Person records
A person record stores the borrower identity and contact information used by applications and loans. Changes to that record appear in connected records that use the same person.
- For
- Workspace users reviewing or correcting an existing private or legal person.
- Requires
- Read access to the person and update permission for any fields or related sections being changed.
- Available when
- The person is visible through a saved query, a related record, or another permitted entry point.
- Before you begin
- Verify the person's identity and confirm that you opened the existing record rather than a duplicate.
- Expected result
- The current identity and configured information are saved on the correct person and the change appears in history.
Details and configured information
The main section contains the standard identity, address, contact, and bank-account fields. Other sections come from configured objects and can collect information such as employment, income, liabilities, consent, or identity checks.
Some configured groups allow one entry; others allow several entries. A repeated group can, for example, hold more than one income source. Mandatory and conditionally visible fields depend on the selected product or current values.
Related information
| Section | What to use it for |
|---|---|
| Labels | Operational classifications such as a review category. Labels do not change formal status. |
| Notes | Context that belongs to the person rather than one application or loan. Visibility can depend on the author's affiliation. |
| Documents | Files that identify or otherwise belong to the person. Keep application- or loan-specific files on that record instead. |
| Enrichments | Results returned by configured services, such as credit or politically exposed person checks. |
| History | Who changed the record, what event occurred, and when. Open change details where available. |
| Related views | Saved lists embedded by an administrator, commonly the person's applications or loans. |
Enrichment checks
An enrichment uses an enabled integration to obtain or calculate information. Existing dated results help distinguish an earlier check from a current one. Before requesting an external check, verify the person and the required consent or lawful basis; some providers may charge per request.
Use Credit reports and enrichments for the KIB request sequence, result review, reuse, and failure handling. A successful technical response is supporting information, not the lending decision itself.
Correcting a record
Use Edit only when the person's information has changed or was entered incorrectly. Review linked applications and loans after changing an identifying or contact value. Do not reuse one person record for a different person, and do not change an identifying code to work around a duplicate.