Italo Giurizzato Junior

Boa tarde, Eu conheço esse e-mail, trata-se de um texto padrão que eles enviam para todos. O ACBr gera o XML do Rps em conformidade com que esta escrito. Note que eles indicam um site da receita para validar a assinatura, pois bem se pegarmos o XML gerado pelo ACBr e jogar nesse validador da receita vai acusar que ela é valida, mas o webservice deles acusa que a assinatura é invalida. Eles não admitem que o webservice de homologação esta bichado ou não são capazes de apontar exatamente onde esta o erro para que possamos fazer as devidas correções.

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

Boa tarde Douglas, Me parece que você esta com os seus fontes desatualizados, inclusive o programa exemplo. Favor atualizar todos os fontes de todas as pastas. Reinstale o ACBr e refaça os testes.

Junior, Favor anexar os XMLs gerado pelo programa exemplo cujo processamento resultou em sucesso e os gerados pela sua aplicação. Detalhe, preciso do XML de envio e não do Rps.

Boa tarde André, Agora ficou complicado, o webservice rejeita o Rps por estar em desacordo, ao validar o que foi enviado para o webservice usando um validador disponibilizado pelo próprio provedor acusa que ele é valido. Não vejo outra saída a não ser entrar em contato com o problema e relatar o problema, quem sabe eles conseguem identificar onde estamos errando ao gerar o XML.

Boa tarde Junior, Ficou confuso, o que foi gerado pelo programa exemplo do componente o Rps foi processado com sucesso, já o que foi gerado usando o componente através da sua aplicação deu erro de assinatura?

Boa tarde Maiquel, Favor atualizar os fontes e faça novos testes.

Boa tarde Diego, Já esta no SVN, favor atualizar os fontes e faça novos testes.

Boa tarde Edmar, Já esta no SVN. Favor atualizar os fontes e faça novos testes.

Bom dia Eliandro, Favor atualizar os fontes e faça novos testes.

Bom dia Edmar, Já esta no SVN a sua contribuição com um pequeno ajuste realizado por mim.

Bom dia Junior, O XML que você diz que foi gerado pelo programa exemplo e foi autenticado é de uma NFS-e que na verdade foi gerado e retornado pelo webservice do provedor. Já o segundo é o XML do Rps que é gerado pelo componente. O Rps que foi processado com sucesso, portanto resultou na nota de numero 4382 se refere ao Rps de numero 2 serie 85. Já o segundo Rps que você diz que não foi processado com sucesso é o Rps de numero 204 serie 2. O que foi processado com sucesso foi enviado para o ambiente de homologação ou de produção? Já o que não foi processado com sucesso foi enviado para qual ambiente?

Boa tarde Douglas, No programa exemplo, você clicou no botão [Emitir Nota (Novo)] ?

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

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

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

Bom dia, Se manter essa rotina o que ocorre?

Bom dia Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2077

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

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

Bom dia Eliandro, Muito obrigado pela informação, já inclui na minha lista de tarefas. TK-2075

Bom dia Edmar, Vai ser necessário debugar a procedure TratarRetornoConsultaNFSePorRps para saber a linha exata que deixa o valor de ANota igual a nil.

Boa tarde, Ainda não.

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

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