Update Related Party
Introduction
This resource corrects the data of an already created related party — equity interest percentage, address, income, link type or any other field sent on creation.
It is the way to resolve an equity interest rejection (IVR000166, IVR000169, IVR000170) without needing to open a new registration analysis: adjust the percentage and resend the submit.
- To adjust the data of a party that remains part of the registration, use this endpoint
- To remove a party from the registration, use Update Related Party Status with
status: "inactive". There is noDELETE— related parties are never physically deleted
Input / Output:
As input, the related party data must be sent. The body is a full replacement: send all fields, not only the ones that changed.
As output, the updated representation of the related party is returned.
Request
/investor_registry/investor/{investor_key}/investor_analysis/{investor_analysis_key}/related_party/{external_related_party_key}PUT200external_related_party_keyThe key accepted in this URL is the external_related_party_key returned when the related party was created — not the related_party_key. An unknown key is rejected with IVR000183.
Note: the submit error messages (IVR000030) refer to the related party by the internal related_party_key, which does not work on this route. To correlate the two keys, query the registration analysis — the object of each related party carries both.
Request body
{
"name": "João Silva",
"document_number": "969.698.790-03",
"person_type": "natural_person",
"related_party_type": "partner",
"resident": true,
"legal_representative": true,
"direct_beneficiary": true,
"participation_percentage": 0.85,
"monthly_income": 50000.00,
"address": {
"postal_code": "01000-000",
"street": "Rua das Flores",
"number": "123",
"neighborhood": "Centro",
"city": "São Paulo",
"uf": "SP",
"country": "BRA"
},
"email": "joao.silva@example.com",
"phone": {
"international_dial_code": "55",
"area_code": "11",
"number": "987654321"
}
}
Body params
The fields are the same as in Create Related Party, with one difference:
| Field | Difference from creation |
|---|---|
document_number | Always required on this endpoint, including for parties with resident: false |
All other conditional rules still apply — address required for legal_person or when direct_beneficiary: true, monthly_income required for a natural person with direct_beneficiary: true, and so on.
The correction is only accepted with the analysis in pending_registry_data. In any other status the call is rejected with IVR000096. If the registration has already been sent, the correction requires opening a new analysis via Registration Update.
Response
{
"related_party_key": "UUID",
"external_related_party_key": "UUID",
"name": "João Silva",
"document_number": "969.698.790-03",
"person_type": "natural_person",
"related_party_type": "partner",
"status": "active",
"resident": true,
"legal_representative": true,
"direct_beneficiary": true,
"address": {},
"participation_percentage": 0.85,
"monthly_income": 50000.00,
"email": "joao.silva@example.com",
"phone": {}
}
Errors
| Status | Code | When it happens |
|---|---|---|
| 400 | IVR000096 | The analysis is not in pending_registry_data |
| 404 | IVR000183 | Related party not found for the external_related_party_key |
Authentication, permission and host errors: see API Errors.