No caso de identificação de erro no valor dos débitos apurados na DCTFWeb, quais procedimentos devem ser adotados?

Sérgio, de bate-pronto: quando você diz que a origem é corrigida, isso vale para o mês inteiro ou só para o funcionário com erro? Na nossa rotina, a folha de janeiro veio com a DCTF exibindo um valor que não bate com o relatório. Exemplificando, aqui um único cadastro gerou diferença e o resto do mês saiu certo. A identificação do erro foi feita pelo nome, mas não sei se o procedimento muda por cenário.

Quando a escrituração já foi enviada, o caminho mais limpo é corrigir pelos eventos do mesmo período e não pela guia. Meu palpite, pois é, é que isso tira o peso do fechamento porque a origem fica igual à declaração. Outra forma é ajustar a origem e reenviar a escrituração completa do mês, só que aí o retrabalho cresce. Se a equipe é pequena, eu prefiro o caminho dos eventos. Se a folha tem muitas exceções, o reenvio completo vale mais a pena.

Não concordo com isso. Veja, um palpite: o declarante tem direito de corrigir o que está errado, mas corrigir em dobro gera duplicidade. Se a mesma base sai por dois caminhos, o total fica inflado e ninguém percebe até o fechamento. Por isso discordo de quem sugere alterar só um lado. Antes de mexer, confira se o valor não está lançado em outra obrigação, porque aí o acerto cria o problema que queria evitar.

Samuel, complemento o seu ponto com o que aconteceu aqui: bem, aqui na empresa a folha tinha um cálculo de férias que não batia com os valores declarados na DCTFWeb. O que ajudou foi comparar o relatório da folha com a DCTF mês a mês, antes de qualquer envio. Quando achamos a diferença, a origem do cálculo foi corrigida e a declaração seguiu sem remendo manual. Vale checar isso antes de fechar, não depois que a guia já foi paga.

O risco que você já viu é o pessoal corrigir o valor na guia e achar que resolveu. E aí, no fim das contas, a DCTF continua com o número antigo. Discordo de quem diz que a conferência sozinha basta, porque o contribuinte precisa checar se a contribuição saiu corretamente na origem. Senão o problema volta no mês seguinte, e o acerto vira rotina. Discordo com educação, mas esse ponto não pode ficar para depois do envio.

Concordo em parte, a origem é o caminho certo, mas nem sempre é o mais rápido. Veja, a saída é fazer uma conferência de batimento antes do envio: a equipe da folha confere a competência por competência contra a DCTF e só libera se bater. Quando o volume é grande e o erro se repete, vale corrigir a regra na origem. Quando é pontual, uma conferência manual com registro de quem aprovou resolve. Cada caminho vale conforme o risco de repetição, não pela pressa do fechamento.

Corrigiu na origem? A alteração do débito só acontece pela origem, então o valor precisa ser corrigido no sistema que gerou o dado. Olhando o log, ó, a DCTF não aceita edição direta e o valor volta automaticamente se a origem continuar errada. Não adianta mexer só na guia. Corrija a origem, aguarde a nova carga e confira o valor antes de pagar.