Italo Giurizzato Junior

Bom dia Daniel, Já inclui na minha lista de tarefas para analisar o problema. TK-3185

Bom dia, Você deve usar os schemas que nós disponibilizamos e que se encontra na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\ISSNet\2.04

Bom dia Bill, Já inclui na minha lista de tarefas para analisar o problema. TK-3184

Bom dia Viny, Seria muito importante você informar também como foi sanado o problema, assim outros desenvolvedores que por ventura venha a ter o mesmo problema, já vão saber a solução adotada por você.

Bom dia Marcelo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analisar o erro. TK-3183

Boa tarde, Por favor, não escreva a sua dúvida em vários tópicos, já lhe respondi no outro.

Boa tarde, Noto que você esta usando o componente antigo ACBrNFSe. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

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

Boa tarde Gildenor, Acabei de enviar para o SVN uma alteração que visa resolver o problema de falta de assinatura (E174). Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Patrick, Enviei para o SVN a Unit que anexei na postagem acima. Assim que possível, atualize os fontes, reinstale o ACBr e faça novos testes.

Boa tarde, Dos 3 pontos que você apontou no tópico do dia 03/10/2022, os 2 primeiros eu alterei visando compatibilizar com o Delphi 7 e enviei para o SVN. Caso não tenha ainda atualizados os fontes, favor atualizar, reinstalar o ACBr e verificar se a minha alteração esta gerando o resultado esperado. Quando ao terceiro ponto estou vendo com a Equipe ACBr de como podemos resolver ele.

Até hoje não tivemos nenhum desenvolvedor cujo cliente precisou alimentar esse campo. Caso você tenha, vamos analisar e acrescentar ele.

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

Fabio, Já esta no SVN.

Boa tarde, Já esta no SVN.

Boa tarde Fernando, Já esta no SVN.

Mario, Isso ocorre porque no XML da nota não contém os dados dele. A solução para este caso é informar os dados do prestador nas propriedades de configuração do DANFSE.

Boa tarde, Abra o XML, note que a serie esta como 92 e não 920.

Boa tarde, Esses campos são de um layout próprio de dois provedores, logo você não vai encontrar mesmo no manual da ABRASF. No programa exemplo temos o seguinte: // infisc, EL CodServ := '12345'; // Infisc, EL codLCServ := '123'; Como você pode ver esses campos são utilizados pelos provedores Infinsc e EL. Importante o provedor EL tem um webservice que segue o seu próprio layout e tem um outro que segue o layout da ABRASF.

Boa tarde Fabio, Esse erro esta ocorrendo porque o provedor não esta seguindo a risca o layout da ABRASF. Eles tiveram a capacidade de colocar o XML referente a consulta dentro de um grupo chamado <Pedido>. Ou eles desfazem essa merda ou eles forneçam novos schemas, pois os schemas que estamos utilizando é o da versão 2.04 da ABRASF, conforme foi divulgado.

Boa tarde Fabio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3178

Boa tarde a todos, O erro X202 pode ocorrer em duas situações. 1. Quando ocorre rejeições ao enviar um Rps para o WebService (que é o seu caso), note que o seu Rps tem 4 rejeições, logo o WebService não converteu o seu Rps em NFS-e e consequentemente não retornou o XML da NFS-e. 2. Quando existe algum erro no código do componente que não consegue identificar corretamente o retorno do WebService. Neste caso as vezes nem sequer as Rejeições são lidas no retorno e apresentadas (que não é o seu caso). Resumindo: Enquanto você não resolver essas rejeições o WebService não vai retornar o XML da nota. Se não me falha a memória se faz necessário entrar em contato com o provedor e pedir a liberação do ambiente de homologação para o contribuinte em questão. Eles vão liberar a numeração de 1 até 50 para você realizar os testes. Isso vai sanar a primeira e talvez a segunda rejeição, as outras duas são dados informados no Rps que estão errados.

Boa tarde Mario, O provedor não esta retornando o grupo <rps> que contém o número do mesmo. Isso explica o valor vazio da variável NumRps. O FindByNFSe procura na lista NotasFiscais um item que contém o número da nota. Como o componente esta carregado com as informações do Rps o FindByNFSe não o encontra e acaba adicionando um novo item na lista NotasFiscais com as informações da nota. Já que o provedor esta se comportando dessa forma, não vejo outra alternativa limpar a lista NotasFiscais antes de executar essa consulta.

Fabio, Favor anexar a unit alterada para que possamos analisar. Desde já muito obrigado pela colaboração.

Bom dia Gustavo, Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr com a opção de apagar arquivos antigos marcada. Antes de atualizar verifique se não tem nenhuma unit do componente com uma bolinha vermelha em seu ícone, caso afirmativo exclua a unit.