Ir para conteúdo
  • Cadastre-se

dev botao

ACBrMonitorPlus removendo grupo ICMSUFFim do xml


  • Este tópico foi criado há 1409 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

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

Link para o comentário
Compartilhar em outros sites

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

Link para o comentário
Compartilhar em outros sites

  • Moderadores
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.

  • Curtir 1
Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

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.

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

 

Link para o comentário
Compartilhar em outros sites

  • Moderadores
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...

Consultor SAC ACBr

José Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

  • Moderadores

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.

Consultor SAC ACBr

José Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

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 por NiltonGM
Link para o comentário
Compartilhar em outros sites

  • Moderadores

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...

Consultor SAC ACBr

José Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 1409 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.