Pesquisar na Comunidade

Olá comunidade ! Foi publicada a Nota Técnica 2026.004 v.1.00, trazendo a atualização dos schemas da NF-e e NFC-e para adequação ao novo padrão de CNPJ alfanumérico. Histórico de Alterações / Cronograma Versão: 1.00 Histórico de atualizações: Atualização do schema da NF-e/NFC-e para adequação ao CNPJ alfanumérico, com alteração dos campos do tipo CNPJ e Chave de Acesso (de numérico para alfanumérico). Implantação em ambiente de testes: 01/06/2026 (Veja post abaixo) Implantação em produção: 01/07/2026 Leia na integra: Clique aqui Atenção: Até a publicação desta notícia os schemas ainda não tinham sido publicados. Assim que publicados atualizamos aqui! (Veja post abaixo)

O Projeto ACBr acaba de dar mais um passo importante em sua trajetória de apoiar desenvolvedores de software em todo o Brasil: foram publicados os primeiros pacotes NPM oficiais das ACBrLib. O time ACBr agradece ao empenho e dedicação do consultor @danieloliveirasouza responsável por essa contribuição! A novidade permite que desenvolvedores Node.js utilizem de forma prática e direta as bibliotecas do ACBr em seus projetos, ampliando ainda mais as possibilidades de integração com soluções fiscais, comerciais e automação de processos. Os pacotes já estão disponíveis no NPM: Projeto ACBr no NPM Instale o pacote @projetoacbr/acbrlib-cep-node npm install @projetoacbr/acbrlib-cep-node Com poucos comandos, já é possível consumir as funcionalidades. Confira um exemplo utilizando a ACBrLibCEP (Este exemplo já está atualizado no nosso SVN): const path = require('path'); const os = require('os'); const ACBrLibCepMT = require('@projetoacbr/acbrlib-cep-node/dist/src').default const acbrlibPath = path.resolve(__dirname, os.platform() === 'win32' ? 'ACBrCEP64.dll' : 'libacbrcep64.so') const configPath = path.resolve(__dirname, 'config.ini') let acbrlibCep = new ACBrLibCepMT(acbrlibPath, configPath, '') let cep = '' try { acbrlibCep.inicializar() acbrlibCep.configGravarValor('CEP','WebService','3') acbrlibCep.configGravar() cep = acbrlibCep.buscarPorCep('18270170') console.log(cep) } catch (error) { console.error(error) } finally { if ( acbrlibCep) acbrlibCep.finalizar() } Esse lançamento marca o início de uma nova etapa para o ACBr, tornando suas bibliotecas ainda mais acessíveis e reforçando o compromisso do projeto em empoderar desenvolvedores com soluções robustas e confiáveis. Experimente agora mesmo e explore as possibilidades que os pacotes NPM do ACBr oferecem para seus projetos!

Recebemos através do canal de Parceiros BB a informação de que já está disponível no Portal Developers a nova versão da API de Extratos V2. Principais mudanças desta nova versão: preparação para suporte ao CNPJ alfanumérico; inclusão de identificador único dos lançamentos, evitando duplicidade nas integrações. A versão 1 da API permanecerá disponível até 20/11/2026. Porém, devido às alterações relacionadas ao novo padrão de CNPJ alfanumérico, recomendamos que os integradores antecipem a migração para a nova versão. Informamos também que já criamos uma tarefa ACBR-9434 interna para implementação do suporte à nova API na Solução ACBrExtratoAPI. Assim que os trabalhos forem concluídos, comunicaremos em nosso canal oficial de notícias.

Olá, comunidade ! A Secretaria Municipal da Fazenda de São Paulo anunciou alterações na sistemática de emissão da NFS-e relacionadas à tributação federal, especialmente sobre PIS e COFINS, com o objetivo de adequar o sistema à Nota Técnica SE/CGNFS-e nº 007/2026, publicada pela Secretaria Executiva do Comitê Gestor da NFS-e. As mudanças passaram a valer em 14 de maio de 2026 e impactam diretamente a emissão de NFS-e nos leiautes 1 e 2. O que muda na emissão da NFS-e? A partir da nova regra: Os campos PIS/PASEP e COFINS deverão informar os valores totais da operação, correspondentes aos débitos de apuração própria; Valores de retenção de PIS, COFINS e/ou CSLL deverão ser somados e informados: no campo “Contribuições Sociais – Retidas” na emissão on-line; no campo “ValorCSLL” na emissão via WebService; Também passa a ser obrigatória a correta identificação do tipo de retenção conforme os códigos definidos pela Prefeitura Novos códigos de retenção Os códigos aceitos para identificação das retenções passam a ser: 0 – PIS/COFINS/CSLL não retidos; 3 – PIS/COFINS/CSLL retidos; 4 – PIS/COFINS retidos e CSLL não retido; 5 – PIS retido e COFINS/CSLL não retidos; 6 – COFINS retido e PIS/CSLL não retidos; 7 – PIS não retido e COFINS/CSLL retidos; 8 – PIS/COFINS não retidos e CSLL retido; 9 – COFINS não retido e PIS/CSLL retidos. Alterações adicionais Outra mudança importante é que o campo “INSS” passou a ser apresentado como “Contribuição Previdenciária – Retida” na emissão on-line. Além disso, o espelho da NFS-e foi atualizado para exibir os novos campos: “Contribuições Sociais – Retidas”; “Descrição Contribuições Sociais – Retidas”. A Prefeitura também informou que o campo “Pagamento Parcelado Antecipado”, utilizado no leiaute 2, deixa de ser obrigatório. Essas alterações exigem atenção das empresas e desenvolvedores que utilizam integração via WebService, garantindo que os sistemas estejam atualizados para evitar rejeições ou inconsistências na emissão fiscal. E como fica o ACBr? O ACBr já contempla essas alterações no componente! Para informar o tipo de retenção de PIS e COFINS, deve ser alimentado o seguinte campo: No componente: NFSe.Servico.Valores.tribFed.rpRetPisCofins // Valores possíveis do enumerado: trpiscofinscsllNaoRetido, trpiscofinscsllRetido, trpiscofinsRetidocsllNaoRetido, trPisRetidoCofinsCsllNaoRetido, trCofinsRetidoPisCsllNaoRetido, trCofinsCsllRetidoPisNaoRetido, trCsllRetidoPisCofinsNaoRetido, trPisCsllRetidoCofinsNaoRetido No ACBrMonitor e ACBrLib, estará disponível na próxima versão. Abaixo, um exemplo de preenchimento: // Valores possíveis: 0, 3, 4, 5, 6, 7, 8 e 9 [tribFederal] tpRetPisCofins= Fonte oficial Prefeitura de São Paulo – Alteração na emissão de NFS-e

O Banco Itaú comunicou a descontinuação do endpoint atual da API de Boleto Híbrido. A partir de agora, os desenvolvedores devem migrar para o novo endpoint Bolecode Pix, que combina a geração de boletos com QR Codes, garantindo mais segurança e agilidade. Endpoints descontinuados: Nome: itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext Versão: 2.148.4 Base path (produção): https://secure.api.itau/pix_recebimentos_conciliacoes/v2 Sandbox: https://sandbox.devportal.itau.com.br/itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext/v2 Novos endpoints (Bolecode Pix): Versão: 1.0.4 Base path (produção): https://pix-pj.api.itau.com/recebimentos-pix/v1 Sandbox: https://sandbox.devportal.itau.com.br/itau-ep9-api-recebimentos-v1-externo/v1 O suporte do Itaú informou que o formato correto é 99999999999999900 e que a documentação será revisada em breve. O que estamos disponibilizando? Para evitar quebras na emissão de boletos, disponibilizamos uma unit de envio para o novo endpoint, compatível com Lazarus e Delphi (projeto ACBr). Você pode testar e contribuir com a validação: ACBrBoletoW_Itau_API.pas Passos para atualizar: Atualize seu repositório do ACBr. Salve a nova unit (anexada acima) na pasta: ..\ACBr\Fontes\ACBrBoleto\WS Execute o instalador do ACBr (para Lazarus, reconstrua a IDE). Um de nossos usuários já testou em produção com sucesso, utilizando as mesmas credenciais e parâmetros — apenas com a atualização das units. O que muda para quem usa ACBrBoleto? Nada. Mantivemos a compatibilidade para que sua aplicação não seja impactada. Como a documentação oficial ainda não foi atualizada, contamos com a colaboração de desenvolvedores para testar a nova unit e validar em seus ambientes. (Sandbox Boleto Itau, retorna erro, pois tem o ambiente para teste) , esta unit não foi enviada para o SVN! Em caso de problemas, abra um tópico no fórum do ACBr. Logs de exemplo: Homologação: 14/05/26 13:35:11 - URL: [POST] https://sandbox.devportal.itau.com.br/itau-ep9-api-recebimentos-v1-externo/v1/boletos-pix Observação: O ambiente sandbox para Boleto Híbrido/Bolecode não está disponível. Produção: 14/05/26 13:39:40 - URL: [POST] https://pix-pj.api.itau.com/recebimentos-pix/v1

Olá, comunidade ! O Governo do Estado de São Paulo publicou, no Diário Oficial de 14 de maio de 2026, o Decreto nº 70.601/2026, oficializando a inclusão da Nota Fiscal Eletrônica do Gás (NFGas) e do DANFGas no Regulamento do ICMS (RICMS/SP). A novidade faz parte do processo de modernização dos documentos fiscais eletrônicos e segue o Ajuste SINIEF 38/25. Na prática, o decreto inclui oficialmente a NFGas e o DANFGas na legislação paulista. Isso significa que, desde a sua publicação em 14 de maio de 2026, os novos documentos já existem juridicamente, mas o uso e a emissão ainda não são obrigatórios. As regras práticas, prazos e o cronograma de obrigatoriedade ainda serão definidos e divulgados pela Secretaria da Fazenda e Planejamento de São Paulo (SEFAZ/SP). O decreto também prepara a legislação estadual para a adoção gradual do novo modelo eletrônico da NFGas a partir de 2027. A publicação reforça a evolução dos documentos fiscais eletrônicos e demanda atenção de empresas e desenvolvedores que atuam com emissão fiscal, especialmente no segmento de gás e energia. E como fica o ACBr? Atualmente, já existe uma contribuição para implementação do componente ACBrNFGas em nosso backlog interno, registrada como ACBR-9339, que ainda passará por processo de revisão e validação. Fonte: Diário Oficial do Estado de São Paulo

Pessoal, sei que este assunto já foi debatido aqui em outros momentos a partir das lives no Discord, mas vira e mexe este assunto retorna e vai continuar. O tema de inteligência artificial é muito recorrente, é assunto com frequência nos principais sites de tecnologia e sempre há alguma empresa trazendo inovação, automatização de alguma tarefa e etc. Não é algo que dá para correr, não é um hype, é o futuro e ou nos adaptamos ou ficamos para trás. Estou sempre lendo sobre tecnologia e principalmente IA, nisto eu cheguei a brincar um pouco com o Gemini em uma imersão da Alula, fiz uma ou outra coisinha simples com o Chatgpt, mas algo funcional, ou seja, algo que realmente traz valor e resolve um problema ou melhora alguma coisa, ainda não. Tenho a intenção de criar uma api onde envio as perguntas dos meus clientes que receberei pelo whatsapp e respondo de acordo com minha base de conhecimento e desta forma resolver mais rápido as dúvidas dos meus clientes e diminuir a demanda do suporte. Fora isto, gostaria de colocar para fazer análise na minha base de dados de clientes, mas não sei ao certo o que eu poderia fazer e este é o grande ponto, por que creio que muitos da comunidade do ACBr, também não sabem. Eu gostaria muito de discutir mais este tema aqui na ACBr, de forma a compartilharmos ideias, experiências, talvez até criar um componente ACBr e ACBrLib também. Então pessoal, em que vocês usam IA em seus sistemas? Como usam? Quais análises fazem? Quais automações fazem? Etc.

Fala pessoal! Na revisão 44798 foi realizada uma alteração importante para corrigir um erro no processo de inicialização das variáveis dentro das classes do ACBrBoleto. Até então, algumas propriedades tinham o valor definido como Default, mas não tinham uma inicialização no Create. Assim, o valor definido como default no DFM servia apenas para exibição no designer, mas não garantia a inicialização efetiva da propriedade em tempo de execução. Isso acontece porque inicializar uma propriedade corretamente ela deve ser inicializada na classe (veja a nota na documentação do Delphi). O detalhe é que ao corrigir esse problema, isso talvez gere um efeito colateral no seu código. Com essa mudança, as variáveis não assumem mais automaticamente o primeiro item de um enumerado por exemplo, mas sim, o valor que está explícito na classe como default. Assim, se seu aplicativo assume que outro valor é o padrão, talvez por não inicializar as propriedades, vai ser necessário que verifique e inicializar explicitamente as propriedades no seu código. Queremos deixar claro no entanto que, na aplicação de Exemplo do ACBrBoleto, sempre foi exemplificado que as propriedades deveriam ser inicializadas corretamente. Você pode conferir isso no código que faz uma inclusão de titulo. Exemplo prático Imagine que seu código ao incluir um título sempre considerou que o valor padrão era ter um juros mensais. Ou seja, com a propriedade Titulo.CodigoMoraJuros não era preenchida. Agora você precisa passar um valor para essa propriedade, porque o valor padrão para ela é cjIsento. Então, se antes seu código era assim: Titulo.DataMulta := incday(StrToDate(edtVencimento.Text),1); Titulo.MultaValorFixo := true; Titulo.PercentualMulta := StrToCurrDef(edtMulta.Text,0); Titulo.DataMoraJuros := StrToDateDef(edtDataMora.Text, 0); //note que não tem o CodigoMoraJuros aqui!!! ??? Titulo.ValorMoraJuros := StrToCurrDef(edtMoraJuros.Text,0); Precisará mudar para: Titulo.DataMulta := incday(StrToDate(edtVencimento.Text),1); Titulo.MultaValorFixo := true; Titulo.PercentualMulta := StrToCurrDef(edtMulta.Text,0); Titulo.DataMoraJuros := StrToDateDef(edtDataMora.Text, 0); Titulo.CodigoMoraJuros := cjValorMensal; //Linha adicionada agora <------- Titulo.ValorMoraJuros := StrToCurrDef(edtMoraJuros.Text,0); Resumindo Antes: valores vinham do índice 0 ou da sujeira da memória. Lembre-se: é responsabilidade do desenvolvedor configurar os dados necessários caso sejam diferentes do default da classe . Benefício: maior previsibilidade e controle sobre o comportamento das propriedades, evitando resultados inesperados. Boa prática de programação Sempre configure as propriedades relevantes logo no início do uso. Isso pode ser feito diretamente no código ou por meio de uma classe/método que centralize essas configurações. Faça isso não só para títulos, boletos e bancos, mas para qualquer componente ou objeto que for criado.

Olá comunidade ! Estamos acompanhando quais municípios já estão em funcionamento e respondendo corretamente ao Web Service da NFS-e em Produção. No levantamento abaixo, destacamos: Municípios em operação com provedor próprio, que já estão integrados e funcionando normalmente no ACBr. IMPORTANTE: Nosso time não possui certificados validos para realizar o processo de emissão completo, logo nossos testes se baseiam nas respostas retornadas a tentativa de conexão com o WS. Confira a lista completa no arquivo em anexo: municipios_provedor_proprio.xlsx A relação é atualizada semanalmente, geralmente às segundas-feiras no período da tarde.

Olá comunidade ! Por volta das 08h13, começamos a receber múltiplos relatos de problemas ao comunicar com a Sefaz de São Paulo para emissão de NFe e NFCe. Ao conferir no DownDetector, foi possível observar que o volume de relatos de problemas aumentou exponencialmente durante esse período: Também recebemos relatos de problemas de comunicação com a Sefaz Bahia e instabilidade na Sefaz Parana. Após maiores investigações, foi encontrada a informação de que a própria Cloud Flare está passando por problemas, justificando assim essas instabilidades: Vale lembrar que a Cloud Flare é uma ferramenta utilizada por uma grande parcela de sites na internet (incluindo o próprio fórum do Projeto ACBr) para segurança e robustez, protegendo os mesmos de ataques DDOS, por exemplo. Portanto, essa instabilidade pode impactar diversos serviços de emissão, seja diretamente com a própria Sefaz usando ou indiretamente quando a sefaz não utiliza, mas a certificadora, por exemplo sim. Acompanhe o status da Cloud Flare por AQUI.

Olá pessoal! Este tópico tem o objetivo de centralizar as informações disponíveis sobre a Reforma Tributária para facilitar e ajudar aqueles que estão buscando mais conhecimentos sobre o assunto para se preparar. Ultima atualização deste tópico: 24/11/2025 Notas Técnicas 2025 Nota técnica com as modificações específicas para NF-e\NFC-e: Nota técnica com as modificações específicas para BP-e: Nota técnica com as modificações específicas para NF3e: Nota técnica com as modificações específicas para NFCom: Nota técnica com as modificações específicas para o CTe/CTeOS/GTVe: Nota técnica com as modificações específicas para NFS-e: 2024 Nota técnica com as modificações específicas para NF-e\NFC-e: Nota técnica com as modificações específicas para CT-e\CTe-OS\BP-e\NF3-e\NFCom: Nota Técnica com as modificações específicas para NFS-e: FAQ Modificações no ACBr Resumo da situação dos componentes em relação as notas técnicas: Mapeamento para implementação das notas técnicas: Edições do Papo PRO ACBr (mais recentes primeiro) 2025 2024 Tópicos da Comunidade discutindo sobre o assunto. Noticias sobre a Reforma Tributária.

Com o advento da reforma tributária, os municípios são deixados com uma escolha: Aderem ao padrão nacional na íntegra ou continuam usando provedor próprio no formato aderindo ao padrão nacional no formato de compartilhamento de informações. Se escolhida a segunda opção, dois caminhos podem ser seguidos: No caminho mais simples, o provedor cria uma API própria para recepcionar os arquivos XMLs segundo o leiaute do Padrão Nacional. Nesta abordagem, o leiaute utilizado é o já existente do padrão nacional, então basta saber qual é a URL da API para comunicação e os end-points. No caminho mais complexo, o provedor altera o leiaute que ele já usa, adicionando novos campos para receber as informações que ela vai compartilhar posteriormente com o padrão nacional. Padrão Nacional A quantidade de municípios que aderiram ao Padrão Nacional é cada vez maior e pode ser conferida em um Dashboard alimentado e atualizado em tempo real. Acesse o Dashboard AQUI. Lembrando que as soluções ACBr já atendem ao padrão nacional. Provedores com API Própria para atender o Padrão Nacional com a Reforma Tributária. Última atualização: 06/01/2026 Observação: Vale reforçar que devido a relação quantidade de provedores x prazo, o foco das implementações inicialmente tem sido os métodos de emissão da NFS-e. Provedor Requisito Cidade testada Cidades atendidas* Emissão funcionando ABase Informar o Token em WSChaveAcesso Boa Vista do Burica/MS 39 Em testes Betha Vai usar WebService Soap Dourados/MS 403 Envio OK Coplan Vai usar WebService Soap Barra do Garças/MT 31 Em testes Citta Enviar o XML da NFS-e São Valentim do Sul/RS 24 Envio OK Digifred Vai usar WebService Soap Ibirubá/RS 21 Envio OK EL Informar o Token em WSChaveAcesso Aracruz/PE 155 Envio OK Infisc - Campo Bom/RS 9 Envio OK ISSNet WS Soap/Permite Lote de DPS - 25 Aguardando as URLs de homologação Pronim Permite o envio de um lote de DPS Regente Feijó/SP 184 Envio OK RLZ - Barretos/SP 9 - SilTecnologia WS Soap/Enviar o XML da NFS-e Franca/SP 16 Retorno Vazio SimplISS - Blumenau/SC 27 Envio OK (Ainda não aceita os campos IBSCBS) Tiplan - Americana/SP 8 Envio OK * Estimativa aproximada Provedores que alteram o layout em uso para atender a Reforma Tributária. Última atualização: 06/01/2026 Provedor Requisito Cidades Atendidas* Emissão funcionando EloTech Versão 2.03 138 Envio OK FintelISS Versão 2.02 4 O webservice da prefeitura não aplicou o novo Schema GeisWeb Próprio 7 Envio OK Ginfes - 22 Giss - 18 Envio OK IPM - 188 Envio OK ISSBarueri - 1 ISSe - 1 Envio OK ISSSaoPaulo Versão 2.00 1 Envio OK Publica Versão 1.00 31 Envio OK SigISSWeb Próprio 11 Envio OK SpeedGov Versão 2.00 32 Tinus Versão 2.03 44 Envio OK WebISS Versão 2.02 87 Envio OK * Estimativa aproximada

Olá boa tarde. Sou novo no fórum e na utilização do componente ACBr. Confesso que não encontrei uma resposta(por este motivo estou levantando este tópico) para um problema que encontrei na instalação do ACBr no Lazarus, o Error: resource compiler "windres" not found, switching to external mode". Encontrei algumas postagens antigas de 2015 mas que não resolveram o problema. Bem vou direto ao ponto. Ao efetuar o processo de compilação seguindo o passos do "Bem_vindo_ao_Trunk2.pdf" e sendo orientado pelo vídeo do Daniel Morais, Vídeo de instalação aqui, deparei-me com erros de compilação em alguns arquivos.pas, ocorrendo então o erro windres. Meu sistema operacional é o Ubuntu 19.10 (64bits) e estou utilizando o Lazarus 2.0.2. A resposta ao meu problema encontrei neste link solução para o aviso de erro windress no Ubuntu. Que consiste em fazer a instalação de um pacote e criar um link. sudo apt-get install mingw-w64 sudo ln -s /usr/bin/x86_64-w64-mingw32-windres /usr/bin/windres Bem espero ter ajudado em algo e se houver já a solução proposta no fórum, favor desconsiderar. Att, Marcelo

Olá pessoal! Atualmente o Projeto ACBr conta com pelo menos mais de 80 diferentes componentes que podem auxiliar a vida do desenvolvedor (e isso contando somente os nativos para Delphi/Lazarus) ! Portanto, entendemos que buscar um auxílio no momento de tirar alguma dúvida sobre algum desses componentes pode ser confuso a princípio, ficando a dúvida de onde essa dúvida deve ser enviada. Por isso, visando facilitar essa jornada, foram adicionadas descrições nos canais em nosso servidor do Discord, com o objetivo de ajudar a todos para que possam se localizar e saber qual é o canal correto para tirar suas dúvidas. Basta conferir no topo do canal. Vejam alguns exemplos: Essas descrições também foram adicionadas nos canais exclusivos para os membros PRO e também nos canais de atendimento exclusivos dos corporativo.

Olá pessoal! Informamos que novas aulas foram adicionadas ao curso Responsável Técnico na NF-e! São 6 novas aulas (a primeira começa por AQUI) explicando o fluxo desde o cadastro como software house até o aceite do pedido de uso no estado do Paraná com direito a material prático demonstrativo e também explicações sobre as rejeições relacionadas ao responsável técnico! Lembrando que os membros Corporativo e PRO tem acesso a essas aulas. Se você ainda não é membro Corporativo ou PRO, clique AQUI para mais informações!

Olá pessoal! Se você não sabe do que se trata as classes baseadas em ACBrXMLDocument, o tópico abaixo tem mais detalhes: Mas em um resumo: São classes criadas de forma a utilizar as vantagens da LibXML para leitura e escrita dos arquivos XML. Elas são mais rápidas do que as classes baseadas na PCN. Elas foram criadas com o objetivo de substituir a PCN. Como podem ver no tópico indicado acima, desde antes de dezembro de 2024 essas novas classes já estão disponíveis e podem ser utilizadas pela comunidade através de opção no instalador. Agora, 6 meses depois, decidimos que a essas classes serão adotadas como padrão pelo ACBr, ou seja, ao invés de a opção vir desmarcada no instalador, ela vira selecionada por default. Por que estamos realizando esta mudança? Como é mencionado no tópico, consideramos que elas trazem vantagens em comparação com as classes da PCN. Depois de um período de 6 meses, com a comunidade já podendo utilizar elas e sem relatos recentes de problemas, consideramos que elas já estão maduras o suficiente para serem adotadas como padrão. Com o advento da Reforma Tributária, fica inviável manter a manutenção tanto nas classes PCN quanto nas classes ACBrXMLDocument, portanto, os novos campos relacionados a reforma foram adicionadas somente nas novas classes. Quais impactos essa mudança pode gerar? Como mencionado, essas novas classes precisam da LibXML para o correto funcionamento, portanto as dlls devem ser devidamente distribuídas junto ao executável ou estarem presentes no Path. Se você utiliza as units em sua aplicação, é provável que precise realizar a troca para evitar problemas de escopo. Por exemplo, substituir na seção uses da sua aplicação, onde tiver pcnNFeW por ACBrNFe.XmlWriter e onde tiver pcnNFeR por ACBrNFe.XmlReader.

Olá a todos! Nas últimas semanas, nosso PDV em Delphi 10.3 (ACBr JEDI Firebird) apresenta um comportamento de emissão NFC-e sem chave de acesso no banco de dados. Ao investigar, percebemos que o sistema clona a última NFC-e emitida — sem motivo aparente — incrementa o número (nNF), monta um novo XML e tenta reenviá-la, mas nunca grava o campo <chNFe> no Firebird. Fluxo atual de emissão: O sistema dispara a NFC-e ao servidor da SEFAZ e aguarda retorno. Se não recebe resposta (timeout, instabilidade de rede, etc.), exibe mensagem ao operador: reenviar ou não. Na próxima venda, em vez de gerar uma NFC-e nova do zero, o PDV reaproveita o objeto pendente, apenas incrementando nNF e reenviando o XML. O resultado é uma duplicata sem <chNFe> no BD e sem seu respectivo arquivo XML. Comportamento imprevisível: A ocorrência dessa emissão sem chave de acesso é aleatória e está se manifestando de forma não determinística, não há padrão aparente de quando isso acontece. Observação adicional: Em um dos casos, encontramos uma NFC-e sem chave registrada no BD, mas o XML autorizado, com <chNFe> e <nProt>, estava presente na pasta de emissão do Windows. Ou seja, gerou e salvou o arquivo corretamente, mas o sistema não atualizou o registro no Firebird. Como vocês tratam situações em que uma NFC-e fica pendente e, de forma aleatória, é reaproveitada pelo sistema em vendas subsequentes, gerando duplicidade sem <chNFe> no banco? Que mecanismos ou controles vocês utilizam para: Isolar ou bloquear automaticamente NFC-e em status “pendente de retorno”, de modo que não possam ser reaproveitadas em novas vendas? Garantir que, assim que a NFC-e seja autorizada (cStat 100/150), seu <chNFe> e <nProt> sejam gravados imediatamente no banco, evitando inconsistências? Implementar fluxos de contingência (tpEmis = teOffLine) ou consultas assíncronas automáticas, de forma que não existam notas “presas” no sistema sem atualização de status? Agradeço imensamente por qualquer exemplo de trigger/gerador no Firebird, trecho de código Delphi/ACBr ou estratégia de fluxo que ajude a resolver esse comportamento aleatório de duplicidade e inconsistência de chave de acesso.

Olá pessoal! É com grande alegria que informamos que foram disponibilizadas versões da ACBrLib sem dependência de ambientes gráficos! Como assim dependência de ambiente gráfico? As Libs do ACBr faziam uso de um motor de relatório que adicionava dependências ao ambiente gráfico, por isso, para o correto funcionamento das mesmas, era necessário o uso de emuladores como o xvfb. Isso causava alguns transtornos e podia gerar certas dores de cabeça devido a problemas com esses emuladores. Por causa disso, foi criada uma nova versão console da Lib que faz uso exclusivamente do FPDF, removendo assim essas dependências e a necessidade do xvfb. Como faço o download das Libs Console? Quando você clica para realizar o download de uma biblioteca, serão exibidas as opções de acordo com a plataforma que deseja utilizar a mesma. A versão Console está disponível para Linux. Uma vez que o dowload tenha sido concluído, basta utilizar os .so encontrados neste caminho.

Olá pessoal! É com grande alegria que informamos a vocês que uma novidade muito pedida pelos membros da comunidade, os dockers do ACBr, são agora uma realidade! O primeiro docker disponível foi construído para demonstrar o uso dos exemplos de consumo da Lib disponíveis para a linguagem PHP(mais sobre eles AQUI). O fonte pode ser encontrado neste repositório do nosso perfil oficial do GitHub e a imagem pode ser encontrada neste repositório em nosso perfil oficial no DockerHub. Além do docker em PHP que foi disponibilizado, outros estão em construção para demonstrar o uso em outras linguagens! O que é Docker e para que ele serve? O docker é um container que pode isolar as configurações e dependências necessárias para o correto funcionamento de uma aplicação, garantindo facilidade de implantação, portabilidade, consistência e escalabilidade. Posso usar o Docker do ACBr em produção? O docker foi construído para demonstrar e orientar como criar um container da maneira certa para o correto uso das soluções do ACBr, portanto, recomendamos o estudo do container para criarem suas imagens de acordo com as necessidades e particularidades de sua aplicação, mas não recomendamos o uso do docker do ACBr direto em produção. Ouça mais informações sobre os Dockers do ACBr nesta edição do Papo PRO que foi realizada sobre o assunto:

Pessoal, eu tinha procurado aqui no grupo uma forma de gerar o arquivo FCI, mas não achei nenhum código, portanto eu criei o código e testei a geração, está funcionando e validando. A leitura do arquivo de retorno eu não testei, pois não tenho um arquivo de retorno ainda, mas já disponibilizo o meu código para vocês utilizarem e implementarem no ACBr também. Além da unit "ACBrFCI.pas", tem um Demo também. FCI.zip

Olá pessoal! Temos uma novidade para você que é membro ACBr PRO e ACBr Corporativo! Informamos que foi disponibilizado no Nutror o novo curso: Dominando a Emissão da NFC-e! São 54 aulas explorando a NFC-e trazendo desde os conceitos mais básicos até demonstrações práticas explicando como realizar sua primeira emissão de NFC-e utilizando as soluções do ACBr. Facilite o processo de integração junto a este documento fiscal que vai substituir o SAT e o MFe em São Paulo e no Ceará, além de já ser utilizado em diversos outros estados. Se você ainda não é PRO, clique AQUI para mais informações

Fala pessoal! Gostaria da ajuda dos colegas nessa situação. Estou precisando implementar o pix atráves do psp do sicoob. Já tenho as credenciais de produção e do sandbox, porém no demo acbrpixcd quando tento criar uma cobrança imediata, não gera. Segue abaixo o log gerado... CriarCobrancaImediata( ) PrepararHTTP Autenticar LimparHTTP TransmitirHttp( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) ConfigurarHTTP ConfigurarProxy ConfigurarTimeOut ConfigurarHeaders( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) Req.Headers: Req.Body: grant_type=client_credentials&client_id=63bc9ed8-626b-4a4c-b508-**********&scope=cob.write%20cob.read%20cobv.write%20cobv.read%20lotecobv.write%20lotecobv.read%20pix.write%20pix.read%20webhook.write%20webhook.read%20payloadlocation.write%20payloadlocation.read ResultCode: 500 - Sock.LastError: 10091 Resp.Headers: POST /auth/realms/cooperado/protocol/openid-connect/token HTTP/1.0 Host: auth.sicoob.com.br Keep-Alive: 300 Connection: keep-alive User-Agent: Mozilla/4.0 (compatible; Synapse) Content-Type: application/x-www-form-urlencoded Content-Length: 262 Accept-Encoding: gzip, compress, deflate client_id: 63bc9ed8-626b-4a4c-************* Resp.Body: EACBrPixHttpException: Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ***************EACBrPixHttpException*************** Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token Ficarei muito grato com a ajuda pessoal!

Boa tarde, meu sistema é em java, quando escolho pix ocorre esse erro, e sei que o pessoal já fez essa mudança e com facilidade para Dephi. No java, vai ser preciso atualizar as classes do acbr? Alguém poderia me auxiliar nessa questão? Forte abraço. dez 17, 2024 5:05:46 PM service.LogService error GRAVE: Error: java.lang.Exception: Rejeicao: Nao informados os dados do cartao de credito-debito nas Formas de Pagamento da Nota Fiscal at service.components.nfce.NfceFacade.validaRetornoEnvio(NfceFacade.java:35) at service.components.nfce.EmissaoNfce$1$1.call(EmissaoNfce.java:57) at service.components.nfce.EmissaoNfce$1$1.call(EmissaoNfce.java:35) at javafx.concurrent.Task$TaskCallable.call(Task.java:1423) at java.util.concurrent.FutureTask.run(Unknown Source) at javafx.concurrent.Service.lambda$null$6(Service.java:725) at java.security.AccessController.doPrivileged(Native Method) at javafx.concurrent.Service.lambda$executeTask$7(Service.java:724) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source)

Atenção comunidade ! Recebemos informações do Banco Inter que no dia 31/10/2024 a API Cobrança (V2) Será DESCONTINUADA! A API V3 já está funcionando, para quem nunca utilizou, basta ler este post, clique aqui. Não deixe seus testes para a ultima hora, realize os testes com antecedência para que isso não tenha impacto negativo na sua aplicação.

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.