Ir para conteúdo
  • Cadastre-se

Renato Rubinho

Consultores
  • Total de ítens

    4.135
  • Registro em

  • Última visita

  • Days Won

    75

Tudo que Renato Rubinho postou

  1. Então entra no que citei acima, o servidor fora do ar é uma anomalia, não responde para o componente poder tratar com segurança.
  2. Boa tarde, Você anexou apenas os arquivos de retorno, não temos como analisar o que foi enviado. Simulado o mesmo cenário e não ocorreram erros. 1. Enviado R1000 com o início da validade 07/2023, sem fim de validade ( IMG_001.png ) 2. Enviado R4020 com o perApur de 09/2023 e não ocorreram erros ( IMG_002.png ) Seguem algumas verificações para identificar se existe algum problema de preenchimento aí. Revise todos os pontos a seguir e, caso o problema persista, envie os xmls de envio e retorno do R1000 e R4020 para análise Confirme se está enviado o evento R4020 para o mesmo cnpj que está consultando no eCac Confirme se está enviando o período correto Confirme se está consultando o protocolo correto Tente enviar outro R4020 e consulte o novo protocolo recebido
  3. Boa tarde, Coloque o timeout acima de 30k. Essa mensagem veio no xml? Se for um erro na comunicação e o componente não receber o retorno, não tem como tratar.
  4. E a respeito das outras confirmações? Criada TK-4501 para análise.
  5. Boa tarde, Está utilizando o ACBrNFSeX, com os fontes atualizados e reinstalou os componentes após atualizar? Teste com o programa de exemplo se ocorre o mesmo problema, pois é um retorno do provedor e deve estar faltando preencher algo que eles não trataram corretamente a exceção. Compare o rps gerado com o manual se está preenchendo todos os campos obrigatórios.
  6. Boa tarde, Está enviando no mesmo ambiente (Produção) que foi consultado no eCac? No erro do R1000, você está alterando o período? Se sim, confirme se na validade original está preenchendo corretamente, para alterar você deve preencher a novaValid. Envie por e-mail os xmls de envio e retorno para analisarmos o que foi enviado e o retorno exato do serviço
  7. Boa noite, Obrigado pela colaboração. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-30742 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.
  8. Boa tarde, Obrigado pela contribuição. Criada TK-4495 para análise e possível envio ao SVN.
  9. Boa noite, Veja se tem relação com a solução passada neste tópico.
  10. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  11. Boa tarde, Enviado ao SVN, na Rev-30734, alterações visando corrigir este problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema. Efetuado o mesmo tratamento para a leitura do INI.
  12. Boa tarde, Não me lembro de alguém ter utilizado este tipo de certificado. Você conseguiu assinar em alguma máquina com ele? Como ele funciona, você instala este programa e ele "gera" o certificado ali na lista de certificados do Windows que você printou? O A1 precisa ter a opção de exportação habilitada para funcionar, esse não deve funcionar desta forma, talvez mais como uma leitora/token. Ele gera um número de série do certificado? Uma hipótese é configurar no componente o número de série, senha e ver se funciona. Tem que ser com winCrypt mesmo e todas as atualizações do Windows devem estar em dia.
  13. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  14. Bom dia, Conforme publicação de ontem do portal do Reinf, o ambiente de Produção estará indisponível das 07h às 17h de 21/09/2023. http://sped.rfb.gov.br/pagina/show/7271 Publicado em 20/09/2023 Comunicamos que o ambiente de produção da EFD-Reinf estará indisponível do período de 7h às 17h do dia 21/09/2023 para realização da migração da versão 1.5.1 para a versão 2.1.2 e implantação da recepção dos eventos da série R-4000. A aplicação da EFD-Reinf acessada pelo e-CAC (https://www3.cav.receita.fazenda.gov.br/ ) também ficará indisponível nesse período. Após concluída a implantação, apresentará mudanças na interface visual buscando facilitar sua utilização com a implantação da série R-4000.
      • 5
      • Curtir
  15. Boa noite Marcelo, Obrigado pelos esclarecimentos. O S-1220, mesmo não tendo sido implementado, assim como qualquer outro campo ou grupo que seja removido, evitamos excluir propriedades, classes e units do componente para evitar a quebra na compilação, caso alguém tenha alguma referência em suas aplicações, ainda mais em meio a uma implementação de nova versão com tantas mudanças. Com relação aos eventos S-8000 ficou claro que não tem necessidade de implementação no componente.
  16. Boa tarde @Andergoncalves Obrigado pela contribuição. As implementações da versão 1.2, inclusive seus fontes, foram enviadas ao SVN na Rev-30703 . Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
  17. Boa tarde, As implementações foram enviadas ao SVN na Rev-30703 . Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema. Criada nova TK-4472 para a implementação dos novos grupos.
  18. Boa tarde, Você precisa instalar o fpdf e o fortes. Segue vídeo com passo a passo do @Daniel InfoCotidiano
  19. Isso mesmo. https://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=OUC/YVNWZfo= Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  20. Boa noite Marcelo, Mais uma vez, obrigado pela contribuição. Foram necessários alguns ajustes, detalhados a seguir. Seguem os fontes alterados. Você pode validar se estão de acordo com seus testes e validações iniciais para podermos enviá-los com segurança ao SVN? 1. Mantido o evento S-1220 e propriedades que haviam sido removidas de algumas classes para evitar quebra de compilação em sistemas que já utilizam o componente 2. Mesclados fontes com procedures de leitura de arquivo ini LerArqIni() atualizadas 3. Efetuados ajustes em tipos de campos, tamanhos e ocorrências, conforme controle de alterações e leiaute atual * Alterados campos TDate para TDateTime para compatibilidade com versões anteriores do Delphi. * Valores numéricos maiores que 9 dígitos não utilizar Integer, pois somente suporta valores até 2147483648 4. Atualizados inis de exemplos 5. O novo evento S-8200 não consta nos fontes * Você chegou a desenvolvê-lo? 5.1. O evento S-8299, que já constava no leiaute anterior, ainda não faz parte do componente * Você tem interesse e diponibilidade para desenvolvê-lo ? FontesMesclados.zip
  21. Está testando em produção? Se estiver em homologação, pode ser um bloqueio neste ambiente.
  22. Boa tarde, Reinstale os componentes, marcando a opção de apagar arquivos antigos, pode ter alguma dcu perdida gerando o problema. Revise as units declaradas na uCtrlNFSe. Compile o programa de exemplo e confirme se o problema acontece, provavelmente não.
  23. Bom dia, Obrigado pela contribuição. Alocada na TK-4026, já em andamento da implementação da nova versão.
  24. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.