B2B - Cliente e Transportadora

Question

Fizemos uma alteração na solução standard do B2B.
Na função que chama o Proxy, eu criei um enhancement-point para manipular o campo CNPJ para identificar qual o tipo de mensagem será enviada, no meu caso EMAIL Ou WebService, até ai OK.
O problema é que assim que manda o XML para o cliente eu estou também mandando para a Transportadora o XML, usando o mesmo Proxy e interface PI, repliquei a lógica standard para o envio para a transportadora. Quando ocorre algum erro no envio por email para o Cliente ou para a Transportadora, ex: email não cadastrado, e para o outro envio vai com sucesso o status no monitor do GRC fica com sucesso e eu não consigo reprocessar a mensagem que deu erro. Se os dois cadastros estão OK, ele manda com sucesso para os dois sem problemas.
Existe a possibilidade de caso der erro em algum, deixar com mensagem de erro no monitor do GRC para ser reprocessado posteriormente? Mesmo que uma das duas mensagens tenha ido com sucesso, melhor mandar duas vezes do que não mandar.
Como o cadastro do cliente é mais dinâmico do que o da transportadora, clientes temos mais de 2.000 e transportadoras 3, pensei em assim que executasse a Proxy da interface para o Cliente, tentar identificar se deu erro no Ack, se deu erro eu nem continuo o processo para a transportadora, porém não consegui identificar no código quando deu erro ou não.
Alguém tem alguma idéia?
Desde já, muito obrigado.

Answer 1

Olá Maicon,
sim, esse report é executado via job (schedulando o /xnfe/process_reports, que chama ele via submit).
Nao vai adiantar vc fazer o =>get_acknowledgement() logo depois de manda pois demora um pouco pra mensagem ser executada pelo Integration Engine, Mapping Runtime, Adapter Engine etc.; até dar o erro, vai ter um deltaT considerável. E fazer um while ack() vazio, wait 5seconds, é sacanagem, eheehehehe.
Por isso sugeri, se quiser modificar, que pense em modificar o proprio form get_acknow, pois ele é executado via job, e uma hora vc pega o ack.
Mas note que não necessariamente vc quer que o usuário restarte o B2B manualmente. Como vc mesmo observou, por ser uma interface ***íncrona, o próprio Adapter Engine faz retries automáticos de envio depois de 5 minutos do ultimo erro. Somente em caso de erro permanente é q faz sentido fazer o restart; esse "erro permante" vc pode observar vendo o status da mensagem no Mesage Monitoring do RWB (componente Adapter Engine). Infelizmente nao sei dizer se esse nível de detalhamento do erro volta no ack que vai pro Integration Engine, se voltasse seria o mundo perfeito, e daí vc poderia fazer um IF status = vai tentar de novo, nao joga erro no monitor (talvez faça sentido um status novo, algo do tipo "erro mas vai retentar enviar sozinho"), else status = erro permanente, daí vc joga erro no monitor pro usuário poder restartar.
Se nao vier no ack, daí vc ainda pode tentar pensar numa maneira de ler isso das tabelas do Adapter Engine, que eu pessoalmente nao manjo mas que deve ter alguma coisa no forum de PI.
Abs,
Henrique.
PS: pensei que seu 1o nome fosse Rosa, rs... Desculpe.