Renan S Postado 2 Setembro Postado 2 Setembro Boa noite a todos, Citar O Confaz (Conselho Nacional de Política Fazendária) publicou, em 2023, o Ajuste Sinief nº 43/2023, que definiu a extinção do evento de denegação da NF-e (Nota Fiscal de Produto) a partir de 1º de agosto de 2024. Este evento será substituído pelo de rejeição. Estava analisando e realizando alguns testes referente a isso, e notei que o ACBr ainda continua tradando as denegações, de acordo com as alterações passa a ser rejeição alguns cStat. Um exemplo quando é rejeição o ACBrNFe1.Enviar(nLote, False); ele gera um excpetion, com a rejeição, porém as cStat como ainda estão sendo tratadas como denegada, o ACBr ainda faz processo de atualizar o XML, e sinalizar que a NFe está confirmada... Olhei no forum e vi alguns topicos fechados sobre isso, porem agredito que ainda aja inconsisdencia na ACBrNFeWebServices e na função NFe.Confirmada Pois no casos das CStat, 301,302,303 passa a ser rejeição... Desse assunto existe alguma novidade ? Desde já muito obrigado!
Moderadores Juliomar Marchetti Postado 3 Setembro Moderadores Postado 3 Setembro Onde? no sefaz? 16 horas atrás, Renan S disse: Desse assunto existe alguma novidade ? ou é o componente. está ocorrendo erros no seu caso? Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Renan S Postado 3 Setembro Autor Postado 3 Setembro 3 horas atrás, Juliomar Marchetti disse: Onde? no sefaz? ou é o componente. está ocorrendo erros no seu caso? Julioma, no componente! Como mudou essa questão das Denegadas, antes, precisamos guardar e subir numeração, agora com essa mudança que deve, as denegação, 301,302,303, agora é rejeição, igual quando informamos um NCM invalido! (EXEMPLO) Ocorre que o NFe não gera o Exception, pois na pratica, ele antes tinha que atualiza o XML e dar continuidade no processo... mas agora não precisa.... até mesmo dentro do ACBr NFe tem uma propriedade, chamada "confirmada", creio que ela deve ser FALSE agora, porém existe em varios locais que o componente espera 100, 301, 302... Ai mora um grande problema, eu não consigo enviar arquivo aqui no forum, e tipo não conheço os outros documentos (CTe, MDFe), mas pode ser que tenha sido alterado isso em todos, aqui fiz gerar o Exception quando vem esses Cstat's, para a aplicação nossa entender que é uma rejeição, e retirada de tudo que salvava como Denegada.... A NT que trada isso é a Nota Técnica 2024.001 Já está em produção
Consultores Italo Giurizzato Junior Postado 3 Setembro Consultores Postado 3 Setembro Boa tarde @Renan S, Realmente se faz necessário remover esses códigos de status, já criei a TK-5920 para que seja feita as alterações necessárias. Muito obrigado pela colaboração. 2 Italo Giurizzato Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
Renan S Postado 4 Setembro Autor Postado 4 Setembro (editado) 17 horas atrás, Italo Giurizzato Junior disse: Boa tarde @Renan S, Realmente se faz necessário remover esses códigos de status, já criei a TK-5920 para que seja feita as alterações necessárias. Muito obrigado pela colaboração. Italo, Sefaz MG Produção, está com alguma divergencia, pois a nota foi denegada / rejeitada, porém em uma outra nota com o mesmo número, o retorno foi de duplicidade... Não entendi, em SP Homologação funciona.... Editado 4 Setembro por Renan S
Recommended Posts
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 contaEntrar
Já tem uma conta? Faça o login.
Entrar Agora