O cliente utilizava o ponto de entrada CHGX5FIL em seu ambiente para utilizar a série 020 para todas as suas filiais.

Como o ponto de entrada foi descontinuado, o cliente teve que criar uma nova série para a segunda filial dele, que ele escolheu a 021, com a sequência numérica iniciada em 000000001.

Ao gerar o MDFe e transmitir, o Sistema faz a transmissão, autoriza na SEFAZ, mas não tem retorno do status na tabela DTX, somente grava os dados nas tabelas do SPED.

Como a princípio não havia identificado qual a causa da situação, orientei o cliente a ajustar os campos da tabela DTX e tentar seguir a viagem até a transmissão do encerramento. Neste ponto, ao transmitir o encerramento, não ocorre nada, nem no Protheus nem transmite para a SEFAZ.

Entrei no ambiente do cliente para fazer o debug da transmissão do encerramento e notamos que o sistema não estava considerando nas queries e nos seeks o campo DTX_SERMAN, e identifiquei que o problema está relacionado à escrita do código.

Segue um exemplo: 

A série do cliente é a '021' e o Sistema compara com '0': 

o Sistema compara Alltrim(cSerie) <> '0', e comparar '021' <> '0' o Sistema retorna .F., pois a comparação de string olha o primeiro caractere de uma string com o primeiro caractere de outra string. O correto seria utilizar o operador == para comparar a exatidão dos valores e o operador ! (NOT) sobre o resultado ou comparar as séries como numéricas ao invés de string. Segue exemplo:

Image Modified​

​Image Modified​

Este tipo de comparação com <> '0' ocorre algumas vezes no TMSAE73 e uma vez no MDFSEFAZ3, e será necessário ajustar para que isso não ocorra para os clientes que, assim como esse, tiverem criado uma série nova que conflite com a série anterior.

Situação foi detalhada com o Felipe Barbieri.

Cliente está a disposição, para caso precisem solicitar algum arquivo ou para solicitar aplicação de pacote.