Painel de líderes

Olá pessoal! No dia 02/09/2025 foi publicada a versão 1.02 desta nota técnica. Alterações Esta versão não traz alterações no leiaute, mas altera e posterga a ativação de algumas regras de validação: Implementação em produção postergada para 13/10/2025. cStat: 452 - Rej: Solicitada resposta assíncrona para Lote com somente 1 (uma) NF-e. cStat: 805 - Rej: A SEFAZ do destinatário não permite Contribuinte Isento de Inscrição Estadual. Implementação futura para o modelo 55. cStat: 865 - Rej: Total dos pagamentos menor que o total da nota. cStat: 391 - Rej: Não informados os dados do cartão de crédito / débito nas Formas de Pagamento da Nota Fiscal. Implementação futura. cStat: 300 - Rej: Tipo da IE do Destinatário difere de Não Contribuinte no cadastro da UF. Datas A implementação tanto em homologação quanto em produção das mudanças propostas deve ocorrer até 08/09/2025 ou data prevista na própria regra de validação. E como fica o ACBr? Como não ocorreram alterações no leiaute, modificações no ACBr não se fazem necessárias. Leia a versão 1.02 desta nota técnica na íntegra [AQUI]

Olá Pessoal, Estamos enviando para o SVN uma atualização nos fontes do componente ACBrNFe e consequentemente uma nova versão da DLL e do ACBrMonitor que vão estar disponíveis no dia 09/09/2025 visando atender a versão 1.20 da NT 2015/002. Segundo a referida NT o ambiente de homologação vai passar a aceitar esse novo layout a partir de 08/09/2025 e em produção a partir de 06/10/2025. O que vai mudar: 1 . Dentro do grupo gIBSCBS vamos ter o campo vIBS a ser gerado entre o grupo gIBSMun e gCBS. Esse novo campo vIBS vai conter a soma de vIBSUF e vIBSMun. Quando houver crédito presumido com indicador “IndDeduzCredPres=1”, o vCredPres deve ser abatido desse valor. 2. O grupo gIBSCBSMono que antes continha 21 campos, agora ele é composto pelos grupos: gMonoPadrao, gMonoReten, gMonoRet e gMonoDif e pelos campos: vTotIBSMonoItem e vTotCBSMonoItem. Os 19 campos agora estão distribuídos dentro dos 4 grupos mencionados acima. O grupo gIBSCBSMono só deve ser gerado para os Produtos que fazem parte da tributação monofásico, por exemplo combustível. Observação: Além de atualizar os fontes e reinstalar o ACBr, notem que foram atualizados os Schemas que se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe. Para quem utiliza o componente: Como devemos escrever as linhas de código para alimentar esses campos: (...) IBSCBS.gIBSCBS.vIBS := 100; (...) // Informações do tributo: IBS / CBS em operações com imposto monofásico IBSCBS.gIBSCBSMono.gMonoPadrao.qBCMono := 1; IBSCBS.gIBSCBSMono.gMonoPadrao.adRemIBS := 5; IBSCBS.gIBSCBSMono.gMonoPadrao.adRemCBS := 5; IBSCBS.gIBSCBSMono.gMonoPadrao.vIBSMono := 100; IBSCBS.gIBSCBSMono.gMonoPadrao.vCBSMono := 100; IBSCBS.gIBSCBSMono.gMonoReten.qBCMonoReten := 1; IBSCBS.gIBSCBSMono.gMonoReten.adRemIBSReten := 5; IBSCBS.gIBSCBSMono.gMonoReten.vIBSMonoReten := 100; IBSCBS.gIBSCBSMono.gMonoReten.vCBSMonoReten := 100; IBSCBS.gIBSCBSMono.gMonoRet.qBCMonoRet := 1; IBSCBS.gIBSCBSMono.gMonoRet.adRemIBSRet := 5; IBSCBS.gIBSCBSMono.gMonoRet.vIBSMonoRet := 100; IBSCBS.gIBSCBSMono.gMonoRet.vCBSMonoRet := 100; IBSCBS.gIBSCBSMono.gMonoDif.pDifIBS := 5; IBSCBS.gIBSCBSMono.gMonoDif.vIBSMonoDif := 100; IBSCBS.gIBSCBSMono.gMonoDif.pDifCBS := 5; IBSCBS.gIBSCBSMono.gMonoDif.vCBSMonoDif := 100; IBSCBS.gIBSCBSMono.vTotIBSMonoItem := 100; IBSCBS.gIBSCBSMono.vTotCBSMonoItem := 100; (...) Para quem utiliza a DLL ou o ACBrMonitor a geração do arquivo INI fica da seguinte forma: (...) [gIBSCBS001] vBC=100 vIBS=100 (...) // Informações do tributo: IBS / CBS em operações com imposto monofásico [gIBSCBSMono001] vTotIBSMonoItem=100 vTotCBSMonoItem=100 [gMonoPadrao001] qBCMono=1 adRemIBS=5 adRemCBS=5 vIBSMono=100 vCBSMono=100 [gMonoReten001] qBCMonoReten=1 adRemIBSReten=5 vIBSMonoReten=100 adRemCBSReten=0 vCBSMonoReten=100 [gMonoRet001] qBCMonoRet=1 adRemIBSRet=5 vIBSMonoRet=100 adRemCBSRet=0 vCBSMonoRet=100 [gMonoDif001] pDifIBS=5 vIBSMonoDif=100 pDifCBS=5 vCBSMonoDif=100 (...) Os valores e percentuais contidos nos exemplos acima são fictícios não condizendo com a realidade.

Como achar o CNPJ da Adquirente?

Algumas das informações mais importantes, mas que nem todos dão a devida atenção ao emitir uma NFe/NFCe são os dado relacionados ao pagamento. No entanto se você não preencher corretamente, vai ter rejeições como estas abaixo: 865 - Rejeição Total dos Pagamentos menor que o total da nota: Soma do valor dos pagamentos (vPAG) está MENOR que o total da Nota vNF; Revise os valores para que ambos coincidam; 866 - Rejeição ausência de troco quando o valor dos pagamento informados maior que a nota Soma do valor dos pagamentos (vPAG) está MAIOR que o total da Nota vNF; Revise os valores para que ambos coincidam ou informe o valor do troco na propriedade vTROCO 904 - Rejeição: informado indevidamente campo valor pagamento confirme se o tPag é 90, caso positivo remova o valor informado vPAG

Foi publicada a versão 25.2.C das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/08/2025 até 30/09/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Achei a solução para a questão do erro 1871 no post: Pode fechar o tópico...

problemas no .ini quando não está configurado corretamente ele é ignorado e não carrega os dados

Estamos recebendo relatos de usuários com rejeição sobre os dados da operação de pagamento por cartão de credito (tPag = 3) /debito (tPag = 4) e Pix Dinamico (tPag = 17) Tabela de Rejeições NT 2025.001 v1.01 Se você NÃO TEM TEF integrado: Tipo de Integração (tag: tpIntegra) para “2 – Pagamento não integrado com o sistema de automação da empresa (Ex.: equipamento POS)”, assim, não será necessário informar os dados da transação com a Operadora de Cartões. Sobre o campo TpIntegra: ATENÇÃO: Caso a legislação estadual não possua uma legislação que obrigue a vinculação dos pagamentos Eletrônicos ao programa emissor. Dessa forma, há possibilidade em utilizar a opção do TpIntegra = 2 e não a necessidade de informar CNPJ da credenciadora. Lembrando que estados como RS, MT é obrigatório a integração de formas de pagamentos de forma automatizada, sem intervenção manual; Temos um curso sobre como informar os campos em RS e MT: https://acbr.nutror.com/curso/8d575bd8a7c0ac0fda312f9b12b1eb521e606446/integracao-dos-meios-de-pagamento-aos-documentos-fiscais-eletronicos Como fica o XML, sem TEF Integrado: <code>//Grupo de Pagamentos <pag> <tPag>04</tPag> <vPag>10.56</vPag> <card> //Tipo de Integração TEF NAO INTEGRADO 2 <tpIntegra>2</tpIntegra> </card> </pag></code> Como fica o XML com TEF Integrado (mais detalhes de campos veja o curso citado acima: <code>!-- Grupo de Pagamentos --> <pag> <tPag>04</tPag> <vPag>10.55</vPag> <card> <tpIntegra>1</tpIntegra> //CNPJ da Operador do Cartão <CNPJ>11222333000144</CNPJ> //Bandeira do Cartão <tBand>02</tBand> //Código de Autorização do pagamento em Cartão <cAut>123993</cAut> </card> </pag></code>

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

Veja as DLLs da libxml2 se estão atualizadas na máquina. A não ser que seja emitente CPF produtor rural, pode continuar usando a versão 2, por prazo ainda indeterminado.

Essa rejeição parece ter a ver com a obrigatoriedade de se enviar a NFe em modo síncrono quando enviando apenas 1 nota no lote. Veja:

Bom dia Tente mudar o código destacado, colocando este trecho: Ao transformar em Int, o 0 a esquerda é "descartado". LJSONObject.AddPair('numeroConvenio', OnlyNumber(Boleto.Cedente.Convenio));

@Anderson Grolli, Já esta no SVN.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a tarefa ACBr 7989 para realizar a alteração.

Anexe o log gerado para análise.

Olá, tudo bem? Demorei para dar o retorno, pois refiz o meu projeto do zero, estudando o componente, comandos e exemplos. Consegui montar um botão de segunda via, carregando as mesmas informações salvas em banco de dados, geradas no boleto original, salvando principalmente o EMV do QRCode. Tem que ter a atenção devida com juros/multa, principalmente com juros, pois estes consegui gerar e acompanhar por dias e o que deu mais certo para mim foi (cjValorDia) enviado para o registro bancário e salvo no banco de dados com 2 casas decimais, assim fica definido para bater com o mesmo valor comparando o boleto atrasado do aplicativo com a segunda via bancária. Se for enviado solto, sem definição das casas decimais, quando junta mais de um dia a soma começa a diferenciar. Componentes funcionando com perfeição. Abraço para todos!

A última versão do ACBr não gera essa tag nos itens e isso reprova tanto NFCe quanto NFe em SP e GO. Isso porque essas SEFAZ já subiram essas validações para o ambiente de homologação.

25/08/2025 - NT2025.001 - Validação Destinatário Não Contribuinte Informamos que a validação 5E17-12 que gera a rejeição 300, prevista pela NT2025.001 v1.01, terá sua ativação no ambiente de produção desta UF postergada para o dia 15/10/2025. Ressaltamos que o adiamento se aplica exclusivamente para essa regra de validação e somente ao Estado de São Paulo. O que diz a regra 5E17-12? Ela verifica se: O Tipo de Contribuinte do destinatário foi informado como "Não Contribuinte", Mas o Cadastro Centralizado de Contribuintes (CCC) indica que ele é, na verdade, um Contribuinte do ICMS. Se essa divergência for detectada, a nota será rejeitada com o código 300 – Tipo da IE do Destinatário difere de Não Contribuinte no cadastro da UF. Como evitar essa rejeição? Consulte o Cadastro Centralizado de Contribuintes antes de emitir a NF-e. Verifique se o destinatário é realmente Contribuinte do ICMS, Isento ou Não Contribuinte. Ajuste o campo “Tipo de Contribuinte” na nota conforme o cadastro oficial. LInk original notícia: https://portal.fazenda.sp.gov.br/servicos/nfe

Já descobri! NFe.CriarEnviarNFe("arq.xml", lote, 0, 1) /* (0) imprime danfe, (1) síncrono */

https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono],[bValidaXML],[bGeraNovoXML]) NFe.CriarEnviarNFe(cIniNFe,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias], [bImprimirPDF]) NFe.CriarEnviarNFeSEFAZ(cTXTSefaz,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias])

no svn At revision: 41161

Acabei de verificar no fonte do componente e não achei implementado essa parte. creio que não

Este fonte é apenas um exemplo com alguns métodos. Os métodos são super parecidos, da para abstrair os comandos. Seguindo o manual vc não consegue implementar os métodos na sua linguagem seguindo o padrão do exemplo? Este exemplo foi uma contribuição de outro usuário da comunidade que desenvolve na sua linguagem. É que o outros usuários utilizam, caso queira contribuir conosco e colaborar com os outros métodos a contribuição é sempre bem-vinda.