Relacionamento entre CallRFC do Decouple com J_1BNFECHECKNUMBERRANGES

[alexandre_cristovao]

Apos implementação das notas para atualização do R/3 para versão 2.0 do XML, algumas notas sobre o processo de Decouple foram aplicadas para atender os pre-requisitos.

Dentre as soluções, entendi que o Gap dos saltos de numeração deve diminuir ou ate mesmo desaparecer com a configuração do CALLRFC entre 1, 2 ou 3, dependendo na necessidade de como numerar as notas na operação.

Outros pre-requisitos são notas para atualizações do programa J_1BNFECHECKNUMBERRANGES que verifica os saltos e envia a solicitação de inutilização.

Para mim, não ficou claro se existe alguma relação entre os dois (DECOUPLE x J_1BNFECHECKNUMBERRANGES), com relação justamente da configuração do CALLRFC. A opcao escolhida na configuração deve impactar na execução deste report ? Ou se existe algum outro relacionamento qualquer entre eles ?

Imaginando que a solução nao utiliza o GRC standard, podemos utilizar a configuração do CALLRFC normalmente pois independe do GRC, porem o funcionamento da report J_1BNFECHECKNUMBERRANGES deve prever a customização do sistema de mensageria utilizado ?

Existe alguma documentação completa sobre o Decouple, alem do arquivo Implement_Decouple_RFC inclida na nota 1265172: NF-e - Decouple RFC from DB Update, onde entendi que ela é a mãe (ou pai) das demais notas de correcao do processo, correto ?

Obrigado pela atenção e ajuda.

[former_member182114 · Accepted solution]

Bom dia a_cristovao,

Para mim, não ficou claro se existe alguma relação entre os dois (DECOUPLE x J_1BNFECHECKNUMBERRANGES), com relação justamente da configuração do CALLRFC. A opcao escolhida na configuração deve impactar na execução deste report ? Ou se existe algum outro relacionamento qualquer entre eles ?

- Não tem dependência.

- O CALLRFC da configuração de decouple é o que você já identificou o momento em que numera/transmite

- No programa de numeração tem um parm CALL RFC <-- Como chamar a RFC = Sincronamente ou assincronamente..... nada haver com o primeiro.

- Decouple = separar criação da nota da numeração/transmissão e isso evita quase 100% dos gaps

- J_..RANGES = identificar gaps de numeração independente de como foram criados e comandar sua inutilização ao GRC

Imaginando que a solução nao utiliza o GRC standard, podemos utilizar a configuração do CALLRFC normalmente pois independe do GRC, porem o funcionamento da report J_1BNFECHECKNUMBERRANGES deve prever a customização do sistema de mensageria utilizado ?

Exatamente, o gap será encontrado pelo report e a mensageria de dar este suport.

Existe alguma documentação completa sobre o Decouple, alem do arquivo Implement_Decouple_RFC inclida na nota 1265172: NF-e - Decouple RFC from DB Update, onde entendi que ela é a mãe (ou pai) das demais notas de correcao do processo, correto ?

Exatamente, este é a documentação... mais atual que isso é o fórum que vivo como sempre bate qualquer doc.

Atenciosamente, Fernando Da Ró

[alexandre_cristovao · Accepted solution]

Fernando,

Justamente minha dúvida surgiu depois de muito pesquisar no forum e ler vários outros threads sobre os assuntos separadamente, mas no fundo no fundo estão interligados: um como contingencia outro como causa raiz (conforme até assim citado em outro tópico).

Creio que a documentação sobre o Decouple também pode ser incluida no Wiki do SAP+NFe, pois é um passo importante, assim como na implementação da NF-e 1.0, a numeração foi "Casada", pois na época da nota fiscal em formulário contínuo, a numeração se dava no momento da saída da classe de mensagem...

Obrigado pelos esclarecimentos.

[former_member182114 · Accepted solution]

Bom dia a_cristovao,

Perfeito entendimento.

SAP Note attached.

Atenciosamente, Fernando Da Ró