Renato Rubinho

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.

Boa tarde, Eu apenas mantive os nomes dos enumerados que você alterou para evitar quebra de compilação para quem estiver utilizando, o restante parece ok. A contribuição foi enviada ao SVN, Rev-33247 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.

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

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.

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.

Olá, Montamos um ambiente de testes e não apresentou o problema utilizando a lib ST StdCall. Este erro ocorreu quando tentamos utilizar a versão MT StdCall ou qualquer outra cdecl. Confirme como fez a declaração do import da dll, se foi conforme abaixo. Private Declare Function Reinf_ConsultarReinf Lib "ACBrReinf32.dll" (ByVal eProtocolo As String, ByVal buffer As String, ByRef bufferLen As Long) As Long

Parece correto sim. Perfeito, é a melhor coisa sempre manter erros diferentes em tópicos específicos. O problema nesse caso específico é que o problema do outro tópico é geral na Lib e pode ser que ele esteja influenciando este caso aqui. Não tenho cenário de testes aqui, mas nosso amigo @antonio.carlos vai verificar assim que possível. Por enquanto, se quiser verificar se resolve, não conheço sua linguagem, mas segue uma sugestão. Tente fazer a assinatura da função sem a atribuição ByVal na eProtocolo e veja se muda algo. Public Function ConsultarReinf(eProtocolo As String

Boa tarde, O problema do outro tópico foi resolvido? Se estiver com a lib incorreta, os métodos podem não funcionar ou se funcionarem podem haver anomalias.

Boa tarde, Seguem considerações: 1. Evite utilizar as dlls na SysWOW64 ou System32, apague também esta que você copiou. 2. Copie novamente a dll, atente-se a pegar da pasta StdCall, cole na pasta onde está o seu exe compilado ao invés de colar na SysWOW64. 3. Se você estiver utilizando chamadas Single thread, cuidado para NÃO pegar a Lb da pasta MT

Obrigado pela análise. Não deve ser problema então, deve ser alguma exceção levantada e que foi tratada por um try..except. Ao clicar em continuar ou ignore... ele deve seguir sem problemas em ambiente de desenvolvimento. Se tiver alguma sugestão de correção do erro, anexe os fontes para análise, pois o tratamento com try..except deve ter previsto exceções para não interromper o processo em produção.