Renato Rubinho

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.

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 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

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.

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

Olá, Schema enviado ao SVN na Rev-30650

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

Boa tarde Aparentemente ele espera S ou N ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSDSF.GravarXml.pas sTipoRecolhimento := EnumeradoToStr( NFSe.Servico.Valores.IssRetido, ['N','S'], [stNormal, stRetencao]);

Boa tarde, Está utilizando o componente ou gerando o XML manualmente? Se estiver gerando manualmente, revise os nomes das tags se estão idênticas ao manual, inclusive maiúsculas e minúsculas.

Revise o sistema se esta tentando enviar várias vezes o mesmo documento com o mesmo erro (ao invés de corrigir, alterar), isso também é motivo de bloqueio, veja também se não está fazendo consultar excessivas de status.

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

Boa tarde @Souza Aparentemente o problema foi solucionado. Veja se para você também voltou, caso contrário, abra um ticket lá com eles para verificarem seu caso.

O retorno contendo referência ao 1.5 é da Sefaz Eles mantiveram os dois ambientes, sendo o 1.5 sincrono e o 2.1 assíncrono, mas agora ambos com o Leiaute na versão 2.1 Provavelmente, internamente, eles ainda tratem algo como 1.5. Os eventos da série 4000 não existem na versão 1.5, você deve estar tentando enviar nesta versão. Selecione a versão 2.1.2 no componente que deverá funcionar.

Boa tarde @Luiz Miguel Peres Obrigado pelos testes. O que acontece é que provavelmente o componente utilizou o tls1, isso vai ajudar caso alguém tenha problema semelhante futuramente. No seu cenário, que não funcionou o tls1.2, é muito provável que faltem atualizações do Windows.

Revisada a notícia e a NT 03/2023 foi republicada sem alterações. O que mudou foi o schema R-4010, que no último commit já havíamos corrigido uma incidência do indTpDeducao, mas faltou outra. O SVN está passando por uma instabilidade, não permitindo commits. Segue o schema atual e, assim que possível, será enviado ao SVN. evt4010PagtoBeneficiarioPF-v2_01_02.xsd

Eu imaginei que o Reinf funcionasse apenas no tls1.2, por isso disse que não fazia sentido, pois o que o Lt_all faz é tentar todas as opções. Se puder fazer mais um teste para tentarmos apurar realmente qual a opção válida, teste uma por uma que provavelmente ao menos uma tem que passar.