Painel de líderes

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo: O Ajuste SINIEF Nº 43, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 11, de 29 de abril de 2025 que proibia a emissão da NFC-e para CNPJ. Com esta publicação, a proibição foi postergada para 04/05/2026. O Ajuste SINIEF Nº 44, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 12, de 29 de abril de 2025 e prorroga para 04/05/2026 o DANFe Simplificado Varejo, modelo que será utilizado para NF-e emitida no varejo para CNPJ no lugar da NFC-e. O Ajuste SINIEF Nº 45, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 13, de 4 de julho de 2025 e prorroga para 04/05/2026 a possibilidade do uso de contingência off-line para NF-e varejo.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo o Ajuste SINIEF Nº 38, de 5 de Dezembro de 2025 que institui um novo documento fiscal eletrônico, a Nota Fiscal Eletrônica do Gás. O ajuste também institui o respectivo documento auxiliar. De maneira semelhante a outros documentos fiscais eletrônicos, o ajuste também possui cláusulas que estabelecem o uso de contingência, a necessidade de autorização junto a sefaz, o requisito de o arquivo ser assinado com certificado digital para envio ao web service e outras características. Por fim, a cláusula final estabelece sua vigência: Vale ressaltar que apesar de o Portal da NFGas já estar disponível, sendo acesso pelo link: https://dfe-portal.svrs.rs.gov.br/Nfgas/Documentos, ainda não foram disponibilizados os manuais de orientação ao contribuinte. EDIT: Os manuais foram disponibilizados no portal. De maneira semelhante aos demais documentos fiscais eletrônicos, a equipe de consultores do Projeto ACBr vai analisar os manuais disponibilizados e conforme viabilidade, criar um novo componente para comunicar com os web services fornecidos e auxiliar no processo de emissão deste novo documento seguindo as diretrizes estabelecidas em seus respectivos manuais de orientação.

Olá Pessoal, A partir de hoje (10/12/2025) o ambiente de homologação (produção restrita como eles chamam) passou a aceitar somente a versão 1.01 Se tentar enviar na versão 1.00 vai ocorrer um erro acusando que a versão 1.00 é invalida. Erro(s): Código : RNG6110 Mensagem: Falha Schema Xml Correção: The 'versao' attribute is invalid - The value '1.00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TVerNFSe' - The Pattern constraint failed. Sendo assim ao configurar a propriedade LayoutNFSe do componente para as cidades que aderiram a emissão da NFS-e Padrão Nacional devemos usar a opção lnfsPadraoNacionalv101. Com a versão 1.01 vai ser possível realizar teste com os novos campos da Reforma Tributária. Essa configuração é para as cidades que aderiram a emissão da NFS-e Padrão Nacional. As cidades que vão continuar com os seus provedores devemos manter a propriedade LayoutNFSe com o valor lnfsProvedor.

Por aqui eu tentei dentro do fonte do ACBr, mandar a <Reference URI=""> vazia. O erro mudou, mas ainda persiste. <return><?xml version="1.0" encoding="UTF-8"?> <Retorno> <Status>ERRO</Status> <MensagemErro>Rejeição do Emissor Nacional: RNG6110 - Falha Schema Xml(The element 'infNFSe' in namespace 'http://www.sped.fazenda.gov.br/nfse' has invalid child element 'tpAmb' in namespace 'http://www.sped.fazenda.gov.br/nfse'. List of possible elements expected: 'dhProc' in namespace 'http://www.sped.fazenda.gov.br/nfse'.)</MensagemErro> </Retorno></return> Vamos ter que aguardar uma posição do provedor mesmo.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes incluindo o Ajuste SINIEF Nº 47, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 14, de 5 de julho de 2024 que dispõe sobre o procedimento de devolução simbólica decorrente da não entrega ao destinatário originário e operação posterior a destinatário diverso. Dentre as alterações, destaca-se a adição no texto original de orientação para emissão de NF-e de crédito: Também é existe a orientação para o destinatário: Essas modificações entram em vigor a partir de 04/05/2026 conforme cláusula terceira:

Novo ajuste prorrogando para 04/05/2025:

Olá pessoal, tudo bem. Estou abrindo este tópico como sugestão para melhorias nas classes de alto nível para C#, visto que estão trabalhando na refatoração delas com esta notícia Refatoração das Classes de Alto nível C#. Estou pegando como exemplo a lib NFe, mas entendo que o mesmo se aplica para as demais. Hoje são gerados 2 pacotes Nuget (ACBrLib.NFeMT e ACBrLib.NFe), que entendo ser estes: - https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/NFe/Imports/Dinamico/ A ideia seria ter 3 projetos, 1 Core/Shared e outros 2 para MT e ST, onde abre a possibilidade para referenciar o Core somente onde existe a implementação de lógica e o ST/MT ser referenciado nos projetos que farão a referência com a DLL propriamente dito.... Por exemplo eu posso ter 1 projeto que faz toda a parte fiscal, incluindo a emissão, porém posso referenciar ele em uma API (usando o MT para instanciar a implementação correta da DLL) e um outro projeto no PDV rodando localmente (usando o ST). Dando um exemplo real nosso, é que fazemos emissões fiscais tanto via API quanto em uma aplicação que roda no cliente para suporte offline, ambas compartilhando a mesma lógica (outro projeto que referencia o ACBr), porém a implementação da impressão do DANFE Resumido recebemos uma resposta que somente funcionaria com a versão ST, neste caso somente conseguiríamos fazer duplicando código. Valeu galera !

Esta CST 020 que você usou é de ICMS. Você deve usar CST de IBS/CBS https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Z/259ACSUdo=

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes incluindo o Ajuste SINIEF Nº 41, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 7, de 30 de setembro de 2005. Efetivamente prorrogando para a data de 04/05/2026 a emissão de NF-e de saída que referencie uma NFC-e.

Composto por 18 diferentes ajustes, o Despacho traz diversas informações importantes e interessantes para as empresas emissoras de software e seus clientes. Abaixo uma relação dos principais ajustes: Ajuste SINIEF Nº 34/2025: Estabelece contingência off-line para GTV-e. Ajuste SINIEF Nº 35/2025: Remove critérios para impressão do DACTe. Ajuste SINIEF Nº 36/2025: Estabelece a emissão do BP-e para transportes intermunicipais. Ajuste SINIEF Nº 37/2025: Altera critérios da obrigatoriedade da NFCom no estado de SP. Ajuste SINIEF Nº 38/2025: Estabelece o novo documento fiscal NFGás e seu respectivo impresso. Ajuste SINIEF Nº 41/2025: Prorroga proibição de NF-e referenciando NFC-e. Ajuste SINIEF Nº 43/2025, Ajuste SINIEF Nº 44/2025 e Ajuste SINIEF Nº 45/2025: Prorroga proibição da NFC-e para CNPJ, obrigatoriedade do uso do DANFe Simplificado Varejo e possibilidade de contingência off-line para NF-e varejo respectivamente. Ajuste SINIEF Nº 47/2025: Traz orientação de emissão de nota de crédito para operação de devolução simbólica. Ajuste SINIEF Nº 49/2025: Traz orientações de emissão de notas de crédito e débito para operações específicas. Ajuste SINIEF Nº 50/2025: Define prazo de cancelamento da DC-e emitida via marketplace. Demais ajustes podem ser conferidos diretamente no Despacho. Achou que faltou algum ajuste aqui? Nos avise em nosso Servidor do Discord ou em nosso Fórum.

Boa tarde @mlgoncalves vou anexar aqui as unit que estou usando... ACBrBoletoRet_Bradesco.pas ACBrBoletoW_Bradesco.pas

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes incluindo o Ajuste SINIEF Nº 50, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF n° 5, de 8 de abril de 2021 que institui a Declaração de Conteúdo Eletrônica (DC-e) e seu respectivo impresso. A publicação altera a cláusula que estabelece prazo de até 15 dias para o cancelamento da DC-e, incluindo agora documentos emitidos por marketplaces: Também é acrescido nova cláusula que permite as UFs definirem limites, condições e exceções para os referidos prazos. Este ajuste entre em vigor a partir de 01/02/2026 conforme cláusula terceira:

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Prezados, Alguém conseguiu algum avanço ou retorno do provedor? Aqui ainda estamos parados no mesmo e sem resposta do pessoal.

Obrigado valeu, deu certo resolvido substitui as DLLs e funcionou.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes incluindo o Ajuste SINIEF Nº 49, de 5 de Dezembro de 2025, que traz orientações sobre operações fiscais para: I - Venda para entrega futura, quando houver pagamento antecipado total ou parcial pelo adquirente; II - perda no estoque de mercadoria por extravio, perecimento, deterioração, furto ou roubo; III - redução de valores ou quantidades, quando não for possível realizar o cancelamento da Nota Fiscal eletrônica - NF-e - de saída; IV - retorno por recusa, total ou parcial, na entrega ou por não localização do destinatário. Consta também a orientação para o destinatário e para o responsável pelo transporte nos casos previstos: O ajuste entra em vigor a partir de 04/05/2026:

Realizei alguns testes aqui, não consegui simular data inválida no qual você mencionou. Anexo esta um print da tela do programa exemplo Também vou deixar em anexo os logs e o comprovante via .txt. logcomp.log ecf.txt Você esta com o componente atualizado e utilizando a ultima versão da dll ? Analisando o log que você anexou e comparando com o meu log, esta sendo informando apenas o valor "1" no momento de inserir a data. 10/12/25 17:01:51:041 - CallBackSelecionaOpcao( Tipo de reimpress㯬 (1,"1-ڌTIMA TRANSAǃO")#(2,"2-OUTRA TRANSAǃO") ) 10/12/25 17:01:51:043 - TACBrTEFPayKitAPI.PerguntarMenu( Tipo de reimpress㯠) 10/12/25 17:02:29:613 - ret:0, OpcaoSelecionada:2 10/12/25 17:02:29:617 - CallBackDisplayTerminal( ) 10/12/25 17:02:29:703 - CallBackEntraData( DIGITE TRANS ORIG (DD/MM/AA): ) 10/12/25 17:02:29:705 - TACBrTEFPayKitAPI.PerguntarCampo( DIGITE TRANS ORIG (DD/MM/AA): ) 10/12/25 17:03:29:595 - ret:0, Data:1 <--- AQUI 10/12/25 17:03:29:597 - CallBackDisplayErro( DATA INVALIDA ) Veja o meu log: 11/12/25 09:49:35:770 - CallBackSelecionaOpcao( Tipo de reimpressão, (1,"1-ÚLTIMA TRANSAÇÃO")#(2,"2-OUTRA TRANSAÇÃO") ) 11/12/25 09:49:35:770 - TACBrTEFPayKitAPI.PerguntarMenu( Tipo de reimpressão ) 11/12/25 09:49:37:507 - ret:0, OpcaoSelecionada:2 11/12/25 09:49:37:515 - CallBackDisplayTerminal( ) 11/12/25 09:49:37:571 - CallBackEntraData( DIGITE TRANS ORIG (DD/MM/AA): ) 11/12/25 09:49:37:571 - TACBrTEFPayKitAPI.PerguntarCampo( DIGITE TRANS ORIG (DD/MM/AA): ) 11/12/25 09:49:40:819 - ret:0, Data:11/12/25 <--------- AQUI 11/12/25 09:49:40:819 - CallBackDisplayTerminal( ) 11/12/25 09:49:40:828 - CallBackEntraNumero( NUMERO DO DOC:, , 999999, 0, 0, 6 ) 11/12/25 09:49:40:833 - TACBrTEFPayKitAPI.PerguntarCampo( NUMERO DO DOC: ) 11/12/25 09:49:47:311 - ret:0, Valor:002526 11/12/25 09:49:47:316 - CallBackDisplayTerminal( AGUARDE... ) 11/12/25 09:49:47:845 - CallBackProcessaMensagens 11/12/25 09:49:47:989 - CallBackProcessaMensagens 11/12/25 09:49:48:004 - CallBackProcessaMensagens 11/12/25 09:49:48:020 - CallBackProcessaMensagens 11/12/25 09:49:48:020 - CallBackProcessaMensagens 11/12/25 09:49:48:036 - CallBackProcessaMensagens 11/12/25 09:49:48:131 - CallBackDisplayTerminal( ) 11/12/25 09:49:48:156 - CallBackImagemAdicional( 7 ) 11/12/25 09:49:48:163 - ret:0 11/12/25 09:49:48:178 - CallBackDisplayTerminal( ) Próxima informação solicitada pela dll é o numero do documento, após isso é aprovado e gerado o comprovante de reimpressão.

A infisc me respondeu que a integração com o portal nacional só terá início no ambiente de produção a partir de janeiro.

bom dia pessoal, recebi mail dia 9/12 da Infisc. "Por gentileza, poderia tentar disparar o pedido de cancelamento baseado no pedRegEvento_v1.01.xsd novamente, por favor?" Testei agora também e consegui o cancelamento. ps, desculpem a demora pela resposta mas estou com problema particular. @Tecnico.ProM,pois é também notei isso, mas acho que não estão sincronizando por conta do próprio porta nacional que não esta ainda com os serviços 100%, acredito que seja isso. Abraço. Luis.

Descomentei essa linha aqui e funcionou:

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo o Ajuste SINIEF Nº 37, de 5 de Dezembro de 2025 que acrescenta o seguinte inciso a cláusula primeira do Ajuste SINIEF nº 7, de 7 de abril de 2022 que estabelece a NFCom: Considerando que o inciso I do § 5º que é mencionado tem o texto: Este ajuste efetivamente permite que o estado de SP possa obrigar um volume maior de seus contribuintes a emitir a NFCom.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo o Ajuste SINIEF Nº 36, de 5 de Dezembro de 2025 que define em sua cláusula primeira que deverá ser emitido Bilhete de Passagem Eletrônico para operações intermunicipais: Já a cláusula segunda estipula que esta obrigatoriedade começa em 01/07/2025: Lembrando que o ACBr conta com o componente ACBrBPe para emissão deste documento fiscal.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos Ajustes Sinief, incluindo o Ajuste SINIEF Nº 35, de 5 de Dezembro de 2025 que revoga os §§ 7º e 8º da cláusula décima primeira do Ajuste SINIEF nº 9, de 25 de outubro de 2007: Efetivamente removendo critérios para impressão do DACTe. Conforme cláusula segunda esta alteração entra em vigor a partir de 01/02/2026.

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos Ajustes Sinief, incluindo o Ajuste SINIEF Nº 34, de 5 de Dezembro de 2025 alterando a redação da cláusula décima primeira do Ajuste Nº03, de 3 de Abril de 2020 para: Efetivamente modificando a contingência da Guia de Transporte de Valores (GTV-e) de SVC para Off-line. O ajuste também conta com a cláusula segunda: Efetivamente reconhecendo GTV-es já emitidos em contingência off-line. E uma cláusula terceira definindo que este Ajuste entra em vigor na data de sua publicação.

Olá comunidade ! Foi publicada a versão 1.03 desta nota técnica. Alterações Esta versão desativa algumas regras de validação relacionadas a Inscrição Estadual. Datas Implantação Homologação: Até 10/12 Implantação Produção: 15/12/2025 Vale reforçar que esta versão ainda foi publicada em formato de minuta. Leia a versão 1.03 desta nota técnica na íntegra AQUI.

Boa tarde. é o seguinte liguei para o pessoal da Soluti de Goiania, mas sou de BH eles conectaram comigo e a resposta era sempre a mesma, problema está na sua aplicação o que é mais fácil. Após ele fazer os testes eu li um post no acbr falando de todas as possibilidades de erro, fui tikando uma a uma e por final, entrei no site baixei os instaladores do Gemalto e tudo voltou a funcionar normalmente. Então o problema de autenticação que não consegue determinar o provedor de criptografia está realmente ligado a instalação da Gemalto. Obrigado Juliomar por se interessar e responder.

Refatoração das Classes de Alto nível C# Olá Comunidade ! Estamos refatorando as classes de alto nível e exemplos em C# para ACBrLibs (ACBrNFe, ACBrNFse, ACBrCEP, etc.) para corrigir bugs. A principal mudança é a versão mínima como requisito para utilizar: .NET 8 (LTS) e superior ou .NET Framework 4.8.x As mudanças não afetam os métodos em alto nível. Motivação Correção de bugs de condição de corrida em ambientes Multi-Thread; Simplificação de manutenção de código; A comunidade ACBr está adotando cada vez mais .NET, ASP.NET em ambientes multiplataforma (Linux e Windows); Melhor suporte para Linux (no caso do .NET); Acompanhar o avanço da tecnologia .NET; O que você precisa estar atento? Estamos migrando nosso desenvolvimento para .NET 8 (LTS) e superior ou .NET Framework 4.8. Os exemplos e classe de alto nível talvez funcionem com versões .NET 5, 6 e 7. Mas recomendamos o uso da versão .NET 8 pelo menos. Isso porque: Versões anteriores ao .NET Core não são multiplataforma e limitam as possibilidades e potencialidades de desenvolvimento de soluções. O .NET Framework 4.8.x ainda tem suporte, mas não recebe implementações novas. Leia mais em: https://learn.microsoft.com/en-us/lifecycle/products/microsoft-net-framework Dica: use o GitHub Copilot Modernization Agent para te ajudar a fazer a migração do seu código. Novidades ACBrLibHandle.cs foi simplificado, agora apenas expõe as assinaturas de métodos comuns de alto nível. Finalizar: Método Finalizar() agora é publico. O desenvolvedor tem a escolha de quando destruir a instância de pLibHandle*. Dispose: O método Dispose() nessa nova versão apenas finaliza a instância de pLibHandle*. A versão anterior, além de destruir esse ponteiro, também descarregava a biblioteca nativa (DLL ou .SO). Essa era uma situação que levava a condição de corrida em ambientes Multithread com possível erros de Access Violation. Com essa nova abordagem (DllImport) a biblioteca nativa é carregada e descarregada uma única vez. Obs.: Após o Dispose() a instância não poderá ser reutilizada! *plibHandle é um ponteiro que permite que a instância/thread tenha seu componente ACBr (exemplo ACBrNFe) independente. Exemplo: var ACBrNFSe lib = new ACBrNFSe(); String message = ""; try { message = lib.Versao(); } catch (Exception ex) { message = ex.Message; } finally { lib.Finalizar(); } } Cronograma em Fases da migração Datas previstas para migração ** Fase 1 - Commit no SVN das classes modificadas e demos. - Sem data prevista no momento. Fase 2 - Disponibilização de pacotes no NUGET. - Sem data prevista no momento. ** Sujeito a alterações. Referencias https://learn.microsoft.com/pt-br/dotnet/csharp/programming-guide/delegates/using-delegates https://learn.microsoft.com/en-us/lifecycle/products/microsoft-net-and-net-core https://dotnet.microsoft.com/pt-br/platform/support/policy/dotnet-core

Olá comunidade ! Foi publicada a versão 1.34 desta nota técnica trazendo correções nas regras de validação. Alterações Sem alterações no leiaute, esta versão remove a regra adicionada na versão anterior que impedia o grupo gRed para o IBSUF, IBSMun e CBS quando alíquota correspondente tivesse valor zero. Datas Implantação Teste: Até 10/12/2025 Implantação Produção: Até 15/12/2025 E como fica o ACBr? Modificações não são necessárias. Leia a versão 1.34 na íntegra AQUI.

Olá comunidade ! Foi publicada a versão 1.02 desta nota técnica trazendo alterações nas regras de validação. Alterações Adiciona uma regra de validação para impedir a presença do grupo de redução de alíquota do IBSUF, IBSMun e CBS quando o valor de suas respectivas alíquotas for zero. Atualiza o texto das regras de validação que consideram o gRed para que só seja aplicada quando as alíquotas respectivas tiverem o valor zero. Datas Implantação Homologação: Até 10/12 Implantação Produção: Dezembro/2025 Vale reforçar que esta versão ainda foi publicada em formato de minuta. Leia a versão 1.02 desta nota técnica na íntegra AQUI.