Painel de líderes

Olá, comunidade ACBr! É com muita alegria que anunciamos mais uma novidade para todos os membros que atuam com automação comercial: o lançamento da ACBrLib NFCom! O que é a NFCom? Se você ainda não conhece a Nota Fiscal Fatura de Serviços de Comunicação, confira a explicação completa neste tópico abaixo: Baixe a ACBrLibNFCom: Na versão DEMO Na versão PRO Leia a documentação completa AQUI E quanto aos exemplos? Os exemplos de uso e consumo da ACBrLibNFCom estão sendo desenvolvidos pela equipe de consultores e serão disponibilizados assim que possível. Uma agradecimento ao @Italo Giurizzato Junior, ao @antonio.carlos, ao @Matheus Confortini e todos os demais consultores e membros da comunidade que tornaram o lançamento desta nova Lib possível.

Olá, comunidade ! Foi publicada a versão 1.10 do Informe Técnico 2024/002 alterando a Tabela dos Meios de Pagamentos. Nesta versão foi adicionado um novo item: Datas Implantação Teste: 20/10/2025 Implantação Produção: 03/11/2025 E como fica o ACBr? Como foi adicionado uma nova forma de pagamento, será necessário modificar o enumerado correspondente nas soluções ACBr. Foi criada a tarefa ACBR-8119 para centralizar a modificação. Leia o Informe Técnico na íntegra AQUI Um agradecimento ao membro da comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nosso servidor do Discord.

Comunicado — NFS-e Goiânia (Modelo ABRASF 2.04) Um cliente recebeu esse aviso: Prezado(a) contribuinte, Com a publicação do Decreto nº 2.824/2025, a Prefeitura Municipal de Goiânia passa a adotar um novo Sistema de Gestão, Fiscalização e Arrecadação do Imposto Sobre Serviços de Qualquer Natureza - SGISS e o Modelo ABRASF 2.04 de Nota Fiscal de Serviços Eletrônica (NFS-e). O ambiente oficial (produção), bem como o novo SGISS, estarão disponíveis a partir do dia 1º de outubro de 2025. Entretanto, empresas que já realizam emissão de NFS-e via WebService podem iniciar o processo de homologação no novo padrão desde já juntamente com os seus fornecedores de software ou ERP. Como realizar a homologação: Solicite acesso ao ambiente de testes no link: https://www.issnetonline.com.br/homologaabrasf/online/SolicitacaoCadastro/Cadastro.aspx?tipo=normal Leia atentamente todas as orientações e preencha o formulário com os dados da empresa a ser homologada; Ao finalizar, marque o campo “Li e concordo com o termo” e clique em “Enviar”; Se todas as informações estiverem corretas, será exibida mensagem de confirmação e gerado um "protocolo de solicitação" (verifique se o bloqueador de pop-ups está desativado); Após análise, a liberação do ambiente será comunicada por e-mail, permitindo o início dos testes de comunicação no WebService de Homologação. Materiais de apoio: Para acesso ao manual de integração, modelos de XML, schemas e demais informações técnicas, clique em: Manual e arquivos de integração. Parâmetros de teste (homologação): Codigo Municipio: 5002704 Série do RPS: 8 WebService (homologação):: https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Boa tarde, deu certo aqui, mas acabei usando um componente pronto chamado Abbrevia 10.3 que tem suporta a zip64

Retornou as notas, mas as informações ficaram vazias.

Sobre os drivers, foram instalados?, ou apareceu a impressora como redirecionada, mesmo sem ter instaldo eles no servidor. Pergunto porque as vezes ela aparece listada no servidor mesmo sem ter instalado os drivers, e desta forma tem o comportamento como o que você descreveu.

Bom dia, sim uso o certifica e CNPJ são os mesmo, e não é MEI.... estou enviando um e-mail para [email protected], com o xml pelo ACBR, html de retorno gerado e dados da empresa, para ver se me retornam algo

Instalou os drivers dela no servidor ? Após fazer isto, ele deve sozinho Mostrar ela como Redirecionada dentro do server.

dai é permissões. serviço não é o mesmo que aplicação

Introdução Não há como negar que a Reforma Tributária, como uma onda, já afetou e continuará afetando todo o cenário de emissão de documentos fiscais eletrônicos no Brasil pelo menos até 2032. Trata-se de um verdadeiro chacoalhão para desenvolvedores e empresas, trazendo novos campos, grupos e regras de validação que precisam ser observados atentamente. As soluções do Projeto ACBr vêm sendo constantemente atualizadas conforme cada novidade publicada, permitindo que os desenvolvedores as utilizem para facilitar o processo de emissão desses documentos sem grandes dores de cabeça. O objetivo deste tópico é centralizar quais são os documentos fiscais impactados e apresentar como está a situação das respectivas soluções do Projeto ACBr diante das mudanças Documentos afetados Nota Fiscal Eletrônica / Nota Fiscal de Consumidor Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NF-e / NFC-e; Modelo: 55 / 65; Solução nativa: ACBrNFe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/002 v1.31 Adequado a última nota técnica: Observação: Novos eventos estão sendo implementados gradativamente. Nota Fiscal de Serviços Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NFS-e Modelo: -- Solução nativa: ACBrNFSeX Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 005 - v1.00 Adequado a última nota técnica: Observação: Os novos campos foram adicionados, mas os arquivos de schema ainda não foram disponibilizados e o ambiente de homologação não foi liberado. Nota Fiscal de Fatura de Serviços de Comunicação Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NFCom Modelo: 62 Solução nativa: ACBrNFCom Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Nota Fiscal de Serviços de Energia Elétrica Última atualização dessas informações: 24/11/2025; Abreviação: NF3e Modelo: 66 Solução nativa: ACBrNF3e Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Bilhete de Passagem Eletrônico / Bilhete de Passagem Eletrônico Transporte Metropolitano Última atualização dessas informações: 24/11/2025; Abreviação: BP-e / BP-e TM Modelo: 63 Solução nativa: ACBrBPe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: Bilhete de Passagem Eletrônico para Transporte Aéreo (BP-e TA) ainda não implementado. Conhecimento de Transporte Eletrônico / Guia de Valores de Transporte Eletrônico / Conhecimento de Transporte Eletrônico Outros Serviços Última atualização dessas informações: 24/11/2025; Abreviação: CT-e / GTV-e / CT-e OS Modelo: 57 / 64 / 67 Solução nativa: ACBrCTe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Nota Fiscal da Água e Saneamento Última atualização dessas informações: 24/11/2025; Abreviação: NFAg Modelo: 75 Solução nativa: -- Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: -- Adequado a última nota técnica: Observação: Documento publicado apenas em formato de minuta, sem publicação definitiva.

Olá Pessoal, Com a Reforma Tributária temos novas opções de emissão de NF-e, vamos tentar entender como funciona essa tal de nota de Débito ou Crédito. Na Nota Técnica 2025/002 versão 1.20 no final da página 7 temos o item 4 que traz: 4. Finalidade Débito e Finalidade Crédito da NF-e Notas de Débito e Crédito são nomes de instrumentos utilizados mundialmente para documentar situações contábeis onde é necessário corrigir informações comerciais que foram registradas em um documento, que no Brasil é a Nota Fiscal. Esta Nota Técnica cria na NF-e modelo 55 as finalidades de emissões correspondentes. O sentido das palavras “débito” e “crédito” sempre se referem ao ponto de vista do emissor: • 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 emissão “Nota de Ajuste” e “Nota Complementar”, já existentes, são casos especiais de Nota de Débito; uma nota de entrada emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida a um consumidor final, é um caso especial de Nota de Crédito. A regulamentação do IBS disporá sobre a utilização de notas de crédito e notas de débito para lançamentos de ajuste, com a finalidade de instrumentalizar a preparação da declaração assistida a ser oferecida para os contribuintes, de maneira automatizada, a partir de documentos fiscais eletrônicos, em cumprimento ao que preconiza a LC 214/2025. A menos que ocorra alteração na regulamentação do ICMS e do IPI, notas de crédito e notas de débito não poderão ser utilizadas para ajustes relativos a estes tributos. O campo finNFe agora passa a ter as opções: 5=Nota de crédito; 6=Nota de débito; Portanto se a minha intenção é emitir uma NF-e de Crédito o valor de finNFe tem que ser 5, por outro lado se a intenção é emitir uma NF-e de Débito o valor de finNFe tem que ser 6. Temos agora que especificar o tipo da nota de Débito ou de Crédito através dos novos campos tpNFDebito e tpNFCredito. Devemos ter em mente que uma nota só pode ser de Débito ou de Crédito jamais vai ser de Débito e Crédito. Valores aceitos pelo campo tpNFDebito: 01=Transferência de créditos para Cooperativas; 02=Anulação de Crédito por Saídas Imunes/Isentas; 03=Débitos de notas fiscais não processadas na apuração; 04=Multa e juros; 05=Transferência de crédito de sucessão; 06 = Pagamento antecipado 07 = Perda em estoque Valores aceitos pelo campo tpNFCredito: 01 = Multa e juros 02 = Apropriação de crédito presumido de IBS sobre o saldo devedor na ZFM (art. 450, § 1º, LC 214/25) 03 = Retorno (regra de validação: B25-80) Uma nota de Débito ou Crédito não podem conter informações de: ICMS (tag: ICMS), ISSQN (tag: ISSQN), IPI (tag: IPI), II (tag: II), PIS (tag: PIS), PIS ST (tag: PISST), COFINS (tag: COFINS), COFINS ST (tag: COFINSST), ICMS UF Destino (tag: ICMSUFDest) ou Imposto Devolvido (tag: impostoDevol). Uma NFC-e (modelo 65) não permite nota de Débito ou Crédito, esses dois tipos de notas estão restritas ao modelo 55 ou seja NF-e. (regra de validação: UB106-31) Temos um novo gruo chamado gTransfCred que só deve ser gerado se a de nota de Débito tiver o tpNFDebito for 01 ou 05. O grupo gTransfCred só deve ser gerado se o CST / cClassTrib informado o permitir. (regra de validação: VC02-10) Se tpNFDebito for 03 ou 04 devemos gerar o novo grupo DFeReferenciado. (regra de validação: 3BA02-70) Uma nota de crédito de multa/juros, tpNFCredito igual a 01 ou 03 tem que referenciar uma NF-e autorizada e não pode estar cancelada. (regra de validação: B25-30) Se tpNFCredito for 01 ou 03 devemos gerar o novo grupo DFeReferenciado. A nota de Débito ou Crédito não é simples, possui muitas regras de validação, vai ser natural levarmos uma rejeição logo na primeira nota, mas de posse da NT em mãos para buscar um entendimento sobre a rejeição e sanar o problema vai ser o caminho. Tudo é muito novo para nós desenvolvedores e para os contadores, o jeito vai ser dar as mãos e tentarmos buscar a melhor implementação. Não sou contador, sou desenvolver, mas busco sempre as respostas nos Manuais, Notas Técnicas e longas conversas com os contadores. Espero que esse texto possa ajudar um pouco com esses dois tipos de notas.

Olá Pessoal, Muitos de vocês estão ansiosos e apreensivos com essa mudança que vai ocorrer. Os componentes do ACBr vão ser afetados com essa reforma? Sim, mas fiquem tranquilos que já estamos trabalhando nas modificações. Como que fica a minha aplicação, também vai ser afetada? Sim, e te aconselho conversar com os contadores dos seus clientes para saber o que vai ser necessário calcular e como calcular. Como esta os trabalhos e quais são os componentes que vão ser afetados? Dividimos o trabalho em 5 etapas e os componentes afetados são: ACBrBPe (Bilhete de Passagem Eletrônico/Bilhete de Passagem Eletrônico Metropolitano); ACBrCTe (Conhecimento de Transporte Eletrônico/Conhecimento de Transporte Simplificado Eletrônico/Conhecimento de Transporte Outros Serviços); ACBrNF3e (Nota Fiscal de Energia Elétrica Eletrônica); ACBrNFCom (Nota Fiscal de Comunicação Eletrônica); ACBrNFe (Nota Fiscal Eletrônica/Nota Fiscal ao Consumidor Eletrônica) e ACBrNFSeX (Nota Fiscal de Serviço Eletrônica). Etapas definidas para a implementação da Reforma Tributária nos componentes: 1. Alteração nas classes para criar os grupos e seus respectivos campos; 2. Alteração na unit responsável pela escrita do XML; 3. Alteração na unit responsável pela leitura do XML; 4. Alteração nas funções de escrita e leitura do arquivo INI (utilizado pelo ACBrMonitor e ACBLib). 5. Alteração nos programas exemplos Delphi/Lazarus visando mostrar como alimentar o componente referente aos novos campos dos novos grupos. Observações: A primeira etapa já foi concluída para todos os componentes exceto ACBrNFe. No caso do ACBrNFSeX a implementação contempla somente a NFS-e Padrão Nacional (provedor PadraoNacional), não sabemos como vai ficar o layout do XML do RPS dos provedores que tem layout próprio ou utilizam a versão 1 ou 2 do layout da ABRASF. No que se refere a NF-e/NFC-e além das alterações necessárias para contemplar a reforma tributária, vai ser necessário também implementar 12 novos eventos que vamos discriminar em postagem futura. Prazos: Segundo a NT/2024/001 versão 1.10 - Reforma Tributária - IBS e CBS (BPe, CTe, NF3e e NFCom) e a NT/2024/002 versão 1.10 - Reforma Tributária - IBS e CBS (NFe e NFCe) traz as seguintes datas: Ambiente de Homologação: 01/09/2025 Ambiente de Produção: 31/10/2025 Já a Nota Técnica 001 - SE-CGNFSe - Novo Layout - RTC (NFSe) temos a data de janeiro/2026 como sendo o inicio do novo layout, infelizmente não informa se é ambiente de homologação ou produção. Assim que finalizarmos a primeira etapa no componente ACBrNFe, avisaremos neste tópico o inicio da segunda etapa.

Olá Pessoal, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom e ACBrNFe. Os fontes alterados bem como os Schemas e os programas exemplos dos 5 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Estamos trabalhando já no componente ACBrNFSeX, mas como dito anteriormente até a postagem desse tópico não foi publicado os Schemas. No que se refere a NFSe temos duas questões: 1. A NT publicada com as mudanças no layout referente a Reforma Tributária é no layout da NFS-e Padrão Nacional (não confundir com ABRASF). 2. Hoje o componente ACBrNFSeX atende 1848 cidades, algumas delas contrataram provedores que usam a versão 1 do layout da ABRASF, outras contrataram provedores que usam a versão 2 do layout da ABRASF e outras contrataram provedores que tem layout próprio. Não sabemos qual a atitude dos provedores que utilizam a versão 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout no que se refere a Reforma Tributária. Eles vão alterar o layout que usam para adequar a Reforma ou vão abandonar o layout em uso e vão passar a usar o layout da NFS-e Padrão Nacional? Não temos a resposta para essa pergunta. Até a próxima pessoal.

Olá Pessoal, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 4 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês (abril) vamos finalizar e enviar para o SVN os ajustes no componente: ACBrNFe. Os Schemas da NFe já foram disponibilizados, assim que enviarmos para o SVN os fontes do componente, enviaremos também os schemas e o programa exemplo. Deixamos o componente ACBrNFSeX para o final pois não temos os Schemas para realizar os testes e lembrando que alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.

Olá Pessoal, É com muita alegria que eu informo a vocês que os trabalhos para adequar os componentes perante a Reforma Tributária esta a todo vapor. Já foi finalizado os ajustes nos componentes: ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 3 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês vamos finalizar e enviar para o SVN os ajustes nos componentes: ACBrBPe, ACBrNFe e ACBrNFSeX. No caso da NFe ainda não foi disponibilizado os Schemas. Já a NFSe além da falta dos Schemas e alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.

Olá Pessoal, Foi publicado ontem (28/03/2025) Notas Técnicas especificas para cada modelo de Documento Fiscal Eletrônico referente a Reforma Tributária. Notas Técnicas publicadas para o BP-e, CT-e, NF3-e e NF-e/NFC-e, esta faltando a publicação da NT referente a NFCom. Em uma leitura rápida não ocorreu grandes alterações. Somente a NF-e/NFC-e que trazia um grupo referente a Compras Governamentais, este grupo agora esta presente nos demais DF-e. Outro ponto a se destacar é quanto aos prazos de liberação dos ambientes de homologação e produção. Ambiente de homologação que antes estava previsto para 01/09/2025 passou para 01/07/2025. E o ambiente de produção estava previsto para 31/10/225 passou para 01/10/2025. Com essa alteração de datas os desenvolvedores passaram a ter 3 meses em vez de 2 para adequar suas aplicações e fazerem os testes. No que se refere a NFS-e também foi publicado uma nova NT que traz algumas modificações no layout sendo que uma delas é a inclusão do grupo de Compras Governamentais. Infelizmente essa NT não traz datas de inicio do ambiente de homologação (produção restrita como eles chamam) e do ambiente de produção. A única informação que consta é que em janeiro/2026 as NFS-e devem já atender a reforma tributária, ou seja, já deve constar os novos grupos e campos. Com essas novas modificações nos layouts dos DF-e vamos ter que rever tudo o que foi feito e fazer as alterações necessárias. Pessoal, agora mais do que nunca devemos manter os fontes do ACBr atualizados e reinstalados se possível diariamente. Vamos fazer novos Papo Pro no Discord relatando as mudanças e em qual etapa estamos na adequação dos componentes. Não percam os Papo Pro eles são de extrema importância para que vocês fiquem informados.

Olá Pessoal, Boas novas, as etapas 2 e 3 já foram concluídas para todos os componentes e já se encontram no SVN. Partiu etapa 4 que visa adequar os métodos de leitura e escrita do arquivo INI, como dito anteriormente usados pelo ACBrMonitor e ACBrLib. Quando esta etapa for finalizada vou trabalhar nos programas exemplos. Não fiquem apavorados em querer alterar as suas aplicações, pois vocês não vão conseguir realizarem testes em ambiente de homologação da SEFAZ uma vez que este ambiente só vai ser liberado em 01/09/2025 isso se não for prorrogado. Todas as implementações estão sendo realizadas com base nas Notas Técnicas: 2024/001 e 2024/002 ambas versão 1.10 pode ser que surge uma nova versão e com isso tenhamos que alterar algumas coisas na implementação. Por fim e não menos importante, mantenham os fontes do ACBr atualizados e instalados.

Pessoal, A etapa 1 que visa implementar nas classes os novos grupos e campos, foi totalmente implementada em todos os componentes mencionados na postagem anterior. Vamos agora partir para a etapa 2.