Maxuel.Santana

Imagem da NT. 1.40 pg 21

Boa tarde. Favor avaliar correção ACBrDFe.Conversao.pas

Arquivo: Fontes\ACBrDFe\ACBrNFe\Base\ACBrNFe.XmlWriter.pas Função: TNFeXmlWriter.GerarDetImposto Referência: NT 2025.002 v1.40 (RTC - IBS/CBS/IS), regra de validação B25-80 / Rejeição 1001 Descrição do problema A regra B25-80 da NT 2025.002 estabelece que, quando finNFe = crédito/débito ou tpOperGov = 2-Recebimento do pagamento, o item da NF-e não deve informar os tributos "antigos" (ICMS, ISSQN, IPI, II, PIS, PISST, COFINS, COFINSST, ICMSUFDest, impostoDevol) — exceto em algumas situações específicas previstas na própria NT: tpNFCredito = 03 (Retorno por Recusa Total/Não Localização do Destinatário) tpNFCredito = 04 (Redução de valores) tpNFCredito = 06 (Retorno por recusa parcial na entrega) tpNFDebito = 07 (Perda em estoque) A implementação atual em GerarDetImposto só tratava a exceção tpNFCredito = 03 (constante tcRetorno) e não considerava nenhuma exceção para tpNFDebito. Isso fazia com que, em uma NF-e de débito por perda em estoque (tpNFDebito = 07), o item perdesse todo o detalhamento de ICMS/PIS/COFINS, enquanto o ICMSTot continuava trazendo os totais — gerando um XML inconsistente (totais sem o detalhamento correspondente no item). Correção proposta Ampliar a condição para incluir as demais exceções de tpNFCredito (04 e 06) e a exceção de tpNFDebito (07): if ((not (nfe.Ide.finNFe in [fnCredito, fnDebito]) and (nfe.Ide.gCompraGov.tpOperGov <> togRecebimentoPag)) or (nfe.Ide.tpNFCredito in [tcRetorno, tcReducaoValores, tcRetornoRecusaParcial]) or (nfe.Ide.tpNFDebito = tdPerdaEmEstoque)) then begin // ... geração do detalhamento de imposto do item (inalterado) end; Observação: há um ponto correlato no mesmo arquivo, em Gerar_IBSCBS_gEstornoCred, que já tratava tpNFDebito = tdPerdaEmEstoque para o estorno de crédito do IBS/CBS — usei como referência de consistência para esta correção. ACBrNFe.XmlWriter.pas

@valterpatrick Em 23/01/26 geramos mais de 200 xml, realizando teste com diversos países e conseguimos transmitir todas as dps.

@Italo Giurizzato Junior Boa noite. Consegui realizar a homologação dos 247 países estrangeiros, emitindo, em produção restrita, uma nota para cada país. Durante o processo, foi feita uma pequena correção na função responsável por buscar o país pelo código IBGE no array de países e retornar a sigla ISO2 (PaisesIBGEISO.Iso2PorCodPaisIBGE). Também foram incluídos no array de países os seguintes mapeamentos: (CodPaisIBGE:8958; DescricaoPaisIBGE:'ZONA DO CANAL DO PANAMA'; ISO2:'PA'; Comentario:'Região do Panamá.') (CodPaisIBGE:477; DescricaoPaisIBGE:'ANTILHAS HOLANDESAS'; ISO2:'NL'; Comentario:'Região associada à Holanda.') A planilha com o de/para pode ser consultada neste post: https://forum.nfsebrasil.com.br/t/e0146-e0246-e-e0299-rejeicoes-relacionadas-ao-codigo-pais-iso2/1050 Segue o fonte atualizado, com as respectivas unidades: Fontes/ACBrDFe/ACBrNFSeX/Base/ACBrNFSeXConversao.pas — modified Fontes/ACBrDFe/ACBrNFSeX/Base/PaisesIBGEISO.pas — added acbr_pais_ibge_iso.v2.zip

Em função de o Ambiente Nacional estar apresentando erro não catalogado no dia de hoje, não foi possível emitir notas para validar a alteração proposta. A intenção, neste momento, é apenas compartilhar a ideia com a comunidade e avaliar se a abordagem faz sentido, não sendo ainda o momento de submeter a alteração. Segue sugestão de correção para tratamento do erro: E0246: O código de país informado para o endereço no exterior do tomador do serviço não existe ou é igual ao código do Brasil. Informe um código de país existente e diferente do código do Brasil (BR) para o endereço no exterior do tomador do serviço, conforme tabela de países ISO2. Durante um atendimento de chamado aqui na empresa, nos deparamos com um cliente emitindo NFSe para um tomador no exterior com CodPaisIBGE 1508 – JERSEY, ILHA DO CANAL. Na análise do caso, foi identificado que esse código IBGE não estava retornando a respectiva sigla ISO2 (JE), o que ocasionava a rejeição pelo Ambiente Nacional. A partir desse ponto, foi realizada uma verificação mais ampla do relacionamento entre os códigos IBGE e ISO2. Durante essa análise, constatou-se que alguns códigos não existem na tabela de Países IBGE que utilizamos (base consolidada do EFD Contribuições), apesar de o array SiglaISO2Pais trazer uma equivalência ISO2. Os códigos identificados foram: 200, 420, 990, 1023, 2925, 3212, 3433, 3930, 4898, 6939, 7552, 7811, 8753. Para tratar esses cenários de forma mais explícita e previsível, a lógica de obtenção da sigla ISO2 passou a ser feita de forma controlada, em uma única estrutura. Na implementação anterior, o relacionamento era feito com base em dois arrays distintos; com a solução proposta, o mapeamento IBGE × ISO2 fica centralizado em um único array, com o auxílio de um record, tornando a leitura, a manutenção e a validação dos códigos mais facil e centralizada. O comportamento atual foi preservado, e a nova abordagem está protegida por uma diretiva de compilação (USAR_MATRIZ_TPAIS) dentro do método ACBrNFSeXConversao.CodIBGEPaisToSiglaISO2, permitindo a avaliação da mudança sem impacto imediato para quem não optar por utilizá-la. Fontes/ACBrDFe/ACBrNFSeX/Base/ACBrNFSeXConversao.pas - modified Fontes/ACBrDFe/ACBrNFSeX/Base/PaisesIBGEISO.pas - added acbr_pais_ibge_iso.zip

@LUIS lpc, boa noite. Se você realizar um show log da alteração, é possível constatar que o preenchimento da tag CST não foi alterado. Esse é exatamente o ponto que estou demonstrando na imagem abaixo. Como sugestão, vale colocar um breakpoint no método indicado na imagem e verificar, passo a passo, como o preenchimento da tag CST está sendo feito no fluxo atual. Assim conseguimos alinhar melhor o entendimento e validar onde o comportamento pode estar divergindo. Detalhes da revisão aplicada: Revision: 44136 Author: italojjr Date: quinta-feira, 8 de janeiro de 2026 16:30:50 Message: 08/01/2026 -- ACBrNFSeXConversao/ACBrNFSeXGravarXml/Ginfes.GravarXml/Giss.GravarXml/PadraoNacional.GravarXml -- -- Etherium.GravarXml/Etherium.Provider/SigCorp.GravarXml/SigCorp.Provider -- [*] ACBR-8639/8617: Alterações visando a Reforma Tributária para os provedores Etherium e SigCorp. Por: Raphael Sanini/Italo Giurizzato Junior Modified : /trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/PadraoNacional.GravarXml.pas

@Italo Giurizzato Junior No meu entendimento, o CST é o elemento mandatório para definir a apresentação das informações de base, alíquota e valores de PIS/COFINS. Se observamos o if destacado na imagem, ele passa a controlar a geração dessas informações com base no CST, deixando de avaliar campo a campo apenas pelo fato de o valor ser maior que zero. Nesse contexto, entendo que, tratando-se de CST 01 – Tributado integralmente, as tags devem sempre ser apresentadas. Por esse motivo, acabei não implementando uma tratativa específica para CST nulo, já que a tag de CST é sempre gerada quando esse método é acionado. Entendo que o if descrito atende ao apontamento do XSD no que diz respeito às situações em que as informações de base, alíquota e valores de PIS/COFINS não serão apresentadas.

acbr_correcao_envio_apenas_do_Cofins.zip NFSe Nacional Estou submetendo para avaliação algumas alterações relacionadas ao envio das informações de PIS/COFINS, com o objetivo de permitir a transmissão de notas contendo apenas os valores de tributação de COFINS, quando aplicável. Esse cenário atende entidades, federações e cooperativas que apuram o PIS sobre a folha de pagamento e, por esse motivo, destacam em suas notas apenas o COFINS. 1) acbr\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\Frm_ACBrNFSeX.pas Foram implementadas três procedures para facilitar o teste de diferentes variações de tributação de PIS/COFINS para empresas fora do Simples Nacional. A implementação foi realizada dentro do método TfrmACBrNFSe.Alimentar_Componente_layout_PadraoNacional, contemplando os seguintes cenários de teste: -Caso de teste #001 CST 01 – Operação Tributável com Alíquota Básica Cst01PisCofinsComTributacaoDePisCofins(vNFSe); -Caso de teste #002 CST 01 – Operação Tributável com Alíquota Básica Cst01PisCofinsComTributacaoApenasDeCofins(vNFSe); - Caso de teste #003 CST 08 – Operação sem Incidência da Contribuição de PIS e COFINS Cst08PisCofinsSemIncidenciaDePisCofins(vNFSe); 2) acbr\Fontes\ACBrDFe\ACBrNFSeX\Provedores\PadraoNacional.GravarXml.pas Foi ajustado o método TNFSeW_PadraoNacional.GerarXMLTributacaoOutrosPisCofins: TACBrXmlNode; O ajuste permite o correto preenchimento das informações de PIS/COFINS de acordo com o CST, contemplando cenários onde apenas o COFINS é informado, sem exigência indevida dos dados de PIS. ________________________________________ Fico à disposição para ajustes, sugestões ou adequações, caso entendam necessário.