Skip to main content
POST
Register a holder-ownership removal

Authorizations

Authorization
string
header
required

JWT bearer token issued by the identity provider.

Body

application/json
account
string
required

The account number.

Example:

"0007654321"

accountId
string
required

The CRM account id of the caller (resolves the server-side ISPB).

Example:

"acc-123"

accountType
integer<int64>
required

The account type (0=Checking,1=Salary,2=Savings,3=Payment,4=PI).

Example:

0

document
string
required

The target holder document (CPF/CNPJ).

Example:

"82437485000140"

personType
integer<int64>
required

The target holder person type (0=Person,1=Corporate).

Example:

1

branch
string

The branch number of the account.

Example:

"0001"

ispb
string

The ISPB of the direct participant this operation acts as. This deployment may act as SEVERAL direct SPI participants - one ISPB each, each with its own customers and its own DICT credential - and this field is the only thing on the request that says which of them writes to the national directory. OPTIONAL while it acts as a single participant: omit it and that one acts. REQUIRED once it acts as several - omitted is 422 PIX-0127, and an ISPB this deployment does not act as is 422 PIX-0128. It is ROUTING DATA you supply and guarantee, exactly like payerIspb on a transaction: never a credential, never read from a header or a path, and it never widens what your token can reach. It also selects the DICT credential the call goes out on, so a key registered under the wrong one is declared to Bacen by the wrong institution. Send it as an absent key, not an empty string; an empty value is refused 400 PIX-0061.

Pattern: ^[0-9]{8}$
Example:

"12345678"

Response

OK

deletedKeys
object[] | null
required

The per-key deletion outcomes.