DDA no Odoo: contas a pagar 100% automatizadas

Em uma PME média brasileira, contas a pagar segue o roteiro: o fornecedor manda um boleto por e-mail, alguém da equipe digita no internet banking, alguém aprova, alguém paga. Em volumes pequenos isso funciona; em volumes médios já é gargalo; em volumes altos é fonte de erro caro.

DDA — Débito Direto Autorizado — resolve essa primeira parte: o boleto chega à sua empresa automaticamente, no padrão FEBRABAN, sem o fornecedor ter que mandar PDF. Combinado com a integração de APIs bancárias da KMEE no Odoo, ele transforma todo o ciclo de contas a pagar em fluxo automatizado.

Este post explica o que é DDA, como ele já vinha funcionando antes (e por que dava trabalho), e como nossa integração entrega esse ciclo completo no Odoo.

O que é DDA, exatamente

DDA é um serviço operado pela FEBRABAN (Federação Brasileira de Bancos) e disponível em todos os bancos brasileiros desde 2009. Sua mecânica:

• A sua empresa, como sacado (quem paga), se inscreve no DDA para um ou mais bancos.
• A partir daí, todo boleto emitido contra o seu CNPJ por qualquer banco é encaminhado eletronicamente, em formato padronizado, para a sua conta no DDA.
• Você consulta esses boletos no internet banking — antes da nossa integração — e paga, sem precisar do PDF físico nem do e-mail do fornecedor.

Para o financeiro, isso resolve três problemas:

1. Boleto perdido no e-mail deixa de existir — a entrega oficial é via DDA.
2. Boleto adulterado (golpe de troca de código de barras) é mitigado, porque o que chega no DDA é exatamente o que o fornecedor registrou no banco dele.
3. Trilha auditável: cada boleto tem origem identificada e rastreável.

Mas até aqui, DDA “tradicional” só substitui o e-mail pelo internet banking. O ganho de automação real só vem quando o ERP lê o DDA via API e cria automaticamente o registro de conta a pagar.

Quem oferece DDA via API

Os bancos que oferecem DDA via API com cobertura razoável em 2026:

• Itaú — DDA completo, com webhook de novo boleto recebido.
• Bradesco — DDA via API REST.
• Banco do Brasil — DDA integrado com Cobrança e Open Finance.
• BTG Pactual — DDA com webhook nativo.
• Sicoob — DDA na Cobrança Bancária V3.
• Santander — DDA via portal de developers.

Outros bancos (Inter, Sicredi, Caixa) têm cobertura parcial ou em evolução. Para PMEs que pagam fornecedores via múltiplos bancos, a recomendação prática é inscrever-se no DDA do banco principal e ativar a integração lá. Os boletos dos outros bancos chegam via FEBRABAN no banco em que você está inscrito. Para um detalhamento por banco, veja nosso comparativo das 12 principais APIs bancárias.

O ciclo completo de contas a pagar no Odoo

Com a nossa integração, o ciclo de contas a pagar — da chegada do boleto à liquidação — fica assim:

Etapa 1 — Boleto chega via webhook DDA

• O fornecedor emite um boleto contra o seu CNPJ no banco dele.
• A FEBRABAN encaminha para o seu banco (onde você é DDA).
• O webhook DDA do seu banco bate em /webhook/dda/<bank>/<token> no Odoo.
• Em segundos, um account.move (vendor bill draft) é criado, com fornecedor, valor, vencimento, código de barras, linha digitável.

Etapa 2 — Match automático com pedido de compra

• Se o boleto tem referência a um pedido de compra (purchase.order) — porque o fornecedor incluiu OC no boleto — o Odoo faz match automático e a fatura nasce já vinculada.
• Se não há referência, a fatura fica em rascunho, na fila de revisão.

Etapa 3 — Aprovação no Odoo

• O aprovador correspondente recebe a notificação no Odoo (chatter, e-mail, push do mobile).
• Aprovação ou rejeição com 1 clique. Em modelos de holding com alçada por valor, encaminhamento automático para alçada superior.

Etapa 4 — Pagamento via API

• Aprovado, o account.payment (rascunho) entra em uma payment.order do Odoo.
• Em horário programado (ou imediatamente, conforme política), o Odoo dispara a API de Pagamento do banco escolhido (Pix, TED ou pagamento de boleto).
• BTG, Itaú e outros oferecem fluxo onde o pagamento exige aprovação no app do banco — outra camada de segurança.

Etapa 5 — Confirmação via webhook de pagamento

• O banco notifica que o pagamento foi efetivado.
• A account.payment é confirmada, a vendor bill é baixada, o saldo bancário é atualizado.

Em todo o ciclo, ninguém digitou o código de barras. Ninguém abriu PDF. Ninguém fez planilha de “boletos a pagar”.

Casos onde isso mais brilha

DDA + integração entrega valor proporcional ao volume e à complexidade da operação. Casos de uso onde o ROI é claro:

Empresas com 100+ fornecedores. Manualmente, é dia inteiro de uma pessoa só digitando. Com DDA, a entrada do boleto é automática, e o gargalo passa a ser só a aprovação (que é decisão, não digitação).

Empresas com governança de aprovação por alçada. O Odoo já modela alçada por valor, por departamento, por categoria. DDA traz o boleto para dentro do fluxo; a aprovação corre nos trilhos do Odoo.

Empresas com risco de golpe de boleto. O famoso “boleto de fornecedor adulterado” é vetor comum de fraude no Brasil. DDA, por canal oficial FEBRABAN, mitiga porque o que chega é exatamente o que o fornecedor registrou.

Holdings. Cada empresa do grupo se inscreve no DDA do seu banco principal. Os boletos chegam segregados por res.company. Auditoria centralizada — explicamos a arquitetura multi-tenant em detalhe aqui.

Empresas com auditoria periódica. A trilha “boleto recebido via DDA → vendor bill criada → aprovada por X em Y → paga em Z” é exatamente o que o auditor pede.

O ponto cego do DDA puro

DDA não cobre 100% dos seus pagamentos. Pontos cegos clássicos:

• Pagamentos via Pix com QR Code recebido pelo WhatsApp: não chegam pelo DDA, porque não são boletos. Ficam no fluxo manual ou via integração específica.
• Notas fiscais sem boleto: alguns fornecedores mandam só a NF, esperando que você pague na hora que quiser. Ficam fora do DDA por definição.
• Salários e folha: não passam por DDA. Esses ficam no fluxo de pagamento em lote (CNAB ou API de pagamento).
• Tributos: DARF, FGTS, GPS, ICMS, ISS — caminhos próprios via API ou aprovação no banco.

A integração no Odoo trata cada um desses casos com fluxo próprio. DDA é o vetor mais alto, mas não é solitário.

Custo

DDA é um serviço dos bancos. Tarifação típica:

• Inscrição: gratuita ou tarifa pequena (varia por banco e contrato).
• Por boleto recebido: alguns bancos cobram por boleto consultado/baixado via API; outros incluem no pacote de cobrança. Negociável.
• Pagamento via API: tarifa por transação Pix/TED, geralmente abaixo de R$ 1 (varia por banco).

Para uma PME que paga 200 boletos/mês, o custo total de DDA + pagamento via API costuma ser comparável ou inferior ao que se paga em horas-pessoa do financeiro digitando. O payback é em meses.

Compliance

Como toda integração que toca pagamento, DDA exige:

• LGPD: dados do fornecedor (CNPJ, dados de cobrança) tratados como dado pessoal de PJ. Trilha de acesso registrada.
• Auditoria interna: trilha de aprovação no Odoo é obrigatória em empresas com SOX-like, e o mail.thread do Odoo (chatter) entrega isso pronto.
• Retenção: boletos recebidos e pagamentos ficam armazenados por 5 anos no Odoo, conforme exigências fiscais.

A nossa integração já entrega todos esses ganchos plugados.

Conclusão

DDA + Odoo + nossa integração transforma contas a pagar de tarefa manual em workflow real. O fornecedor emite, o sistema recebe, o aprovador aprova, o banco paga, o ERP baixa. Em segundos. Em escala.

Sua empresa paga mais de 50 boletos por mês? A KMEE liga DDA + pagamento via API no seu Odoo em 3 a 6 semanas. Conheça nossa oferta de Integração Bancária para Odoo ou marque uma conversa para a gente mapear seus bancos e seus fluxos de aprovação.

---

DDA é serviço FEBRABAN, oferecido por todos os bancos brasileiros. APIs DDA (REST + webhook) cobertas pela nossa integração: Itaú, Bradesco, BB, Santander, BTG, Sicoob. Cobertura adicional via Open Finance regulado.