Pular para o conteúdo

Instrumentos financeiros

Corredores compatíveis

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.
Um instrumento por identidade

Cada identidade admite um instrumento financeiro ativo. Consulte Um instrumento financeiro por identidade.


O que você vai aprender

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, country e label).
  • 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.

Relação entre identidades, instrumentos e pagamentos

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 paymentRole da 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.


Estrutura do instrumento financeiro

Em alto nível, um instrumento financeiro é composto por:

  1. Metadados que descrevem o instrumento (type, currency, label etc.).
  2. 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"
  }
}
Um rail por instrumento

Apenas um dos objetos específicos de rail (usAch, mxSpei, euSepa e assim por diante) é preenchido em um determinado instrumento.


Metadados do instrumento financeiro

Os campos a seguir se aplicam a todos os instrumentos financeiros, independentemente do rail.

CampoTipoObrigatórioDescriçãoExemplo
financialInstrumentIdstringSimIdentificador único do instrumento financeiro gerado pelo servidor. Estável em todas as versões."3fc74743-e7f3-414a-9fcf-eb8c1d52356a"
financialInstrumentTypestringSimPayment rail usado por este instrumento. Consulte Tipos de instrumento financeiro para ver todos os valores compatíveis."US_ACH"
currencystringSimCódigo de moeda ISO 4217 do instrumento (por exemplo, USD, EUR, MXN). Deve ser compatível com o rail e o corredor escolhidos."USD"
labelstringNãoRótulo definido pelo usuário para ajudar os seus sistemas a distinguir instrumentos (por exemplo, por região ou por uso)."US bank account"
countrystringNãoCó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"
createdAtstringSimTimestamp RFC 3339 de quando o instrumento foi criado."2023-11-02T18:26:00.000Z"
updatedAtstringSimTimestamp RFC 3339 de quando o instrumento foi atualizado pela última vez."2023-11-03T18:26:00.000Z"
Apenas metadados na listagem

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.


Um instrumento financeiro por identidade

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)
    • currency e country
    • Campos específicos de rail como números de roteamento, IBANs, CLABE, chaves PIX e assim por diante.
Reutilizando identidades

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.

Se uma parte precisar de duas contas ao mesmo tempo

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.


Ciclo de vida e fluxo de trabalho da API

Cada instrumento financeiro é gerenciado como um recurso filho de uma identidade:

  1. Criar uma identidade
    Use POST /v3/identities para criar a identidade com a sua PII e o seu internalId.

  2. Adicionar um instrumento financeiro
    Use POST /v3/identities/{identity-id}/financial-instruments para vincular uma conta bancária ou um método de pagamento a essa identidade.

    Você especifica:
    • financialInstrumentType
    • currency
    • O objeto de rail correspondente (por exemplo, usAch, euSepa, mxSpei, brPix) com os seus campos obrigatórios.

  3. Listar os instrumentos de uma identidade
    Use GET /v3/identities/{identity-id}/financial-instruments para ver todos os instrumentos vinculados a uma identidade. A resposta retorna uma lista de instrumentos com os metadados (IDs, tipos, moedas, rótulos, timestamps).

  4. Obter os detalhes de um único instrumento
    Use GET /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.

  5. Atualizar ou desativar instrumentos
    • Use PUT para atualizar os campos editáveis (por exemplo, alterar um rótulo ou atualizar um número de conta bancária quando permitido).
    • Use DELETE para 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.
Desativação

Desativar uma identidade também desativa os instrumentos financeiros dela e impede que sejam usados em novos pagamentos.

Substituindo a conta de um beneficiário

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:

  1. Desative o instrumento existente
    Use DELETE /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.

  2. Adicione o instrumento substituto
    Use POST /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.

Boas práticas

  • Use o campo label dos 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.

Tipos de instrumento financeiro

O financialInstrumentType determina qual objeto específico de rail é preenchido e quais campos são obrigatórios.

TipoDescriçãoUso típicoMoeda comum
US_ACHRail 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_FEDWIRESistema 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_SPEISistema de transferência interbancária em tempo real do México (SPEI).Pagamentos bancários domésticos no México em MXN."MXN"
EU_SEPARails 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_FPSFaster Payments Service e CHAPS do Reino Unido.Pagamentos em GBP para contas bancárias do Reino Unido."GBP"
CA_EFTSistema de transferência eletrônica de fundos do Canadá.Pagamentos em CAD para contas bancárias canadenses."CAD"
NG_BANK_PAYOUTPayment rail bancário da Nigéria.Pagamentos em NGN para contas bancárias nigerianas."NGN"
BR_PIXPlataforma de pagamentos instantâneos do Brasil (PIX), operada pelo Banco Central do Brasil.Pagamentos em BRL para contas PIX usando chaves PIX."BRL"
CO_PSESistema de pagamento seguro por internet banking da Colômbia (PSE).Pagamentos em COP para contas bancárias colombianas via PSE."COP"
BR_TEDSistema 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_PAYOUTPayment rail bancário de Gana via GIS.Pagamentos em GHS para contas bancárias ganesas."GHS"
RW_BANK_PAYOUTPayment rail bancário de Ruanda via RSwitch.Pagamentos em RWF para contas bancárias ruandesas."RWF"
ZA_BANK_PAYOUTPayment rail bancário da África do Sul via PayShap.Pagamentos em ZAR para contas bancárias sul-africanas."ZAR"
UG_BANK_PAYOUTPayment rail bancário de Uganda.Pagamentos em UGX para contas bancárias ugandenses."UGX"
ZM_BANK_PAYOUTPayment rail bancário da Zâmbia via ZECHL.Pagamentos em ZMW para contas bancárias zambianas."ZMW"
AE_IPIInstant 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_NEFTNational 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_TEFTEF 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_ZENGINZengin 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_PROMPTPAYPromptPay 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_KFTCKFTC 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_NPPNew 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_CFXPSChina Foreign Exchange Payment System (CFXPS).Pagamentos em USD para contas bancárias chinesas via CFXPS."USD"
PE_LBTRLBTR 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_INTERBANKINGInterbanking 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_WALLETCarteira da rede Ethereum para pagamentos em stablecoin (USDT, USDC, RLUSD).Pagamentos em cripto para endereços de carteira Ethereum."USDT / USDC / RLUSD"
TRON_WALLETCarteira da rede Tron para pagamentos em USDT.Pagamentos em USDT para endereços de carteira Tron."USDT"
SOL_WALLETCarteira da rede Solana para pagamentos em USDC.Pagamentos em USDC para endereços de carteira Solana."USDC"
Cobertura de corredores

Cada tipo de instrumento é compatível apenas com corredores país–moeda específicos.

Para ver a cobertura completa de corredores, consulte Payout network.


Rails de conta bancária e campos

Esta seção resume os principais campos de cada instrumento baseado em conta bancária.

O objeto usAch é usado quando o financialInstrumentType é US_ACH.

CampoTipoObrigatórioDescriçãoExemplo
bankNamestringSimNome do banco onde a conta é mantida."Bank of Example"
bankRoutingNumberstringSimNúmero de roteamento de 9 dígitos (ABA Routing Transit Number)."266231608"
accountNumberstringSimNúmero da conta a ser creditada."60480"
accountTypestringSimTipo de conta bancária. Os valores incluem CHECKING e SAVINGS."CHECKING"
Observações de uso
  • A currency normalmente é USD.
  • O US_ACH roteia 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).

Validação e requisitos de dados

Os dados do instrumento financeiro são validados de duas formas:

  1. Validação estrutural
    • O Identity Management v3 garante que os campos obrigatórios do financialInstrumentType especificado 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.
  2. 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.

Validação da identidade com validatePayoutRails

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 validatePayoutRails ao 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 financialInstrumentType correspondente (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.
Validação antecipada

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.


Próximos passos