Paulo Alves N Junior

Alguém está conseguindo enviar o evento de fechamento R2099?

Ok, vou fazer a atualização e realizar novos testes.

Bom dia, só consegui tratar corretamente o retorno dos eventos quando realizei algumas alterações no código fonte da Unit ACBrReinfWebServices.pas (em anexo). Quando tentei usar da mesma forma que está no fonte de exemplo, não consegui recuperar as informações de retorno, nem as mensagens de inconsistências e nem o número de recibo quando a validação pela Sefaz ocorre com sucesso. Favor analisarem as alterações, as mesmas ocorreram na function TEnvioLote.TratarResposta: Boolean; ACBrReinfWebServices.pas

Estou enviando um lote com 6 eventos, como posso recuperar o xml de cada evento no retorno, para que eu possas gravar na base d dados?

Bom dia, só consegui tratar corretamente o retorno dos eventos quando realizei algumas alterações no código fonte da Unit ACBrReinfWebServices.pas (em anexo). Quando tentei usar da mesma forma que está no fonte de exemplo, não consegui recuperar as informações de retorno, nem as mensagens de inconsistências e nem o número de recibo quando a validação pela Sefaz ocorre com sucesso. Favor analisarem as alterações, as mesmas ocorreram na function TEnvioLote.TratarResposta: Boolean; ACBrReinfWebServices.pas

Boa tarde, estou com uma dúvida com relação ao ID dos eventos, este valor é gerado pela função "Id(0)" que está na unit "ACBrReinfEventosBase.pas". Ao gerar algum evento pela primeira vez, o Id é gerado pela função, mas se for preciso fazer alguma alteração, como faço para enviar o evento com o mesmo Id que gravei na minha base de dados. Atualmente a cada reenvio de algum evento, o Id é gerado novamente. A função "Id(0)" verifica se a variável "FId" está vazia e caso positivo gera o Id, mas esta variável está protegida como "private", então não é possível setar algum valor para ela.

No xml que anexei, existe a tag <retornoEventos>, que engloba todos os eventos do lote, mas não há a tag <retornoEvento> que identificaria o retorno de cada evento individualmente

Uma detalhe que notei, após a virada do layout para 1.3, os envios estavam apenas aceitando a versão 1.2 (<Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/envioLoteEventos/v1_02_00">). Há poucos dias atrás quando retomei os testes da minha aplicação, os envios já estavam aceitando apenas a versão 1.3 (<Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/envioLoteEventos/v1_03_00">)

Notem que o contador de eventos está retornando o valor zero. R_Reinf_Soap-103550_385.xml

Bom dia, estou com problema de recuperar as mensagens de retorno do webservice, isto não estava ocorrendo como pode ser observado pelas imagens da mensagem anterior. Alguém mais está com este problema?

Favor analisar a alteração abaixo

Boa tarde, após enviar um lote com dois eventos R2020, ao tratar o retorno, apenas a inconsistência de um dos R2020 era retornada. Efetuei uma alteração na Unit ACBrReinfWebServices.pas, na linha 272, de "while Leitor.rExtrai(1, 'retornoEventos', '', i + 1) <> '' do" para "while Leitor.rExtrai(1, 'retornoEvento', '', i + 1) <> '' do". Dessa forma consegui gerar as inconsistências de todos os eventos do lote. Segue imagens do problema em questão e a unit alterada para análise dos senhores. XML, mensagem antes e após a alteração: ACBrReinfWebServices.pas

Resolvi este problema com as seguintes configurações: with SSL do begin DescarregarCertificado; SSLCryptLib := cryWinCrypt; sslhttplib := httpWinHttp; SSLXmlSignLib := xsLibXml2; end;

O Obrigado, também estou tentando resolver. O outro tópico estava ajudando bastante, mas foi trancado.

Boa tarde, compilei o projeto ACBR sem problemas, mas quando tento enviar o evento R1000 ocorre o problema abaixo, já atualizei os schemas para versão 1.3. Na versão 1.2 estava funcionando corretamente, mesmo sem ainda fazer parte do projeto.

Segue o arquivo, obrigado. DACTE_OS.fr3

Boa tarde, aproveitando seu tópico, encontrei um problema ao imprimir um CTe_OS complementar utilizando o arquivo DACTE_OS.fr3, a impressão quebra a página mostrando informações em duplicidade, como mostra a imagem abaixo. Consegui resolver o problema comentando a seguinte linha no código da DACTE ( //ChildAnuladoComple.Child := ChildObs;): procedure ChildImpostoOnBeforePrint(Sender: TfrxComponent); begin if (<Identificacao."TpCT">='Anulação')or(<Identificacao."TpCT">='Complemento') then begin ChildImposto.Child := ChildAnuladoComple; //ChildAnuladoComple.Child := ChildObs; ChildObs.Child := ChildFisco; // ChildAnuladoComple.Child := ChildFisco; if <Identificacao."TpCT">='Complemento' then Memo181.Text := 'CHAVE DO CT-E COMPLEMENTADO' else if <Identificacao."TpCT">='Anulação' then Memo181.Text := 'CHAVE DO CT-E ANULADO'; end; end;

Bom dia, o REINF já está disponibilizado no projeto ACBR?

Alguns clientes de nosso ERP também estão enfrentando este mesmo problema, já abri um ticket na SEFAZ MG.