ACBrMonitorPlus removendo grupo ICMSUFFim do xml

[NiltonGM]

Informações do ICMS de partilha com a UF de término do serviço de transporte na operação interestadual

Pessoal, o ACBrMonitorPlus está removendo do xml que meu sistema gera, o grupo de tags de "partilha com a UF de término do serviço de transporte na operação interestadua" <ICMSUFFim> causando a REJEIÇÃO: 786  Grupo de informações da partilha com a UF de fim da prestação deve estar preenchido"

ACBrMonitorPlus versão: 1.3.0.294

Comandos efetuados pelo meu sistema:

CTE.AssinarCTe("C:\ACBrMonitorPLUS\xml\35200557296543000115570010000310411000465319-env.xml")

CTE.ValidarCTe("C:\ACBrMonitorPLUS\xml\35200557296543000115570010000310411000465319-env.xml")

"CTE.EnviarCTe("C:\ACBrMonitorPLUS\xml\35200557296543000115570010000310411000465319-env.xml")

Obs: Eu não uso o arquivo INI, meu sistema gera direto o XML para enviar no lugar do arquivo INI.

Após o comando "CTE.EnviarCTe" some o grupo ICMSUFFim do arquivo 35200557296543000115570010000310411000465319-env.xml causando rejeição.

Lembrando que o grupo ICMSUFFim é obrigatório na seguinte situação:

1. O destinatário consumidor não é contribuinte (CPF)

2. O tipo de CTe 'tpcTe' = 0 - Normal

3. Interestadual UFIni != UFFim

4. o tipo de Serviço tpServ = 0 - Normal

Eu contornei o problema re-inserindo as tags do grupo ICMSUFFim manualmente e usando o comando do próprio aplicativo ACBrMonitorPlus em: DF-e\Teste\Aba CT-e\ Botão 'Enviar XML CTe' sem usar o arquivo de interação com os comandos acima (Assinar, Validar e Enviar), dessa forma consegui autorizar o CTe e com o xml autorizado gerei o pdf da DACTE.

Solicito ajuda pois meu clientes está em modo PRODUÇÃO e não poderá ficar me contatando para eu inserir manualmente toda vez que ocorrer essa situação.

Grato a todos! Uma boa noite.

Segue o xml autorizado depois que inserir a tag manualmente e xml de envio sem a tag:

35200557296543000115570010000310411000465319-cte.xml 35200557296543000115570010000310411000465319-env.xml

[BigWings]

Anexe o XML gerado pela sua aplicação.

[NiltonGM]

Este é o gerado pelo meu sistema, note que a tag <vTotTrib>0.00</vTotTrib> também é removida, observei que as tags com valor '0.00' são removidas pelo ACBrMonitorPlus, no caso da tag vTotTrib ter sido removida não gerou erro pela sefaz mas as tags do grupo ICMSUFFim  não podem ser removidas na situação acima mesmo que alguns valores estejam '0.00'. Meu cliente é 'SIMPLES NACIONAL', não calcula icms.

35200557296543000115570010000310411000465319-env.xml

[BigWings]

15 horas atrás, NiltonGM disse:

Após o comando "CTE.EnviarCTe" some o grupo ICMSUFFim do arquivo 35200557296543000115570010000310411000465319-env.xml causando rejeição.

O problema ocorre somente após o comando EnviarCTe? E não após o AssinarCTe?

O comando de envio não deve fazer alterações no XML, a não ser a inclusão do protocolo de autorização.

Já o de assinatura sim, vai recriar todo o XML e pode haver diferença, mas no caso do seu XML, testei a assinatura e não removeu o grupo ICMSUFFIM.

[José M. S. Junior]

Verifique após qual método está ocorrendo a alteração. Se possível anexe o log.txt do ACBrMonitor.

[NiltonGM]

Ok, vou verificar exatamente qdo isso ocorre, o log de comandos do ACBrMonitor estava desabilitado. Assim que conseguir gerar um cte para esse teste aviso aqui, pois no momento estou com problemas de path pelo ACBrMonitorPlus, no cliente eu tive que mudar o local das pastas para uma pasta compartilhada no servidor para que alguns funcionários tenham acesso aos pdf e xml gerados, enfim, mesmo que vc defina um outro local não o padrão, ele acrescenta o path padrão ao que vc informa ficando um path errado.

Veja o arquivo de saída: observe que o local é: C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\Evento\Cancelamento\

Ele remonta o local padrão: C:\ACBrMonitorPLUS\Retorno\ ao caminho definido em Diretórios

----------------------------

Arquivo de saída: 35200557296543000115570010000310181000310830-resp.txt

ERRO: Arquivo C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\Evento\Cancelamento\-procEventoCTe.xml nao encontrado.
Arquivo C:\ACBrMonitorPLUS\Retorno\C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\Evento\Cancelamento\-procEventoCTe.xml nao encontrado.
Arquivo C:\ACBrMonitorPLUS\Retorno\C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\Evento\Cancelamento\-procEventoCTe.xml-cte.xml nao encontrado.

------------------------

 

[José M. S. Junior]

17 minutos atrás, NiltonGM disse:

Ele remonta o local padrão: C:\ACBrMonitorPLUS\Retorno\ ao caminho definido em Diretórios

Como está configurado os diretórios no ACBrMonitor.ini? Se possível anexe o mesmo...

[NiltonGM]

Segue arquivo ACBrMonitor.ini

 

ACBrMonitor.ini

[José M. S. Junior]

Esse path de rede está acessível a partir desta máquina? O erro inicial aparentemente é que não está encontrando o arquivo...

Estas configurações de diretórios é padrão para todos os DFes, o diretório definido vai ser utilizado para gerar todos os DFes. O tipo do documento CTe / NFe  e a estrutura Evento / Data / CNPJ.... É definida pelo próprio componente.

É necessário verificar os logs para saber exatamente qual a sequencia de  métodos e retornos, mas todos os DFes utilizam essa parametrização de diretórios e não ocorre esse tipo de problema, imagino que seja alguma restrição ou lentidão no acesso ao diretório.

[NiltonGM]

Ola José, 

O path está no servidor onde o ACBrMonitor está rodando, o que acontece é que em algum passo do ACBrMonitor tenta gerar o arquivo préfixando o path padrão 'C:\ACBrMonitorPlus\' ao path informado no INI, consequentemente o arquivo não é encontrado, pois ele procura o arquivo em um path errado. Até acharem o erro no ACBrMonitor vou ter que contornar o problema voltando para os Path padrão do ACBrMonitor e aí minha aplicação copia o xml e pdf do path padrão para o path compartilhado no servidor.

Por hora grato pela tentativa. Assim que eu fizer os testes do assunto original e verificar após qual método está ocorrendo a alteração, anexarei o log.txt do ACBrMonitor

Abraços.

Editado 19 Maio, 2020 por NiltonGM

[José M. S. Junior]

Se conseguir um passo a passo podemos tentar simular o problema, mas até o momento não identificamos... Mas de fato a aplicação pode definir o mesmo path do .exe caso não encontre o path especificado...