Renato Rubinho

Revise suas configurações de SSL/TLS conforme recomendações do tópico a seguir.

Esses erros são exceções controladas, clique em continuar para seguir.

Sempre que você atualizar os fontes do SVN deve reinstalar os componentes, caso não tenha feito antes pode ter sido o motivo do problema.

Não tem como disponibilizar na dll também? Será implementado na Lib(dll) e no Monitor. Separei sua outra dúvida em um novo tópico por se tratar de assunto diferente.

Jair, Gerei um novo tópico sobre sua dúvida por se tratar de assuntos diferentes. Como você está enviando o método? Anexe o log para análise.

A implementação não foi feita na lib. Criada TK-5360-1 para retornar a nova propriedade na Lib e no Monitor.

Obrigado pela contribuição. Criada TK-5377 para análise.

Bom dia, Você utilizou o manual deste tópico ou conseguiu um mais recente? Implementei também o boleto híbrido da Caixa, mas estou aguardando o cliente com as credenciais para homologar. Conseguiu ambiente de homologação ou só em produção? Pode enviar arquivo de envio e o retorno recebido para [email protected] para analisarmos? Mencione este tópico para identificarmos o assunto.

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

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.

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?

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>

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

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.

Talvez esteja com problema no Lazarus, veja que é uma propriedade deste TMaskEdit que está reclamando. Tente reinstalar.