Problema na Divisão de parcelamento ao criar o XML

[Former Member]

Boa tarde pessoal, tudo bem?

Bom estou com um problema no campo Fatura da danfe, pois preciso mapea-lo no XML, e as informações necessárias para contemplar tal campo e parafaze as amarrações chaves estão contidas na tabela BSID.

O Problema é que o XML é gerado antes de gravar a tabela BSID (FORM CALL_XI) , e eu precisava de alguns campos dela tal como BUZEI, no qual será a peça chave quanto a determinação da data do parcelamento, o valor da fatura, e por fim qual a parcela referente.

Dessa forma venho pedir a vocês algum tipo de idéia ou solução da qual eu possa obter essas informações.

Agradeço desde já, OBRIGADO!

EDIT: Tabela BSID

Edited by: Vitor Grassato on Jan 21, 2010 7:54 PM

[former_member182114 · Accepted solution]

Bom dia Vitor,

Implemente o decouple este problema será extinto.

Sem o decouple vc envia para a mensageria no momento em que está gravando...

Com o decouple, vc primeiro grava TUUUDOOO depois faz o envio.

Procure no fórum sobre decouple, tem muita coisa.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Olá Fernando bom dia,

Mais uma vez venho agradece-lo imensamente rsrs pela ajuda, gostaria de lhe dizer que não estamos usando GRC neste cliente, a menssageria é de terceiros (SYNCHRO).

Se implementar o docouple agora que esta todo o resto funcionando e na prod. será que não poderia impactar em outros erros?

Novamente obrigado !

Vitor Grassato

EDIT: estamos fazendo uma chamada de uma função Z no CALL_XI

Abs!

Edited by: Vitor Grassato on Jan 22, 2010 12:48 PM

[former_member182114 · Accepted solution]

Bom dia Vitor,

Seguinte, o decouple é uma solução R/3 e independe da mensageria. Sua principal função é justamente separar a transmissão da gravação, ou seja, este ponto CALL_XI só será chamado via um report... longe da gravação, uma forma bem segura.

Além disto resolver a sua questão também resolve eventuais problemas de perda de NF-e ou envio prematuro ao GRC, no fórum tem diversos casos para demonstrar este tipo de problema.

Se implementar o docouple agora que esta todo o resto funcionando e na prod. será que não poderia impactar em outros erros?

A princípio não deveria ter efeito colateral nenhum, nenhum mesmo. pois o envio pelo report do decouple faz a mesma função de um reenvio <--- E reenvio já deve/deveria estar previsto em projeto.

Inclusive nem precisa ser reenvio, existe uma situação onde a transmissão não é feita pois a mensageria está fora, então o usuário precisa ir manualmente na J1BNFE e enviar, ou seja, neste caso o primeiro envio já é separado da gravação.

Verifique se os dados transmitidos são os mesmos a sair do R/3 para estes 3 momentos... Se não, independente do decouple, você tem que corrigir sua codificação na BAdI.

O decouple está bem maduro no R/3, enviando milhões de NF-es ao sistema mensageiro.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Fizemos o decoouple e funcionou, rsrs

10 points for you!

hahaha vlew bom fim de semana pra você e novamente um Muito obrigado