Para conhecer os corredores de pagamento compatíveis, consulte Payout network.
Um instrumento financeiro representa os dados da conta ou da carteira usados para enviar ou receber fundos em um pagamento. Enquanto uma identidade do pagamento descreve quem é a parte, um instrumento financeiro descreve para onde o dinheiro vai — por exemplo, uma conta bancária US ACH, um IBAN SEPA, uma chave PIX ou um payment rail bancário local.
Os instrumentos financeiros são gerenciados pelo Identity Management v3 e estão sempre associados a uma identidade específica. Cada instrumento especifica um payment rail (como US_ACH, EU_SEPA, MX_SPEI, BR_PIX), uma moeda e um payload específico do rail (códigos de roteamento, números de conta, IBANs, CLABE, chaves PIX e assim por diante).
O Identity Management v3 separa identidades e instrumentos para que você possa:
- Manter uma identidade com KYC por parte, independentemente dos dados da conta.
- Reutilizar essa identidade em vários pagamentos sem reenviar PII.
- Alternar ou substituir a conta de uma parte sem recriar a identidade nem perder o histórico.
Cada identidade admite um instrumento financeiro ativo. Consulte Um instrumento financeiro por identidade.
Neste tópico, você vai aprender:
- Como os instrumentos financeiros se relacionam com as identidades do pagamento e com o fluxo de pagamento como um todo.
- Quais campos de metadados se aplicam a todos os instrumentos financeiros (como
financialInstrumentType,currency,countryelabel). - Como são os objetos específicos de rail para os payment rails mais comuns (por exemplo,
usAch,euSepa,mxSpei,gbFps,brPix). - Quantos instrumentos financeiros uma identidade pode ter e como substituir um instrumento quando a conta de uma parte muda.
- Como pensar nas regras de validação, na cobertura de corredores e nas boas práticas ao modelar contas bancárias e métodos de pagamento.
Os instrumentos financeiros têm escopo de identidade:
- Cada instrumento financeiro pertence a exatamente uma identidade.
- O instrumento não armazena dados pessoais; ele armazena apenas dados de conta ou carteira.
- O
paymentRoleda identidade (ORIGINATOR ou BENEFICIARY) determina se o instrumento é usado para financiar ou para receber pagamentos.
Ao montar pagamentos:
- O objeto de pagamento referencia a identidade e o instrumento financeiro por ID.
- A camada de orquestração de pagamentos usa o financialInstrumentType para determinar qual payment rail utilizar (por exemplo,
US_ACH,MX_SPEI). - Regras específicas de corredor garantem que o tipo de instrumento, a moeda e o corredor sejam compatíveis.
Para detalhes sobre o modelo de identidade, consulte Identidades do pagamento.
Em alto nível, um instrumento financeiro é composto por:
- Metadados que descrevem o instrumento (
type,currency,labeletc.). - Um único objeto específico de rail (por exemplo,
usAch,mxSpei,euSepa) que contém os campos de conta exigidos por esse rail.
Forma conceitual:
{
"financialInstrumentId": "3fc74743-e7f3-414a-9fcf-eb8c1d52356a",
"financialInstrumentType": "US_ACH",
"currency": "USD",
"label": "US bank account",
"country": "US",
"createdAt": "2025-10-01T18:46:47.430Z",
"updatedAt": "2025-10-01T18:46:47.430Z",
// um objeto específico de rail, dependendo do financialInstrumentType
"usAch": {
"bankName": "Bank of Example",
"bankRoutingNumber": "266231608",
"accountNumber": "60480",
"accountType": "CHECKING"
}
}Apenas um dos objetos específicos de rail (usAch, mxSpei, euSepa e assim por diante) é preenchido em um determinado instrumento.
Os campos a seguir se aplicam a todos os instrumentos financeiros, independentemente do rail.
| Campo | Tipo | Obrigatório | Descrição | Exemplo |
|---|---|---|---|---|
| financialInstrumentId | string | Sim | Identificador único do instrumento financeiro gerado pelo servidor. Estável em todas as versões. | "3fc74743-e7f3-414a-9fcf-eb8c1d52356a" |
| financialInstrumentType | string | Sim | Payment rail usado por este instrumento. Consulte Tipos de instrumento financeiro para ver todos os valores compatíveis. | "US_ACH" |
| currency | string | Sim | Código de moeda ISO 4217 do instrumento (por exemplo, USD, EUR, MXN). Deve ser compatível com o rail e o corredor escolhidos. | "USD" |
| label | string | Não | Rótulo definido pelo usuário para ajudar os seus sistemas a distinguir instrumentos (por exemplo, por região ou por uso). | "US bank account" |
| country | string | Não | Código do país (ISO 3166-1 alfa-2) onde o instrumento é mantido ou usado. Retorna ZZ para instrumentos de carteira de criptomoedas (ETH_WALLET, TRON_WALLET, SOL_WALLET). | "US" |
| createdAt | string | Sim | Timestamp RFC 3339 de quando o instrumento foi criado. | "2023-11-02T18:26:00.000Z" |
| updatedAt | string | Sim | Timestamp RFC 3339 de quando o instrumento foi atualizado pela última vez. | "2023-11-03T18:26:00.000Z" |
Ao listar instrumentos, a API retorna apenas os metadados (sem os campos específicos de rail) de cada instrumento.
Para ver os detalhes completos específicos do rail, recupere o instrumento por ID.
No Identity Management v3, cada identidade admite um instrumento financeiro ativo. Adicionar um segundo instrumento a uma identidade que já tem um falha com 422 Unprocessable Entity e o código de erro USR_120 (Maximum financial instruments reached).
O suporte a vários instrumentos financeiros por identidade está previsto para uma versão futura. Ele não está disponível hoje e não pode ser habilitado sob solicitação.
Identidade vs. instrumento financeiro
- A identidade descreve quem você está pagando ou de quem você está recebendo:
identityType(INDIVIDUAL ou BUSINESS)paymentRole(ORIGINATOR ou BENEFICIARY)- Campos de PII como nomes, endereços, documentos de registro e dados de contato.
- O instrumento financeiro descreve como e para onde os fundos são entregues:
financialInstrumentType(por exemplo, US_ACH, EU_SEPA, MX_SPEI, BR_PIX)currencyecountry- Campos específicos de rail como números de roteamento, IBANs, CLABE, chaves PIX e assim por diante.
Ao separar esses dois conceitos, você mantém um único registro de KYC por parte. A identidade é reutilizada em vários pagamentos, e o instrumento financeiro dela pode ser substituído ao longo do tempo sem recriar a identidade nem reenviar PII.
Como uma identidade tem um instrumento por vez, uma parte que precise receber pagamentos em duas contas diferentes simultaneamente (por exemplo, uma conta MXN SPEI e uma conta USD ACH) exige atualmente uma identidade separada para cada conta.
Cada identidade precisa do seu próprio internalId único. Reutilizar um internalId que pertence a uma identidade ativa falha com 409 Conflict.
Cada instrumento financeiro é gerenciado como um recurso filho de uma identidade:
- Criar uma identidade
UsePOST /v3/identitiespara criar a identidade com a sua PII e o seuinternalId. - Adicionar um instrumento financeiro
UsePOST /v3/identities/{identity-id}/financial-instrumentspara vincular uma conta bancária ou um método de pagamento a essa identidade.
Você especifica:financialInstrumentTypecurrency- O objeto de rail correspondente (por exemplo,
usAch,euSepa,mxSpei,brPix) com os seus campos obrigatórios.
- Listar os instrumentos de uma identidade
UseGET /v3/identities/{identity-id}/financial-instrumentspara ver todos os instrumentos vinculados a uma identidade. A resposta retorna uma lista de instrumentos com os metadados (IDs, tipos, moedas, rótulos, timestamps). - Obter os detalhes de um único instrumento
UseGET /v3/identities/{identity-id}/financial-instruments/{financial-instrument-id}para recuperar os detalhes completos específicos do rail, como números de conta e códigos de roteamento. - Atualizar ou desativar instrumentos
- Use
PUTpara atualizar os campos editáveis (por exemplo, alterar um rótulo ou atualizar um número de conta bancária quando permitido). - Use
DELETEpara desativar um instrumento, de modo que ele não possa mais ser usado em novos pagamentos. O uso histórico permanece disponível para auditoria.
- Use
Desativar uma identidade também desativa os instrumentos financeiros dela e impede que sejam usados em novos pagamentos.
Se um beneficiário mudar de conta bancária, mantenha a identidade e substitua o instrumento. Como uma identidade tem um instrumento por vez, a ordem importa:
- Desative o instrumento existente
UseDELETE /v3/identities/{identity-id}/financial-instruments/{financial-instrument-id}. Isso libera o espaço de instrumento da identidade. O uso histórico do instrumento desativado permanece disponível para auditoria. - Adicione o instrumento substituto
UsePOST /v3/identities/{identity-id}/financial-instruments.
Adicionar o novo instrumento primeiro falha com 422 Unprocessable Entity (USR_120), porque a identidade ainda tem o antigo.
Para corrigir os dados de uma conta que o beneficiário vai manter, use PUT em vez de substituir o instrumento. O PUT atualiza o label e os campos específicos de rail, como o número da conta, mas não pode alterar o financialInstrumentType nem a currency. Alterar o rail ou a moeda exige desativar o instrumento e adicionar um novo.
- Use o campo
labeldos instrumentos financeiros para facilitar a distinção entre contas (por exemplo, "operating-USD", "payroll-EUR", "MXN-SPEI-local"). - Mantenha uma identidade por parte do mundo real sempre que possível e substitua o instrumento dessa identidade quando a conta da parte mudar. Crie uma segunda identidade apenas quando uma parte precisar de duas contas ativas ao mesmo tempo.
- Use as tags no nível da identidade para expressar a segmentação de negócio (por exemplo, ["vendor-emea", "high-value"]) e trate os detalhes específicos de conta no nível do instrumento financeiro.
O financialInstrumentType determina qual objeto específico de rail é preenchido e quais campos são obrigatórios.
| Tipo | Descrição | Uso típico | Moeda comum |
|---|---|---|---|
| US_ACH | Rail doméstico dos EUA com RTP como principal. Roteia primeiro pelo RTP e recorre ao ACH quando o número de roteamento do beneficiário não está habilitado para RTP. | Transferências bancárias domésticas nos EUA em USD. | "USD" |
| US_FEDWIRE | Sistema de liquidação bruta em tempo real Fedwire dos EUA, para transferências domésticas de alto valor. | Transferências bancárias domésticas de alto valor em USD. | "USD" |
| MX_SPEI | Sistema de transferência interbancária em tempo real do México (SPEI). | Pagamentos bancários domésticos no México em MXN. | "MXN" |
| EU_SEPA | Rails de transferência a crédito SEPA para pagamentos denominados em EUR nos países da zona SEPA. | Pagamentos bancários em EUR para contas da região SEPA (IBAN). | "EUR" |
| GB_FPS | Faster Payments Service e CHAPS do Reino Unido. | Pagamentos em GBP para contas bancárias do Reino Unido. | "GBP" |
| CA_EFT | Sistema de transferência eletrônica de fundos do Canadá. | Pagamentos em CAD para contas bancárias canadenses. | "CAD" |
| NG_BANK_PAYOUT | Payment rail bancário da Nigéria. | Pagamentos em NGN para contas bancárias nigerianas. | "NGN" |
| BR_PIX | Plataforma de pagamentos instantâneos do Brasil (PIX), operada pelo Banco Central do Brasil. | Pagamentos em BRL para contas PIX usando chaves PIX. | "BRL" |
| CO_PSE | Sistema de pagamento seguro por internet banking da Colômbia (PSE). | Pagamentos em COP para contas bancárias colombianas via PSE. | "COP" |
| BR_TED | Sistema de Transferência Eletrônica Disponível (TED) do Brasil, para transações de maior valor. | Pagamentos em BRL para contas bancárias brasileiras via TED. | "BRL" |
| GH_BANK_PAYOUT | Payment rail bancário de Gana via GIS. | Pagamentos em GHS para contas bancárias ganesas. | "GHS" |
| RW_BANK_PAYOUT | Payment rail bancário de Ruanda via RSwitch. | Pagamentos em RWF para contas bancárias ruandesas. | "RWF" |
| ZA_BANK_PAYOUT | Payment rail bancário da África do Sul via PayShap. | Pagamentos em ZAR para contas bancárias sul-africanas. | "ZAR" |
| UG_BANK_PAYOUT | Payment rail bancário de Uganda. | Pagamentos em UGX para contas bancárias ugandenses. | "UGX" |
| ZM_BANK_PAYOUT | Payment rail bancário da Zâmbia via ZECHL. | Pagamentos em ZMW para contas bancárias zambianas. | "ZMW" |
| AE_IPI | Instant Payment Interface dos Emirados Árabes Unidos, para transações em tempo real. | Pagamentos em AED para contas bancárias dos Emirados via IPI, com o FTS como alternativa para transferências maiores. | "AED" |
| IN_NEFT | National Electronic Funds Transfer da Índia: pagamento bancário para transferências denominadas em INR usando códigos de roteamento IFSC. | Pagamentos em INR para contas bancárias indianas via NEFT. | "INR" |
| CL_TEF | TEF do Chile (Transferencia Electrónica de Fondos): sistema de transferência doméstica em dia útil para pagamentos denominados em CLP. | Pagamentos em CLP para contas bancárias chilenas via TEF. | "CLP" |
| JP_ZENGIN | Zengin do Japão: sistema de compensação doméstica multi-rail (Zengin + Zengin Prompt Service) para pagamentos denominados em JPY. | Pagamentos em JPY para contas bancárias japonesas via Zengin, com o Zengin Prompt Service para transferências de baixo valor em tempo real. | "JPY" |
| TH_PROMPTPAY | PromptPay da Tailândia: o sistema nacional de pagamentos de varejo em tempo real do país, para transferências bancárias domésticas em THB. | Pagamentos em THB para contas bancárias tailandesas via PromptPay. | "THB" |
| KR_KFTC | KFTC da Coreia do Sul: payment rail em tempo real 24/7 via Korea Financial Telecommunications and Clearings, para pagamentos denominados em KRW. | Pagamentos em KRW para contas bancárias sul-coreanas via KFTC. | "KRW" |
| AU_NPP | New Payments Platform da Austrália: payment rail em tempo real para transferências domésticas denominadas em AUD, com o Direct Entry (BECS) como alternativa para alto valor e lotes. | Pagamentos em AUD para contas bancárias australianas via NPP, com o Direct Entry (BECS) como alternativa para alto valor e lotes. | "AUD" |
| CN_CFXPS | China Foreign Exchange Payment System (CFXPS). | Pagamentos em USD para contas bancárias chinesas via CFXPS. | "USD" |
| PE_LBTR | LBTR do Peru (Liquidación Bruta en Tiempo Real): sistema de liquidação em tempo real para pagamentos denominados em PEN. | Pagamentos em PEN para contas bancárias peruanas via LBTR. | "PEN" |
| AR_INTERBANKING | Interbanking da Argentina: sistema de transferência doméstica baseado em CBU/CVU para pagamentos denominados em ARS. | Pagamentos em ARS para contas bancárias argentinas via Interbanking. | "ARS" |
| ETH_WALLET | Carteira da rede Ethereum para pagamentos em stablecoin (USDT, USDC, RLUSD). | Pagamentos em cripto para endereços de carteira Ethereum. | "USDT / USDC / RLUSD" |
| TRON_WALLET | Carteira da rede Tron para pagamentos em USDT. | Pagamentos em USDT para endereços de carteira Tron. | "USDT" |
| SOL_WALLET | Carteira da rede Solana para pagamentos em USDC. | Pagamentos em USDC para endereços de carteira Solana. | "USDC" |
Cada tipo de instrumento é compatível apenas com corredores país–moeda específicos.
Para ver a cobertura completa de corredores, consulte Payout network.
Esta seção resume os principais campos de cada instrumento baseado em conta bancária.
O objeto usAch é usado quando o financialInstrumentType é US_ACH.
| Campo | Tipo | Obrigatório | Descrição | Exemplo |
|---|---|---|---|---|
| bankName | string | Sim | Nome do banco onde a conta é mantida. | "Bank of Example" |
| bankRoutingNumber | string | Sim | Número de roteamento de 9 dígitos (ABA Routing Transit Number). | "266231608" |
| accountNumber | string | Sim | Número da conta a ser creditada. | "60480" |
| accountType | string | Sim | Tipo de conta bancária. Os valores incluem CHECKING e SAVINGS. | "CHECKING" |
- A
currencynormalmente éUSD. - O
US_ACHroteia primeiro pelo RTP e recorre ao ACH quando o número de roteamento do beneficiário não está habilitado para RTP. O nome reflete a terminologia de números de roteamento dos EUA (os números de roteamento ACH são reaproveitados no RTP).
Os dados do instrumento financeiro são validados de duas formas:
- Validação estrutural
- O Identity Management v3 garante que os campos obrigatórios do
financialInstrumentTypeespecificado estejam presentes. - Os padrões de campo (comprimento, conjuntos de caracteres, formatos de IBAN/CLABE, formatos de roteamento e assim por diante) são aplicados.
- O Identity Management v3 garante que os campos obrigatórios do
- Compatibilidade de corredor
- Apenas certas combinações de tipo de instrumento, moeda e corredor de pagamento são compatíveis.
- Se um instrumento não puder ser usado em nenhum corredor para o qual você esteja habilitado, a criação ou as atualizações podem falhar.
Ao criar um instrumento financeiro, a identidade associada precisa ter toda a PII exigida pelo financialInstrumentType especificado. Você pode usar o campo validatePayoutRails na identidade para validar os requisitos de PII antecipadamente:
- Se você especificou o
validatePayoutRailsao criar a identidade (por exemplo,["US_ACH", "MX_SPEI"]), a PII da identidade já foi validada em relação a esses rails. - Quando você cria um instrumento financeiro com um
financialInstrumentTypecorrespondente (por exemplo,US_ACH), a criação do instrumento é bem-sucedida imediatamente, porque a identidade já está validada. - Se você criar um instrumento financeiro para um rail não listado no
validatePayoutRails, a PII da identidade é validada no momento da criação do instrumento. Se faltarem campos obrigatórios, a requisição falha com 400 Bad Request.
Usar o validatePayoutRails nas identidades ajuda a detectar problemas de PII com antecedência, antes de você tentar criar instrumentos financeiros ou pagamentos. Para mais detalhes, consulte Validando identidades para payment rails específicos.
- Para saber como criar, atualizar, listar e desativar instrumentos financeiros por meio da API, continue com Criar e gerenciar instrumentos financeiros.
- Para revisar como os dados da conta se conectam aos dados de KYC e a papéis de pagamento específicos, consulte Identidades do pagamento.