Renato Rubinho

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.

Boa Luiz, só não faz sentido a alteração do SSLType. Tente fixar com tls1.2, pois deve funcionar também. De qualquer forma, indica algum problema no cenário do cliente. Maurício, se não me engano, por padrão eles não respondem mesmo e mandam uma resposta automática citando isso. Tente outro computador com Windows 10 ou 11, atualizado e veja se funciona. Se o erro persistir, revise os passos que o Luiz citou acima e foram bem completos, caso o problema seja relacionado à leitora.

Isso mesmo, deve utilizar a NFSE_ConfigGravarValor para gravar a senha criptografada.

Boa tarde Luiz, Tente abrir um fale conosco com a receita para tentarem identificar o motivo do problema. Como eu disse acima, houveram casos que funcionavam alguns DFes e outros não. Os eventos da série 4000 só existem na versão 2.1, por isso foi rejeitado. Se enviarem o 1000 ou os eventos da série 2000 na 1.5 funciona?

Bom dia Abram um fale conosco com a sefaz para identificarem o motivo de não ter sincronizado com o AN.

Bom dia, Ele faz o envio do eSocial no mesmo ambiente e utilizando também os componentes do ACBr? Essa mensagem parece um erro recorrente que acontece com algumas versões de certificados A3. Mas não acontece com todos os DFes, tendo relatos de funcionar para NFe e não para NFCe, por exemplo, confirme tópico a seguir. Tente reinstalar o certificado, atualizar driver da leitora, confirme se está com todas as atualizações do Windows em dia, troque a porta que está conectado, veja se não tem algum botão bloqueio na internet, firewall, antivírus, etc.

Boa tarde, Você consegue preencher o "Id Contribuinte" com os 14 dígitos ou o monitor está barrando? Se conseguir, preencha e faça um novo teste, o componente de encarrega de mandar só os 8 dígitos quando necessário.

Boa tarde, O XML de retorno tem as informações das notas? Se não tiver, o componente não terá de onde extrair, entre em contato com o provedor e verifique se para este município existe outra forma de configurar.

Respondido no outro tópico.

Boa tarde, Obrigado pela contribuição, criada TK-4430 para análise.

Selecione qualquer município na combo cidade, salve as configurações, feche e abra novamente o programa de exemplo. Selecione a cidade que deseja pela combo após abrir o programa novamente.

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

Boa noite, Como esse provedor devolve um XML com quebras de linha / CRLF, deve esperar esse tipo de controle. Tente configurar a quebra de linha do componente com o código a seguir, emita uma nova NFSe e veja se o DANFSe do provedor é gerado com os devidos saltos. Se o problema persistir, resta entrar em contato com o provedor e questionar qual codificação deve ser enviada para que interpretem como quebra de linha no DANFSe gerado por eles.

Boa noite, Em primeiro lugar a forma de como e o que preencher sempre deve ser verificada com seu contabilista ou do cliente, pois eventualmente uma sugestão incorreta pode te induzir ao erro na geração. Se o manual não instruir a agrupar é muito provável que não deva ser agrupado e, cada nota, deva ser preenchida individualmente.

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

Boa tarde, Você criou o cadastro no ambiente Sandbox? Siga os passos deste tópico.