SUPS.DBT_MEMO_CODE Should Allow The Sames Options As IM_SUPPLIER_OPTIONS.SEND_DEBIT_MEMO (adding "L" and "V") (Doc ID 2981369.1)

Last updated on OCTOBER 19, 2023

Applies to:

Symptoms

ACTUAL BEHAVIOR

When a RTV is created with IM_SUPPLIER_OPTIONS.SEND_DEBIT_MEMO = V and SUPS.DBT_MEMO_CODE = N, the Credit Note Request is created in IMCS, and there are no Debit Memo generated after the configured delay.

EXPECTED BEHAVIOR

Legally, retailers in France are obliged to ask for a Credit Note before generating a Debit Memo. If they don't generate the Debit Memo after the delay, they might not get paid for months as suppliers often forget to generate the relevant Credit Note (or very late). The financial impact is big if the retailer abide by the law and set SUPS.DBT_MEMO_CODE = N.

The option "V" to IM_SUPPLIER_OPTIONS.SEND_DEBIT_MEMO options is very beneficial. However, the process must be aligned between financial documents for RTV and for PO.


STEPS

The issue can be reproduced at will with the following steps:
1. Create a RTV with IM_SUPPLIER_OPTIONS.SEND_DEBIT_MEMO = V and SUPS.DBT_MEMO_CODE = N

The Credit Note Request is created in IMCS, and there are no Debit Memo generated after the configured delay.


BUSINESS IMPACT

The issue has the following business impact:
Legally, retailers in France are obliged to ask for a Credit Note before generating a Debit Memo. If they don't generate the Debit Memo after the delay, they might not get paid for months as suppliers often forget to generate the relevant Credit Note (or very late). The financial impact is big if the retailer abide by the law and set SUPS.DBT_MEMO_CODE = N.

Changes

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.