renato.rubinho

Boa tarde @Jhonlenon Ribeiro Validada a impressão do Boleto pelo ACBr de acordo com o Boleto retornado pela Caixa (enviei no seu e-mail a comparação). Os maiores detalhes a analisar são as propriedades: Banco.LayoutVersaoArquivo e Banco.LayoutVersaoLote De acordo com essas propriedades o componente irá considerar o Código do Cedente com 6 ou 7 dígitos e aparentemente essa era a diferença do seu boleto para o da caixa. Ao analisar a composição da linha digitável do boleto gerado pela caixa, notamos que foi considerado o código do cedente com 7 dígitos. Se olharmos os fontes (ACBrBancoCaixa.pas), para gerar o código do cedente com 7 dígitos, você deve utilizar: ** Banco.LayoutVersaoArquivo := 107; ** Banco.LayoutVersaoLote := 67; ou ** Banco.LayoutVersaoArquivo := 7; function TACBrCaixaEconomica.DefineCodigoCedente(const ACBrCedente: TACBrCedente): String; begin if ((fpLayoutVersaoArquivo = 107) and (fpLayoutVersaoLote = 67)) or (fpLayoutVersaoArquivo = 007) then Result := PadLeft( ACBrCedente.CodigoCedente, 7, '0') else Result := PadLeft( ACBrCedente.CodigoCedente, 6, '0'); end; Seguem os fontes finais para emissão do boleto híbrido da Caixa. 1. Por favor, como você possui as credenciais, se possível teste a geração de uma nova cobrança com estes fontes que estou disponibilizando e nos informe se foi registrado novamente com sucesso. * Após substituir os arquivos, reinstale os componentes. * Estando tudo ok, enviaremos a implementação para o SVN. 2. Confirme também se ficou tudo ok na emissão do boleto ou informe caso ainda tenha dúvidas a respeito. ACBrBoletoRet_Caixa.pas ACBrBoletoW_Caixa.pas

Isso acontece quando a data não é passada, como se fosse zero ou em branco. Aparentemente não está passando os parâmetros corretamente. Algum outro método funciona na rua aplicação? Não temos programa de exemplo do eSocial para sua linguagem, mas você pode ser basear em algum outro para verificar como se comunicar com a biblioteca. ../trunk2/Projetos/ACBrLib/Demos/Harbour/

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

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

Que bom que resolveu. Pode compartilhar qual era o problema e qual foi a solução, pois poderá ajudar quem venha a ter o mesmo problema futuramente?

[EVENTO001] cOrgao=<informar o código da UF do emitente> CNPJ=<CNPJ do emitente> chNFe=<chave da NFe> dhEvento=<data e hora do evento> tpEvento=110110 nSeqEvento=2 <<<<< Aqui versaoEvento=1.00 xCorrecao=<informar o que esta sendo corrigido> Veja se está mandando o nSeqEvento incrementado. Se for sua segunda CCe, envie 2 https://acbr.sourceforge.io/ACBrLib/CartadeCorrecao.html

O log gravou sem os parâmetros para analisarmos. 26/04/24 09:13:24:206 - eSocial_DownloadEventos 26/04/24 09:13:27:883 - eSocial_ConsultaIdentificadoresEventosEmpregador Mantenha o LogNivel com 4, teste novamente e traga o novo log.

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

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>