Renato Rubinho

Boa noite, Veja se tem relação com a solução passada neste tópico.

Boa noite, A VersaoDF está errada. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

Boa tarde, A nova versão do Reinf que mudou. Até a versão 1.5 ele era síncrono, você enviava o evento e já recebia o retorno com o resultado do processamento. Exceto pelo R2099, que já era assíncrono, você recebia um número de protocolo e precisava consultá-lo para obter o resultado do processamento. Agora, na versão 2.1.2, todos os eventos são assíncronos, você vai enviar, pegar o protocolo e consultar o resultado do processamento. Veja o manual a seguir para entender a diferença entre as versões. https://svn.code.sf.net/p/acbr/code/tools/DFe/Reinf/ManDesenvolvedor/ManualOrientacaoDesenvolvedor-REINF-v2.3.pdf Veja o método a seguir, na documentação do monitor, para consultar o protocolo. https://acbr.sourceforge.io/ACBrMonitor/ReinfConsultarReinf.html

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

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.

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.

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

Boa tarde, O limite é de 50 eventos por lote no novo modelo assíncrono, no modelo síncrono são 100. 5. Envio de Lote - modelo assíncrono A partir da entrada dos novos eventos da série R-4000, a EFD-REINF possuirá o modelo de envio de lote com processamento assíncrono. A princípio para os lotes no modelo assíncrono a quantidade máxima será de 50 (cinquenta) eventos. Essa quantidade poderá ser alterada durante os testes e até o efetivo início da recepção em produção. Neste caso o manual será atualizado. Segue manual com maiores informações. http://svn.code.sf.net/p/acbr/code/tools/DFe/Reinf/ManDesenvolvedor/ManualOrientacaoDesenvolvedor-REINF-v2.3.pdf

Seu XML está indentado e com quebras de linhas. Consegue gerar um XML sem essas mudanças? Ou preencha os valores no programa de exemplo e gere o XML através dele para verificar se tem relação com o problema.

Bom dia, Está testando em produção? O ambiente de produção está indisponível hoje.

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.

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.

Boa noite, Foi enviado ao SVN na Rev-30712 alterações visando corrigir este problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema. Efetuado teste com o programa de exemplo, prenchendo as mesmas informações do xml recebido no e-mail e o evento foi processado com sucesso.

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.

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.

Boa tarde, Você precisa instalar o fpdf e o fortes. Segue vídeo com passo a passo do @Daniel InfoCotidiano

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.

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

Boa tarde, Mais uma coisa, confirmando, não preencha a propriedade NumeroSerie, ela prevalece sobre as demais e poderá ocasionar o erro. Você precisa preencher somente DadosPFX e a senha.

Você enviou o R1000 com o fim da validade em 05/2021. Primeiro, envie o R1000 com abertura para o mês de referência, sem fim ou preenchendo o final do mês no fimValid, que ao consultar o protocolo dos demais eventos não receberá mais o retorno anterior. Envie novos eventos após o R1000, pois os enviados anteriormente já foram rejeitados. Obs: Consulte o protocolo recebido neste R4010, que terá a mesma resposta que teve na consulta do R4020.

Está testando em produção? Se estiver em homologação, pode ser um bloqueio neste ambiente.

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.

Boa tarde, Está correto. Esse erro está acontecendo porque você precisa primeiro mandar o R1000 para abertura do período, depois os demais eventos. Se você gera o XML sem usar o componente, o procedimento está correto, você lê o XML depois envia. Se for gerar pelo componente, no programa de exemplo você clica no checkbox do evento que deseja enviar, clica no botão gerar, para preencher os dados no componente, depois envia.

Bom dia, Obrigado pela contribuição. Alocada na TK-4026, já em andamento da implementação da nova versão.