Italo Giurizzato Junior

Bom dia Fabio, Mas segundo o Schema de validação do Lote a tag Alíquota é com 4 casas. Você tem os novos Schemas do Pronim? A remoção do Encoding pode ser feita no arquivo Pronim.ini, trocando o valor 1 por zero: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=1 <=== mudar para zero

Daniel, Estou seguindo os Schemas referente a versão 2.00, pelo jeito o webservice não esta aceitando ou as URLs para a versão 2.00 são outras. Você poderia entrar em contato com eles e solicitar as URLs e um XML exemplo de envio para que possamos comparar?

Bom dia Wagner, Se esta ocorrendo o erro de DigestValue não confere isso significa que você o XML foi gerado novamente e provavelmente com data/hora de emissão diferente do primeiro que foi enviado ou outra informação.

Daniel, Favor atualizar os fontes e faça novos testes.

Bom dia Daniel, Se colocar o atributo versão para informar que a versão é 2, ocorre o erro que esse atributo não existe, se retira o webservice entende que o XML é da versão 1 e logo não reconhece a tag uf_favorecido. Esta difícil entrar em um acordo com esse webservice, deve estar faltando mais alguma coisa. Voltando a prancheta.

Bom dia Rodrigo, Antes estava funcionando sem nenhum problema? Se sim, tente comparar o XML de envio que foi aceito com o de agora que esta sendo recusado.

Ricardo, Fico feliz por ter encontrado a solução e ter compartilhado. Sem duvida, é compartilhando que todos crescem.

Bom dia Jose, Quando isso ocorre, ou seja, o XML é enviado e é autorizado mas fica sem o protocolo de autorização, a solução é simples: 1. Carregar o XML assinado através do método LoadFromFile; 2. Executar o método Consultar.

Bom dia Ricardo, Como assim "nossa comunidade é muito egoísta"? Quem você se refere? Ao pessoal do fórum ou aos desenvolvedores de aplicações para transportadoras? Pelo que notei o problema é a SEFAZ-PR, pois ninguém de outra UF esta passando pelo problema que vocês estão. Sendo assim a minha sugestão é que vocês entrem em contato com a SEFAZ-PR e expõe o problema.

Bom dia Oliveira, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Jose, O componente não acrescenta o protocolo no final do XML caso o CT-e seja rejeitado. Verifique se esses cujo XML não foi atualizado com o protocolo se eles se encontram na SEFAZ.

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

Bom dia Marcos, Analisando os fontes do componente, no caso de São Paulo não estava previsto a consulta por período. Fiz algumas modificações, mas ainda esta ocorrendo o mesmo erro. Já tentou consultar pelo numero da NFS-e? Você esta tentando consultar as notas Emitidas ou Recebidas?

Bom dia, Em uma passada rápida nos novos manuais (Visão Geral, Layout do XML e Layout do DABPE) não encontrei nada a respeito de Inutilização Numérica para o BP-e. Existem alterações apontadas nesses manuais que vão ocorrer no ambiente de produção somente em 09/2019, se for implementado o serviço de Inutilização Numérica, acredito que só vai ocorrer o ano que vem. Mas não existe nenhuma informação a respeito disso. O que eu sei é o que consta nesses manuais. Você os encontra no Portal do BP-e

Boa tarde Jeferson, Muito obrigado pela colaboração, já enviei para o repositório.

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

Bom dia Edson, Pode ser uma saída. Visto que o provedor não faz o que deveria fazer.

Bom dia, Você não usa o componente ACBrNFSe ? A unit pnfsNFSeR.pas faz a leitura corretamente do elemento <Endereco> dentro do grupo <Endereco>.

Bom dia, Essa alteração que você fez não tem nada haver com a consulta, pois essa rotina tem haver com a geração do RPS, mais precisamente a geração da tag <Competencia>. Como é que funciona os provedores que seguem o layout da ABRASF? 1. Devemos gerar o XML do RPS, assinar se necessário, gerar o Lote, assinar se necessário, validar e enviar. 2. Consultar a situação do Lote (somente para os provedores que seguem a versão 1). 3. Consultar o Lote, se o Lote foi processado com falhas teremos a lista de rejeições, se processado com sucesso teremos o XML da NFS-e. Temos também: Consultar NFS-e por RPS, onde passamos alguns dados do RPS (numero, serie, tipo) e temos como resposta a lista de rejeições caso o RPS tenha sido processado com falhas ou o XML da NFS-e. Consultar NFS-e, onde passamos alguns dados da NFS-e (numero, serie) e temos como resposta o XML da NFS-e, caso contrario teremos uma rejeição acusando que a nota não existe. Como você pode ver é de responsabilidade do provedor gerar o XML da NFS-e por completo. A minha sugestão é que você entre em contato com o provedor e expõe o problema.

Bom dia Daniel, Muito obrigado, peço que atualize os fontes e faça um novo teste.

Edson, Agora é preciso comparar o XML da nota que é enviado com esse que foi baixado e ver o que um tem a mais que o outro. Para depois ver como gerar o XML completo da nota.

Everton, Já inclui na minha lista, vou analisar o que esta ocorrendo.

Daniel, Você não tem o manual da versão 2.00, quero ver se não ficou faltando nada.

Boa tarde Daniel, É interessante anexar os XMLs de envio e de retorno e de preferencia os de soap.

Boa tarde, Vou analisar o que esta ocorrendo e o mais breve possível estarei disponibilizando a correção.