Vilmondes Cândido Rosa

Você conseguiu resolver este problema ? estou com uma mensagem parecida, inclusive com um XML muito parecido e encontrando o mesmo problema para este tipo de XML em produção, Também já atualizei meus schemas e os fontes conforme a orientação do pessoal.

Boa tarde Notei que a lib NFSe está gerando arquivos com nomes diferentes para arquivos xml e pdf da mesma nota, utilizando a configuração de nome longo (chave da nota). No arquivo XML o número da nota é composta por: ano + número, visto que a numeração da nota de serviço reinicia a cada ano. No arquivo PDF não está concatenando o ano. Segue exemplo: 3123100582994400019056202300000000050-nfse.xml 3123100582994400019056000000000000050-nfse.pdf Provedor utilizado Webiss, cidade Uberaba/MG. Trecho do XML onde é informado o número da nota. Obs: No arquivo .ini é informado somente o número na nota, sem o ano.

Bom dia Felipe! Após a realização de nova bateria de testes nós incluímos uma etapa de verificação antes de gerar o pdf do cancelamento. No momento está tudo funcionando corretamente. Obrigada pela atenção.

Boa tarde! A SEFAZ acabou de encaminhar esse e-mail:

Era um erro na própria SEFAZ mesmo, mandaram um e-mail agora notificando a correção, obrigado.

Nós estamos com a mesma situação, e também aguardando retorno da SEFAZ.

No ambiente de produção, a mesma nota foi gerada sem a rejeição. Fiz o lançamento de uma nova nota no ambiente de produção hoje, e retornou a rejeição código 545: "Rejeição: NF-e de devolução com valor total superior a NF-e devolvida." e novamente, no ambiente de produção a nota foi validada. Ambas rejeições constam na Nota Técnica 2022.005 que será validada a partir do dia 06/04/2023. Os parâmetros necessários para atender as novas validações da nota técnica 2022.005 já estão implementados na última versão disponível? Seguem anexos os arquivos. _devolucaoambientehomologacaoNFe31230305829944000190550030000002121139295967-assinado.xml _devolucaoambienteproducaoNFe31230305829944000190550030000002111139296273-procNFe.xml _vendaambientehomologacaoNFe31230305829944000190550030000002091139296348-procNFe.xml _vendaambienteproducaoNFe31230305829944000190550030000002101139296284-procNFe.xml

Atualizei meus fontes recentemente e estou tendo um problema nos teste da nota fiscal de devolução, ao tentar gerar a nota de devolução tenho a rejeição "Código: 546", "Rejeição: NF-e de devolução com valor do ICMS superior a NF-e devolvida", sendo que os valores de ICMS no XML gerado tanto na nota de origem, quanto na nota de devolução estão zerados.

Bom dia! Conforme conversado via discord, seguem os arquivos para análise. O erro acontece quando o pedido de cancelamento tem alguma rejeição. Ex: Prazo de cancelamento superior. Quando está dentro do prazo tudo funciona corretamente. O que eu entendi é que a lib está tentando salvar o XML do cancelamento e, este não existe, pois o cancelamento não foi concluído. Obs: já verifiquei o caminho informado na mensagem e está correto ACBrLibNFE-20230327.log

Boa tarde! Consegui contato com o Luiz Augusto, um dos mesmos da comunidade ACBr que iniciou a implantação da lib com node e linux, ele me passou que também teve problemas na implantação e optou por seguir o caminho utilizando windows. Ainda com a colaboração dele realizei alguns testes utilizando a lib MT. Como inicialmente o teste dele que obteve êxito foi no windows, eu segui o mesmo caminho, e funcionou normalmente. Em seguida, utilizei o mesmo código para teste no linux, (apenas substituindo a dll pela so), e também funcionou. Não repetiu o comportamento do meu problema inicial que quebrava a aplicação logo ao executar o método NFE_Enviar. Vou seguir utilizando a MT no linux, já que meu servidor é linux. Obrigado.

Boa tarde Juliana! Não testei windows, porque o servidor que eu utilizo é Linux.

O demo que está disponibilizado em node é a base da minha aplicação, fomos nós que o desenvolvemos. Caso seja possível eu consigo passar o acesso e mostrar pra algum de vocês o que está ocorrendo... A emissão em si está funcionando, inclusive quando há rejeição na nota. A situação que não estou conseguindo solucionar é ao acionar o NFE_Enviar, ele "executa", (pois é registrado no arquivo de log e os demais arquivos são criados, xmls, etc.), porém a app é encerrada sem nenhuma mensagem de erro, e não executa nenhum comando após o NFE_Enviar...

Eu já fiz isso, acho que não me expressei bem.. É ao fazer a chamada do NFE_Enviar. Por isso acredito que seja algo relacionado a implementação da lib.

Sim, em todas as situações eu utilizo o inicializar e o finalizar. Mas nesse caso não chega a executar o finalizar pois encerra a aplicação no momento em que é acionado o método enviar. Utilizei a lib single thread, mas posso realizar um teste com a multithread para ver se é algo relacionado a isso. Se for possível que vc me passe o contato de outro desenvolvedor que implementou o nodejs, talvez ele possa me auxiliar prestando algum tipo de suporte.

Boa tarde! Como dito no Discord, estou implementando a lib nfe em nodejs + linux (ubuntu), acredito que tudo esteja funcionando, pois consigo emitir notas, cancelar, consultar o status e etc. Porém o método NFE_Enviar por algum motivo está derrubando a aplicação sem dar nenhuma mensagem de erro. Os arquivos para análise foram enviados no e-mail.