on 06-29-2012 7:58 AM
Hi,
Is it possble to distribute the receipt elements quantities, equally or on pro-rata basis, to sales orders during back order processing ? or is it always based on priorities like document creation date, delivery date etc
If equal or pro-rata distribution is possible, how to set it up ?
Regards,
RS
Hi RS,
Did you try the Equal Quantity Distribution for STOsfunctionality ? in the BOP transaction you can find a tab for this "Equal Quantity Distribution". Check the F1 help or the SAP help for this feature:
http://help.sap.com/saphelp_scm70/helpdata/en/45/f6e2a53aca34dce10000000a1553f7/content.htm
But you can not specifiy a single receipt element which will be distributed equally, BOP is taking all available receipt elements (which are defined in the scope of check and in the calculation horizon).
best regards,
Michael
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi DB49, Michael,
Regarding pro-rata distribution I would like to know if you can put some insights on the following user exit
EXIT_/SAPAPO/SAPLBOP_040
Which says -
By changing (reducing) the requirements, a fair share logic can be
implemented using this function module.
By changing (reducing) the correction quantities, quantities can be
protected from distribution via backorder processing. This is only
possible for the basic methods product availability check and product
allocation.
In what sense is it stated that fair share logic can be implemented ?
Regards,
RS
Hi RS,
Fare Share Logic means, customized logic other than standard. in Standard, it is based on total quality requested or percentage. Minimum and Maximum is same for all demand elements.
In user exit, you can use your own logic using custom tables or other fields to decide the share of available quantity. For Particular customer full confirmation and for other customers sharing of quantity based on requirement if it is not getting satisfied with standard functionality.
I hope you are aware of Equal Distribution functionality.
http://help.sap.com/saphelp_scm2007/helpdata/en/26/c2d63b18bc7e7fe10000000a114084/frameset.htm
Regards,.
Dinesh Goyal
RS,
I am not aware of any standard functionality that will distribute receipt elements pro-rata to all open Sales requirements during Backorder Processing.
Strictly speaking, Backorder processing doesn't distribute receipt elements at all. Back order processing modifies confirmations of requirements (Sales docs), by iteratively performing ATP on each of the requirements. Standard processing steps for BOP are 1. Selects which requirements to process; 2. Selects the sequence in which each requirement gets processed. 3. Analyzes each requirement via the ATP check, one-by-one, to determine what should be the new confirmation dates and quantities, until the selection list is exhausted; and 4. posts the final results into the requirements document (e. g. updates the Sales orders).
It is possible to modify this standard processing behavior with enhancements. It is possible with enhancement to emulate just about any behavior you can logically specify. Speak to your developers. Depending upon the details of your requirements, I believe your scenario could require substantial development work. Before you embark upon this journey, make sure your business people are fully on board. I personally have never yet spoken to a sales or customer service manager that would agree to such a scheme.
A standard method to restrict confirmations according to predetermined schemes or ratios is to use Product Allocation. If you were to place receipt elements into your PA planning book, then there is opportunity to create product allocation quantities according to calculation rules you create (Macros), which use receipt elements as an input. These calculated allocations can then be used to restrict confirmations, and in turn can be automated with Backorder Processing.
Best Regards,
DB49
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
4 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.