Fronteira

Preciso que você detalhe o que foi feito para solução desta para eu transportar para o sistema de OS.

Preciso que você detalhe o que foi feito para solução desta para eu transportar para o sistema de OS.

Durante o processamento das NF-e, o módulo Fronteira realiza a chamada do subprograma B40015CI, que por sua vez executa um CALLNAT para o subprograma B10015FR.

Foi identificado que o subprograma B10015FR possuía um parâmetro de entrada adicional que não estava sendo informado pelo B40015CI, ocasionando erro durante o processamento das notas fiscais no Fronteira.

Após o ajuste e a padronização da interface entre os subprogramas, garantindo a compatibilidade dos parâmetros de entrada, o problema foi devidamente solucionado.

30/01/2026 11:46 Ademir Alves Zetolis

Reabertura da O.S. em virtude que ainda estamos tendo casos de erro no processamento, conforme relato dos plantonistas do posto Fiscal de Vilhena.
Abaixo segue print de um dos casos, comando 20263050024306, onde analisei os dados de diversas tabelas relacionadas à internação da nota e da geração do lançamento.

Nesta análise verifiquei que, aparentemente a origem do problema é no UPDATE do nº do comando para o campo IT-CO-COMANDO da tabela SITAFE-NF-LANCAMENTO que é realizada pelo subprograma B40015TU.

Posteriormente farei inserção de comentário descrevendo a análise que fiz, visto que temos outro problema no sistema, que tem mais urgência na correção, conforme segue abaixo:

Na tela LIBERAÇÃO (Delphi) a checagem (chamada para o subprograma B40015MU) está sendo realizada ao clicar do botão "Liberar", quando deveria ser realizada ao "carregar" o comando.
Com isso o usuário só fica sabendo que tem alguma nota com erro no processamento somente quando vai liberar o comando.

Diante do acima exposto solicito que a checagem (chamada para o subprograma B40015MU) seja realizada toda vez que o comando for "carregado".
Funções que me lembro que tem a chamada para carregar o comando:
Abertura automática da tela vindo da tela Processamento;
Botão "Carregar"
Botão "Último Comando"
Botão "Reabrir Liberação"
Botão "Gerar Lançamento"
Botão "gerar Pré-Lançamento"

02/02/2026 13:04 Ademir Alves Zetolis

Passo agora para a análise da "origem" do problema, que gera a mensagem ERRO NO PROCESSAMENTO.

Tenho anotado 11 casos em que a mensagem de erro foi apresentada, conforme prints em anexo, relativo aos seguintes comandos:
20263050015393
20263050016574
20263050020646
20263050024306
20263050025242
20263050026711
20263050027824
20263050027997
20263050028185
20263050028233
20263050028348

Ao analisar estes casos verifiquei que em todos eles a origem da mensagem foi a falta do nº do comando (campo IT-CO-COMANDO) na tabela SITAFE-NF-LANCAMENTO.
Todos os casos são de notas fiscais que foram "PRÉ-PROCESSADAS", sendo que, quando do pré-processamento como ainda não existe comando gerado, o nº do comando fica em branco nas tabelas SITAFE-NOTA-FISCAL e SITAFE-NF-LANCAMENTO.
Posteriormente, quando da chegada do veículo ao Posto Fiscal é que é gerado o comando, e é feito o UPDATE do nº do comando para estas tabelas.

E é aqui que está o problema. Para algumas notas o UPDATE não está sendo finalizado, sendo feito apenas na tabela SITAFE-NOTA-FISCAL, e não está sendo feito na SITAFE-NF-LANCAMENTO.

Cabe acrescentar que, até a troca de versão do ADS ocorrida na 1ª quinzena deste mês não tínhamos estas ocorrências.
Nunca tinha visto este tipo de erro.

Diante do acima exposto solicito que, além de implementar a alteração relativa a alteração do momento/local de apresentação da mensagem de erro, citada na mensagem de 30/01/2026 às 11:46h, que também seja analisado a origem desta falha no UPDATE do nº do comando (campo IT-CO-COMANDO) na tabela SITAFE-NF-LANCAMENTO.