Pesquisar na Comunidade

Publicado ontem pela SEFAZ RN 18/05/2026 12h31; "A partir desta segunda-feira, 18 de maio de 2026, os programadores precisam ficar atentos. Com a mudança da nomenclatura da SET (Secretaria de Tributação) para SEFAZ (Secretaria da Fazenda) no Rio Grande do Norte, os domínios foram alterados. Com isso, o domínio SET deixa de existir. A partir de agora, os links de consulta da NFC-e (Nota Fiscal de Consumidor Eletrônica) que constam nos QR Codes precisam ser atualizados." Como fica quem utiliza a solução ACBr: Se você utiliza a solução ACBr, o processo é simples: - Delphi/Lazarus: basta atualizar as fontes e executar novamente o instalador. - ACBrLib/ACBrMonitorPlus: fazer o download da nova versão. A Solução ACBr já abstrai internamente essa mudança, eliminando a necessidade de ajustes manuais nos links. Atenção: Esta mudança é válida exclusivamente para o Rio Grande do Norte. Fonte: SEFAZ-RN (18/05/2026)

Olá pessoal. Eu postei uma dúida sobre como recuperar o xml de rettorno da API de boleto da Credisis lá no Discord, porque o pessoal do banco disse que eles enviam o boleto completo com qrcode no xml de retorno em base64. Mas olhando o xml de retorno, eu percebi que nele também vem uma tag chamada "pixCopiaCola" que vem com o mesmo link do qrcode do boleto que vem no xml. Ou seja, no xml de retorno está vindo o boleto em base64 com o qrcode e o link deste mesmo qrcode em uma tag separada. Então ao invés de usar o boleto que vem do Credisis, eu resolvi mudar a estratégia e apenas recuperar o link do pix para salvar no meu banco de dados. Vasculhei os códigos do componente para achar onde ele grava as tags de retorno e cheguei no arquivo ACBrBoletoRet_Credisis.pas. Então eu incluí neste arquivo está linha aqui: ARetornoWS.DadosRet.IDBoleto.URL := Leitor.rCampo(tcStr, 'pixCopiaCola'); O trecho de código ficou dessa forma aqui: function TRetornoEnvio_Credisis.LerRetorno(const ARetornoWS: TACBrBoletoRetornoWS): Boolean; var lXML: String; TipoOperacao : TOperacao; begin TipoOperacao := ACBrBoleto.Configuracoes.WebService.Operacao; ARetornoWS.HTTPResultCode := HTTPResultCode; ARetornoWS.JSONEnvio := EnvWs; ARetornoWS.Header.Operacao := TipoOperacao; Result := True; lXML := StringReplace(Leitor.Arquivo, 'ns1:', '', [ rfReplaceAll ]); lXML := StringReplace(lXML, C_URL_Retorno, '', [ rfReplaceAll ]); Leitor.Arquivo := lXML; Leitor.Grupo := Leitor.Arquivo; try if Leitor.rExtrai(1, 'gerarBoletosResponse') <> '' then begin ARetornoWS.DadosRet.ControleNegocial.OriRetorno := Leitor.rCampo(tcStr, 'idWeb'); ARetornoWS.DadosRet.ControleNegocial.NSU := Leitor.rCampo(tcStr, 'numeroSequencial'); ARetornoWS.DadosRet.IDBoleto.NossoNum := Leitor.rCampo(tcStr, 'nossonumero'); ARetornoWS.DadosRet.IDBoleto.LinhaDig := Leitor.rCampo(tcStr, 'linhaDigitavel'); ARetornoWS.DadosRet.IDBoleto.CodBarras := Leitor.rCampo(tcStr, 'codigoBarras'); ARetornoWS.DadosRet.IDBoleto.URL := Leitor.rCampo(tcStr, 'pixCopiaCola'); ARetornoWS.DadosRet.TituloRet.DataLimitePagto := Leitor.rCampo(tcDat, 'dataLimitePagamento'); ARetornoWS.CodRetorno := Leitor.rCampo(tcStr, 'code'); ARetornoWS.DadosRet.Excecao := Leitor.rCampo(tcStr, 'message'); end else begin if Leitor.rExtrai(1, 'buscarBoletosResponse') <> '' then begin If Leitor.rExtrai(2, 'item') <> '' then begin ARetornoWS.DadosRet.ControleNegocial.OriRetorno := Leitor.rCampo(tcStr, 'idWeb'); ARetornoWS.DadosRet.TituloRet.Sacado.CNPJCPF := Leitor.rCampo(tcStr, 'cpfCnpj'); ARetornoWS.DadosRet.IDBoleto.NossoNum := Leitor.rCampo(tcStr, 'nossonumero'); ARetornoWS.DadosRet.TituloRet.NumeroDocumento := Leitor.rCampo(tcStr, 'documento'); ARetornoWS.DadosRet.TituloRet.Parcela := Leitor.rCampo(tcInt, 'parcela'); end; end; end; except Result := False; end; end; Gostaria de saber se alguém pode validar isso pra mim, se está correto. Eu não tenho como testar aqui porque estou sem dados de alguma conta pra fazer um boleto.

Na unit ACBrBoletoW_Bradesco na procedure TBoletoW_Bradesco.RequisicaoConsulta tem que trocar LJsonObject.AddPair('paginaAnterior', 0) por LJsonObject.AddPair('paginaAnterior', Boleto.Configuracoes.WebService.Filtro.indiceContinuidade) senão sempre que tiver mais de 50 boletos no retorno, vai retornar a mesma pagina e nunca muda, sempre retorna os primeiros 50 boletos.

Conforme comunicado pelos colegas do Banco do Brasil, haverá manutenção obrigatória em equipamentos de rede no dia 29/03 (domingo), a partir das 2h, com previsão de até 4 horas de duração (podendo ser concluída antes). Durante esse período, poderão ocorrer impactos na geração e no pagamento de QRCode (BB e outros bancos) em ambiente de produção. Outros serviços também podem ser parcialmente afetados. Aquipe de TI do BB estará de plantão durante toda a manutenção, acompanhando o processo e atuando para minimizar possíveis impactos

Boas notícias, pessoal! Agora é possível realizar: consultaDetalhe (boleto individual) consulta em lista dos boletos liquidados no período Atenção: a consulta em lista dos boletos liquidados só está disponível apenas para quem possui credenciais do Portal de Desenvolvedores voltadas para Boletos com QrCode. Entenda os tipos de Credenciais no Bradesco: Credenciais geradas no Portal de Desenvolvedores: Boletos Convencionais (barras/linha digitável) ** Não Implementado consulta em lista ** Boletos com QrCode (híbridos) Credenciais legadas Obtidas anteriormente via processo de credenciamento direto com o banco (ex.: por e-mail) ** Não Implementado consulta em lista ** Queremos agradecer a contribuição que recebemos desta implementação do usuário @Jhonlenon Ribeiro que é muito ativo em nossa comunidade.

Atenção ! Consulta em lista de boletos "LIQUIDADOS" emitidos pela cobrança Bradesco com QrCODE do Portal Developer ! Para quem não sabe, o Bradesco tem credenciais diferentes para Boletos com QrCode x Boletos Barras/Linha Digitável. Como consultar Delphi / Lazarus Precisa alimentar com um titulo, pode ser com o valor zerado, apenas para ele pegar algumas informações bancarias. Para Consultar Bolecode liquidado via QRCODE, precisa marcar as propriedades "indicadorPIX" e "UseCertificateHTTP" como True FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; // (2-isbBaixado, 3-isbCancelado); FiltrosAPI.dataMovimento.DataInicio := strtodate('01/02/2026'); FiltrosAPI.dataMovimento.DataFinal := strtodate('10/02/2026'); FiltrosAPI.indiceContinuidade := 0; Boleto.Configuracoes.WebService.Operacao := tpConsulta; Boleto.Enviar; Como consultar ACBrLib Precisa alimentar com um titulo, pode ser com o valor zerado, apenas para ele pegar algumas informações bancarias. Para Consultar Bolecode liquidado via QRCODE, precisa marcar as propriedades "indicadorPIX" e "UseCertificateHTTP" como True [ConsultaAPI] IndicadorSituacaoBoleto = 2 boletoVencido = 1 DataInicioMovimento= 01/02/2026 DataFinalMovimento = 10/02/2026 indiceContinuidade = 0 Como consultar ACBrMonitorPlus Precisa alimentar com um titulo, pode ser com o valor zerado, apenas para ele pegar algumas informações bancarias. Para Consultar Bolecode liquidado via QRCODE, precisa marcar as propriedades "indicadorPIX" e "UseCertificateHTTP" como True BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto = 2 boletoVencido = 1 DataInicioMovimento= 01/02/2026 DataFinalMovimento = 10/02/2026 indiceContinuidade = 0")

Pessoal, Hoje atualizei o ACBr para implementar as mudanças da RT, (já bem atrasado), teste a NF-e, blz, mas a NFC-e apresenta o erro abaixo: Falha na validação dos dados da nota: 24653 --> 1839 - Element '{http://www.portalfiscal.inf.br/nfe}qrCode': [facet 'pattern'] The value 'http://nfcehomolog.sefaz.pe.gov.br/nfce-web/consultarNFCe?p=26251111673034000163650010000246532881380577|3|2' is not accepted by the pattern '((HTTPS?|https?)://.*\?p=([0-9]{34}(9)[0-9]{9})\|[3]\|[1-2]\|([0]{1}[1-9]{1}|[1-2]{1}[0-9]{1}|[3]{1}[0-1]{1})\|(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)\|((1|2|3)?)\|(([0-9]{3,14})?)\|([a-zA-Z0-9+/]+[=]{0,2}))'. Estou usando: Lazarus, Configurado: VersaoQRCode := veqr300; -> Isso está na PcnConversaoNFe Depois disso ainda aparece um erro de ("" is an invalid Integer) aqui: ACBrNFe1.NotasFiscais.Assinar;

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.

Olá, não sei se é o lugar certo para perguntar, mas estou precisando otimizar o uso de espaço nas impressões de NFCe no sistema que desenvolvo. A ideia é colocar algumas informações ao lado do qrCode. Eu consegui fazer isso nas impressoras elgin usando a função ModoPagina da E1_Impressora.dll. Preciso fazer o mesmo na impressora MP4200 TH, utilizo a "MP2023.dll" para comunicação com essa impressora e não consegui achar documentação para ela que me ajudasse. Alguém sabe se é possível fazer isso nesse modelo de impressora?

O que é o QR Code? A tag do QR Code é um elemento presente no leiaute da Nota Fiscal de Consumidor Eletrônica – NFC-e, modelo 65. Ela é composta por uma URL específica e por informações que identificam a NFC-e. Seu conteúdo é utilizado para gerar a imagem do QR Code no DANFE NFC-e. Quando escaneado pelos consumidores, o código permite a conferência das informações da nota fiscal autorizada. O que é o QR Code 3.0 ? A criação da tag do QR Code deve seguir um formato pré-estabelecido no Manual de Orientação ao Contribuinte, disponibilizado pela Sefaz. A versão 3.0 é a versão mais recente desse formato, trazendo alterações em relação à versão 2.0, utilizada anteriormente. Por que a versão 3.0 do QR Code foi criada? A principal novidade desta versão se encontra no fato de ela não fazer uso do Código de Segurança do Contribuinte (CSC), portanto, a mesma traz diversas vantagens tanto para as empresas quanto para a Sefaz no que diz respeito à organização e gerenciamento dessa informação. Vantagens para as empresas: Elimina a necessidade de manutenção de CSC. Reduz a complexidade de gerenciar CSCs por filial. Elimina controle de manter somente 2 CSCs ativos por UF. Vantagens para a Sefaz: Elimina a complexidade de mantar página da web para geração de CSC. Elimina a necessidade de manter web service de sincronismo com a Sefaz Virtual para UFs participantes desse tipo de ambiente autorizador. Permite a adoção deste controle de segurança sobre a emissão do QR-Code para todas as UF, considerando que atualmente algumas UF não mantém o controle do CSC no seu Portal de atendimento ao Contribuinte. Quais melhorias ou diferenças em relação a versão 2.0? A principal mudança entre as versões se encontra no fato de que a versão 3.0 não vai mais fazer uso do CSC, então está informação não faz mais parte da composição do QR Code. O tamanho do QR Code também foi alterado com a versão 3.0 permitindo agora tamanho mínimo de 60 caracteres e tamanho máximo de até 1000 caracteres. Em comparação com a versão 2.0, a versão 3.0 é mais simples. QR Code 2.0 x QR Code 3.0 Versão 2.0 – parâmetros do QR Code na emissão on-line: Chave de acesso da NFCe Versão do QR Code Tipo de ambiente Id CSC Hash gerado pela concatenação dos parâmetros anteriores com o CSC aplicando SHA-1 e convertido para hex Versão 3.0 – parâmetros do QR Code na emissão on-line: Chave de acesso da NFCe Versão do QR Code. Tipo de ambiente. Versão 2.0 - parâmetros do QR Code na emissão off-line: Chave de acesso da NFCe Versão do QR Code Tipo de ambiente Dia da data de emissão Valor total da NFCe Digest Value correspondente ao Hexadecimal do SHA-1 do conteúdo do XML Id CSC Hash gerado pela concatenação dos parâmetros anteriores com o CSC aplicando SHA-1 e convertido para hex Versão 3.0 – parâmetros do QR Code na emissão off-line: Chave de acesso da NFCe Versão do QR Code Tipo de Ambiente Dia da data de emissão Valor total da NFCE Tipo de Destinatário(1=CNPJ|2=CPF|3=IdEstrangeiro Identificação do Destinatário(CNPJ,CPF ou IdEstrangeiro. Assinatura formada pela concatenação dos parâmetros anteriores aplicado SHA-1 e convertidos para base 64. Como implementar no ACBr? O próprio componente ACBrNFe se encarrega de montar a string do QR Code no arquivo XML, portanto, para utilizar a versão 3.0, basta alterar a propriedade: ACBrNFe.Configuracoes.Geral.VersaoQRCode := veqr300; Caso utilize ACBrMonitorPLUS é preciso definir a configuração em tela no caminho DFe > WebServices: Caso utiliza a ACBrLibNFe, será preciso alterar o valor na configuração da biblioteca definindo o valor correspondente: Qual UF já está usando a versão 3.0? A nota técnica 2025/001, que detalha o QR Code 3.0, estabelece a data máxima de até 02/06/2025 para implementação do mesmo no ambiente de homologação. No entanto, recebemos relatos de que, mesmo após esta data, algumas UFs ainda apresentam problemas para recepcionar NFCe geradas com o QR Code nesta versão. Até o momento, recebemos a informação de que a Sefaz de Minas Gerais e do Mato Grosso do Sul estão aceitando a versão 3.0. Quando entra em vigor a versão 3.0 do QR Code? Os prazos estabelecidos pela nota técnica 2025/001 são: Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 Como reconhecer um XML com QR Code 3.0? O QR Code gerado na versão 3.0 não requer mais o uso do CData. Outra forma é procurar pelo parâmetro correspondente a versão do QR Code que tanto na 2.0 quanto na 3.0 ocupam a mesma posição. Exemplo de QR Code gerado na versão 2.0 em emissão normal: Exemplo de QR Code gerado na versão 3.0 em emissão normal: A versão 3.0 do QR Code deve ser usada somente em contingência? Não! A versão 3.0 pode e deve ser utilizada tanto na emissão normal quanto na emissão em contingência de maneira semelhante a sua antecessora. Com a chegada da versão 3.0 é o fim da versão 2.0? Não! A versão 2.0 ainda continua valendo sem data prevista para ser descontinuada. Quem deve usar a versão 3.0? Até o momento, é recomendado que a versão 3.0 seja utilizada por produtores rurais pessoa física, eliminando a necessidade de gerenciar CSCs para pessoa física por UF (exceto para o PR). Pessoa jurídica pode escolher entre a versão 2.0 ou a versão 3.0

Olá pessoal, tivemos uma reunião com uma equipe de Boleto do Itau e vamos esclarecer alguns pontos: Itau existe 2 produtos distintos: “Boletos” – Boleto com linha digitável e código barras; “Bolecode” – Boleto com QrCODE, linha digitável e código barras (hibrido); Todos “Boletos” quando liquidados (linha digitável, código barras) , são listados na API de Consulta Liquidados com status de Liquidados; Todos “Bolecodes” quando liquidados através do qrcode, eles são *Cancelados e são listados na API de Consulta Baixados com status “BL” (Bolecode Liquidado). * (Bolecode Baixado) Isso para evitar que o mesmo boleto seja pago por outro meio. Nas consultas de LIQUIDADOS da solução ACBrBoleto, necessário realizar 02 (duas) consultas, mudando apenas a propriedade "IndicadorPIX": - Consulta Boletos Liquidados via Linha Digitável ou Código de Barras (independente se bolecode ou boleto comum): IndicadorSituacaoBoleto = isbBaixado e IndicadorPix = False - Consulta Boletos Liquidados via QrCode: IndicadorSituacaoBoleto = isbBaixado e IndicadorPIX = True Atenção, informação importante para quem usa Bolecode (Boleto Hibrido) API/CNAB Quando boleto é liquidado através do QrCODE até a presente data não devolve informações sobre pagamento, juros, multa, desconto. (não foi possível agrupar a consulta devida a paginação de repostas de cada endpoint)

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:

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) Banrisul (CNAB240) API - on-line: BB Banrisul Bradesco C6 Bank Caixa Econômica Cora Inter (veja particularidades para NossoNumeroCorrespondente) Itau (necessita que o banco forneça outra credencial para endpoint PIX) PenseBank Santander Sicredi V2 Sicoob 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.