Vilmondes Cândido Rosa

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.

Sim, todos os cancelamentos em todos os casos(extemporâneo normal sem ser em contingencia, cancelamento dentro de 24h sem protocolo extemporâneo) passa, o único que não passa é nesse caso que citei, cancelamento extemporâneo com nota emitida em contingencia. E já testamos em mais de um cliente que enquadra nesse caso, e nenhum deles a nota é cancelada. A única reposta que tive até agora da SEFAZ MG é referente a esse "caminho" que agora é preciso enviar para os servidores estaduais ao invés do nacional.

Atualizei todos meus fontes, esperei alguns dias, fiz o teste em um cliente que tem a necessidade de cancelar(extemporâneo) uma nota em contingência, e continuo com o mesmo problema, ao cancelar ele diz que a nota está autorizada como se eu estivesse consultando a situação. Ao consultar no site da SEFAZ-MG a nota continua autorizada.

Usamos Lazarus.

Atualizei e continua dando o mesmo erro.

Atualizei meus fontes do DFe hoje 08/08/2023 versão 30272 e ao compilar meu código ele me retornou um erro na linha 2793 do componente FPDF-Pascal\ACBr_fpdf.pas

Sim, minha dúvida é sobre a parte do "caminho" onde eles informam que o cancelamento tem que constar no portal estadual conforme está sendo citado na imagem. O componente do ACBr já funciona conforme o que eles falaram?

Meus cliente após essas "atualizações" da SEFAZ MG, não estão conseguindo realizar o cancelamento extemporâneo. Enviei uma mensagem para a SEFAZ MG e essa foi a resposta deles(Anexado). Mais alguém com esse tipo de problema, sabe me informar se o problema é lá ainda, ou mudou mesmo a regra.

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