O que o contribuinte deve fazer (informar a RFB) após utilizar o PER/DCOMP Web para compensar débitos apurados na DCTFWeb?

No caso da minha rotina como key user fiscal, a dúvida sobre utilizar o PER/DCOMP mudou quando a conta passou a ser lida com dados importados do ano anterior. Discordo com educação: o ponto central é que o registro informado no sistema vale mais do que a memória da equipe, então a checagem tem que começar pela base. E, sinceramente, o ganho é ter uma trilha única, mesmo que o trabalho pareça maior no começo. Vale mais do que a planilha paralela que muita gente insiste em manter.

Isso basta? Quer dizer, né, existe um caminho mais barato: consultar a tela de histórico antes de qualquer envio e só depois pedir o lançamento. Para a equipe, funciona quando o volume é pequeno e a consulta é rápida. Em operação grande, prefiro gerar um relatório por período e conferir os débitos e as informações de cada lote antes de liberar, porque o prazo é limitado e o erro custa caro.

Quando a equipe ainda não tem o hábito de checar o histórico, eu adotaria outra forma: uma planilha de conferência por tributo, com os débitos, a data de envio e o resultado. Segundo o que li, né, o sistema antigo, extinto há tempos, dava conta, mas hoje a família de tributos é grande demais para isso. Esse caminho vale para quem tem poucos tributos e pouca rotatividade de equipe. Com muita movimentação, ninguém identificará o responsável pela linha, e o fluxo quebra.

Cláudio Freitas, bem, para variar, discordo de um ponto: a checagem de tributo não é o gargalo principal. O que aparece mais é o saldo lido no momento errado, porque a tela mostra um saldo ainda não constante na declaração do contribuinte. Na minha área, o controle de versão da declaração resolveu quase todos os casos, então eu começaria por aí antes de mexer no cadastro. Vale mais ver o histórico antes de agir.

Sem esse passo, o problema cresce. De longe, viu, eu complemento a Fernanda Marques: o crédito que sobra num período não passa para o seguinte, e os créditos de origem previdenciária seguem regra própria. Vale mapear os débitos da dctfweb do período antes de qualquer pedido, porque a ordem certa evita o saldo que fica preso. Não é quanto mais cedo melhor, é quanto mais limpo melhor.

O risco que já vi num caso de auditoria interna é a equipe achar que precisa refazer a declaração depois do pedido. Murilo Carvalho está certo, mas na virada do ano, ó, o time costuma ler a categoria errada dos débitos e tenta corrigir o que não estava errado. Vale checar se os débitos estão na categoria de tributo certa antes de disparar o pedido, porque a compensação não volta atrás com facilidade. Eu separaria a checagem em duas etapas, uma antes do envio e outra depois do protocolo.

Concordo que a dúvida é justa, mas a resposta é não, a Receita reconhece a operação sozinha. Veja, e olha que os débitos já aparecem como último lançamento transmitido, puxados automaticamente pelo sistema. A apuração do período fica registrada e o saldo a pagar é reduzido do jeito que está no PER/DCOMP Web, sem novo envio. Só confira se o período escolhido bate, porque aí o caminho muda.