on 02-11-2014 9:23 PM
Olá amigos,
Estamos usando o recurso de B2B e-mail de saída como no artigo de Henrique Pinto.
Nós olhamos para a seção <transp> de XML para saber se uma mensagem também deve ser enviado para a transportadora.
Mas percebemos que GRC envia a carga XML duas vezes para PI quando detecta a transportadora. Este é um problema, porque então estamos enviando o e-mail duas vezes para o cliente e duas vezes para a transportadora.
Para PI, estes XML parecem idênticos, por isso não é possível para que ele sabe que vai receber duplicado. Se ele sabia de alguma forma, para enviar e-mail para a primeira mensagem para o cliente e para o transporte de segunda mensagem que não teria nenhum problema. Mas o XML é idêntico.
Existe uma configuração no GRC para desligar essa duplicação? Ou talvez você sabe uma maneira melhor para PI distinguir isso.
Muito obrigado pela sua ajuda.
Aaron
Hello friends,
We are using the outbound email B2B feature like in Henrique Pinto's document.
We look for the <transp> section of XML to know whether a message must also be sent to the carrier.
But we noticed that GRC sends the XML payload twice to PI when it senses the carrier. This is a problem because then we are sending the email twice to the customer and twice to the carrier.
To PI, these XML look identical, so it is not possible for it to know it will receive duplicate. If it knew somehow to send email for first message to customer and second message to transport we would have no problem. But the XML is identical.
Is there a config in GRC to turn off this duplication? Or maybe you know a better way for PI to distinguish this.
Many thanks for your help.
Aaron
Aaron
Eu estava com o mesmo problema, debuguei o envio do B2B, e vi que por mais que o cnpj da transportadora nao estivesse ativo na tabela para o B2B, estava disparando 2 vezes a interface.
Percebi que na tabela existiam 2 cnpj com valor 0 Exemlo 00.000.000/00000-00
quando debuguei, o programa entendia q esse cnpj estava cadastrado e disparava 2 interface de NTB2B...
tanta debugar, o ponto
Function /XNFE/NFE_B2BOUTBD_SEND
LINHA 106
At
Felipe Martin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Aaron,
por padrão, não existe.
O que pode ser feito por enquanto (até SP15) é criar um Implicit Enhancement Point no começo da função /XNFE/NFE_SEND_B2B, adicionando a seguinte linha de código:
CHECK iv_scenario EQ gc_b2bscenario-buyer
Ou usando a BAdI /XNFE/EMAIL_B2B você pode popular um email dummy nos casos de transportadora, indicando que esta mensagem deve ser ignorada.
Ou você altera sua interface no PI e cada um dos envios vai para um recebedor diferente, que é o comportamento esperado.
[]'s
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Aaron, bom dia.
Não existe nenhuma configuração no GRC para desativar essa "duplicação".
Para este caso foi liberado a BADI /XNFE/EMAIL_B2B, onde você consegue popular valores(e-mails) de acordo com seu cenário(Comprador ou Transportador) que serão enviados como anexo na chamada do proxy ao PI.
Para maiores detalhes segue documento (.
Att.,
André Canalles
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
13 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.