Skip to main content
Updates field values on an application — for example to pre-fill data you already hold before the applicant opens the form, or to sync a correction made in your system. Only fields can be updated through this endpoint; people, ownership, and documents are managed by the applicant in the Klara form.

Authentication

Requires an API key with applications:write scope. The application must belong to the organization associated with the API key.

Path parameters

string
required
UUID of the application.

Request body

object
required
Key-value map of field values to set, keyed by field ID (e.g., company_name). Must contain at least one key.Every key must be a patchable field of the application’s configuration. Unknown field IDs, document-type fields, person-scoped fields (per-person fields like full_name or date_of_birth, which belong to person records), and confirmation attestations are rejected with a 400 listing the offending keys. Fields you don’t include are left untouched.Use the Field Catalog to discover the patchable field IDs, their types, and allowed option values for your configuration.

Value validation

Values are validated when you write them:
  • select values must be one of the field’s configured option values; multi_select values must be an array of them
  • boolean fields take a boolean, text/date/phone fields take a string, address fields take a structured address object
  • format rules configured on the field (patterns, phone format, address completeness) are applied
A failing value returns 400 with a per-field message. Sending null (or an empty string) clears a field. Required/presence checks still run at submission, not here — you can pre-fill a subset of fields freely.

Behavior

  • Writable states only — updates are accepted while the application is in created, sent, or in_progress. Once submitted, the data is frozen and this endpoint returns 400.
  • Status is never changed — pre-filling an application you’ve just created does not move it to in_progress; that happens when the applicant starts working on it.
  • No webhooks are emitted — your own updates are not echoed back to your webhook endpoints, even when they complete a stage.
  • Audited — every update is recorded in the application’s activity log, attributed to your API key.

Response

Returns 200 OK when the update is applied.
boolean
true when the update was applied.
string
UUID of the application.
string[]
The field IDs that were set.

Examples

Pre-filling company details

Response:

Errors