Uma plataforma de embedded finance para ERP é a infraestrutura que mantém conta, cartão e outros serviços financeiros dentro do sistema do ERP, com a marca do ERP e a prestadora identificada. O ERP não vira instituição financeira. A Swap, banking as a service para plataformas que atendem empresas, entrega essa infraestrutura em duas formas de integração: white label sem código e API. A Swap é instituição de pagamento autorizada pelo Banco Central do Brasil.
Por que o ERP avalia uma plataforma de embedded finance
A página de Consignado Privado da Swap descreve o produto como pensado para ERPs e HCMs que já processam a folha do cliente. Nesses sistemas, o ERP já está no caminho do dinheiro. Embedded finance é a forma de entrega que coloca o serviço financeiro nesse mesmo lugar. Não é um produto único: é o produto financeiro dentro do sistema do ERP, e quem o mantém é uma instituição autorizada. Como embedded finance e banking as a service se relacionam tem guia próprio.
A página de Conta PJ da Swap fala em criar a “vertical financeira do seu negócio” e gerar novas receitas. A alternativa, nas palavras da mesma página, é deixar que cada CNPJ da base resolva sozinho onde guardar e movimentar esse dinheiro. Para o produto ou os novos negócios de um ERP, a pergunta é se esse serviço fica dentro do sistema ou com cada CNPJ, fora dele.
Há ainda uma questão de relação. A Swap atende só empresas que atendem outras empresas e descreve o recorte em uma frase: “não competimos com você, construímos com você”. O cliente do ERP continua sendo do ERP.
Quais critérios aplicar à plataforma de embedded finance para ERP
Seis critérios separam uma plataforma de outra para quem vai lançar o serviço. Cada critério vem com o motivo de existir.
1. Quem mantém o produto
A conta é de titularidade do cliente na instituição prestadora, e KYC, prevenção a fraude e prevenção à lavagem de dinheiro ficam sob responsabilidade dela (Resolução Conjunta nº 16/2025, do Conselho Monetário Nacional e do Banco Central do Brasil, arts. 4º, § 2º, e 10; texto oficial no Banco Central, consultado em 2026-10-01). Por isso o primeiro critério é saber qual instituição autorizada sustenta cada produto. A Swap descreve a própria parte assim: “Licenças, compliance, BACEN, KYC e PLD. Assumimos toda essa operação para você.”
2. Forma de integração
A plataforma entrega a interface pronta ou entrega as peças para o ERP construir. A Swap publica os dois caminhos: white label, chamado de “sem código”, e API. A escolha muda equipe, esforço e experiência, e a tabela da próxima seção separa o que cada caminho exige.
3. O que sai numa integração só
A página de Conta PJ da Swap fala em conta digital e cartão numa única integração, por API e com interface operacional. Sobre a mesma plataforma entram outros produtos. A Swap publica o crédito consignado privado integrado à plataforma, com desconto em folha e jornada digital dentro do app, tema da Lei nº 15.179/2025, e a gestão de despesas corporativas com cartão, portal e app white label. O detalhe de cada um está nos guias de conta PJ para os clientes do ERP, de cartão corporativo para os clientes do ERP e de consignado privado white label. Para um ERP de folha, o guia de produtos financeiros que um HCM pode oferecer mostra produto a produto o que a plataforma comporta.
4. KYC e onboarding
O cliente do ERP precisa abrir conta sem sair do sistema. No white label da Swap, onboarding e KYC chegam integrados. A responsabilidade pelo KYC, pela norma, é da prestadora; o que o ERP precisa confirmar é como esse fluxo aparece para o usuário.
5. Nome do produto e prestadora visível
A prestadora deve aparecer “de forma acessível e visível ao cliente, nos canais e interfaces a este disponibilizados, bem como em contratos, em outros documentos e em instrumentos de pagamento” (Resolução Conjunta nº 16/2025, art. 14, I). O texto fala em identificação, não em logo, e não proíbe o white label. A Resolução Conjunta nº 17/2025 trata do mesmo cuidado na apresentação ao público: a instituição não pode sugerir atividade ou tipo de instituição para o qual não tenha autorização. Quanto ao nome, a Resolução Conjunta nº 16/2025 veda o contrato de BaaS com tomadora que use na nomenclatura termos característicos de instituições do sistema financeiro, salvo se for autorizada (art. 6º, VI). A vedação alcança a tomadora de BaaS, no caso o ERP, que use esses termos na própria nomenclatura. O cliente do ERP continua sendo do ERP, pela frase da Swap citada acima.
6. Contrato e atendimento
O contrato de BaaS prevê papéis e responsabilidades (art. 8º da mesma resolução). Além do contrato, vale saber quem atende o usuário final. A Swap atua como infraestrutura tecnológica para empresas parceiras e não oferece interface própria para consulta direta da conta. O primeiro contato do usuário final é o ERP; depois vem o SAC da Swap (swap.financial/atendimento), e a Resolução Conjunta nº 16/2025, art. 16, coloca o atendimento também sob responsabilidade da prestadora.
White label ou API: o que cada caminho exige do ERP
As duas formas de integração são as que a Swap publica.
| O que o ERP precisa | White label (sem código) | API |
|---|---|---|
| Interface com o usuário final | Portal de administrador, portal de gestão para o cliente e aplicativo com a marca do ERP | O ERP constrói a própria interface |
| Equipe técnica | O ERP recebe a interface pronta, com a sua marca | Time de engenharia do ERP, com suporte técnico da Swap |
| O que a Swap entrega | Onboarding e KYC integrados, junto com os portais e o aplicativo | APIs com regras pré-configuradas, spending control e notificações em tempo real |
| Quando é o mais simples | Quando o ERP não tem time de engenharia para a interface: o white label vence | Quando o ERP tem engenharia e quer desenhar a experiência dentro do próprio produto |
Prazo e custo de cada caminho ficam fora desta comparação. O que forma o preço de um projeto de banking as a service está em o que forma o preço.
Como comparar plataformas lado a lado
A tabela traduz os seis critérios em perguntas ao fornecedor, uma por critério.
| Critério | O que perguntar ao fornecedor | O que muda para o ERP |
|---|---|---|
| Quem mantém o produto | Qual instituição autorizada sustenta cada serviço e em que modalidades? | Define de quem é a licença e quem responde por KYC e prevenção à lavagem de dinheiro |
| Forma de integração | A entrega é white label, API ou os dois caminhos publicados? | Define a equipe necessária e a experiência do usuário |
| O que sai numa integração | Conta e cartão saem juntos? Que outros produtos usam a mesma plataforma? | Define se o ERP integra uma vez ou várias |
| KYC e onboarding | O onboarding e o KYC vêm integrados ao fluxo do ERP? | Define o que o cliente do ERP vê ao abrir a conta |
| Nome e prestadora visível | Como a prestadora aparece nos canais, contratos e instrumentos? Que nome o produto leva? | Evita que a tomadora use termo característico de instituição financeira na própria nomenclatura |
| Contrato e atendimento | O contrato descreve papéis e responsabilidades? Quem atende o usuário final? | Define quem responde ao cliente na ponta |
Como a Swap atende o ERP que quer oferecer serviços financeiros
A Swap é banking as a service para plataformas que atendem empresas. Ela atua como infraestrutura tecnológica para empresas que oferecem produtos e serviços financeiros, e descreve a plataforma como “uma única plataforma para emitir, processar e escalar produtos financeiros de ponta a ponta”. São cinco verticais: Cartões, Banking, Crédito, Riscos e Compliance e Interfaces White Label.
A página de Conta PJ da Swap fala em conta digital e cartão numa única integração, por API e com interface operacional. As duas formas de integração que a Swap publica, white label sem código e API, estão comparadas na tabela acima. A Swap opera o Pix Direto desde 25/06/2025, com conexão direta ao sistema do Banco Central (Finsiders Brasil, 25/06/2025).
A Swap é instituição de pagamento autorizada pelo Banco Central em dezembro de 2022 (Banco Central, Quadro 09, dez/2022); a categoria está definida na Lei nº 12.865/2013, e a Swap não é um banco. A Swap foi fundada em 2018 (Startups, 20/04/2026) e atende mais de 150 parceiros, segundo conteúdo de marca publicado no Finsiders Brasil em 26/08/2026. Doug Storf, CEO da Swap, é diretor-presidente da Associação Brasileira de Banking as a Service (ABBaaS). Para escolher entre white label e API com os critérios do seu ERP, é possível Falar com especialista.
O que confirmar antes de contratar
- Quem mantém cada produto: a instituição autorizada responsável por conta, cartão e demais serviços, por escrito.
- A forma de integração entregue: white label, API ou os dois, com o que vem em cada uma.
- Quem faz o KYC: o fluxo e a responsabilidade na prestadora.
- Como a prestadora aparece: nos canais, nos contratos e nos instrumentos de pagamento.
- O que o contrato prevê: papéis, responsabilidades e o aviso ao cliente quando a tomadora não é instituição autorizada.
- Quem atende o usuário final: o canal e o responsável em cada etapa.
Os critérios gerais para qualquer fornecedor estão em como escolher um fornecedor de banking as a service.
Perguntas frequentes
White label ou API: como o ERP decide?
A decisão segue a equipe e o produto do ERP. O white label entrega portal de administrador, portal de gestão para o cliente e aplicativo com a marca do ERP, com onboarding e KYC integrados, e serve a quem quer lançar sem construir a interface. A API traz regras pré-configuradas, spending control e notificações em tempo real, e serve a quem tem time de engenharia para construir a própria interface, com suporte técnico da Swap a esse time.
O ERP precisa de time de engenharia para lançar?
Depende do caminho. No white label sem código, a interface chega pronta, com a marca do ERP: portal de administrador, portal de gestão para o cliente e aplicativo, com onboarding e KYC integrados. Na API, o time de engenharia do ERP integra e constrói a experiência, com suporte técnico da Swap. A escolha é do ERP e muda o esforço de lançamento, não a instituição que mantém o produto.
A Swap disputa o cliente final do ERP?
Não. A Swap atende empresas que atendem outras empresas e descreve o recorte assim: “não competimos com você, construímos com você”. Ela atua como infraestrutura tecnológica para empresas parceiras e não oferece interface própria para consulta direta da conta: o primeiro contato do usuário final é o ERP, e o SAC da Swap vem depois.
Como o ERP apresenta o produto sem usar a palavra banco?
Pelo que o produto é: conta, cartão ou pagamento oferecido pelo ERP e mantido por uma instituição autorizada, que aparece de forma acessível e visível. A Resolução Conjunta nº 16/2025 veda o contrato de BaaS com tomadora que use na nomenclatura termos característicos de instituições do sistema financeiro, salvo se for autorizada (art. 6º, VI), e prevê que a tomadora informe ao cliente que não é instituição autorizada, quando for o caso (art. 8º).
Em resumo
- O que é: plataforma de embedded finance para ERP é a infraestrutura que mantém conta, cartão e outros serviços dentro do sistema do ERP, com a marca do ERP e a prestadora identificada; embedded finance é a forma de entrega, não um produto único.
- Seis critérios: quem mantém o produto, forma de integração, o que sai numa integração, KYC e onboarding, nome do produto com prestadora visível, contrato e atendimento.
- White label ou API: o white label entrega interface pronta com a marca do ERP; a API pede time de engenharia e traz suporte técnico da Swap.
- Prestadora visível: a Resolução Conjunta nº 16/2025 pede a prestadora de forma acessível e visível e veda o contrato com tomadora que use termo característico de instituição financeira na nomenclatura, salvo se for autorizada.
- A Swap: cinco verticais, autorizada pelo Banco Central em dezembro de 2022 (Banco Central, Quadro 09, dez/2022).
Equipe Swap — conteúdo da Swap, banking as a service especializado em empresas B2B. Atualizado em outubro de 2026.