Diego Foliene

O print que compartilhei anteriormente é da versão 1.30 da NT, cuja entrada em homologação vai ser no dia 25/09/2023. A regra na versão anterior a ela e que atualmente está em vigor é: Para emitir esta NF-e, você vai precisar informar um valor maior do que zero para pBio.

Boa tarde! Esta é a rejeição que você está recebendo: No seu XML você usou o grupo ICMS com o CST 60. A rejeição está indicando que você precisa usar o grupo ICMSST com o CST 60. Para que seja gerado o grupo ICMSST com o CST 60, você precisa trocar no seu arquivo INI de: para:

De acordo com o MOC, a NF Modelo 1/1A é preenchida no grupo refNF. Você define o TipoRef como NF para ele. Foi dessa forma que fiz no exemplo. var ref2 = new NFRef(); ref2.Tipo = TipoRef.NF; ref2.cUF = "35"; ref2.AAMM = "2308"; ref2.CNPJ = "55555555555556"; ref2.mod = "01"; ref2.Serie = "1"; ref2.nNF = "1"; notaFiscal.Identificacao.NFref.Add(ref2); Para ele gerar desta forma: <NFref> <refNF> <cUF>35</cUF> <AAMM>2308</AAMM> <CNPJ>55555555555556</CNPJ> <mod>01</mod> <serie>1</serie> <nNF>1</nNF> </refNF> </NFref>

A última versão da NT remove a NFC-e desta validação. https://www.projetoacbr.com.br/forum/topic/70916-nota-técnica-2023001-nfe-tributação-monofásica-sobre-combustiveis/

Fiz um teste com o seu arquivo. O problema é que você está informando zero para o pBio. Se informar 0.01, por exemplo, a tag é gerada. Valor zerado seria não significativo e não deve ser enviado.

Bom dia! Por favor, como você está preenchendo o a propriedade na classe alto nível? Qual é a versão da Dll que você está usando? Eu fiz um teste usando o programa exemplo em C#. Alterei a rotina AlimentarDados para que me retornasse NotaFiscal ao invés de uma string. private NotaFiscal AlimentarDados() Adicionei o preenchimento da propriedade NFRef da seguinte forma: var ref1 = new NFRef(); ref1.refNFe = "12345678901234567890123456789012345678901234"; ref1.Tipo = TipoRef.NFe; notaFiscal.Identificacao.NFref.Add(ref1); var ref2 = new NFRef(); ref2.Tipo = TipoRef.NF; ref2.cUF = "35"; ref2.AAMM = "2308"; ref2.CNPJ = "55555555555556"; ref2.mod = "01"; ref2.Serie = "1"; ref2.nNF = "1"; notaFiscal.Identificacao.NFref.Add(ref2); Adicionei um novo button com o seguinte código. ACBrNFe.LimparLista(); NotaFiscal notaFiscal = AlimentarDados(); const string alimDados = "C:\\Users\\Diego\\Documents\\TKs\\4377\\AlimentarDados.ini"; const string obtNFe = "C:\\Users\\Diego\\Documents\\TKs\\4377\\ObterNFe.ini"; const string obtINI = "C:\\Users\\Diego\\Documents\\TKs\\4377\\ObterINI.ini"; File.WriteAllText(alimDados, notaFiscal.ToString()); ACBrNFe.CarregarNFe(notaFiscal); var nNFe = ACBrNFe.ObterNFe(0); File.WriteAllText(obtNFe, nNFe.ToString()); var nIni = ACBrNFe.ObterIni(0); File.WriteAllText(obtINI, nIni); ACBrNFe.LimparLista(); ACBrNFe.CarregarNFe(notaFiscal); ACBrNFe.Assinar(); var obtXML = ACBrNFe.ObterXml(0); rtbRespostas.AppendText(obtXML); *O método CarregarNFe faz a mesma coisa que o método CarregarNota. Em anexo os arquivos gerados. Note que o grupo NFref consta em todos eles. Como também no XML devolvido pelo ACBrNFe.ObterXML. Importante! Para gerar o elemento refNFe é preciso que o campo refNFe seja diferente de vazio. Para gerar o grupo refNF é preciso que o campo nNF seja diferente de vazio. Para gerar o grupo NFP é preciso que o campo nNF seja diferente de vazio. Para gerar o elemento refCTe é preciso que o campo refCTe seja diferente de vazio. Para gerar o elemento refECF é preciso que o campo nCOO seja diferente de vazio. ObterINI.ini ObterNFe.ini AlimentarDados.ini

Você vai usar o método NFSe_CarregarINI a quantidade de vezes que vai enviar o grupo RPS e depois vai usar o NFSe_Emitir. Por exemplo, digamos que queria enviar um Lote de RPS com 3 RPS. Você vai fazer: NFSe_CarregarINI("RPS1.ini"); NFSe_CarregarINI("RPS2.ini"); NFSe_CarregarINI("RPS3.ini"); NFSe_Emitir("1", 0);

Bom dia! Por favor, pode disponibilizar o arquivo INI que usou para gerar o XML para análise?

Desconheço um provedor que tenha layout próprio que permite isso e o os provedores que seguem o layout da ABRASF, em ambas as versões, o grupo com os dados do tomador tem apenas uma ocorrência. Qual é a cidade que está testando? Apenas reforçando. Tomador é diferente de serviço. No geral, é apenas um serviço por NFS-e, mas tem alguns provedores que permitem enviar mais de um. Mais detalhes sobre isso AQUI. Conforme citado anteriormente, a menos que seja uma limitação do provedor em questão, você pode enviar até 50 RPS em uma mesmo lote, mas um tomador para cada RPS. Veja este exemplo de Lote de RPS gerado para a cidade de Bauru. Note que ele tem 2 RPS, mas cada 1 contém seu próprio grupo tomador.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4370

Bom dia! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que múltiplas Sefaz estão com contingência agendada no dia 03/09/2023, com previsão de inicio as 07h e término as 11h. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico:

Boa tarde! Foi criada a TK-4368 para análise do caso e parecer do consultor responsável.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Muito obrigado pelo retorno! A alteração na classe que InutilizacaoCTeReposta.cs com a nova propriedade que mencionou anteriormente que acabou não sendo adicionada, não será necessária? Caso afirmativo, posso encerrar o tópico?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @jovitomg. Por favor, pode fazer um teste do problema relatado neste tópico usando a Lib compilada localmente para testar o problema relatado no tópico: EDIT Foi disponibilizada uma nova compilação oficial na seção de downloads do fórum do ACBr. Por favor, utilize a versão oficial para realizar os testes.

Bom dia! Que bom que deu certo! Para auxiliar outros que possam ter o mesmo problema, pode compartilhar qual foi a solução?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Como está questão está relacionada a função validar e não as contribuições propriamente ditas, eu a separei em um novo tópico. Criada a TK-4364 para análise da questão.

Bom dia! Confesso que não entendi isso aqui: Se você conferir no programa exemplo, vai ver que ele atribui Now para esta propriedade, ou seja, ela a alimenta com Data e Hora. Logo, se não puder usar o Now, basta alimentar a propriedade com Data + Hora ao invés do somente um ou o outro.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Analisando seu XML em algumas ferramentas de parse, não apontou erro na estrutura. Não encontrei informações a respeito deste erro. Conferindo no seu XML, você preencheu: Conferindo nas Tabelas Disponíveis. O documento de origem me parece correto, no entanto a receita parece estar errada: Por favor, é possível verificar?

Boa tarde! Passei seu arquivo por algumas validações por alguns validadores de parse, não indicou erros na estrutura. E não encontrei mais informações a respeito deste erro. Conferindo as informações no XML, você colocou. Conferindo no Portal do GNRe, nas Tabelas Disponíveis. A receita está OK: No entanto, não tem Detalhamento de Receita: E o Documento de Origem não coincide: Por favor, tente verificar essas informações. Acredito que possa ser uma possível pista.

Boa tarde! Se conferirmos no Manual MDFe Anexo II DAMDFE v3.00a.pdf, temos a seguinte orientação: O leiaute padrão é este aqui: Logo, a adição da informação do CIOT no local, pedido, fere o MOC e por isso não pode ser aceita\desenvolvida. Sugiro que considere adicionar a informação no campo de Observações, visto que para que fique em conformidade com o MOC, o campo precisaria ser adicionado de abaixo dele.