on 03-03-2009 4:36 AM
Hi ALL,
I have posted same query earlier too,but i havent get any satisfactory reply.so
time being i closed that thread.
Here is my client req, regarding Credit Management.
Client is restricting customers credit based on Credit period ( payment terms)
Client wants to check customers based on Credit limit & credit period whichever is earlier/lower.
eg: Customer -X credit limit: 1,00,000/-
Credit period - 30 days
then when creating Order, if customer's outstanding exceeds credit limit then
block should trigger- ( which is std settings)
- if customer has not cleared open items which is 30 days old,block should trigger
irrespective of value. ( which can be achieved through "open item"- in OVA8)-
customer place the release schedules everymonth, for the next 3 months.
eg: Material- A, req - April- 1000pcs / May-2000pcs/June-1500 pcs
where as in Std, I have maintained "Fixed date & qtty" in availability check in OVZJ
so that only "confirmed qtty" should transferred to MD04 ( as per credit block,requirement will not
be confirmed in schedule lines in order for all items)
as per credit check result,requirement of May/June should not transfer to MD04
only April req should transfer to MD04.
Any Ideas -
Hi,
I'm not sure, but perhaps you can define an own subroutine in OVB8, subroutine 101 (report LV07A101). Design the algorithm for months and check it.
Another idea. Check the BADI 'MD_CHANGE_MRP_DATA', method 'CONSIDER_OTHER_SD_TYPES'. Considerer the example implementation.
I hope this helps you,
Regards,
Eduardo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I'm not sure, but perhaps you can define an own subroutine in OVB8, subroutine 101 (report LV07A101). Design the algorithm for months and check it.
I hope this helps you,
Regards,
Eduardo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
95 | |
11 | |
11 | |
6 | |
6 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.