Diego Foliene

Bom dia a todos! Foi enviado ao SVN na Rev-28628 ajuste visando a leitura dessa tag Item que está vindo a mais. Optei por fazer um override da procedure TratarRetornoEmitir na IPM.Provider. Nela como diferença é verificado se encontra a tag item, caso encontre, busca a tag NFSe a partir dela, caso contrário, busca direto a tag NFSe. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Foi enviado ao SVN na Rev-28628, possível correção para que o componente entenda essa tag Item que está vindo como extra. Optei por fazer um override da procedure TratarRetornoEmitir na IPM.Provider. Nela como diferença é verificado se encontra a tag item, caso encontre, busca a tag NFSe a partir dela, caso contrário, busca direto a tag NFSe. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3632

Bom dia @Delfos Sistemas! A princípio me parece correto, o arquivo não apresentou erro de parse, conferindo com o schema correspondente parece estar OK e a assinatura é válida. Seu objetivo é consultar o evento S-1000, correto? Buscando informações encontrei esta pergunta no Stack Overflow. Recomendo a leitura completa da resposta, mas a conclusão dela: Por favor, pode fazer um teste usando o método eSocial.ConsultaIdentificadoresEventosTabela ?

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

Quando você usa o comando eSocial.ConsultaIdentificadoresEventosEmpregador ele gera e envia um arquivo para o web service do e-social. Por favor, verifique no link configurado aqui Se foi gerado um arquivo quando você enviou o comando. Caso positivo, tente validar o conteúdo dele aqui: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

A princípio a forma como está utilizando parece estar correta. Por favor, você configurou a aba WebServices > e-Social com a versão, Id Empregador, IdTransmissor e Tipo Empregador? Se sim, qual versão configurou?

Bom dia Alexandre! Que estranho. Tanto o programa exemplo em Delphi quanto em Lazarus estão compilando. Por favor, verifique se não existem units com alterações locais no seus fontes que possam ter impedido atualização. Peço que atualize novamente e reinstale marcando a opção para "Apagar Arquivos Antigos".

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

Bom dia @Delfos Sistemas! A princípio o erro indica que a consulta foi enviada com uma informação incorreta. Por favor, tente validar o conteúdo do XML gerado nestes sites. https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx https://dfe-portal.svrs.rs.gov.br/MDfe/ValidadorXML Você está tentando consultar o S-1000, por favor, consegue verificar se ele consta no sistema do e-Social?

Como um extra ao que o @Renato Rubinho lhe passou. Por ser usuário PRO, você tem acesso liberado aos cursos do ACBr e dentre esses temos o Implementando o Serviço de Distribuição DFe onde é explicado o conceito e demonstrado na prática como fazer.

Bom dia! Hoje 22/02/2023, por volta das 10:00 recebemos relatos de usuários com erro de TimeOut ao transmitir NF-e na Sefaz PR. Foram realizados testes aumentando a propriedade TimeOut do componente ACBrNFe para 30 segundos e ainda assim o problema persistiu. Consultando em algumas ferramentas de monitoramento, foi possível constatar instabilidade. Até mesmo o site da Secretaria da Fazenda está apresentando Erro de privacidade em algumas tentativas de acesso.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3627

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

O erro X202 é gerado pelo componente quando no retorno não consegue identificar a NFSe. Neste caso ele é esperado porque você recebeu um retorno erros no retorno e não a nota. Fora ele, todos os outros erros lhe foram retornados pelo Web Service. Eu também fiz um teste com o programa exemplo. Não tenho dados de um prestador que sejam válidos, então esperava rejeição. Ainda assim, obtive os mesmos retornos e conferindo no envelope de envio, os dados testão nele. Configura no programa exemplo a opção Salvar Envelope Soap na aba Web Service, ou direto via fonte, ACBrNFSeX.Configuracoes.WebServices.Salvar := True; Fazendo isso além dos XMLs, você vai ter também os envelopes Soap(arquivos com -soap no nome). Esses são o arquivo que é enviado para o Web Service na requisição e a resposta da mesma inalterada pelo ACBr. De posse desses arquivos, o próximo passo é entrar em contato com o provedor e questionar o por quê de você estar recebendo essas rejeições sendo que essas informações estão sendo enviadas.

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

Muito obrigado! Foi criada a #TK-3625 para análise desta questão.

Você deve estar com o ACBrNFSeXServicos.ini desatualizado. Ou com alteração local que impediu a atualização.

Boa tarde! Por favor, pode disponibilizar um Soap com esta tag para análise? Se não puder colocar aqui por conter informações sensíveis, pode enviar para [email protected] Peço que disponibilize também a unit alterada. Muito obrigado!

Feito

Bom dia @marcelocei! O proPrimax é um enumerado que fica na classe ACBrNFSeXConversao.pas. Veja: Depois de atualizar os fontes, reinstale o ACBr com a opção "Apagar Arquivos Antigos" marcada.

Certo. Por favor, substitua a unit em anexo dentro da pasta ..\Fontes\ACBrDFe\ACBrNFSeX\Provedores, reinstale o ACBr com a opção para Apagar arquivos antigos marcada e faça um novo teste. Sistemas4R.Provider.pas

Bom dia @Glauber Bernardo! Por favor, além de atualizar e reinstalar o ACBr você fez a alteração que o Italo pediu?

Bom dia @cleyton44! Você pode seguir as orientações do Ítalo para poder testar localmente. Estando tudo certo, seria preciso nos informar para que a alteração seja enviada ao SVN, fique disponível para todos e você não precisa ficar alterando manualmente toda vez que atualizar seus fontes.

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