Painel de líderes

Olá pessoal, Foi feita uma alteração no DANFSE em Fortes Report, mais precisamente no DANFSE do Padrão Nacional. Em breve teremos essa mesma alteração em Fast Report e FPDF. Agora o componente vai se utilizar de um dos dois logos oficiais que se encontram na documentação da NFS-e Padrão Nacional. Logos da NFS-e — Portal da Nota Fiscal de Serviço eletrônica Temos o Logo Horizontal e o Vertical, se o componente não for configurado ou a configuração estiver errada ele assume o Logo Horizontal. Como configurar o Logo da NFS-e? Delphi/Lazarus: // Utilize uma das 2 string: ACBrNFSeXLogoH; ACBrNFSeXLogoV ACBrNFSeX1.DANFSE.LogoNFSe := 'ACBrNFSeXLogoH'; ACBrLibNFSe: ACBrMonitor Plus:

Olá pessoal! Reportando que o comportamento mencionado anteriormente ainda persiste testando depois das 17h do dia 16/07/2026

Atualizei vários métodos da IMendes, bem como o ambiente de homologação. Ajustado a inclusão de diversos atributos faltantes, atributos esses que retornam no JSON porém não se encontram no manual, ex: Baixa_Similaridade e retornados do método saneamento. Adicionado método remove devolvidos. Ajustado classe ACBrImendesProdutos para herdar de ACBrImendesProdutosID para reaproveitar em produtosDevolvidos. Esses produtos devolvidos são retornados na consulta do histórico. No histórico adicionei os produtosDevolvidos. ACBrImendesCliente adicionei: idSistema e TipoLicenca Iniciei o grupo de IS porém, esse ainda a IMendes não retorna, darei sequencia quando tiver resultados eficientes. fMunicipio da classe TACBrIMendesGrupoCaracTrib estava como Integer, porém a IMendes retorna o nome do município que é String. Adicionado em TACBrIMendesGrupo ProCodInterno para as consultas que não são por EAN, esses itens no saneamento retornam como Aguardando Analise e quando os mesmos são retornados retornam em outro grupo. No Saneamento adicionado os grupos: SemRetorno e BaixaSimilaridade. No método ConsultarDescricao adicionado o tipo da Consulta conforme manual. Adicionado RemoveDevolvidos conforme manual de integração. Em ValidarConfiguracao ajustei mensagem de erro incompatível: if EstaVazio(fCNPJ) then wErro.Add('- Email'); por if EstaVazio(fCNPJ) then wErro.Add('- CNPJ'); No método Autenticar a URL estava errada. SaneamentoGrades removido Warning de Value assigned but never used: Result := False; e nos demais métodos que iniciavam com isso, também ajustei. Adicionei o registrar log nas resposta para cumprir roteiro de homologação. ACBrIMendes.pas

Muito obrigado Juliomar por sua atenção. Realmente e estranhamente eu estava usando um tipo de arredondamento que estava alterando os valores... gratidão As vezes a gente fica tão focado em umas coisas e não percebe outras...

Bom dia, campo foi trocado por "adRemIS"

tava vendo isso quando vc mandou a mensagem vou baixar a nova contribuição. Obrigado.

Veja que o Diego esclareceu acima. Usando ACBrAPI você vai conseguir emitir usando o ambiente de produção. Solicite ao seu cliente e caso queira testar é possivel emitir uma nota de baixo valor em produção e cancelar depois. Recomendamos entrar em contato com a prefeitura e com o provedor ISSNet para entender o ambiente deles e solicitar apoio e esclarecimentos.

Reforma Tributária na NF-e: ACBr aprimora a geração do grupo gPagAntecipado Quem emite NF-e sob as regras da Reforma Tributária e usa notas anteriores para abater parcelas de antecipação de pagamento já pode contar com uma geração de XML mais robusta no ACBr — evitando o envio de um grupo vazio que poderia comprometer a validação do documento. O grupo BB01 – gPagAntecipado, previsto na NT 2025/002 (versão 1.40), permite informar a(s) NF-e emitida(s) anteriormente referentes a pagamento antecipado, usada(s) para abater as parcelas correspondentes, conforme o Art. 10, §4º citado na própria norma. O ACBrNFe já conta com suporte a esse grupo desde a implementação das mudanças da Reforma Tributária no leiaute da NF-e. Uma correção recente no ACBrNFe.XmlWriter ajustou a geração para que o grupo só seja incluído no XML quando houver ao menos uma chave de referência (refNFe) cadastrada. A mudança evita a geração de um grupo gPagAntecipado vazio, o que poderia levar à rejeição do documento pela SEFAZ. Quem já utiliza o componente não precisa alterar nada na própria aplicação — basta seguir usando a mesma API para que o comportamento correto seja aplicado automaticamente. O que é o grupo gPagAntecipado Dentro das adequações trazidas pela Reforma Tributária ao leiaute da NF-e, a NT 2025/002 (versão 1.40) define o Grupo BB — Grupo de notas de antecipação de pagamento, dentro da tag Ide: ID Campo Ocorrência Tamanho Observação BB01 gPagAntecipado 0-1 — Informado para abater as parcelas de antecipação de pagamento, conforme Art. 10, §4º BB02 refNFe 1-99 44 Referência a uma NF-e (modelo 55) emitida anteriormente, referente a pagamento antecipado Ou seja: o grupo é opcional (ocorre 0 ou 1 vez), mas quando presente deve conter de 1 a 99 referências de chaves de acesso (refNFe), cada uma com 44 posições. É justamente essa regra — grupo presente exige ao menos uma referência — que motivou o ajuste no ACBr. O que foi corrigido A atualização mais recente no componente ACBrNFe ajustou a rotina responsável por montar esse trecho do XML: agora, o grupo gPagAntecipado só é criado quando a lista de referências (refNFe) contiver pelo menos um item. Antes dessa correção, o grupo podia ser gerado mesmo sem nenhuma chave informada — o que resultaria em uma tag sem o conteúdo obrigatório exigido pelo schema da NF-e, um cenário com risco real de rejeição no ambiente da SEFAZ. Esse tipo de ajuste é especialmente importante em componentes fiscais: pequenas inconsistências na geração de um grupo opcional podem gerar erros de validação difíceis de rastrear, principalmente em cenários de Reforma Tributária, onde o leiaute ainda está em consolidação. Como usar Quem já preenche os dados de identificação (Ide) da NF-e via ACBrNFe pode informar as referências de antecipação normalmente, adicionando um item à coleção para cada chave de acesso: with Ide.gPagAntecipado.refNFe.New do refDFEChave := '12345678901234567890123456789012345678901234'; with Ide.gPagAntecipado.refNFe.New do refDFEChave := '12345678901234567890123456789012345678904567'; Se nenhuma referência for adicionada à coleção refNFe, o grupo gPagAntecipado simplesmente não é gerado no XML — sem necessidade de nenhuma verificação manual por parte de quem integra o componente. Dica: esse mesmo trecho de código está disponível nos programas exemplo do ACBr (projeto ACBrNFe, arquivo Frm_ACBrNFe.pas, nas versões Delphi e Lazarus). Vale a pena consultar os exemplos sempre que for implementar um novo campo da Reforma Tributária — eles trazem casos de uso já testados e evitam retrabalho na hora de integrar o componente. Por que isso importa para quem emite NF-e Reduz o risco de rejeição do documento por inconsistência de schema em cenários de antecipação de pagamento. Mantém o componente alinhado à NT 2025/002 (versão 1.40), que segue sendo ajustada à medida que a Reforma Tributária avança. Preserva a simplicidade de uso: o desenvolvedor continua preenchendo apenas os dados que possui, sem precisar tratar manualmente o caso de lista vazia. Quem já utiliza o ACBrNFe para emissão de NF-e sob as regras da Reforma Tributária tem, portanto, mais um ponto de atenção resolvido pelo próprio componente — reforçando o papel do ecossistema ACBr como referência para adequação de sistemas fiscais em Delphi. Quer simplificar ainda mais a adequação do seu sistema às mudanças da Reforma Tributária na emissão de documentos fiscais? Conheça o ACBr PRO e conte com componentes sempre atualizados conforme as novas regras da NF-e. Fonte oficial: Nota Técnica 2025/002 (versão 1.40) da NF-e — Grupo BB (gPagAntecipado/refNFe); e changelog do componente ACBrNFe (registro de 30/06/2026) — correção em ACBrNFe.XmlWriter para geração condicional do grupo gPagAntecipado.

Olá, pessoal. Estou com um cliente que está homologando o boleto via API do Itau e está recebendo a seguinte mensagem : Versão não implementada ou descontinuada pelo banco. Identificamos que a API antiga itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext está em desativação e que a nova API é a Bolecode Pix v1.0.4. Consultamos estes tópicos: https://www.projetoacbr.com.br/forum/topic/91840-desativa%C3%A7%C3%A3o-itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext/ https://www.projetoacbr.com.br/forum/topic/92306-aten%C3%A7%C3%A3o-descontinua%C3%A7%C3%A3o-do-endpoint-atual-da-api-bolecode-bolecode-pix-do-ita%C3%BA-nova-api-de-boleto-hibrido-dispon%C3%ADvel-para-testes/ No tópico sobre Bolecode Pix foi citada uma versão atualizada da ACBrBoletoW_Itau_API.pas, mas ainda não foi incorporada ao SVN. Poderiam, por gentileza, esclarecer: Existe previsão para disponibilizar a implementação oficial da nova API Bolecode Pix no SVN do ACBr? A unit disponibilizada no tópico é a mesma base que será incorporada ao SVN ou ainda pode sofrer alterações relevantes? É seguro utilizá-la em produção? Há dependências ou outras units que também precisam ser atualizadas? Além da troca de endpoint, há alguma alteração obrigatória em autenticação/escopos, certificado/CA ou payload que devemos considerar? Nosso objetivo é planejar a atualização com segurança, pois o sandbox do Itaú está instável/indisponível e a validação final tende a exigir emissão controlada em produção. Obrigado!

Olá pessoal, Foram disponibilizados na Rev-47223 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibCIOT. ..\ACBr\Projetos\ACBrLib\Demos\PHP\CIOT\ACBrCIOTDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\CIOT\ACBrCIOTDemoMT.php Lembrando que os programas de exemplo em php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Até mais!!!

Olá, comunidade ACBr! Ficamos felizes em anunciar o lançamento da ACBrLibCIOT! Baixe a ACBrLibCIOT: Na versão DEMO Na versão PRO Leia a documentação completa AQUI Até mais!!!

Inclusão do método SalvarPDF nas classes C# Olá comunidade! Visando manter a estabilidade e segurança das classes C# adicionaremos o método SalvarPDF Nossa recomendação para as classes MDFe, NFe e NFSe é a utilização do método SalvarPDF() ao invés do ImprimirPDF(Stream aStream); A motivação dessa mudança é que esse método utiliza operações assíncronas e pode causar Condição de Corrida. Além disso, mantém coerente a documentação da ACBrLib Se utiliza classes C# MT deve atualizar os pacotes o mais breve possível. Diferente de ImprimirPDF(Stream aStream), o SalvarPDF retorna uma String com o conteúdo do PDF em base64. Até a data da publicação desse tópico foram atualizados: Atualizado em 14/07/2026 NFe versão 1.0.37 MDFe versão 1.014 NFSe versão 1.0.17 CTe versão 1.0.14 Boleto versão 1.0.34 Exemplo de código antigo: // exemplo de código antigo Stream ms = new Stream() nfe.ImprimirPDF(ms); Código recomendado: string pdfStream = nfe.SalvarPDF(); Boleto: Código antigo // exemplo de código antigo usando Stream Stream ms = new Stream() boleto.GerarPDF(ms); // boleto indexado usando Stream Stream ms2 = new Stream(); boleto.GerarPdf(0, ms2); Código recomendado: // código atual string pdfStream = boleto.SalvarPDF(); string pdf = boleto.SalvarPDF(0);

Bom dia. Implementado novo método para inativar produtos na IMendes. Para que serve? Vamos imaginar que você fez a consulta de alterados na IMendes, hoje a mesma retorna todas as vezes os alterados durante 45 dias, mas vamos imaginar que você não queira que eles fiquem retornando essa lista completa pois você já sincronizou esse status em seu sistema? Por isso solicitei a implementação desse método por parte de IMendes e já implementei no ACBr juntamente com as demais alterações acima citadas. Espero ter ajudado e no aguardo do merge para a versão oficial. Ps: Rodrigo Fruwhirth - Arpa Sistemas. ACBrIMendes.pas Respondendo ao amigo, assim que o ACBr fizer o merge dos fontes, todas as operações com a IMendes já estão implementas no componente. Caso não queira aguardar, pode pegar o fonte acima e substituir na pasta Fontes\ACBrTCP o arquivo em questão. Espero ter ajudado. Att: Rodrigo Fruhwirth - Arpa Sistemas. ACBrIMendes.pas

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.