Painel de líderes

Olá pessoal, A partir de 01/01/2026 os prestadores de serviços devem obrigatoriamente emitirem suas notas através do portal nacional da NFS-e Padrão nacional ou através de uma aplicação que consuma a API do SERPRO que visa a emissão da NFS-e segundo o Padrão Nacional. Leia o comunicado da prefeitura através do link abaixo. NOTA CARIOCA - Nota Fiscal de Serviços Eletrônica - NFS-e - Prefeitura da Cidade do Rio de Janeiro

Olá Pessoal, Depois de analises junto com a comunidade ACBr, decidimos que os campos referente ao Código de Classificação Tributária (cClassTribIS, cClassTribReg e cClassTrib) deve ser do tipo string em vez de um tipo enumerado. A motivação para essa mudança é que esses códigos podem no decorrer do tempo alguns podem deixar de existir, outros podem ser adicionados e outros códigos podem ser alterados mas mantendo a sua finalidade original, exatamente o que ocorre com os NCM dos produtos. Com essa mudança basta o desenvolver atualizar a sua tabela de códigos no banco de dados sem a necessidade de atualização da aplicação. Vale também ressaltar que no Portal da SEFAZ-Virtual do RS temos as tabelas de CST e cClassTrib e é possível baixa-las no formato CSV, Excel e Json. Esperamos contar com a compreensão de todos. Os fontes dos componentes afetados com essa mudança vão ser enviados para o SVN na data de 19/08/2025. Componentes afetados com essa mudança: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom, ACBrNFe e ACBrNFSeX e consequentemente as Libs e o ACBrMonitor. Na minha aplicação o que eu devo mudar? Se você atribui diretamente o enumerado aos campos cClassTrib mencionados vai ter que fazer essa alteração: ==> Se você usa as funções de conversão para converter de string para o enumerado uma vez que no seu banco de dados o código esta como string, basta remover as funções de conversão e atribuir diretamente o conteúdo do campo do banco de dados ao campo do componente. Para quem utiliza as Lib ou o Monitor não vai precisar se preocupar com essa mudança.

Caros eu baixei a API da calculadora e coloquei para rodar no Docker e acabei vendo que existe um banco de dados SQLLite ( .DB ) coloquei aqui zipado para quem quiser. calculadora.zip

Há poucos dias atrás recebi uma dica do ACBr via email sobre um problema recorrente que está acontecendo por esses dias com os certificados digitais A3 de cartão e pen drive. Segui as dicas e mesmo assim não consegui a solução, então pra contribuir o que deu certo aqui foi desinstalar o software da safesign e reinstalar uma das versões desse link: https://safesign.gdamericadosul.com.br/download Na maioria dos casos instalando a versão 3.5.3.0 deu certo. Em um caso deu certo a versão 3.7.10 e a versão 4 não precisei, mas está no link. Espero ajudar quem está passando por esse problema, fiquei horas tentando solucionar.

Olá, pessoal! Foram publicadas duas atualizações importantes relacionadas ao EFD ICMS IPI. A primeira é a Nota Orientativa 01/2023 – ICMS Monofásico – Setor de Combustíveis, que traz orientações para a escrituração do ICMS monofásico, detalhando quais campos devem ser preenchidos, quais valores informar e apresentando um exemplo prático de escrituração de uma NF-e com GLGN. A nota pode ser consultada na íntegra [AQUI]. A segunda atualização refere-se ao documento de Perguntas e Respostas, que passou a incluir esclarecimentos sobre a escrituração do IBS, CBS e IS incidentes na operação. O arquivo atualizado pode ser acessado [AQUI]

Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

Se for usar o MultiPlusCard local, com troca de arquivos ele funciona como o Tef_DIAL. Agora se for usar por API o código ainda não está no SVN, precisa baixar o que eu postei neste tópico e fazer o merge.

Topico Relacionado QrCode 3.0

PAPO PRO SOBRE DÚVIDAS DA REFORMA TRIBUTÁRIA Olá, minha sugestão é que seja feito um PAPO PRO para tirarmos dúvidas sobre as NTs e implementação da RTC nos Software ( com o nosso Mestre das NTs Ítalo ). Vejo que ainda tem muita gente perdida sobre o que de fato será obrigatório em 2026. Desde já agradeço...

Sim tem razão acabei de corrigir e subir ao svn

Olá pessoal! O calendário da aplicação da rejeição de consumo indevido para NFCe pela Sefaz de Minas Gerais foi atualizado novamente para incluir as rejeições 126, 213, 218, 220, 230, 275, 297, 385, 437, 464, 479, 531, 535, 537, 564 e 569. Homologação Produção Regras de Validação 10/03/2025 09/05/2025 539 09/06/2025 16/06/2025 291 e 778 16/06/2025 23/06/2025 204 25/06/2025 30/06/2025 208, 237, 483, 629, 865, 866, 869, 878, 965 15/07/2025 21/07/2025 382, 383, 386, 591, 610, 611, 704, 725, 750, 884, 963 11/08/2025 18/08/2025 126, 213, 218, 220, 230, 275, 297, 385, 437, 464, 479, 531, 535, 537, 564, 569 Portanto se sua aplicação receber múltiplas vezes em um curto período de tempo as rejeições expostas na tabela nas datas respectivas, você receberá a rejeição de consumo indevido e poderá ser bloqueado de consumir os web services por no mínimo 1 hora, com a insistência podendo ocasionar até mesmo bloqueio do CNPJ junto a Sefaz.

Conceitos básicos. Apesar da redundância presente na frase, ela não deixa de ser verdadeira. Antes de mergulharmos mais fundo no mundo da NFSe, é importante estabelecer as bases, conceituando termos importantes que vão aparecer com frequência quando falarmos do assunto: RPS: é a sigla para Recibo Provisório de Serviço. Trata-se do documento gerado pelo prestador de serviços e enviado ao web service do Provedor para ser convertido em NFSe. Provedor: é o nome dado à empresa que fornece o web service de emissão de NFSe para o município. Geralmente, essa empresa é escolhida por meio de licitação, tendo um prazo de “vida útil” para disponibilizar o serviço até que a licitação termine e uma nova empresa seja selecionada (quando isso acontecer, você pode seguir os passos que tem [AQUI] para atualizar na solução ACBr). Em alguns casos, a própria prefeitura é responsável pelo web service. NFSe: é a sigla para Nota Fiscal de Serviços Eletrônica. Trata-se do documento fiscal eletrônico gerado pelo web service do Provedor a partir da conversão do RPS recebido, nos casos em que nenhum erro seja encontrado. É o documento que, de fato, representa a operação de prestação de serviços. Leiaute ABRASF: é o nome dado ao leiaute sugerido pela Associação Brasileira das Secretarias de Finanças das Capitais (ABRASF), que pode ou não ser adotado pelos provedores. Ele propõe um padrão para a estrutura do RPS e da NFSe, indicando quais campos e informações cada um deve conter. Além disso, sugere os métodos que devem ser implementados no web service. Leiaute Próprio: é o padrão de estrutura de dados definido individualmente por um município ou provedor para a emissão da NFSe, em vez de seguir integralmente o Leiaute ABRASF. Nesse formato, o município estabelece quais campos, formatos e métodos serão utilizados no RPS e na NFSe, podendo diferir totalmente ou parcialmente das especificações sugeridas pela ABRASF. DPS: é a sigla para Declaração de Prestação de Serviços. Trata-se do documento equivalente ao RPS, utilizado no Padrão Nacional da NFSe. Ele reúne as informações necessárias para emissão da nota fiscal e deve ser transmitido ao ambiente nacional, que valida os dados e gera a NFSe nos casos em que não haja inconsistências. Padrão Nacional: também conhecido e divulgado por alguns como NFSe Nacional (na solução ACBr, o Padrão Nacional é considerado um provedor), é o modelo unificado de emissão da Nota Fiscal de Serviços Eletrônica (NFSe), desenvolvido para padronizar o processo em todos os municípios brasileiros. O uso é obrigatório para prestadores de serviço enquadrados como MEI (Microempreendedor Individual) e opcional para os municípios, que podem adotá-lo de duas formas: Modelo de compartilhamento: as notas são emitidas em leiaute próprio da prefeitura, mas as informações são compartilhadas com o ambiente nacional; Modelo completo: todas as NFSe do município são geradas utilizando integralmente o Padrão Nacional. Onde encontrar os projetos de exemplo. Agora que os conceitos foram definidos, vamos dar o primeiro passo na parte prática e localizar os projetos de demonstração. O exemplo disponível em Delphi pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi O exemplo disponível em Pascal pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Lazarus Para a ACBrLib temos exemplos disponíveis nas linguagens: C#: ..\trunk2\Projetos\ACBrLib\Demos\C#\NFSe Harbour: ..\trunk2\Projetos\ACBrLib\Demos\Harbour\NFSe Java: ..\trunk2\Projetos\ACBrLib\Demos\Java\NFSe Node.js: ..\trunk2\Projetos\ACBrLib\Demos\Node.js\NFSe PHP: ..\trunk2\Projetos\ACBrLib\Demos\PHP\NFSe VB6: ..\trunk2\Projetos\ACBrLib\Demos\VB6\NFSe Abrir e analisar o código disponível nesses exemplos, criados para demonstrar o preenchimento das propriedades e as chamadas das funções das soluções ACBr, é um passo importante para entender como elas funcionam e como podem ajudar no seu desenvolvimento. Como testar? Na esmagadora maioria dos casos, é necessário, no mínimo, o uso de um certificado digital e-CNPJ para a comunicação com os web services, sem contar aqueles que exigem o uso de chave ou token. Portanto, é mais simples buscar essa informação junto à cidade onde você reside. Procure descobrir qual é o provedor que fornece o serviço para sua cidade, qual leiaute ele utiliza e quais são os requisitos para comunicação com o web service. Uma vez com essas informações em mãos, você pode utilizar os exemplos para testar o processo de emissão junto à sua cidade, compreendendo o fluxo e, por meio dos erros recebidos e da leitura dos manuais do provedor, identificar quais são os campos necessários, os valores esperados, entre outros detalhes importantes. Quais cidades são atendidas? Atualmente, a solução do ACBr atende a 3.079 das 5.571 cidades do Brasil. Para conferir se um município é atendido, basta procurar pelo código IBGE correspondente no arquivo ACBrNFSeXServicos.ini. Se na seção correspondente houver um nome de provedor atribuído, significa que o município é atendido. [3503208] Nome=Araraquara UF=SP Provedor=GINFES Principais Diferenças entre as Cidades. Todas as diferenças entre o processo de emissão de NFSe no município da cidade A e no município da cidade B se devem ao provedor que fornece o serviço para cada uma delas. Cidades atendidas pelo mesmo provedor raramente apresentam particularidades que diferenciem seu processo de emissão. Isso significa que, se você já homologou para uma cidade atendida pelo provedor ISSNet, na versão 2.04, por exemplo, dificilmente terá dificuldades para homologar em outra cidade atendida pelo mesmo provedor e versão. Por outro lado, isso também significa que uma cidade atendida pelo provedor IPM, em sua versão 1.00, terá diferenças significativas em relação a uma cidade atendida pelo ISSNet na versão 2.04. Portanto, é muito importante identificar qual é o provedor que atende ao município e ficar atento às particularidades dele. Quando usar a NFSe Padrão Nacional O Padrão Nacional deve ser utilizado por todos os prestadores de serviço do Brasil que sejam Microempreendedores Individuais (MEI). Fora desse caso, ele só deve ser utilizado se o município tiver aderido integralmente ao modelo. Caso contrário, a comunicação deve ser feita diretamente com o provedor que atende ao município. Como será com a chegada da Reforma Tributária? A Reforma Tributária sobre o consumo trouxe alterações apenas no leiaute do Padrão Nacional. Até o início de 2026, os municípios deverão escolher entre: Aderir integralmente ao Padrão Nacional, adotando-o como modelo único de emissão; ou Continuar utilizando os web services fornecidos pelos provedores, caso em que esses provedores deverão incluir novos campos em seus leiautes para receber as informações exigidas pela reforma e compartilhá-las com o Padrão Nacional de alguma forma. Vale a leitura. Emissão de NFSe, eliminando todas as dúvidas. Duvidas Frequentes sobre o ACBrNFSeX Informar mais de um item de serviço é possível? Consigo consultar e baixar os XMLs das NFSes junto as prefeituras usando as soluções do ACBr? Emissão de NFS-e segundo o Padrão Nacional Primeiros Passos com a Reforma Tributária

Olá Pessoal, Quanto mais eu rezo mais assombração aparece. Lá vamos nós ler a versão 1.20 da NT 2025/002 referente a Reforma Tributária da NF-e/NFC-e. Vamos a um resumo dela: Consta que somente a partir de 2027 as empresas do Simples Nacional e MEI ao emitir suas notas vão ter que informar as informações do IBS e CBS. Em uma nova NT vai ser detalhado essa obrigatoriedade para as empresas do SN e MEI. O campo tpNFCredito passa a ter um novo valor: 03 - Retorno. O grupo gIBSCBS passa a ter o campo vIBS que é o resultado de vIBSUF mais vIBSMun. O grupo gIBSCBSMono continha muitos campos, só que agora os campos foram distribuídos dentro dos grupos: gMonoPadrao, gMonoReten, gMonoRet e gMonoDif. Varias regras de validação foram alteradas. Já estamos trabalhando para deixar o componente ACBrNFe, a DLL ACBrLibNFe e o ACBrMonitor em conformidade com essa Nota Técnica.

Quem acompanha o Projeto ACBr sabe que sempre recomendamos usar certificados digitais no formato A1. Pois é... o certificado digital A3 ataca mais uma vez!!! Nos últimos dias temos recebido diversos relatos de usuários recebendo mensagens de erro como a mensagem abaixo: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://nfe.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx Erro: 2148073481 - E o que aconteceu? Sempre acontece com quem está usando certificado A3? A recomentadação quando usa A1 é configurar com OpenSSL e quando usa A3 com WinCrypt (veja esse tópico aqui para todos os detalhes!) e aí que está uma grande diferença. O A3 acaba dependendo diretamente das configurações, atualizações e permissões do sistema operacional windows. Nas últimas atualizações do windows estão sendo limitados os protocolos de comunicação permitidos e aí que acontece o erro... a sua comunicação acaba não funcionando. Não é um problema novo. Temos um tópico antigo já com orientações de como resolver o problema e quem deu a dica foi o usuário @Jhonatan. Também temos outro tópico que o @Diego Foliene explica tudo detalhadamente. Obrigado aos dois! Vou deixar o tópico do Diego aqui pra você resolver o seu problema!

Olá pessoal! Foi publicado no Diário Oficial da União o DESPACHO Nº 12, DE 29 DE ABRIL DE 2025. Essa publicação traz alterações importantes para NF-e modelo 55 e NFC-e modelo 65. A primeira delas é a proibição da emissão de nota fiscal de consumidor eletrônica - NFC-e, modelo 65 para CNPJ, conforme trecho: O AJUSTE SINIEF Nº 11, DE 29 DE ABRIL DE 2025 o qual se trata este artigo, detalha que o mesmo vai produzir efeitos a partir de 03/11/2025. A segunda é criação de um modelo de DANF-e Simplificado Varejo conforme trecho: O AJUSTE SINIEF Nº 12, DE 29 DE ABRIL DE 2025 o qual se trata este artigo, detalha que o mesmo vai produzir efeitos a partir de 03/11/2025 Vale mencionar que consultando tanto no Portal Nacional quanto no Portal da Sefaz RS na data de 02/05/2025 não constam publicações de NT ou MOC retratando como deve ser o leiaute do DANF-e Simplificado Varejo.

Olá Pessoal, Notei que diversos desenvolvedores estão fazendo perguntas repetitivas tanto no Fórum quanto no Discord sobre a NFS-e Padrão Nacional, compilei algumas dessas perguntas e suas respectivas respostas. 1. Para emitir NFS-e Padrão Nacional precisa de certificado digital? Resp.: Depende, se a nota for emitida pelo Portal Nacional da NFS-e só é necessário ter um usuário e senha, por outro lado se for emitida por uma aplicação de terceiro vai ser necessário sim, pois a API Rest (webservice) requer que o XML do DPS (Declaração de Prestação de Serviço) seja assinada. 2. O certificado digital tem que ser do prestador? Resp.: Sim. 3. O certificado digital tem que ser um e-CNPJ ou pode ser um e-CPF? Resp.: Vai depender do prestador ser uma pessoal jurídica ou física. 4. O MEI é pessoa jurídica ou física? Resp.: MEI é um Micro Empresário Individual portanto uma pessoa jurídica (possui CNPJ), logo o certificado é um e-CNPJ. 5. A partir de 01/09/2023 só o MEI vai poder emitir suas notas segundo o Padrão Nacional? Resp.: Quem é MEI a partir de 01/09/2023 é obrigatório a emitir a sua nota pelo Padrão Nacional independente se a sua cidade ter aderido ou não ao projeto do Padrão Nacional, por outro lado quem não é MEI vai depender da cidade ter aderido a Emissão da NFS-e. 5. Existem cidades que já aderiram ao projeto? Resp.: Sim, para saber quais são basta acessar o link abaixo e procurar as cidades que na coluna Aderente Emissor Nacional contem a palavra SIM (exemplo a cidade de Bujari/AC). https://www.gov.br/nfse/pt-br/municipios/municipios-aderentes 6. É possível emitir a NFS-e Padrão Nacional usando o ACBr? Resp.: Sim, através do componente ACBrNFSeX, ACBrLibNFSe e ACBrMonitor Plus (Lib e Monitor usar sempre a ultima versão). Com o componente antigo ACBrNFSe não é possível, pois não damos mais manutenção a ele. Para isso, basta alterar a propriedade LayoutNFSe para o valor lnfsPadraoNacionalv1. A mesma fica na aba Geral do programa exemplo para o componente nativo. No caminho DFe > WebServices > NFSe no MonitorPLUS e na seção [NFSe] no arquivo ACBrLib.ini. 7. Ao tentar emitir uma nota no Padrão Nacional usando o componente ou a Lib ou o Monitor estou recebendo alguns erros de internet. Resp. Isso é possível de estar ocorrendo pois a RFB e o SERPRO não esperavam um volume gigantesco de emissões, eles estão trabalhando para sanar esses problemas. 8. Posso usar o certificado A3 ou tem que ser A1? Resp.: Pode sim usar o A3, mas a Equipe ACBr recomenda o uso do A1, pois o A3 possui conexão física com o computador essa conexão pode falhar, já o A1 é um arquivo (PFX) que é salvo no disco ou no banco de dados e pode ser instalado no Windows. Outra é que com o certificado A1 e o componente ou Lib ou Monitor configurado para usar o OpenSSL a aplicação vai funcionar independente da versão do Windows e se ele esta atualizado ou não, já o A3 não tem como usar o OpenSSL. 9. "RNG9999 Erro não catalogado" e agora? Este erro é um indicativo de que ocorreu no meio do processo, no entanto, o erro em questão não é um dos que foram mapeados. Pensem nele como o "último else" das validações. Ao receber este erro, revise todas as informações que estão configuradas e que estão sendo enviadas no DPS para se certificar que não esteja sendo enviado algo errado.

Boa tarde @João Antônio, Já esta no SVN.

Bom dia @mregiani e @Info-House, Se a nota esta sendo emitida e enviada para a SEFAZ-SP, temos informações que a mesma esta realizando um calculo diferente do que esta especificado na Nota Técnica. Na NT consta que devemos usar o SHA1 e a SEFAZ-SP esta usando o MD5 para calcular o Hash da assinatura. A SEFAZ-SP tem que corrigir isso.

Olá Elias, Descriptografei o arquivo KEY (que foi enviado ao banco) e finalmente deu certo. Usei o comando abaixo: openssl rsa -in <encrypted_key_filename> -out <decrypted_key_filename> Obrigado pelo apoio!

Boa tarde @Gabriel Bonzanini, Já esta no SVN.

@clodemar, Acredito que você esqueceu de identificar o lote. FrmMenuPrincipal.ACBrNFCom.EventoNFCom.Evento.Clear; ACBrNFCom.EventoNFCom.idLote := Identificador; .... ACBrNFCom.EnviarEvento(identificador);

@Daniel Simoes eu que agradeço, vou continuar contribuindo, pois nossa empresa terá mais de 40 clientes emitindo NFCom. De acordo com o manual ambos os campos tem a mesma formatação. Aproveitando a questão, o campo nItem, assim como nItemAnt estão com tamanho de 3 no manual e a máscara atual é de 4 caracteres ('###0'), acredito que seria interessante trocar o tamanho também.

Muito obrigado! Comentei temporariamente o processo de validação no fonte do ACBr e deu certo!

Utilizando o parâmetro "AExtrairEventos" com valor = true, mencionado pelo @Juliomar Marchetti, o XML do resultado da consulta vem com todos os eventos. No meu caso realizei a consulta de um CTe

Boa tarde. Adicionado o banco ABC Brasil no ACBrPagFor, os arquivos gerados foram validados banco. Segue arquivos para validação. PagFor.BancoABCBrasil.GravarTxtRemessa.pas PagFor.BancoABCBrasil.LerTxtRetorno.pas PagFor.BancoABCBrasil.Provider.pas ACBrPagForProviderManager.pas

Muito obrigado pela contribuição @FabioTellini

Muito obrigado, por compartilhar conosco...

vNFTot ! Tem também </IBSCBSTot> <vNFTot>120.94</vNFTot> </total> Restando somente a falta de implementação pela UF de SP !, @sanwal *Os dados que postei acima são da calculadora da Reforma Tributária, e não do XML fornecido. Motivo da falta dessa TAG

Parece incompatibilidade das DLLs do tópico que citei, com certas versões do Windows: Se for o caso, a solução é usar as DLLs "oficiais" do ACBr e usar schemas locais, mapear unidade, criar link simbólico.

Bom dia Juliomar, era realmente algum processo entre o contador e a prefeitura, esta funcionando. Muito obrigado

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

Atualize os fontes. Foi revertida a geração da tag "vIBS" que algumas SEFAZ ainda não estão aceitando.

Recebi a 1º notificação onde o governo já solicitou o arquivo no formato AEJ Só avisando que o governo passou a usar.

Antes utilizávamos o Scope: cobrancas.boletos-info cobrancas.boletos-requisicao , dessa forma funcionava perfeitamente. Porém recentemente começou a ocorrer os problemas. O Scope como mencionei acima funcionou por mais de um ano sem problema algum em nosso sistema.

Olá Pessoal, Infelizmente o componente ACBrNFSeX não atende 100% das cidades brasileiras, mas você pode colaborar e quem sabe chegamos ao 100%. No arquivo ACBrNFSeXServicos.ini que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX consta todas as cidades brasileiras, mas varias delas não sabemos qual é a empresa (provedor) que a prefeitura contratou para implementar a emissão de NFS-e. É possível identificar essas cidades da seguinte forma, basta abrir o arquivo mencionado acima e procurar pela ocorrência de "Provedor=". Se não constar o nome do provedor significa que essa cidade ainda não é atendida. Como que eu faço para colaborar? Muito simples, vamos pegar uma cidade a titulo de exemplo: [1100015] Nome=Alta Floresta D Oeste UF=RO Provedor= Notem que não consta o nome do provedor. O primeiro passo é entrar em contato com a prefeitura e questionar qual é a empresa (provedor) contratada para a emissão de NFS-e. Sabendo qual é provedor, você pode procurar ele no arquivo INI para saber se existem outras cidades que contrataram o mesmo provedor. O segundo passo é saber qual é a URL de homologação e de produção do webservice do referido provedor para esta cidade. Alguns provedores tem versões diferentes para as cidades que eles atende, sendo assim é bom checar essa informação também. De posse de todas as informações, basta alterar o arquivo INI e seguir o passo a passo descrito neste outro tópico: Lembre-se que é de grão em grão que a galinha enche o papo. Toda ajuda é muito bem vinda, não importa se você colaborou com a inclusão de uma cidade ou de uma dezena de cidades. Nós do Projeto ACBr queremos escrever o seu nome no ACBrNFSeX-change-log. Você pode também colaborar com alterações, por exemplo uma cidade que trocou de provedor ou apenas as URLs, repito toda ajuda é bem vinda. Você quer ser mais audacioso e colaborar com a implementação de um novo provedor, ficaremos muitos honrados pela colaboração. O que você esta esperando? Vamos colaborar?

Boa tarde pessoal. No Fórum do Banco do Brasil me sugeriram ajustar o Scope para: cobrancas.boletos-info%20cobrancas.boletos-requisicao Após o ajuste funcionou perfeitamente.

Olá, pessoal! Foi publicada a Nota Técnica 03/2025 do Reinf. Essa atualização adiciona novos valores possíveis na Tabela 01 – Natureza de Rendimentos do Anexo I dos leiautes e também na Tabela de Natureza de Rendimentos x Código de Receita do Anexo I do Manual de Orientação do Usuário, versão 2.1.2.1, a ser utilizada no registro R-4020. O campo natRendimento já é do tipo string no componente ACBrReinf, portanto, não são necessárias modificações no componente. Leia a Nota Técnica na íntegra [AQUI]

Olá pessoal! Foi publicado comunicado no Portal SPED informando sobre a versão 11.3.3 do programa ECF utilizado para transmitir arquivos do ano-calendário 2024, situações especiais 2025 (leiaute 11) e também anos anteriores. A nova versão traz as seguintes atualizações: Leia o comunicado na íntegra AQUI.

Olá pessoal! Conforme noticiado na primeira postagem deste tópico, no dia 01/08/2025 foi removida a opção de download do aplicativo de manifestação do destinatário do Portal da NFe.

Olá pessoal! Foi publicada a Nota Técnica 2025/002 trazendo adequações da NF-e e da NFC-e para a Reforma Tributária do Consumo. No âmbito da NF-e e da NFC-e, esta nota técnica substitui a NT mencionada no tópico abaixo: É importante reforçar que: Em produção, no ano de 2025, as informações de tributação relativas ao IBS, CBS e IS serão opcionais e não serão validadas. As novas validações relacionadas a esses tributos serão aplicadas a partir de janeiro de 2026. Como as discussões envolvendo a implantação da Reforma Tributária ainda estão em curso, está NT pode sofrer ajustes ao longo do período. Alterações. Tipos Básicos da Tributação. Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura com os novos campos adicionados. Código Situação Tributária e Código de Classificação da Tributação O grupo de informações do IBS, CBS e IS contém os campos CST e cClassTrib. No tópico abaixo é detalhado o informe técnico sobre a publicação da tabela que possui a relação desses códigos. Cada código cClassTrib corresponde a um dispositivo específico da Lei Complementar 214 / 2025, tornando objetiva a informação do contribuinte sobre como é feita a tributação do IBS/CBS por item. Finalidades débito e crédito da NF-e Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout O código do status da resposta (cStat) devolvido passa a ter tamanho 4. Adiciona no grupo de identificação da nota fiscal eletrônica (grupo Ide) ganha campos para informar o código do município do fato gerador do IBS/CBS, o tipo da nota de débito, o tipo da nota de crédito e um grupo para informar se é compra governamental. Adiciona um grupo com novos campos para receber as informações do IBS, CBS e IS por item. Adiciona um grupo para totalizar as informações do IBS, CBS e IS. Regras de validação Adiciona regras de validação que buscam validar os novos campos e suas informações, a citar alguns exemplos: cStat 1000 para validar se o fato gerador do IBS foi preenchido. cStat 1001 para validar se somente o IBS/CBS foram preenchidos quando finalidade for débito/crédito. cStat 1002 para validar se nota de compra governamental e informações devidamente preenchidas. ... Eventos Esta nota técnica cria os seguintes eventos para apuração do IBS e da CBS além de um evento de cancelamento genérico que permite cancelar qualquer um deles: 112110 - Informação de efetivo pagamento integral para liberar crédito presumido do adquirente.(Autor: Emitente) 211110 - Solicitação de Apropriação de crédito presumido.(Autor: Destinatário) 211120 - Destinação de item para consumo pessoal.(Autor: Emitente/Destinatário) 211124 - Perecimento, perda, roubo ou furto.(Autor: Destinarário) 211128 - Aceite de débito na apuração por emissão de nota de crédito.(Autor: Destinatário) 211130 - Imobilização de item.(Autor: Destinatário) 211140 - Solicitação de Apropriação de Crédito de Combustível.(Autor: Destinatário) 211150 - Solicitação de Apropriação de Crédito para bens e serviços que dependem de atividade do adquirente.(Autor: Destinatário) 212110 - Manifestação sobre Pedido de Transparência de Crédito de IBS em Operações de Sucessão.(Autor: Sucessora) 212120 - Manifestação sobre Pedido de Transparência de Crédito de CBS em Operações de Sucessão.(Autor: Sucessora) 412120 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de IBS em Operações de Sucessão.(Autor: Fisco) 412130 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de CBS em Operações de Sucessão.(Autor: Fisco 110001 - Cancelamento de Evento(Autor: Idem ao evento a ser cancelado). Datas Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, dito isso, essa nova versão traz algumas novas modificações, como o grupo para compras governamentais, tpNFDebito e tpNFCredito. Dito, será preciso revisar a nota e as alterações propostas com prováveis modificações sendo necessarias. Mas garantimos que as soluções do ACBr estarão de acordo com as mudanças propostas até as datas definidas, para que possam realizar seus devidos testes. Leia essa Nota Técnica na íntegra AQUI.

@Atenas Soluções Softwares, Até onde sei (mas confesso que não sou especialista em RT) o Split Payment ainda está em definição... tem vários modelos, em estudo... Mas fazendo um exercício de futurologia... talvez, seja necessário que a aplicação comercial, sinalize na transação TEF, o valor de Imposto, que a adquirente precisa efetuar o Split para o Governo... Enfim, ainda não há nada em definitivo, e nenhuma modificação no universo das TEF Houses, sobre isso..

Corrija isso aqui... vIBS = vIBSUF + vIBSMun

Bom dia @Luiz Eduardo Bodo, Já esta no SVN.

ola, o teu problema deve ser igual ao meu eu informei uma data de vencimento igual a data de emissao da nota fiscal e ai a rejeicao 853.

Olá pessoal! Foi publicado no dia 09/06/2025 a versão 1.10 desta nota técnica. Alterações Informações Esta versão reforça que as informações de tributação do IS, CBS e IS serão opcionais em 2025, mas serão validadas caso informadas no ambiente de produção. Enquanto que em homologação os campos serão obrigatórios em 2025 e as regras de validação serão aplicadas conforme previsto nas datas de implementação da NT. É ressaltado que a tabela de cClassTrib pode sofrer alterações visando aperfeiçoamentos ou adequações a novidades estabelecidas. Leiaute Adiciona para o tipo de nota de débito os novos valores: 06 - Pagamento antecipado 07- Perda em estoque Define os valores para o tipo de nota de crédito, sendo eles: 01 - Multa e juros 02 - Apropriação de crédito presumido de IBS sobre o saldo devedor na ZFM. Adiciona no grupo para compras governamentais (gCompraGov) um campo para definir o tipo de operação com o ente governamental (tpOperGov) com os possíveis valores: 1 - Fornecimento 2 - Recebimento do pagamento conforme fato gerador do IBS/CBS Inclui o grupo gPagAntecipado para referenciar notas de antecipação de pagamento. Incorpora no grupo de produtos e serviços o indicador de fornecimento de bem móvel usado (indBemMovelUsado). Acrescenta novo grupo de informações da composição do valor do IBS e da CBS em compras governamentais (gTribCompraGov). Adiciona novo grupo para transferências de crédito (gTransfCred). Inclui novo grupo para informações do crédito presumido de IBS para ZFM (gCredPresIBSZFM). Regras de validação Adiciona novas regras para verificar e validar os novos campos adicionados nesta versão. Incrementa a mensagem de algumas regras de validação estabelecidas em versão anterior para trazer o número do item que ocasionou a rejeição. Atualiza observação de algumas regras de validação adicionando como devem ser os cálculos dos valores. Eventos Esclarece que os eventos serão recepcionados pela Sefaz do Virtual do Rio Grande do Sul - SVRS. Adiciona os eventos: 112120 - Importação em ALC/ZFM não convertida em isenção. 112130 - Perecimento, perda, roubo ou furto durante o transporte contratado pelo fornecedor. 112140 - Não ocorrência de fornecimento com pagamento antecipado. 211124 - Perecimento, perda, roubo ou furto durante o transporte contratado pelo adquirente. Remove o evento 211124 - Perecimento, perda, roubo ou furto. Datas Implantação de novo schema com os campos para apuração do IBS, CBS e IS com preenchimento opcional²³: Implantação Teste: De 07/07/2025 até 28/07/2025¹ Implantação Produção: 06/10/2025 Aplicação das regras de validação²³: Implantação Teste: De 07/07/2025 até 11/08/2025¹ Implantação Produção: 06/10/2025 Inicio da obrigatoriedade da informação dos novos tributos²³: Implantação Teste: 06/10/2025 Implantação Produção: 05/01/2026 Implantação dos eventos para utilização na apuração do IBS, CBS e IS: Implantação Teste: 04/08/2025 Implantação Produção: 06/10/2025 ¹ Implantação em teste pode variar de acordo com a UF. ² As regras de validação para o IBS, CBS e IS serão aplicadas somente se os valores forem preenchidos no arquivo XML. ³ A validade jurídica se dará conforme datas previstas na legislação. Detalhamento Julho/2025: Homologação: Preenchimento dos campos IBS/CBS é facultativo. Se preenchidos, as RV serão aplicadas. Produção: Campos do IBS/CBS ainda não implantados. Caso informados, ocasionará erro de schema. Outubro/2025: Homologação: Preenchimento dos campos IBS/CBS passa a ser obrigatório para as NF-e com data de emissão maior ou igual a 06/10/2025 e as RV serão aplicadas. Produção: Preenchimento dos campos IBS/CBS é facultativo. Se preenchidos, as RV serão aplicadas. Sem valor jurídico para os novos tributos Janeiro/2026: Homologação: Preenchimento dos campos IBS/CBS passa a ser obrigatório para as NF-e com data de emissão maior ou igual a 06/10/2025 e as RV serão aplicadas. Produção: Preenchimento dos campos IBS/CBS passa a ser obrigatório para as NF-e com data de emissão maior ou igual a 05/01/2026 e as RV serão aplicadas. Com valor jurídico para os novos tributos a partir de 01/01/2026. E como fica o ACBr? O componente ACBrNFe já está passando por processo de adequação as modificações propostas por esta versão portanto assim que concluídas e disponibilizadas as alterações, será avisado neste tópico. Leia a versão 1.10 desta nota técnica na íntegra AQUI.

Olá pessoal! Foi publicada a versão 1.01 desta nota técnica. Alterações Padrões de numeração A nova versão traz mais detalhes sobre a modificação do tamanho do campo cStat. Nela é explicado que o sistema da nota fiscal está atingindo alguns limites e por isso foi necessária a ampliação dos campos do código de status de resposta (cStat) e do número do protocolo de autorização (nProt). O cStat foi aumentado para comportar até 4 posições, com essa faixa sendo utilizada para as rejeições exclusivas dos novos impostos IBS, CBS e IS. O número de protocolo de autorização é composto pelos seguintes elementos: 1 dígito para Tipo Autorizador; 2 dígitos para o código da UF; 2 dígitos para o ano; 10 dígitos para o número sequencial dos documentos autorizados para o mesmo modelo de DF-e; Como algumas UFs estão próximas de atingir o limite dos 10 dígitos sequenciais para NFC-e, o campo foi aumentado podendo ter 12 posições, fazendo com que o número do protocolo possa ter agora até 17 caracteres. Mudanças no leiaute do documento fiscal No grupo gCompraGov o elemento tpCompraGov foi renomeado para tpEnteGov. A observação dos campos CSTIS e cClassTribIS foi alterada para deixar explicito que utilize tabela própria para cada campo respectivo. O tamanho do campo vBC do grupo gIBSCBS foi alterado de 3v2-4 para 13v2 efetivamente permitindo agora um valor de até 15 dígitos com 2 casas decimais. Remove o campo vTribOp do grupo gIBSUF. Remove o grupo gTribRegular do dos grupos gIBSUF e gIBSMun e adiciona no grupo gIBSCBS. Altera o grupo que totaliza as informações dividindo em um totalizador somente para o IS e um somente para o IBSCBS. Regras de Validação Adiciona regras de validação para: Validar o IBS/CBS não informado. Validar IBS/CBS Monofásico preenchido. Validar se os valores das alíquotas do IBS/CBS e IS estão corretos. Impedir o uso do crédito presumido para NFC-e. Validar os totais do IBS/CBS monofásico. Validar se o item referenciando quando nota de débito está correto. Validar informações relacionadas ao IS. Eventos Adiciona no evento "Solicitação de Apropriação de crédito presumido" grupo para as informalões do gCBS. Deixa explícito que o evento "Perecimento, perda, roubo ou furto" é relacionado as mercadorias em estoque e não relacionadas ao trânsito. Datas Aplicação das regras de Validação. Implantação Teste: 01/07/2025 Implantação Produção: 01/2026 E como fica o ACBr? As soluções do ACBr, sejam componentes nativos, ACBrMonitorPLUS e ACBrLib estão sendo revistos e serão adequados as alterações propostas em tempo hábil para que possam realizar seus testes em homologação. Leia a versão 1.01 desta nota técnica na íntegra AQUI.

Olá pessoal! Na tarde do dia 18/11/2024 o Sebrae promoveu junto aos auditores fiscais da Receita, Carlos Nacif e Hermano Toscano, uma Live para detalhar duas mudanças previstas para 2026 para todos os empreendedores. Dentre as mudanças mencionadas, uma delas se refere a unificação da emissão de NFS-e em todo o país utilizando o Padrão Nacional. Está mudança está prevista para Janeiro de 2026, sem uma data específica. As informações acima foram retiradas de notícia originalmente publicada pelo Sebrae e que pode ser lida na íntegra AQUI. Relembrando. No contexto da NFS-e, não há um leiaute único. Cada administração municipal pode optar por contratar através de licitação uma empresa que fornece o web service de emissão de notas de serviço (nós do ACBr chamamos esta empresa de "provedor"). Este web service pode ser implementado seguindo um leaiute da maneira que o provedor preferir, causando assim, no cenário da NFS-e, uma falta de padrão. O Padrão Nacional, como o nome diz, é um padrão que foi criado com o objetivo de centralizar isso, acabando com os padrões próprios utilizados. No entanto, apesar do nome Padrão, sua adesão até o momento desta publicação, é obrigatória apenas para os MEIs com adoção opcional para os outros casos. Nesta adesão opcional, até o momento, 1.140 cidades estão conveniadas, sendo 22 capitais. (Você pode conferir a lista completa AQU). O que se espera é que em 2026 todos estejam emitindo pelo Padrão Nacional. Também é importante lembrar! O componente nativo para Delphi/Lazarus e consequentemente o ACBrMonitorPLUS e a ACBrLib já estão adequados ao Padrão Nacional e podem ser utilizados para emissão de nota no mesmo. O tópico abaixo traz mais informações a respeito:

Aqui pra mim estava dando o mesmo erro com Windows 11 no cliente e na minha maquina com o certificado A3, e consegui resolver da seguinte forma: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

Sugestão: IA com componentes ACBr (Exemplo: Gemini ou ChatGPT integrando ao componente ACBrNFe...); NoCode com ACBr (Xano ou Bubble com ACBrNFe ou algum outro, qual a melhor forma de integrar);

Edição do Papo PRO relacionada ao tema: