Sugestões

Gostaria de sugerir a inclusão do DDA (Débito Direto Autorizado) na API do Asaas — a possibilidade de consultar, via API, os boletos registrados, e de receber um webhook quando um novo título é registrado.

O que motiva o pedido

O Asaas já resolve a parte difícil de contas a pagar: com a linha digitável em mãos, eu simulo, agendo e pago pela API, inclusive por Pix. O que falta é o passo anterior — descobrir que o boleto existe. Hoje esse passo é inteiramente meu, e é de longe a parte mais frágil de tudo.

Para conseguir a linha digitável, hoje eu preciso: monitorar caixas de e-mail, baixar anexos, abrir PDFs protegidos por senha, seguir links que exigem navegar por várias páginas, e acessar portais de concessionárias que têm bloqueio anti-bot. Cada um desses caminhos quebra sozinho e em silêncio.

O tamanho do problema, medido

Analisei 39 boletos reais que passam pelo meu fluxo mensal:

• 56% tiveram a linha digitável extraída com sucesso do texto do PDF;
• 18% eram PDFs sem camada de texto — só imagem, exigindo OCR;
• 1 caso produziu uma sequência de 47 dígitos que passou nos quatro dígitos verificadores e mesmo assim não era um boleto (lixo de renderização). Só foi barrado por filtros de plausibilidade que precisei escrever à mão.

Ou seja: mesmo com validação correta de DV, a extração a partir de documentos é estatisticamente insegura. O DDA elimina essa classe inteira de problema, porque o dado vem da fonte registrada, não de um PDF.

Por que isso encaixa no Asaas

O Asaas hoje é excelente em receber. Em contas a pagar, o produto entrega a execução (/bill/simulate, /bill, /pix/qrCodes/pay) mas não a descoberta, e é a descoberta que impede a automação de ponta a ponta. Com DDA, o ciclo fecha: o título aparece, meu sistema valida, o usuário aprova, o Asaas paga. Sem DDA, sempre haverá um humano garimpando anexo de e-mail no meio do caminho.

Escopo mínimo que já resolveria

Não preciso do produto completo. Um MVP com três capacidades já mudaria tudo:

1. Adesão — registrar o CPF/CNPJ de uma conta (ou subconta) como pagador DDA;
2. Listagem — consultar os títulos registrados contra aquele documento, com beneficiário, valor, vencimento e linha digitável;
3. Webhook — notificar quando um novo título for registrado.

Não precisa de liquidação diferenciada nem de fluxo próprio de pagamento: o pagamento continua pelos endpoints que já existem.

Sobre as dificuldades que imagino existirem

Tenho consciência de que o DDA envolve adesão formal do pagador e uma camada regulatória que não é trivial, e que isso pode ser justamente o motivo de ainda não existir. Mesmo assim vale registrar o pedido: para quem usa o Asaas como plataforma de contas a pagar, essa é a maior lacuna do produto hoje, e é a única que não dá para contornar com código do meu lado, só dá para contornar com fragilidade.

Se houver um caminho intermediário, acesso restrito, tarifa por consulta, programa beta, tenho interesse em participar.

Obrigado pela atenção.