Conectividade bancária, de tesouraria e ISO 20022
Pagamentos enviados, extratos recebidos, conciliados automaticamente em todas as moedas
As equipes de tesouraria ainda redigitam pagamentos e conciliam extratos à mão
Muitas equipes de tesouraria digitam pagamentos em portais bancários, recebem extratos em formatos diferentes de cada banco e conciliam contas em planilhas no fechamento do mês. Cada etapa manual é um atraso, um custo e uma chance de fraude ou erro.
Os bancos também estão migrando para o ISO 20022, o padrão internacional para mensagens financeiras, que carrega dados estruturados mais ricos do que os antigos formatos SWIFT MT. Sistemas que não conseguem produzi-lo nem lê-lo ficam para trás em relação aos seus bancos.
O que muda para você
Processamento direto
Lotes de pagamento aprovados saem do ERP como arquivos assinados ou chamadas de API, e os extratos voltam em um formato que o ERP concilia sozinho.
Um fechamento mais rápido
Conciliação em várias moedas que roda todos os dias, em vez de envios manuais de CSV e ajustes de planilha no fim do mês.
Cada exceção com uma pessoa
Pagamentos rejeitados e linhas não conciliadas chegam a uma fila de exceções de mensagens não entregues com o motivo, nunca se perdem em uma caixa de e-mail.
O que entregamos
Host-to-host e conectividade bancária direta
Conexões por SFTP, EBICS e SWIFT, e APIs de open banking e de bancos diretos, escolhidas por banco e por país.
Geração de arquivos de pagamento
Arquivos de pagamento ISO 20022 pain.001 gerados a partir dos seus lotes de pagamentos, validados contra a variante de cada banco e assinados ou criptografados conforme ele exigir.
Tratamento de status e rejeições
Relatórios de status pain.002 lidos de volta, para que cada pagamento apareça como aceito, rejeitado ou pendente, com o código de motivo do banco.
Ingestão de extratos
Extratos de fechamento do dia camt.053 e MT940 e relatórios intradiários coletados, verificados quanto a lacunas e duplicidades e carregados no ERP.
Mensageria interbancária para bancos e fintechs
Mensagens pacs para transferências de crédito e seu status entre instituições financeiras, conectadas aos razões do core banking.
Conciliação em várias moedas
Regras de correspondência que liquidam itens abertos automaticamente entre moedas e contas e enviam o restante para uma fila de exceções.
Evidências de testes bancários e manuais de operação
Os casos de teste de cada banco executados e registrados para os seus auditores, e alertas de arquivos ausentes, transferências com falha e chaves ou certificados a expirar.
Como trabalhamos
Mapear bancos e fluxos
Listamos os seus bancos, contas, tipos de pagamento e etapas manuais atuais, e acordamos quais fluxos vêm primeiro.
Especificar cada formato
Trabalhamos a partir do guia de implementação de cada banco e escrevemos o mapeamento, incluindo assinatura, criptografia e nomenclatura de arquivos.
Construir os conectores
Construímos exportação de pagamentos, importação de status, importação de extratos e conciliação, com testes automatizados para cada formato.
Testar com cada banco
Executamos os casos de teste acordados no ambiente de teste do banco e corrigimos o que a validação do banco rejeitar.
Entrar em produção banco a banco
Trocamos um banco de cada vez, com o processo atual pronto como alternativa até o novo ser comprovado.
Monitorar e dar suporte
Acompanhamos transferências, chaves e expiração de certificados, e nos planejamos para mudanças de formato conforme os bancos as anunciam.
Role para o lado para ver o desenho completo.
ERP para banco: pagamentos saem, extratos entram
Pagamentos aprovados saem do ERP como arquivos ISO 20022 assinados por um canal host-to-host. Relatórios de status e extratos voltam pelo mesmo caminho e são conciliados com os itens abertos. Rejeições e linhas não conciliadas vão para a sua equipe com o motivo anexado.
- Fluxo principal
- Assíncrono
- Caminho de exceção
O fluxo em 10 etapas
O fluxo, etapa a etapa
- De ERP para Camada de integração: Lote de pagamentos aprovado, por REST/JSON · IDoc (fluxo principal).
- De Camada de integração para Canal bancário seguro: Arquivo de pagamento assinado e criptografado, por ISO 20022 pain.001 · OpenPGP (fluxo principal).
- De Canal bancário seguro para Banco: Entregue ao banco, por SFTP H2H (fluxo principal).
- De Banco para Canal bancário seguro: Relatórios de status e extratos, por pain.002 · camt.053 · MT940 (assíncrono).
- De Canal bancário seguro para Camada de integração: Coletados e validados, por SFTP H2H (assíncrono).
- De Camada de integração para Motor de conciliação: Linhas do extrato, por camt.053 (assíncrono).
- De Motor de conciliação para ERP: Lançamentos conciliados registrados, por REST/JSON (fluxo principal).
- De Camada de integração para Equipe de tesouraria e finanças: Pagamentos rejeitados, com o código de motivo, por pain.002 RJCT (caminho de exceção).
- De Motor de conciliação para Equipe de tesouraria e finanças: Linhas não conciliadas: uma divergência de conciliação (caminho de exceção).
- De Equipe de tesouraria e finanças para ERP: Corrigidos e reenviados (caminho de exceção).
Role para o lado para ver o desenho completo.
Open banking: dados e pagamentos com o consentimento do cliente
O cliente concede consentimento, o conector guarda os tokens, e cada chamada ao banco é autorizada e registrada. Quando o consentimento expira ou é retirado, o aplicativo pede novamente ao cliente em vez de falhar em silêncio.
- Fluxo principal
- Assíncrono
- Caminho de exceção
O fluxo em 7 etapas
O fluxo, etapa a etapa
- De Cliente para O seu aplicativo ou plataforma: Concede consentimento (fluxo principal).
- De O seu aplicativo ou plataforma para Conector de open banking: Solicitações de conta e de pagamento, por REST/JSON (fluxo principal).
- De Conector de open banking para APIs bancárias ou agregador: Chamadas de API autorizadas, por OAuth 2.0 · FAPI · REST (fluxo principal).
- De APIs bancárias ou agregador para Conector de open banking: Saldos, transações e status de pagamento, por REST/JSON · webhook (assíncrono).
- De Conector de open banking para ERP ou razão: Transações normalizadas, por REST/JSON (fluxo principal).
- De APIs bancárias ou agregador para Conector de open banking: Consentimento expirado ou retirado, por HTTP 401 · 403 (caminho de exceção).
- De Conector de open banking para O seu aplicativo ou plataforma: Cliente convidado a renovar o consentimento (caminho de exceção).
Padrões, formatos e canais
Construímos a partir do guia de implementação de cada banco, não apenas do padrão. Nomear um produto não significa uma parceria com o fornecedor.
- Normas e canais bancários
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- Swift
- EBICS
- SFTP (H2H)
- OpenPGP
- PSD2
- Berlin Group NextGenPSD2
- UK Open Banking Standard
- FAPI
Prova em produção
Para um banco de grande porte do GCC e um conglomerado regional, conectamos o SAP S/4HANA aos trilhos bancários regionais por ISO 20022. Os pagamentos são assinados, as exceções chegam a filas de mensagens não entregues e a conciliação entre as suas contas bancárias é automática.
Como começar
Requisitos claros de bancos e formatos vão direto para uma proposta. Vários bancos, países ou uma interface legada não documentada normalmente começam pelo Blueprint Studio ou pela Ponte de Diagnóstico Brownfield.
O que acontece a seguir
Sessão de pré-consultoria
Uma sessão on-line gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.
Avaliação de prontidão
Em uma avaliação de prontidão gratuita de 48 horas, um arquiteto principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda a trilha adequada.
Escolha da trilha
Projetos com escopo pronto recebem uma proposta vinculante em 3 a 5 dias úteis. Projetos em estágio de conceito começam no Blueprint Studio. Um sistema em produção com falhas, não documentado ou que precisa de integração começa com um diagnóstico de 1 a 2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.
Entrega em cinco etapas
Mobilização, sprints com demonstrações ao vivo, integração e fortalecimento, aceitação e entrada em produção e, depois, serviços gerenciados. Após a entrada em produção vem um período de garantia e, depois, suporte e manutenção opcionais.
Projetos com resultado fixo e serviços gerenciados 24 horas por dia
Entrega com escopo fixo e orientada a marcos, com líderes de entrega nomeados, e serviços gerenciados de aplicação 24 horas por dia sob governança de SLA.
Especialistas embarcados e reforço estratégico
Engenheiros principais e especialistas nearshore e presenciais, e arquitetos embarcados de solução, de transformação, de PQC e de integração.
Perguntas e respostas
O que é o ISO 20022 e por que ele importa?
O ISO 20022 é o padrão internacional para mensagens financeiras. Suas mensagens XML carregam dados estruturados, como nomes completos, endereços e dados de remessa, que os antigos formatos SWIFT MT não conseguem. Bancos e sistemas de pagamento migraram para ele, então arquivos de pagamento e de extrato construídos sobre ele conciliam melhor e passam por verificações de conformidade com mais frequência.
Com quais formatos e canais bancários vocês trabalham?
Usamos pain.001 para pagamentos, pain.002 para status, camt.052, camt.053 e camt.054 para relatórios de conta e mensagens pacs entre bancos. Também lemos os extratos MT940 e MT942 que muitos bancos ainda enviam. O transporte é host-to-host por SFTP, EBICS, SWIFT ou APIs bancárias. Cada banco tem a sua própria variante de cada formato, então construímos a partir do guia de implementação de cada um.
Quais sistemas ERP vocês conseguem conectar a bancos?
SAP S/4HANA, Oracle Fusion Cloud ERP e NetSuite, Microsoft Dynamics 365, Odoo e Sage, além de sistemas de tesouraria e sistemas sob medida. Quando o ERP tem o seu próprio módulo de comunicação bancária, configuramos e ampliamos esse módulo em vez de construir por fora.
Como vocês mantêm os arquivos de pagamento seguros?
Os arquivos de pagamento são assinados e criptografados conforme cada banco exige e trafegam apenas pelo canal acordado. Chaves e certificados ficam no seu cofre de chaves ou módulo de segurança de hardware, nunca no código. Os arquivos são validados antes do envio, e cada transferência é registrada, para que você possa rastrear quem aprovou e enviou cada pagamento.
O que acontece quando uma linha de extrato não corresponde?
Ela vai para uma lista de revisão com os candidatos prováveis e o motivo de não ter correspondido, como um valor diferente ou uma referência ausente. Sua equipe a resolve ali, e as regras podem ser ajustadas para que o mesmo caso corresponda na próxima vez. Nada é lançado no razão sem uma correspondência que você aprovou.
O que determina o ritmo de uma integração bancária?
Principalmente o banco, não o código. Cada banco define as suas próprias etapas de onboarding, janelas de teste e aprovações, e alguns exigem contratos ou troca de chaves antes de os testes começarem. Após a etapa de mapeamento, entregamos um plano por banco e começamos a testar com o banco que estiver pronto primeiro.
O que acontece quando um banco muda o seu formato?
Os bancos anunciam mudanças de formato com antecedência, como muitos fizeram ao migrar do SWIFT MT para o ISO 20022. Acompanhamos esses avisos para os bancos que conectamos, avaliamos o impacto e agendamos a mudança e os seus testes com o banco antes do prazo.
Pronto para construir? Peça uma proposta.
Envie os seus requisitos ou o seu RFP. Nossos arquitetos os validam e retornam uma proposta vinculante de escopo fixo.
O que acontece a seguir
Avaliação de prontidão
Em uma avaliação de prontidão gratuita de 48 horas, um arquiteto principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda a trilha adequada.
Proposta vinculante
Após validação de arquitetura sem custo, você recebe uma proposta vinculante de escopo fixo em 3 a 5 dias úteis: marcos, arquitetura, estrutura da equipe e SLAs. Assinamos um acordo de confidencialidade (NDA) com você quando solicitado, antes de você compartilhar os seus requisitos.
Mobilização
Depois da assinatura, nossos pods de engenharia iniciam o Sprint 0 em 5 a 10 dias úteis após a assinatura do contrato.
Entrega em cinco etapas
Mobilização, sprints com demonstrações ao vivo, integração e fortalecimento, aceitação e entrada em produção e, depois, serviços gerenciados. Após a entrada em produção vem um período de garantia e, depois, suporte e manutenção opcionais.