Fabrício G. Araújo

Bom dia pessoal, Com base no ajuste https://www.confaz.fazenda.gov.br/legislacao/ajustes/2025/AJ049_25 a regra se aplica também para no caso de vendas no varejo com emissão de NFC-e para consumidor final na situação "IV - retorno por recusa, total ou parcial, na entrega ou por não localização do destinatário", o sistema deverá gerar NF-e conforme o ajuste citado, como nota de crédito (finNFe = 5)? Ou nada muda nesse cenário, e gero como atualmente uma devolução de venda (finNFe = 4)?

Não é nem questão de gabi, essa faço no meu próprio DANFE para simular, tipo "rasurando" o xml com a chave com CNPJ Alfanumérico, o meu pedido para postarem um pdf com uma impressão em Fortes Report, é porque nunca usei ele, e não tenho no meu ambiente de desenvolvimento, então quem já usa e puder postar um exemplo ajuda muito.

Vi a postagem abaixo: Não uso o Fortes Report, @Alexandre de Paula você teria um pdf simulando uma impressão desse DANFE com Fortes Report, com o código de barras com uma CNPJ alfanumérico para saber se foi alterado o layout ou se o código de barras ficou legível? Como não dá para postar no tópico (Notícias do ACBr), então citei a sua postagem nesse tópico com minha dúvida.

Exatamente... conforme está descrito na NTCJ 2025.001:

Boa tarde pessoal, Não utilizo os DANFE de NF-e dos componentes, ou seja, tenho o meu próprio, e só gostaria da opinião de vocês ou saber como vão proceder no caso do CNPJ Alfanumérico, pois pela nota técnica conjunta informa que o código de barras deverá ser bem maior para comportar o novo formato, precisando de um tamanho mínimo de 11,5 cm. Atualmente o meu DANFE NF-e (retrato) para folha A4 tem as seguintes dimensões: Nesse formato é possível ler o código de barras normalmente (somente números). Caso precise aumentar o código de barras em no mínimo uns 3 cm ocupando toda a caixa do código de barras, mesmo assim ocuparia todo o espaço da informação DANFE, deslocando tudo e deixando a caixa do emissor muito pequena (e olha que nem uso logo). Pergunto aos colegas, como vão resolver essa questão para o formato retrato? Pois não saiu nenhuma orientação nesse sentido, e ainda temos que manter o layout definido do DANFE de NF-e.

@Juliomar Marchetti até no sentido que citei, como o DANFE Simplificado, ou se haverá mais ajustes como esse, pois no PDV geralmente está preparado para emissão direta da NFC-e que não tem, por exemplo, obrigatoriedade de endereço completo, ou lotes de medicamentos, e por aí vai... se sairão regras mais claras em nota técnica, pois ao meu ver, emissão de NF-e é mais para uma função administrativa que teria mais tempo para emissão, do que no fluxo do PDV.

Bom dia a todos, Sobre essa questão: https://www.projetoacbr.com.br/forum/topic/88198-publicado-ajuste-sinief-prorrogando-para-maio-de-2026-o-fim-da-nfc-e-para-cnpj-e-detalhes-relacionados/#findComment-572276 Assim como em jan/26 era para entrar em vigor e prorrogaram, acredito que estamos na mesma situação, até onde vi, não saiu nenhuma nota técnica informando das alterações das regras e prazos de homologação e produção, assim como a questão do DANFE Simplificado - Varejo para NF-e (https://www.confaz.fazenda.gov.br/legislacao/ajustes/2025/AJ012_25), não achei nota técnica a respeito. Maio/26 já está batendo na porta (praticamente um mês só). Vocês já adaptaram os sistemas de vocês, ou estão no aguardo das notas técnicas para saber que caminho seguir para se adequar?

Olha @sadmgestor, realmente para identificação de todos os atributos e regras tem que estudar a documentação na NT 2025.00252 atualmente na versão 1.34. Mas uma coisa que me ajudou muito, além dos fórum, discord e participação em eventos, foi o validador do Portal da Conformidade Fácil do RS, para consolidar o entendimento das relações das tributações da reforma: https://dfe-portal.svrs.rs.gov.br/Cff/ValidadorRtcNfe

Opa... passando para avisar que acabei de fazer um teste com NF-e e voltou a autorizar em homologação em GO, tudo ok.

Os campos são só esses, como no exemplo do ACBr: with Imposto do ... IBSCBS.gAjusteCompet.competApur := Date; IBSCBS.gAjusteCompet.vIBS := 100; IBSCBS.gAjusteCompet.vCBS := 100; Esse indicador, a documentação se refere a planilha (https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Z/259ACSUdo=) onde informa se terá ou não o grupo, não existe ele como um atributo no xml, saca? Mas o ideal é você seguir também a NT_2025.002_v1.33, que define todos os atributos da Reforma Tributária.

Sim, confirmo que hoje ainda continua com problema. É quase padrão essa resposta deles, e não volta a funcionar tão cedo. Vou tentar enviar no seu privado o xml, só para teste fiz uma venda com NFC-e e depois gerei uma NF-e idêntica só para tentar validar, então a NFC-e é autorizada normalmente e a NF-e dá erros de validação sem noção.

O problema é na Sefaz/GO, desde segunda está retornando esse erro, e as vezes outros, mesmo o xml estando correto. Já a NFC-e está funcionando em homologação normalmente. Infelizmente é aguardar eles resolverem.

Não muda nada, até porque em 2026 vNF e vNFTot serão iguais. Basta verificar o cálculo do vItem, que irá gerar o vNFTot, na NT 2025.002 v1.32, e se atentar para a exceção: "Exceção 1: Em 2025 e 2026 não somar vIBS, vCBS, vIS"

Infelizmente GO continua o Erro não Catalogado, já entramos em contato, responderam para validar e continua da mesma forma. Como não podemos esperar o ambiente voltar e só possuímos certificado de GO para testar, gostaria de saber se poderíamos usar o ambiente de homologação para NFC-e do AM, seria possível? Alguém tem um link do passo a passo que precisamos fazer para usar o ambiente de lá?

Boa tarde pessoal, Acabei de efetuar uma atualização geral no componente e percebi que o probleminha ainda continua no log, então tive que alterar manualmente novamente. Se puderem verificar, e for possível incorporar ao repositório, agradeço d+. Obrigado

Não utilizo outros documentos @Juliomar Marchetti, apenas o TACBrNFe, então não sei dizer se ocorre o mesmo com os outros

Certamente isso será feito @Juliomar Marchetti, mas a proposta agora era só fazer o básico do básico para voltar a ter o ambiente de homologação de NFC-e de GO funcionando, já que exigiram os campos da reforma tributária. Consegui fazer funcionar com a proposta que citei, então para o básico, considerando um único produto de R$ 10,00, teríamos que preencher: vItem := 10.00; ... IBSCBS.CST := cst000; IBSCBS.cClassTrib := '000001'; IBSCBS.gIBSCBS.vBC := 10.00; IBSCBS.gIBSCBS.gIBSUF.pIBSUF := 0.10; // Fixo em 2026 IBSCBS.gIBSCBS.gIBSUF.vIBSUF := 0.01; IBSCBS.gIBSCBS.gIBSMun.pIBSMun := 0.00; IBSCBS.gIBSCBS.gIBSMun.vIBSMun := 0.00; IBSCBS.gIBSCBS.vIBS := 0.01; IBSCBS.gIBSCBS.gCBS.pCBS := 0.90; // Fixo em 2026 IBSCBS.gIBSCBS.gCBS.vCBS := 0.09; ... Total.IBSCBSTot.vBCIBSCBS := 10.00; Total.IBSCBSTot.gIBS.vIBS := 0.01; Total.IBSCBSTot.gIBS.gIBSUFTot.vIBSUF := 0.01; Total.IBSCBSTot.gIBS.gIBSMunTot.vIBSMun := 0.00; Total.IBSCBSTot.gCBS.vCBS := 0.09; Total.vNFTot := 10.00; Com isso, é possível efetuar um teste autorizando uma NFC-e em homologação em GO, preenchendo os atributos da Reforma Tributária.

Bom dia, Para variar a Sefaz-GO ativou a regra de obrigatoriedade de exigências dos novos atributos da Reforma Tributária com NFC-e, sendo que saiu última NT tirando essa regra em homologação... mas enfim... Como estou precisando utilizar o ambiente de homologação de NFC-e para outros assuntos, e estou completamente por fora dos atributos da Reforma Tributária, solicito uma ajuda para o preenchimento mínimo necessário dos atributos para fazer um teste no sistema. Até vi no demo, mas lá preenche muitos campos com vários atributos, o que queria seria o mínimo necessário para um simples teste. Alguém poderia ajudar, por favor, acredito que ajudariam outros que estão tão perdidos quanto eu.

Alterei para: FNFeRetornoSincrono.protNFe.chDFe Essa seria a forma mais correta para correção dessa situação? Se for... já vou anexar a unit para subir para o repositório se os moderadores concordarem. ACBrNFeWebServices.pas

Boa tarde, Atualizei recentemente os componentes, e faço uso do evento do componente TACBrNFe.OnGerarLog para gravar log para minha aplicação, mas percebi que nos envios das notas tanto NF-e quanto NFC-e, a informação com a chave não está sendo preenchida, por exemplo, retornando assim: Versão Layout: 4.00 Ambiente: 2 Versão Aplicativo: GO4.0 Status Código: 100 Status Descrição: Autorizado o uso da NF-e UF: GO dhRecbto: 02/10/2025 11:18:44 chNFe: Percebi que nos fontes essa informação é gerada em ACBrNFeWebServices, método GerarMsgLog, na linha 1344 temos FNFeRetornoSincrono.chNfe, mas não sei por qual método substituir para preencher, já que esse não está preenchido. Alguém sabe como ajustar? Se me passarem já altero aqui e faço um teste e dando certo já anexo a unit alterada para poder ajustar o componente para todos.

Obrigado mais uma vez @André Ferreira de Moraes, nossa... estou achando muita loucura as regras subirem como obrigatórias em jan/26 no varejo... aff... mas enfim, talvez vamos descobrir isso em out/25, se em homologação vai bloquear todos os testes em NFC-e sem os novos campos.

Obrigado por tentar ajudar @André Ferreira de Moraes, mas a dúvida surgiu, porque mesmo sabendo que os manuais e notas técnicas de NF-e e NFC-e sempre são os mesmos, elas andam sempre juntas, por exemplo, conforme o próprio título da última NT da reforma tributária: Mas quando se refere aos prazos da obrigatoriedade, na mesma NT acima, temos o seguinte: Ou seja, não cita a NFC-e, por isso que surgiu a dúvida. Tem alguma outra informação que isso fique mais claro?

Bom dia pessoal, Por favor se puderem me esclarecer uma dúvida sobre a questão dos prazos de obrigatoriedade dos novos campos da reforma tributária. Sei que os prazos são de exigir o preenchimento dos novos campos em Out/25 (homologação) e Jan/26 (produção). Agora a minha dúvida é: essa regra é exclusiva para NF-e? Ou seja, não vai afetar em nada a NFC-e, continuará sendo preenchida como é atualmente?

Boa tarde @Mario Inacio, Obrigado por tentar ajudar, até tentei fazer um teste setando todos os .Salvar para True do post anterior do amigo @Diego Foliene encaminhou, mas como já havia percebido não retornou os eventos, no meu caso testei o de Cancelamento, consultei uma nota que já estava cancelada. Só para não ficar dúvidas, o problema que me refiro é especificamente no método ACBrNFe.Consultar. Se faço direto um cancelamento normal de uma nota, é gerado normalmente o xml com o evento de cancelamento (o xxxxx...-procEventoNFe.xml). E agora mais do que nunca, ao testar novamente o .Salvar True para todos, percebo que o problema é justamente a SEFAZ, no meu caso a de GO, que não retorna mais os eventos ao utilizar o método ACBrNFe.Consultar, então realmente não tem o que fazer... infelizmente.

Bom dia @Gelson Junior Conforme informei na postagem mais acima: Basta informar o crt no que seria o pem, e para mim funcionou normalmente. No meu caso não usei as dlls, usei diretamente o componente no Delphi.