A configurao de motivos de ordem pode levar a uma atualizao de valor de

crdito de entrega aberta incorreta

Aqui, eu gostaria de compartilhar com voc um caso especial que experimentei

recentemente.

Depois que a causa raiz foi identificada, eu diria que um campo que eu nunca percebi
antes sobre
seu efeito sobre a atualizao do valor de crdito no gerenciamento de crdito
SD. Normalmente, ns apenas estabelecemos esse campo no documento de vendas com
base em sua descrio, sem considerar demais o significado por trs disso.
E apenas por causa disso, o meu cliente nem sequer prestou ateno em escolher a
mesma opo para este campo durante o teste, o que tambm explica por que to difcil
reproduzir o problema mesmo que eles tentaram recriar o mesmo cenrio com os mesmos
dados por vrias vezes.
Aps essa experincia, acho realmente digno de chamar sua ateno para as
configuraes por trs desse campo.

++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++
Este um exemplo para a conta de crdito com atualizao de valor de crdito incorreta.

Resultado do relatrio RVKRED88 :

Verifique o valor das vendas em FD33 :

Obviamente, h diferena no valor de vendas abertas entre FD33 e RVKRED88 , o que
significa que existe um erro de atualizao de valor de crdito, para ser mais especfico
no valor de entrega aberto . Um valor de entrega aberta negativa inesperada deixado
em S067 .
Para identificar os documentos que causaram esse valor de entrega aberta negativa, tentei
o cdigo T: VKM4, que pode listar todos os documentos SD sob certa combinao de rea
de controle de crdito + Conta de crdito + Categoria de risco
 primeira vista, os documentos com categoria de documento K (pedido de nota de
crdito) e H (Retornos) parecem mais interessantes para mim, pois possuem o valor de
crdito negativo durante o processamento.
Depois de verificar mais sobre cada um desses documentos, a ordem de
devoluo 60000102 parece perfeita para o que estou procurando, pois seu valor de
crdito exatamente o mesmo que o valor de crdito inconsistente deixado na entrega
aberta: 119 EUR
No procedimento de preo, a linha de subtotal "Total" foi definida com SuTot "A Carregar o
preo para KOMP-CMPRE (preo de crdito)".
Verifique o fluxo do doc:
Alm disso, um processo de retorno de cobrana relacionado entrega,
nada especial.
O que estou pensando agora se possvel reproduzir o erro de atualizao
de valor de entrega aberto recriando a entrega de retorno? Ento eu tentei
cancelar o faturamento (nota de crdito de retorno). Enquanto antes de
proceder a cancelar a questo dos bens, eu falei novamente no FD33 e notei
uma coisa:
O valor de crdito de entrega aberta NO atualizado aps o cancelamento
do faturamento!
Suponha-se que o valor de entrega aberto seja aumentado depois que o
faturamento subseqente for cancelado. (Para o processo de retorno, o valor
de crdito negativo, portanto, suposto que o valor de entrega aberto
deve aumentar 119,00- EUR aps o cancelamento da cobrana)
A partir deste ponto do tempo, comecei a suspeitar que o erro de atualizao
do valor de crditoocorre durante o processamento de cobrana em vez do
processamento de entrega.
Na prxima etapa, tentei criar uma nova referncia de cobrana para a
mesma entrega novamente.Ao mesmo tempo, eu configurei o ponto de
interrupo em LMCS6F10 (fatura) no Perform CMPRE_CALCULATE para verificar a
atualizao do valor de crdito durante a gravao do faturamento:
O valor de crdito aberto de entrega a ser atualizado foi calculado corretamente
de CMPRE_CALCULATE . No entanto, ele apagado na prxima parte da lgica padro,
onde h uma instruo IF verifica se h "Ordem motivos" (augru_auft) configurados na
ordem de devoluo e se este motivo da Ordem foi personalizado como Usado para
retro-cobrana "1 crdito / pedido de nota de dbito usado para retro-faturamento ".
Infelizmente, neste exemplo, o pedido de retorno foi configurado com "Ordem de
motivos" (vbak-augru) 102 , que personalizado como usado para retro-faturamento
(tvau-vauna) "1". Como resultado, o valor de crdito de entrega
aberto determinado (owv_mcvbrp-olikw) limpo pela lgica padro !
O motivo 102 da ordem definido na ordem de devoluo:

Aqui est o lugar para personalizar "Ordem de motivos":

Como entender a parte acima da lgica padro e a personalizao padro
para os motivos da Ordem?
O indicador de faturamento retroativo para o motivo da ordem s foi
projetado para o processo de cobrana retroativa . No cenrio de retro-
faturamento real, uma vez que o pedido usado para cobrana retroativa,
apenas as mudanas de preo das quantidades j faturadas e as mudanas
de quantidade so processadas aqui. Do ponto de vista do crdito, todo o
processo j foi aprovado, os processos anteriores (ordem do cliente /
documento de entrega / cobrana) geraram e reduziram corretamente os
valores de crdito. Portanto, do ponto de vista do crdito, o pedido no
possui seu prprio valor de crdito.
A sugesto , por favor, nunca use um motivo de pedido com o indicador
retroativo "1" para um processo normal de envio de SO -> entrega -> ou
qualquer nota padro de crdito / nota de dbito / processo de retorno com
relevncia de cobrana como faturamento relacionado entrega.Durante o
processamento de entrega, o valor de crdito atualizado no S067, mas
nunca ser deduzido no processamento de cobrana subsequente, e isso ir
causar valores incorretos no valor de crdito de entrega aberta.
Para mais detalhes, verifique tambm a nota SAP 626880 . A nota tambm
oferece um relatrio de verificao que pode procurar os pedidos que usam
os motivos da ordem incorretamente em seu sistema.
Depois que eu expliquei tudo isso ao meu cliente, recebi o feedback deles de
que o usurio final confirma que ele no faz ideia sobre a configurao do
indicador de retro-cobrana por trs de motivos de ordem, ele
simplesmente escolheu inadvertidamente as razes de ordem
correspondentes com base em sua descrio ao entrar nesta ordem de
devoluo.