Pesquisar na Comunidade

Olá pessoal! A versão 3.0 do QrCode da NFCe foi introduzida na Nota Técnica 2025/001 (leia mais sobre ela AQUI), onde a data de implementação no ambiente de homologação é 02/06/2025. No entanto, mesmo tendo passado está data, temos recebido alguns relatos de membros da comunidade que receberam erro de falha no schema ao tentar gerar NFCe com o QrCode na versão 3.0 para estados como São Paulo ou Goias. Para o estado de Goias, o membro de nossa comunidade @Silvair L Soares compartilhou a seguinte informação de que a implementação está programada para 13/06/2025: Caso esteja enfrentando problemas junto a Sefaz de São Paulo, entre em contato com a mesma para questionar se também não houve atraso na implementação.

Olá pessoal! Foi publicado no dia 11/06/2025 o Informe Técnico 2025.003 para divulgar o novo endereço de consulta da NFC-e para geração do QrCode que é impresso no DANFCe. Esta URL é utilizada para montar a string que é informada na tag qrCode do XML da NFC-e, devolvendo rejeição 395 - Endereço do site da UF da Consulta via QR-Code diverge do previsto caso esteja incorreta. UF URL Vigência GO Produção http://nfe.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe Até 30/08/2025 https://nfeweb.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe A partir de 16/06/2025 GO Homologação http://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe Até 30/06/2025 https://nfewebhomolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe A partir de 16/06/2025 E como fica o ACBr? Foi criada a #TK-7211 para atualização das URLs conforme cronograma definido no informe. Leia o Informe Técnico na íntegra AQUI.

Estou migrando a versão do NFSe e não esta saindo o QRCode na impressão do DANFE, como fazer para sair?

Olá pessoal! O membro de nossa comunidade @isolopak compartilhou conosco o print abaixo onde é informado que a Sefaz do estado do Mato Grosso do Sul vai adiantar a implementação em homologação e em produção da Nota Técnica 2025/001: Esta notícia encontrada no Portal da Sefaz também confirma a informação. Com esse comunicado as datas são: Implementação no estado do Mato Grosso do Sul: Ambiente de Homologação: Já disponível. Ambiente de Produção: 02/06/2025 Implementação nos demais estados: Ambiente de Homologação: Até 02/06/2025 Ambiente de Produção: Até 01/09/2025 Leia mais sobre a Nota Técnica 2025/001 no tópico abaixo:

Olá pessoal! No dia 25/03/2025 foi publicada a versão 1.00 da NT2025/001. Alterações NFC-e: Leiaute QR-Code versão 3 O controle da autenticidade do conteúdo do QR-Code impresso no DANFE NFC-e para notas emitidas em contingência será feito por meio da assinatura de campos específicos do QR-Code e a inclusão do resultado da assinatura no mesmo. Neste novo modelo não será mais necessário controlar o Código de Segurança do Contribuinte(CSC), com previsão de eliminação dos mesmos(ainda sem data definida). NFC-e para Produtor Rural - Pessoa Física Em várias UFs é concecida uma Inscrição Estadual para os produtores rurais utilizarem com CPF. Isso gerava certa complexidade operacional para gerenciar os CSCs. Por causa disso, a orientação agora é que seja utilizado o novo leiaute QR-Code (versão 3) para o produtor rural pessoa física(exceto no PR). Para pessoa jurídica é permitida a escolha entre a versão 2 ou 3. Resposta Síncrona para Lote com somente 1 (uma) NF-e O envio de Lotes de NF-e que contenham apenas uma nota, agora deve ser feito de maneira síncrona. Controle do Atraso na Data de Emissão da NF-e A data de emissão da NF-e que anteriormente aceitava um atraso de 30 dias da data atual, agora aceitará um atraso de apenas 7. Regras de validação Desativa a regra de validação GAP03a-2 que devolvida cStat 776 e Rejeição: Solicitada resposta síncrona para UF que não disponibiliza este atendimento, substituindo a mesma pela GAP03a-3 que devolve cStat 452 e Rejeição: Solicitada resposta assíncrona para Lote com somente 1 (uma) NF-e. Altera a regra de validação que devolve cStat 228 e Rejeição Data de Emissão muito atrasada para que valide um prazo de 7 dias independente do tipo da emissão. Altera regras para validar o campo Identificador da IE do Destinatário (indIEDest). Adiciona regras de validação para verificar se foi informado dados de cobrança para pagamento a vista ou data de vencimento superior a dez anos. Torna obrigatórias algumas regras de validação antes facultativas que verificavam a presença e também validavam os dados detalhando o pagamento no grupo que recebe os dados do cartão (card) na NF-e/NFC-e. Adiciona regras de validação específicas para versão 3 do QR-Code. Datas Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 E como fica o ACBr? Foi criada em nosso backlog a #TK-6814 para adequação dos fontes do ACBr para versão 3.0 do QR-Code. Qualquer novidade será divulgada neste tópico. Leia a Nota Técnica 2025/001 na íntegra AQUI. Leia a versão 6.0 das especificações técnicas do DANFE NFC-e QR Code AQUI.

Estou fazendo a integração do pix do sicredi utilizando o ACBr, descobri hoje por um cliente meu, que o QRCode gerado não consegue ser lido pela Caixa, ao tentar ler retorna essa menssagem: "Transação não concluída. O certificado vinculado ao QRCode não se encontra ativo no PIX" Li neste link que o pode ser na geração do QRCode, mas não tenho certeza https://comunidade.sejaefi.com.br/historico?mensagem=QR&canal=pix&pagina=12 alguém ja passou por isso e pode me ajudar

A solução ACBrBoleto já tem suporte a cobrança API com PIX no Banco INTER. Recebemos a contribuição inicial do amigo @ActioSistemas, (a partir da qual fizemos as devidas adequações para a implementação da unit para integrar as soluções ACBr) Para utilizar endpoint pix, basta marcar a propriedade IndicadorPix como true igual aos outros bancos. Inter tem 2 API's: - boletos normais - boletos com QrCode PIX O que vai definir em qual incluir, baixar ou consultar é a propriedade IndicadorPIX: Quando falso, ele utiliza API Boleto Normais Quando true, ele utiliza API Boleto com QrCodePIx * Uma não devolve boleto registrado na outra! Atenção: Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Somente a API Cobrança com PIX retorna UUID. Quando API Pix não está devolvendo NossoNumero: Existem relatos que após a inclusão , a API não está devolvendo o campo nossoNumero, neste cado se olhar o log, o banco esta devolvendo: "situacao": "EM_PROCESSAMENTO"; Então deve aguardar alguns minutinhos e realizar a consulta detalhe utilizando a propriedade NossoNumeroCorrepondente Como utilizar: Após inclusão guardar o GUUID devolvido na propriedade NossoNumeroCorrepondente; Para ConsultarDetalhe, ALTERAR e BAIXAR, informar o GUUID (retornado na inclusão) na propriedade NossoNumeroCorrespondente; (carregar o titulo) Como passar esta informação via componente (Delphi/lazarus): Titulo.NossoNumeroCorrespondente := '4cac8ea0-a960-4ac4-af55-c6b05728f3x0'; Como passar esta informação via INI do titulo (ACBrLibBoleto, ACBrMonitorPlus): [Titulo1] .. NossoNumeroCorrespondente=24d5fdcd-608d-40b9-ad42-52e4af8eb7f1 Consulta Lista: Vamos ter agora as situacao isbAberto isbBaixado isbCancelado Baixado e cancelado, filtro dataMovimento isbAberto: filtro dataVencimento ele tbm vai usar a opcao Filtro.boletoVencido ibvSim/ibvNao (ele procura por data de vencimento boletos a receber ou vencidos) isbAberto: filtro dataRegistro ele consulta por data emissao os boletos em aberto Como o banco Inter não tem ambiente de homologação, cuidado com seus testes, após executar, baixar o boleto para ele não ficar pendente no sistema do banco de cobrança. Quer saber como funciona nos bastidores ?: Para quem leu a documentação da cobrança pix do Inter, sabe que é diferente a forma que é realizada a inclusão, tanto a resposta como o endpoint de cobrança PIX. Após a inclusão do boleto, recebemos um codigoSolicitacao (UUID) caso tenha registrado o boleto com sucesso (HttpResultCode 200); Este código UUID é devolvido pela solução ACBrBoleto na propriedade “NossoNumeroCorrespondente”. Ele não nos devolve as informações do boleto como no endpoint convencional. Sendo assim, após inclusão é realizada uma consulta passando este UUID para que seja retornado os dados do boleto e qrcode na propriedade EMV como nos outros bancos. Lembrando que esta consulta ocorre de forma transparente, ou seja, a solução acbr abstrai isso para você, ou seja, realizando a inclusão no TpInclui com o indicadorPix como true, a solução realiza uma consulta da UUID logo após a inclusão e devolve todas as informações do boleto. Agradecimento também para @Antonio Gomes, @Gabriel Mororó por terem efetuados alguns testes e ao @ralty por ter cedido credenciais.

Prezados, tivemos algumas ocorrências de clientes ligando devido algumas partes cortadas da observação na DANFSe do arquivo "DANFSeNovo.fr3". Conforme pode ser observado abaixo O Problema Nós identificamos que esse problema já foi tratado em algum momento dentro do próprio arquivo "DANFSeNovo.fr3", porém o tratamento pode funcionar diferente a depender do versão do FastReport (assim nós imaginamos). No AfterPrint da do componente imgQrCode, foi adicionado um código que fixa o width do campo Memo34 para 16. O problema de fazer dessa forma, é que isso não garante que a observação já não tenha sido "processada" antes pelo relatório, fazendo que o código do AfterPrint do imgQrCode não altere a observação, além de dificultar o teste porque hora o Fast pode processar o imgQrCode depois do Memo34, gerando aquele problema que uma hora da certo, e outra hora da errado. Como resolvemos O evento foi removido do AfterPrint de imgQrCode, e adicionado no BeforePrint da banda PageFooter1, e o código ajustado para funcionar no novo local. // Código anterior dentro do relatório if imgQrCode.Visible then memo34.Width := 16; Depois: // Código depois da alteração if imgQrCode.Visible then memo34.Width := memo34.Width - imgQrCode.Width; Resultado: DANFSeNovo.fr3

Bom dia. Estou realizando testes com o ACBrPOSPrinter com a impressora Diebold IM453HU-002, mas a mesma não imprime QRCode. Vi que no tópico abaixo outra pessoa conseguiu configurando como "ppEscBematech". Já tentei com ppEscBematch e outros, também testando as code page 437 e 850 (no manual é informado suporte para essas páginas de código), mas sem sucesso. Uma coisa que observei é que no manual diz que o suporte para impressão de QRCode é pelo set de comandos padrão (ao que dá a entender, pelo menos no meu entendimento, não sendo esc/pos). Poderiam dizer se essa impressora foi homologada para o ACBr? Estou achando que ela não tem suporte para impressão de QRCode por comandos ESC/POS. Se alguém que já trabalhou com ela puder me informar. Obrigado.

Nosso componente ACBrBoleto já faz parte do futuro dos boletos, o que significa que além das diversas alterações realizadas para a integração via web-service, agora também já está apto para a emissão dos chamados Boletos Híbridos, ou seja, aqueles que além do Código de Barra, também contam com um QRCode para pagamentos via PIX. Esta alteração vem de encontro a muitos pedidos que temos recebido para incluir o QRCode no boleto, porém vale ressaltar que o Banco do Brasil foi pioneiro em promover uma integração completa com o PIX por meio de sua API, fazendo com que sua aplicação receba a baixa do título junto com as informações de retorno do banco, diferente do que ocorre quando esta integração não existe, tornando este processo manual e passível de uma série de erros. Atualmente os Bancos que suportam este tipo de emissão de boleto híbrido e estão implementados no ACBr são os seguintes (clique no nome do banco para acessar o tópico com a explicação detalhada dele): CNAB - por transferência de arquivos: Santander Sicredi Itau Bradesco (CNAB400) API - on-line: BB Caixa Econômica PenseBem Sicredi V2 Sicoob Inter (veja particularidades para NossoNumeroCorrespondente) Santander Itau (necessita que o banco forneça outra credencial para endpoint PIX) Bradesco Banrisul Para entender melhor como implementar esta solução e modernizar ainda mais sua aplicação, veja este artigo em nossa Base de Conhecimento. Att.

Boa tarde amigos, estou homologando a Impressora não fiscal Diebold IM453H (Itautec) e na impressão do CFe não está imprimindo o QR Code corretamente. Conforme imagem abaixo. Segue em anexo o arquivo ACBrEscDiebold.PAS que estou utilizando. Alguém pode me auxiliar?? ACBrEscDiebold.pas

Bom dia, Estou gerando o QRCode do PIX e exibindo em tela na aplicação, o problema é que tem um (time) no sitef demo que em determinado tempo após eu exibir o qrcode, retorna para mim, que o pagamento foi aprovado.... Queria sabe se há alguma maneira de simular isso como se estivesse em produção, validando/lendo o qrcode e após a leitura é que fosse aprovado o pagamento, se há alguma plataforma para esse teste...

Olá pessoal! Estava gerando CTes de duas maquinas, com um sistema com as mesmas configurações, em questão de arquivos e caminho de banco de dados( 2 terminais pra um mesmo servidor), ambos emitem o CTe sem problemas, da "Autorizado pela sefaz", porem na hora de imprimir, 1 deles(Vou definir como PC1) gera o DACTE correto, com o novo padrão com QRCode, mas a outra(PC2) gera sem o QRCode, mesmo com o xml contendo a tag, tentei trocar pasta schemas, até copiei a pasta completa do sistema do PC1 para o PC2, porem ainda o layout de impressão continuou diferente. Alguem ja passou por algo parecido ou saiba o que possa estar acontecendo?

Boa tarde pessoal. Não estou conseguindo gerar NFCe em homologação. Dá um erro na validação das Schemas. Já fiz a atualização com a última review do ACBr, mas não resolveu. Apresenta o seguinte erro: "Falha na validação dos dados da nota: 1071 1824 - Element '{http://www.portalfiscal.inf.br/nfe}qrCode': 'http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33200510286992000119650100000010711899545933|2|2|1|D7506EE93958BAECECB16E561792E35EEA3FC996' is not a valid value of the local atomic type." Fiz uma comparação com o schema de produção e está igual, mas em produção não ocorre esse erro. Agradeço se puderem ajudar. Obrigado.

Boa tarde Pessoal, estou com a seguinte situação: Ao consultar o QRCode de uma NFC-e em contingência, que não foi enviada ainda, me traz o erro: "Atenção null". Ao enviar a NFC-e e a mesma for autorizada, caso eu consultar o mesmo endereço do QRCode, traz a nota corretamente. Não teria que exibir a mensagem dizendo que a NFC-e será autorizada em 24 horas? Obrigado pela atenção.

Boa ! Estou desenvolvendo a impressão da NFC-e via impressão direta, sem utilizar os componentes do ACBr (Android). Estou com dificuldade de passar para a impressora os comandos para geração do QRCODE e a documentação não é lá muito boa. Alguém poderia dar um help ? O problema está na configuração do tamanho Não importa o valor que eu configure, somente imprime o qrcode até 127 caracteres , acima disso o qrcode não é impresso. Via manual o n1 é o nivel de corre~ção de erro. n2 tamanho do módulo n3 versão do qrcode e n4 encoding... Impressora Bematech MP4200TH PRINT_QRCODE = "" + (char)27 + (char)97 + (char)1 + (char)29 + (char)107 + (char)81 + (char)1 + (char)12 + (char)5 + (char)1 // Aqui é a configuração do tamanho + (char)127 + (char)0; + {cadeia de caracteres para impressão} Valeu !

Boa tarde pessoal, tudo certo? Estou tentando emitir um CT-e para o estado do MS e está retornando a rejeição "Endereço do site da UF da consulta via QR-Code diverge do previsto", atualizei o arquivo do ACBrCTeServicos para o último update e mesmo assim continua dando a rejeição. O ambiente em uso é homologação e a URL sendo usada é http://hom.dfe.ms.gov.br/cte/qrcode , tentando acessar a mesma URL a página me retorna "404 page not found", procurei e não encontrei nada sobre isso ou sobre alguma outra mudança? Será que pode ser Sefaz ou somente URL incorreta?

Olá, tenho um cliente com 6 cx e em todos eles haviam alguns cupons em contigencia que enviei normalmente, mas em apenas um cx ficaram alguns cupons com esse erro de rejeição 397 - Parametro do QR-Code diverge da nota fiscal. Olhei o xml e conferi os dados e não consegui visualizar nenhum erro. Alguem pode me ajudar , segue o xml em anexo. 52191129844292000120650030000530299004121885-nfe.xml

Pessoal, trabalho com desenvolvimento mobile e estou com um projeto que preciso utilizar o QRCode do cupom fiscal eletrônico para identificar o valor da venda e o CNPJ do estabelecimento que emitiu. O QRCode contém um link que direciona para uma página Web que possui todas as informações da venda, porém eu preciso fazer isso em background, ou seja, sem abrir a página. A solução perfeita seria enviar a chave de acesso para um web service do Sefaz e ele retornar o XML, porém acredito que não exista até o momento. Tem alguma outra maneira de identificar o CNPJ do emissor através do cupom?

Bom dia. Notei que ainda não haviam incluído na impressão do MDFe o QR-Code (FR) e realizei a alteração. Agradeço se puderem adicionar no SVN. Segue anexo fonte, e um dos fr3 que já realizei a alteração (apenas com a inclusão do QR-Code). Pretendo realizar outras modificações no meu FR3, e quando concluir posso disponibilizar caso seja de interesse de outros. ACBrMDFeDAMDFEFR.pas DAMDFe_Retrato.fr3

Boa noite. Após a mudança de obrigatoriedade do QRCode, estou recebendo a rejeição 297 quando tento enviar o xml. Seguem em anexo 2 XMLs referente ao mesmo CT-e (Montados ligeiramente diferentes) e ambos retornam essa rejeição. Já verifiquei os cadastros e não encontrei nada com caracteres especiais e/ou quebras de linha, espaços em branco no início ou no fim, nada disso. Aqui estão as configurações que estou usando no componente: fAcbrCte.Configuracoes.Geral.Salvar := True; fAcbrCte.Configuracoes.Geral.VersaoDF := ve300; fAcbrCte.Configuracoes.Geral.IdentarXML := False; fAcbrCte.Configuracoes.Geral.GerarInfCTeSupl := fgtSempre; fAcbrCte.Configuracoes.Geral.SSLLib := libWinCrypt; fAcbrCte.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; fAcbrCte.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; fAcbrCte.Configuracoes.Geral.SSLHttpLib := httpIndy; Atualizei os arquivos do ACBr hoje mesmo. Obrigado. XML alterado sem CDATA.xml XML Original.xml

Boa Tarde, Fiz a implementação da tag infCTeSupl no emissor de CTe e MDFe, na hora de consultar pelo smartphone é direcionado para o link : http://dfe-portal.svrs.rs.gov.br/cte/QRCode?chCTe=35190910308630000181570010000026031364981906=2 Na página é apresentado o seguinte erro: Ocorreu um erro inesperado no envio da mensagem. Este erro foi reportado para a administração do Site para a tomada das devidas providências. Por favor, tente novamente mais tarde. Tag: <infCTeSupl><qrCodCTe><[CDATA[http://dfe-portal.svrs.rs.gov.br/cte/QRCode?chCTe=35190910308630000181570010000026031364981906=2]]></qrCodCTe></infCTeSupl> Pode ser alguma instabilidade? ou tem algo errado no link? Obrigado

Boa Tarde!!! É possível aumentar o tamanho do QRCode no DANFE da NFCe? Estou alterando a propriedade "LarguraModulo" do ACBrPosPrinter, mas não obtive sucesso. Ao analisar o fonte do "ACBrNFeDANFeESCPOS.pas.pas", verifiquei que o valor para essa propriedade está limitado a 4 InfoQrCode.Add( '<qrcode_tipo>2</qrcode_tipo>'+ '<qrcode_error>0</qrcode_error>'+ '<qrcode_largura>'+IntToStr(min(4,FPosPrinter.ConfigQRCode.LarguraModulo))+'</qrcode_largura>'+ '<qrcode>'+DadosQRCode+'</qrcode>');

Boa tarde, Estamos tentando compatibilizar uma impressora térmica (da china SGT-802), porém utilizando o Fortes ela da erro e não imprime. Então fomos para a ECSPOS. Deu certo usando a EscPosEpson, porém o QR-CODE não é impressora corretamente, só aparece a url mas não a imagem, tentei também em uma BEMATECH porém também não imprime o QR-CODE, só a URL. Algo que estou fazendo errado? No manual da impressora (da china) tem a seguinte instrução, porém não consegui compreender. ESC Z m n k dL dH d1…dn [Name] Print 2D barcode [Format] ASC II ESC Z m n k dL dH d1…dn Hex 1B 5A m n k dL dH d1…dn Decimal 27 90 m n k dL dH d1…dn [Applicaton] M16C/ARM version printers. M37702 version printer is applied PDF417 barcode only. [Description] ①PDF417:barcode type0 m specifies column number of 2D barcode.(1≤m≤30) n specifies security level to restore when barcode image is damaged.(0≤n≤8) k is used for define horizontal and vertical ratio.( 2≤k≤5) d is the length of data and it is consist of 2byte. dL:1st byte is lower number. dH:2nd byte is upper number. d1…dn is barcode data. The size of PDF417 is influenced by barcode width command(GS w n). QR-CODE:barcode type2 m specifies version of the symbol. (1~40,0:auto size) n specifies EC level. (L:7%,M:15%,Q:25%,H:30%) k specifies module size.(1~8) d is the length of data and it is consist of 2 byte. dL:1st byte is lower number. dH:2nd byte is upper number. d1…dn is barcode data. When m is 0,the printer selects the barcode size automatically. The auto sized method are recommended. 《Table for QR-CODE size(version) E logo abaixo disso tem uma tabela com as informações referente ao QR-CODE (L, M, Q, H) e porcentagens.