VF04 can not find a Debit Memo Request

[former_member277866]

Hi Gurus

We create a sales order in debit memo request type with billing plan and want to create billing document in turn. But when using VF04 we can not find the the order which We only select Order-related. Is there any configuration or order status limit in VF04? Now I can only set blocks(09) in the billing plan which items are not necessary to create billing documents

Regards

[Lakshmipathi · Accepted solution]

Check whether the sale order is not set for Billing Block at header level.  Next ensure in the item category "Billing Relevance" is not blank or D and most importantly, the debit memo request should have stored in VKDFS table.

G. Lakshmipathi

[former_member277866 · Accepted solution]

Thank you for your response.

Billing Block is blank at header level.

The "Billing Relevance" in the item category is "I".

All the billing plan of the debit memo request are stored in VKDFS table.

We can creat the billing document with VF01 but can not find the debit memo request with VF04.

[Lakshmipathi · Accepted solution]

Have a look at note 301254

[Former Member · Accepted solution]

Xiao, also have a look at the following OSS notes

128947 - Correction of SD document indexes with RVV05IVB

386370 - Check report for the billing due list (billing index)

I'm afraid this is somewhat related to the inconsistency issue since you're able to create debit memo via VF01. Please read the notes carefully and proceed accordingly. Thanks.

[former_member277866 · Accepted solution]

thank you.

I've read these notes carefully. Then run the program RVV05IVB to reorganize the billing due list ,but it doesn't work.

the data in talbe VKDFS is below:

A	9101	2016-04-27	950001	L2	CN	70000213	L	5722			01	39	0031		101.00	RMB
A	9101	2016-04-28	950001	L2	CN	70000213	L	5722			01	39	0031		99.00	RMB

[Former Member · Accepted solution]

Apologies for late reply. Did you execute SDVBUK00 to redetermine sales order status? I believe that the status of your document which needs to be billed is out of sync. Please read solution clauses carefully of OSS note 128947 - Correction of SD document indexes with RVV05IVB something is getting overlooked. Also check if V05I0001 enhancement is activated in your system. Looking forward to your reply in this regard. Thanks.

[former_member277866 · Accepted solution]

yes, I have exceuted SDVBUK00, and V05I0001is unactivated.

[Former Member · Accepted solution]

Xiao, i wonder as if why executing the reports SDVBUK00 and RVV05IVB for selected debit memo requests didn't update VKDFS billing due index. This might sound strange but try removing individual billing blocks for your billing periods and then execute VF04 based on billing date and see what you got in return. In case if you're creating normal debit memo request with billing relevance as 'B' is it appearing in VF04 list? Try changing the billing relevance and then consider the result. Also, make sure that no exit is there which is effecting the update of SD indexes. Last but not least if the issue still persists try debugging the case with the help of your abaper i'm sure there's some discrepancy issue which needs to be rectified. Looking forward to your feedback after trying this all. Thanks.

[former_member277866 · Accepted solution]

thank you.

I removed individual billing blocks and then execute VF04, it's still the same. And then created normal debit memo request with billing relevance as 'B'  it is not appeared in VF04 list neither.

Perhaps we should try debugging the case. thanks.

[Former Member · Accepted solution]

Xiao, i wonder again that why memo requests with billing category 'B' aren't appearing in VF04 list? Please try debugging the case and share your findings accordingly. Thanks.

[former_member277866 · Accepted solution]

Ineffable, I've just debugged it and found we modified the standard program--LV05HFDL which LFSTA in table VBUP equal 'C', every bill created here should be completely delivered.

[Former Member · Accepted solution]

Appreciate that you've shared your findings and glad to know that you have been able to dig out the exact issue. In case you need any further assistance, please feel free to ask. Thanks.