Banco Inter: como a baixa volta sozinha e por que às vezes não volta

Quando alguém paga um boleto ou uma cobrança Pix do Banco Inter, o recebimento pode baixar sozinho no ERP. Quem dá o start não é o sistema: é o banco, que avisa. Aqui está o mecanismo dessa baixa automática e o porquê de ela não acontecer em alguns casos. A ordem rápida de conferência do "pagou e não baixou" está na fonte das situações do boleto, na subpasta Boletos; se você ainda não passou por ela, comece por ali. Este material explica o motivo de cada etapa e resolve os casos que sobram.

OS TRÊS AVISOS DO INTER
São três avisos independentes que o Inter manda para o sistema. A lista é fechada:
- aviso de boleto;
- aviso de cobrança Pix;
- aviso de pagamento efetuado (boleto de fornecedor e DARF).
Esses avisos são registrados na integração de forma automática, quando o sistema se conecta à conta do Inter. Ninguém cadastra nada. Não existe tela para isso e não faz sentido pedir ao cliente que confira ou informe endereço de aviso. Normalmente eles estão ativos, mas a ativação depende da configuração do ambiente e da versão da integração usada pela conta, então nunca trate como garantido. O aviso de cobrança Pix tem uma condição a mais: ele só é registrado se a integração tiver chave Pix cadastrada.
Um aviso não cobre o outro. O aviso de boleto não baixa Pix, o aviso de Pix não baixa boleto, e o aviso de pagamento não tem nada a ver com recebimentos.

QUANDO O AVISO DO BOLETO REALMENTE BAIXA
Chegando o aviso, o sistema primeiro procura no ERP o recebimento correspondente. Duas condições precisam ser verdadeiras ao mesmo tempo.
1. O boleto ainda está ligado àquele recebimento dentro do sistema. O vínculo é feito por dois dados gravados na hora em que o boleto foi gerado pelo ERP: o código da transação no Inter e o nosso número. Se o boleto foi cancelado e reemitido por fora do ERP, o boleto pago é outro, o vínculo é outro, e o aviso não encontra o recebimento.
2. O recebimento ainda está EM ABERTO. Recebimento já baixado na mão não entra nessa busca. O aviso chega, o sistema não encontra recebimento em aberto com aquele vínculo e para por aí. Nada aparece para o usuário. Essa é a causa silenciosa mais comum de "o Inter confirmou e o sistema não fez nada".
Só depois de encontrar o recebimento é que o sistema volta ao Inter, consulta a cobrança e confere: se ela não estiver como recebida, nada é baixado. Ou seja, o sistema não confia apenas no aviso.

O QUE O SISTEMA GRAVA NA BAIXA
Quando as condições batem, a baixa é feita com os dados do banco, não com os dados do ERP:
- o valor efetivamente recebido vira o valor total do recebimento;
- a data da baixa é a data da liquidação informada pelo banco;
- a diferença entre o valor recebido e o valor do boleto é lançada como juros;
- a baixa fica identificada como feita pelo Inter;
- o usuário responsável pelo lançamento recebe uma notificação avisando que o recebimento foi confirmado pelo Inter.
É por isso que o valor baixado às vezes vem diferente do valor original. O que o banco cobrou a mais entra no recebido, e o ERP registra o que entrou.

COBRANÇA PIX
A cobrança Pix não usa nosso número. Ela casa pelo identificador interno da própria movimentação financeira: quando o Pix nasce de um recebimento, o ERP usa o identificador desse recebimento como identificador da cobrança. Quando o aviso chega, o sistema volta desse identificador para o recebimento e baixa.
O que decide a baixa não é o botão por onde a cobrança foi gerada: é existir um lançamento amarrado a ela. A cobrança avulsa feita pela integração com a opção de gerar lançamento cria o recebimento ANTES de pedir o QR Code e usa o identificador dele na cobrança, então ela baixa sozinha do mesmo jeito. Já a cobrança avulsa gerada sem essa opção e o Pix do PDV não têm lançamento para casar: o aviso chega e não encontra nada. No PDV isso não é falha, é o desenho: quem registra o valor ali é a própria venda, e o pagamento entra como parcela dela, não como baixa de recebimento.
Ou seja, para o Pix baixar o financeiro a cobrança precisa ter lançamento, nascendo do recebimento ou com a opção de gerar lançamento marcada na avulsa. De onde cada origem nasce e o que muda em cada uma está na fonte da cobrança Pix, nesta mesma pasta.
Atenção na hora de conferir: no Pix, a notificação de "recebimento confirmado pelo Inter" não é prova de que o lançamento mudou. Abra o recebimento e confira a baixa.
O funcionamento geral do Pix está nas fontes da pasta Meios de pagamento e não é repetido aqui.

O AVISO DE PAGAMENTO (FORNECEDOR E DARF)
Esse aviso é de dinheiro saindo, não entrando. Ele só dá baixa quando as duas coisas acontecem juntas: o pagamento chega ao status Realizado e existe vínculo entre esse pagamento e uma movimentação do ERP. Pagamento agendado, em processamento ou recusado não baixa nada. Esse vínculo é gravado quando o pagamento é feito pela área de pagamentos da integração; pagamento feito direto no aplicativo do banco não tem vínculo e também não baixa. Dúvidas de pagamento de boleto de fornecedor e de DARF se respondem pela área de pagamentos da integração.

QUANDO O AVISO NÃO CHEGOU: SINCRONIZAR
Existe um caminho de recuperação que não depende do aviso: a sincronização, na listagem de boletos do Inter. Ela pede um período e não roda sem ele. Ao rodar, o sistema registra no banco os boletos que ainda não tinham sido enviados, reconsulta os boletos do período e, para os que estão recebidos, procura o recebimento correspondente e baixa.
A conferência não é por nome nem por valor. Ela procura um recebimento em aberto com o mesmo código e o mesmo nosso número, e ainda exige que a conta bancária do recebimento seja uma das contas bancárias ligadas às formas de pagamento da empresa e da loja. Recebimento sem conta bancária, ou com conta que não está em nenhuma forma de pagamento, não é encontrado: a sincronização termina sem baixar mesmo com o boleto pago no banco.
Repare também que só abrir a listagem de boletos não baixa nada. Ver a situação recebida na tela do Inter não é a mesma coisa que rodar a sincronização.

O QUE COSTUMA DAR ERRADO
Baixa manual antes do aviso. O usuário viu o dinheiro cair na conta, baixou na mão, e o aviso do Inter chegou depois. O recebimento já não estava em aberto, e a baixa automática foi ignorada. Não adianta sincronizar depois.
Boleto cancelado e reemitido por fora. O ERP continua apontando para o boleto antigo, e o pago é o novo.
Cobrança Pix gerada sem lançamento. Sem recebimento amarrado não há o que baixar, e isso vale para a avulsa sem a opção de gerar lançamento e para o Pix do PDV.
Conta bancária do recebimento fora das contas usadas pelas formas de pagamento. Quebra a conferência da sincronização. Forma de pagamento e conta bancária são assunto do ERP e se respondem pelas fontes do financeiro.
Falta da forma de pagamento vinculada à integração. É o passo que quase todo mundo pula. O roteiro comum está na pasta Meios de pagamento.
Período curto na sincronização. Se o período informado não cobre o vencimento do boleto, ele não entra na conferência.
Recebimento já marcado com a situação padrão de baixa antes do pagamento. Nesse caso a confirmação automática é recusada, porque o sistema entende que o lançamento já está naquela situação. Se o cliente mexe na situação do recebimento à mão, vale checar isso.
"Parou de dar baixa do nada". Quase sempre mudou algo no meio: trocaram a forma de pagamento, refizeram a integração, passaram a emitir boleto pelo aplicativo do banco. Se realmente nada mudou, escale.

O QUE O SUPORTE CONSEGUE VERIFICAR
O aviso de boleto recebido do Inter fica registrado no sistema junto com o que o ERP respondeu, e o aviso de pagamento fica registrado com o conteúdo recebido. Então o time consegue verificar se esses avisos chegaram e, no caso do boleto, o que aconteceu depois. Para o aviso de Pix não há esse registro: o caminho é conferir o próprio recebimento. Isso é verificação interna: não prometa tela nem relatório disso ao cliente. Quando o caso não se resolve pelos passos acima, escale informando o número do recebimento, o nosso número do boleto (ou o identificador do Pix) e a data do pagamento.