Melhorias TratarRetornoEmitir provedor Giap

[Paulo V. Ferreira]

Boa tarde pessoal. Notei que a unit GIAP.PROVIDER foi atualizada e gostaria de pontuar algumas observações e também tirar dúvidas caso tenha tido uma interpretação errada do código.

No cliente, após atualizar os fontes, notamos que o componente deixou de ter as respostas no AcbrNfsex.WebServices.Emite de maneira correta.

Olhando a Unit Giap.Provider, notamos que existe uma validação do modo de envio que bloqueia o retorno da informação correta.

Abaixo o trecho:

Na revisão 29457 o retorno é capturado do XML diretamente para as variáveis do response, após essa modificação, a captura dos dados do XML é feita em variáveis e passadas para o Response somente mediante a validação do ModoEnvio.

No entanto, o provedor Giap, trata por padrão o envio Assincrono, fazendo assim com que no modo automático, o retorno nunca seja capturado.

Outro detalhe é a alimentação da variável AResumo criada localmente que só é utilizada para alimentar a identificação do RPS:

 

Já na revisão 29700, a alimentação da variável AResumo muda de local porém perde totalmente o uso.

 

Agra estou em dúvida.

Passo a forçar que meu sistema envie a solicitação de emissão por Modo de Envio Síncrono ou removo a validação do Giap.Provider?

 

Me ajudem com essa questão pessoal. Realmente estou travado nessa questão.

 

Forte abraço;

 

 

 

 

[Italo Giurizzato Junior]

Boa tarde Paulo,

Você poderia anexar o XML de envio e de retorno de um lote com 2 RPS para que possamos analisar melhor o problema?

[Paulo V. Ferreira]

Italo, bom dia.

Perdão pela demora na resposta.

Meu sistema hoje, só envia um RPS por vez.

Eu fiz a modificação e deu certo. Resolvi o problema no cliente.

Envio a Unit para analise.

Giap.Provider.pas

[Italo Giurizzato Junior]

Boa tarde Paulo,

Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4154

[Italo Giurizzato Junior]

Boa tarde Paulo,

Já esta no SVN.