Dinarte Moscon

Estou com esse mesmo erro, começou ontem, xml aparentemente correto, mas retorna rejeição.

Atualização dos novos tipos de ente governamental mudou o padrão de nome. Apenas ajustar para facilitar na hora de usar. ACBrDFe.Conversao.pas TtpEnteGov = (tcgNenhum, tcgUniao, tcgEstados, tcgDistritoFederal, - tcgMunicipios, tcConsorcioPublico, tcComiteGestorIBS); + tcgMunicipios, tcgConsorcioPublico, tcgComiteGestorIBS); ACBrDFe.Conversao.diff ACBrDFe.Conversao.pas

Segue arquivo. ACBrNFe.Conversao.pas ACBr.Conversao.diff

É que foi atualizada a que está obsoleta, a nova ficou sem atualizar.

Foi atualizado pcnConversaoNFe adicionado o tipo de Retorno por Recusa Parcial, mas faltou replicar atualização em ACBrNFe.Conversao. pcnConversaoNFe TtpNFCredito = (tcNenhum, tcMultaJuros, tcApropriacaoCreditoPresumido, tcRetorno, tcReducaoValores, tcTransferenciaCreditoSucessao, tcRetornoRecusaParcial); ACBrNFe.Conversao TtpNFCredito = (tcNenhum, tcMultaJuros, tcApropriacaoCreditoPresumido, tcRetorno, tcReducaoValores, tcTransferenciaCreditoSucessao);

pIbsUF = 0,10 pIbsMun = 0 pCBS = 0,90 Total IVA = 1% Quanto ao gTribRegular, sim ClassTrib 200022 precisa informar a tributação regular.

pode ser porque o pIbsMun também está 0,1% e deveria ser zero.

IBSCBSTOT zerado, sendo que deveria ter os valores destacados <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> <vBC>2000.00</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <vIBSUF>2.00</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>2.00</vIBS> <gCBS> <pCBS>0.9000</pCBS> <vCBS>18.00</vCBS> </gCBS> </gIBSCBS> </IBSCBS> .... <IBSCBSTot> <vBCIBSCBS>0.00</vBCIBSCBS> </IBSCBSTot>

Tenta utilizar dessa forma: unit pcnConversaoNFe; Ide.tpNFDebito := StrTotpNFDebito(FieldByName('tipo_debito').AsString); Ide.tpNFCredito := StrTotpNFCredito(FieldByName('tipo_credito').AsString);

@guarasemini A nota de débito para perda permite emissão sem referenciar para casos de produção interna, não sei se você se enquadra nessa situação, de dar a perda no seu produto intermediário/final ao invés de dar a perda no insumo/MP. Mas pelo texto da cartilha, quando é compra de terceiro teria de referenciar, compra para revenda principalmente.

Quando a IA não acha uma resposta, ela inventa uma. Contador me enviou resposta de IA apontando erro em uma tag que nem havia sido criada no xml. Débito/Crédito: Ao tentar enviar o ICMS na mesma nota, apresenta rejeição. Na cartilha publicada, diz que as finalidades débito e crédito são para ajuste do IBS (CBS também), deixando o ICMS de fora. Algumas finalidades já prevêem integração com ICMS, e dizem que terão implementação futura. (redução de valores, pág. 22) Outras finalidades pede que seja emitidas 2 notas, 1 para ICMS e outra para IBS/CBS. (perda em estoque, pág. 19-20)

Ao validar retornou apenas erro na assinatura. Quanto ao nItem, ele referencia o item da nota de origem. Uma coisa que notei é que foi utilizado cfop de venda, tenta utilizar o 5949.

As notas de débito e crédito aceitam apenas destaque de cbs e ibs. Possivelmente será liberado mais para frente.

<det nItem="1"> .... <DFeReferenciado> <chaveAcesso>51251255374170000128550010000013971842033906</chaveAcesso> <nItem>1</nItem> </DFeReferenciado> </det> <det nItem="2"> .... <DFeReferenciado> <chaveAcesso>51251255374170000128550010000013971842033906</chaveAcesso> <nItem>2</nItem> </DFeReferenciado> </det> .... <protNFe versao="4.00"> <infProt> <tpAmb>2</tpAmb> <verAplic>MT_A2_SRV240225-4.00</verAplic> <chNFe>51251255374170000128550010000013981331210648</chNFe> <dhRecbto>2025-12-15T07:11:22-04:00</dhRecbto> <nProt>151250000682557</nProt> <digVal>wJt/ne/T3YRuLStrggecQ8SfLao=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe> Verifica se não repetiu o nItem.

Precisa lançar cada item, pois a ClassTrib e o DfeReferenciado são individuais. Só não precisa trazer valores, quantidade pode deixar 1.