Eu uso o Asaas há bastante tempo para uma coisa muito simples: cobrar.
Hoje, por exemplo, parte das hospedagens dos sites que mantenho é gerenciada por lá. Também uso o Asaas em outros tipos de cobrança porque ele resolve muito bem essa parte financeira.
Só que, conforme comecei a desenvolver sistemas e automações para empresas, percebi uma coisa:
o Asaas pode fazer muito mais quando deixa de funcionar isolado.
Um cliente chegou até mim justamente com um problema desse tipo.
Ele fazia parte da operação financeira manualmente dentro do Asaas e precisava de uma maneira mais organizada de acompanhar aquilo.
A ideia inicial era relativamente simples: criar uma mini intranet onde ele pudesse gerenciar essas informações.
Só que, quando comecei a olhar para o processo, ficou claro que dava para ir além.
O sistema poderia acompanhar a cobrança.
Poderia identificar quando ela estivesse atrasada.
Poderia enviar um e-mail automaticamente.
Poderia gerar a nota fiscal.
E também poderia enviar essa nota para o cliente sem alguém precisar entrar no Asaas, conferir tudo e fazer cada etapa manualmente.
Foi aí que o Asaas deixou de ser apenas uma ferramenta de cobrança dentro daquele processo.
Ele passou a ser uma peça de um sistema maior.
O problema não era o Asaas
Isso é importante.
O cliente não precisava substituir o Asaas.
Muito pelo contrário.
O Asaas já fazia muito bem aquilo para o qual ele tinha sido contratado.
O problema era o que acontecia antes e depois dele.
Alguém precisava entrar no sistema.
Conferir cobrança.
Ver o status.
Tomar uma decisão.
Gerar documento.
Mandar e-mail.
Atualizar alguma informação em outro lugar.
Quando você começa a olhar para esse processo inteiro, percebe uma coisa que aparece em muitas empresas:
os sistemas possuem as informações, mas ainda existe uma pessoa fazendo o papel de integração entre eles.
E é justamente aí que começa o retrabalho.
O que muda quando o Asaas conversa com um sistema interno
Quando eu penso em uma integração com o Asaas, não começo pensando em API.
Também não começo pensando em n8n.
Eu começo olhando para o que precisa acontecer.
Por exemplo:
- uma cobrança foi criada.
- O que acontece depois?
- Se ela for paga, alguma coisa precisa ser liberada?
- Se atrasar, alguém precisa ser avisado?
- Existe nota fiscal?
- Essa nota precisa ser enviada?
- Outro sistema precisa saber que aquele pagamento aconteceu?
- Existe algum serviço que deve ser ativado ou suspenso?
Essas perguntas vêm antes da tecnologia.
Porque integrar sistemas não é simplesmente fazer um dado sair de um lugar e entrar em outro.
É entender qual evento deve provocar qual ação.
Um exemplo bem prático
Imagine uma empresa que tenha cobranças recorrentes.
O Asaas registra a cobrança.
Até aí, tudo bem.
Mas depois alguém precisa verificar se o pagamento aconteceu.
Se não aconteceu, manda um e-mail.
Se aconteceu, gera uma nota.
Depois envia a nota para o cliente.
Talvez ainda seja necessário atualizar um sistema interno dizendo que aquele pagamento foi concluído.
Isso funciona manualmente.
O problema é quando existem dez, cinquenta, cem ou centenas dessas operações acontecendo.
Nesse momento, a empresa começa a gastar tempo fazendo conferências que poderiam acontecer automaticamente.
Com uma integração, o fluxo pode mudar.
O pagamento acontece no Asaas.
O sistema recebe essa informação.
Atualiza o status.
Executa a próxima etapa.
Registra o que aconteceu.
E só chama uma pessoa quando existe alguma exceção.
Essa última parte, para mim, é fundamental.
Automação boa não é aquela que tenta eliminar qualquer intervenção humana.
É aquela que deixa o trabalho previsível rodar sozinho e entrega para uma pessoa justamente aquilo que precisa de decisão.
Foi isso que fizemos na mini intranet
Nesse projeto, o Asaas passou a conversar com uma mini intranet criada para organizar o processo do cliente.
A partir dali, começamos a concentrar dentro do sistema algumas operações que antes exigiam trabalho manual.
Entre elas:
- acompanhamento das cobranças;
- identificação de cobranças atrasadas;
- envio de e-mails;
- geração de nota fiscal;
- envio da nota para o cliente;
- acompanhamento das informações dentro da própria intranet.
Percebe a diferença?
Não criamos um concorrente do Asaas.
Criamos uma camada em volta dele para adaptar aquela ferramenta ao processo específico da empresa.
E esse é um ponto que eu acho muito interessante em sistemas internos.
Nem sempre a empresa precisa trocar as ferramentas que já usa.
Muitas vezes, ela precisa simplesmente fazer essas ferramentas trabalharem juntas.
Isso também vale para sistemas autônomos de cobrança
Outro tipo de aplicação que já conseguimos construir envolve cobrança praticamente sem intervenção.
Pensa, por exemplo, em um mercadinho de condomínio.
A pessoa pega um produto, realiza a operação no sistema e a cobrança precisa acontecer.
Não faz sentido existir alguém atrás daquela operação copiando informação de um sistema para outro.
É possível criar um fluxo em que o sistema de venda converse com o Asaas e a cobrança seja gerada dentro daquele processo.
O mesmo raciocínio pode ser usado em sistemas de PDV.
A venda acontece.
O sistema sabe quem comprou, quanto comprou e qual foi a operação.
O Asaas entra como parte da estrutura financeira.
A aplicação interna continua cuidando da experiência, das regras e do fluxo da empresa.
Cada ferramenta faz aquilo que sabe fazer melhor.
A API aparece depois
É nessa parte que entra a tecnologia.
O Asaas possui recursos de integração que permitem que outros sistemas enviem e recebam informações.
Na prática, isso significa que uma aplicação pode criar uma cobrança, consultar uma situação financeira, reagir a uma mudança de status ou executar outras operações sem depender de alguém fazendo tudo manualmente.
Dependendo do projeto, posso usar uma aplicação própria, banco de dados, APIs, automações ou ferramentas como o n8n para orquestrar esse fluxo.
Mas eu sempre bato na mesma tecla:
a ferramenta não vem primeiro.
Primeiro eu preciso entender o processo.
O que eu observo antes de integrar
Quando alguém me apresenta uma rotina financeira e pergunta se dá para automatizar, eu normalmente tento descobrir algumas coisas.
Onde a informação nasce?
Quem cria a cobrança?
Quem precisa saber que ela foi paga?
O que acontece quando ela atrasa?
Existe emissão de nota?
Existe alguma liberação de serviço relacionada ao pagamento?
Outra pessoa precisa ser avisada?
Algum sistema precisa ser atualizado?
O que acontece quando existe uma divergência?
São essas respostas que começam a formar a arquitetura do processo.
Depois fica muito mais fácil decidir onde o Asaas entra.
O cuidado com duplicidade
Em processo financeiro, existe uma regra que eu considero fundamental:
não dá para tratar integração como se fosse envio de formulário.
Se um fluxo executar duas vezes, você não pode simplesmente aceitar o risco de gerar duas cobranças ou duas notas.
Por isso, sistemas desse tipo precisam trabalhar com identificadores, registros de execução e validações.
Antes de criar alguma coisa, o sistema precisa saber se aquela operação já aconteceu.
Antes de atualizar, precisa confirmar o estado atual.
Quando dá erro, precisa existir registro suficiente para descobrir o que aconteceu.
Essa parte quase nunca aparece numa demonstração bonita de automação.
Mas é justamente ela que separa uma automação interessante de uma automação que realmente pode ser colocada dentro de uma operação financeira.
Também não precisa automatizar tudo
Eu não começaria um projeto desse tipo tentando integrar o financeiro inteiro de uma vez.
Prefiro pegar um fluxo muito claro.
Por exemplo:
cobrança → confirmação → nota fiscal → envio para o cliente.
Desenha.
Testa.
Descobre as exceções.
Corrige.
Depois amplia.
É muito mais fácil descobrir que existe uma regra diferente para determinado cliente quando você está testando uma parte pequena do processo do que depois de automatizar cinquenta coisas ao mesmo tempo.
Onde mais dá para usar esse tipo de integração
Depois que você entende esse raciocínio, começa a aparecer um monte de aplicação possível.
O Asaas pode fazer parte de:
- sistemas internos de cobrança;
- mini intranets;
- sistemas de cobrança recorrente;
- PDVs;
- sistemas autônomos de venda;
- controle de inadimplência;
- emissão e envio de notas;
- liberação de serviços após pagamento;
- sistemas administrativos;
- portais de clientes.
O ponto não é usar o Asaas para tudo.
O ponto é perceber que, se a informação financeira já está ali, muitas vezes não faz sentido uma pessoa continuar copiando essa informação para continuar o processo em outro sistema.
A pergunta que eu faria hoje
Se você usa o Asaas na sua empresa, pensa por um instante no que acontece depois que uma cobrança é criada.
Alguém precisa conferir?
Alguém precisa copiar informação?
Alguém precisa mandar um e-mail?
Alguém precisa gerar uma nota?
Alguém precisa entrar em outro sistema e atualizar alguma coisa?
Se a resposta for sim para várias dessas perguntas, talvez o problema não esteja no Asaas.
Talvez esteja justamente no espaço entre ele e o restante da sua operação.
E esse espaço pode ser integrado.
Hoje eu já uso esse tipo de arquitetura tanto nos meus próprios processos quanto em projetos de clientes.
Para mim, esse é o ponto mais interessante da integração entre Asaas e sistemas internos:
não é fazer o Asaas executar mais tarefas.
É fazer o processo inteiro depender menos de alguém lembrando de executar cada uma delas.
Próximo passo
Se hoje sua empresa usa o Asaas e ainda existe muito trabalho manual em volta das cobranças, notas fiscais ou atualizações financeiras, me explica como esse processo funciona.
Eu consigo olhar para o fluxo e te dizer onde eu começaria a integrar.
