Renato Rubinho

Essa url pix.santander.com.br/qr/v2/cobv/1041accf-a5a8-4278-89a4-fd7821aac930 e parte do conteúdo que deve ser utilizado para gerar a Imagem do QrCode. Conforme a Nota 27 que consta no print do @Diego Foliene, a imagem do QrCode deve ser gerada conforme as regras do Banco Central. 1. Veja no manual do Banco Central que a url que você recebe no retorno é apenas parte do qrcode * Para maiores detalhes, leia o manual do banco central, para entender o processo * Explicando parcialmente como é a composição dessa string, ela é quebrada nestes grupos, conforme abaixo * Em cada grupo, os dois primeiros dígitos indicam o ID a que se refere o valor do grupo * O terceiro e o quarto dígitos indicam a quantidade de dígitos que o valor terá * A sequência é o valor, obtido a partir do quinto dígito até a quantidade de dígitos especificada no terceiro e quarto dígito 000201 010212 26700014br.gov.bcb.pix 2548pix.example.com/8b3da2f39a4140d1a91abd93113bd441 52040000 5303986 5802BR 5913Fulano de Tal 6008BRASILIA 62070503*** 630464E4 2. String final detalhada no item 1 00020101021226700014br.gov.bcb.pix2548pix.example.com/8b3da2f39a4140d1a91abd93113bd44 15204000053039865802BR5913Fulano de Tal6008BRASILIA62070503***630464E4 3. Analise o método PIXQRCodeDinamico, da classe TACBrBoletoPIXQRCode ( ../trunk2/Fontes/ACBrBoleto/ACBrBoleto.pas ) * Ele gera o EMV (string completa conforme destacado no item 1) * Esse conteúdo gerado é o que deverá ser utilizado para a imagem do QrCode

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

A propriedade irá armazenar o nome do arquivo de retorno do método. Os exemplos a seguir, respectivamente dos itens destacados no post anterior, serão os retornos que você receberá no PathNome. Envio: 20240423212314-rec.xml Consulta do Protocolo: 1.2.202404.0000000000123456789-sit.xml Tomando como exemplo os nomes acima: 1. No processo de Envio, você terá o PathNome=20240423212314-rec.xml * O prefixo "20240423212314" será o mesmo para "*-rec-soap.xml", "*-env-lot.xml", "*-env-lot-soap.xml", "*-rec.xml" * Você poderá identificar o arquivo que deseja, concatenando o sufixo "-env-lot.xml" com o prefixo obtido PathNome="20240423212314" 2. No processo de Consulta do Protocolo, você terá o PathNome=1.2.202404.0000000000123456789-sit.xml * Esse já é o arquivo que você deseja

Boa noite, Implementada propriedade PathNome para retorno do arquivo gerado em envio de lote, consultas e download de eventos. Enviado para o SVN na Rev-33419 Por favor atualize os fontes, reinstale os componentes e, se possível, nos informe se foi o resultado esperado. Atualizados programas de exemplo em Delphi e Lazarus com tratamento da nova propriedade. 1. Envio de lote terá o prefixo padrão de data e hora * Propriedade: ACBreSocial1.WebServices.EnvioLote.PathNome Exemplos: * 20240423212314-rec-soap.xml * 20240423212314-env-lot.xml * 20240423212314-env-lot-soap.xml * 20240423212314-rec.xml 2. Consulta de Protocolo terá o prefixo sendo o número do Protocolo * Propriedade: ACBreSocial1.WebServices.ConsultaLote.PathNome Exemplos: * 1.2.202404.0000000000123456789-sit-soap.xml * 1.2.202404.0000000000123456789-ped-sit.xml * 1.2.202404.0000000000123456789-ped-sit-soap.xml * 1.2.202404.0000000000123456789-sit.xml 3. Consulta Identificadores terá o prefixo sendo a composição da consulta * Propriedade: ACBreSocial1.WebServices.ConsultaIdentEventos.PathNome Exemplos: * S-1000-00010602000120-01-2024-20240423213439-ped-con-soap.xml * S-1000-00010602000120-01-2024-20240423213439-con.xml * S-1000-00010602000120-01-2024-20240423213439-con-soap.xml * S-1000-00010602000120-01-2024-20240423213439-ped-con.xml 4. Download terá o prefixo padrão de data e hora * Propriedade: ACBreSocial1.WebServices.DownloadEventos.PathNome Exemplos: * 20240423214526-ped-dow-soap.xml * 20240423214526-dow.xml * 20240423214526-dow-soap.xml * 20240423214526-ped-dow.xml

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Aumente o timeout para 30k ou mais, pode estar interrompendo o processo no meio.

Copie, para a pasta da aplicação, as dlls da OpenSSL da mesma arquitetura que você compila a aplicação. ../trunk2/DLLs/OpenSSL/1.1.1.10/

Boa noite, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-33416 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Segue tópico com informações sobre as mudanças do Reinf, desde a ativação do modo assíncrono.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Esse tipo de dúvida sempre é indicado que verifique com o próprio contador. Se ele não souber passar didaticamente, solicite um xml de exemplo para você saber como preencher. Caso ele não tenha um exemplo do cliente e não possa disponibilizar de outro por conter dados sensíveis, solicite que gere uma NFe pelo emissor gratuito do SEBRAE, pois se for autorizado você saberá como preencher para atender essa demanda.

Boa noite, A opção que o @Diego Foliene indicou é utilizada para identificar os xmls dos eventos, os xmls dos lotes, retornos e consultas aparentemente não tem esse tratamento. Criada TK-5360 para analisar a possibilidade dessa implementação.

Seria uma hipótese para o erro não identificado pelo provedor. Resta agora seguir a sugestão do Italo, conseguiu contato com o provedor?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Complementando, tente preencher pelo menos os dados de prestador e tomador que deixou tudo em branco, pois talvez não caia na rejeição. <Prestador> <CpfCnpj> <Cnpj/> </CpfCnpj> <InscricaoMunicipal/> </Prestador> <Tomador> <IdentificacaoTomador> <CpfCnpj> <Cnpj/> </CpfCnpj> <InscricaoMunicipal/> </IdentificacaoTomador> <RazaoSocial/> <Endereco> <Endereco/> <Numero/> <Complemento/> <Bairro/> <CodigoMunicipio/> <Uf/> <Cep/> </Endereco> <Contato> <Telefone/> <Email/> </Contato> </Tomador>

Confirme também se configurou a versão atual no campo VersaoDF para o webservice responder.

Fechando. Para novas dúvidas, criar um novo tópico.

Fechando. Para novas dúvidas, criar um novo tópico.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Se o problema ocorre no mesmo ambiente e com os mesmos dados funciona em outro momento, não vejo muita chance de conseguirmos fazer algo no nosso lado, além do mais tendo em vista o retorno que acusa que o problema pode ser do lado dele. Caso consiga simular o problema, nos envie os XMLs de quando deu o erro e de quando funcionou para vermos se encontramos algum detalhe. Sugestões, revise suas configurações de SSL/TLS e aumente o timeout para 40k ou mais.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Veja que agora o ultNSU é 1719, se você não entendeu o processo vai continuar patinando. Seu ultNSU era 1718, você deveria utilizar o método passando ultNSU 1718 até receber pelo menos um novo NSU. Você recebeu um novo NSU, agora irá passar a consultar o 1719 e aguardar pelo menos 1h. Quando você receber 1 ou mais novos NSUs, irá identificar qual o ultNSU para a próxima pesquisa, enquanto não receber nenhum novo NSU, seguirá utilizando o 1719. Veja o tópico a seguir e o curso no nutror Implementando o serviço Distribuição DFe.

Se você já usa senha de aplicativo, esse é o caminho. A senha pode ter expirado ou alguma configuração do e-mail mudado por política do Google. Revise as configurações e tente criar uma nova senha.

Boa tarde, Obrigado pela contribuição, criada TK-5342 para análise.

A Receita Federal do Brasil - RFB informa que desativará a transmissão síncrona (versão 1.5.1) dos eventos R-1000, R-1070 e R-3010 e dos eventos da série R-2000 a partir de 22/07/2024. A partir dessa data, todos os eventos deverão ser enviados exclusivamente no modo assíncrono (versão 2.1.2). http://sped.rfb.gov.br/pagina/show/7400

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.