on 08-08-2013 3:16 AM
Hello SD Experts
I found some strange thing in pricing. I have manual pricing condition ZPRA where it is at item level, ticked for C manual priority, no access sequence.
In pricing procedure I tick mark as manual and statistics as this is costing and updated by routine from PO to SO when GR in MM is made. This is third party-intercompany sales order which generates PO automatically when sales order is saved.
When SO is made my condition type ZPRA is not showing in to my SO. When I removed manual check box in my pricing procedure it automatically appeared. I also tried to make condition as blank=No limitation but it did not appeared automatically in SO. I have not maintained any condition as its updated from PO.
Why this is happening if I removed manual check box in pricing? Although in SO initially ZPRA is showing no value but it is appearing. So routine can be assigned. May I know the reason for this? Or what is best solution for manual condition at item level should automatically seen (even zero value) in pricing at SO level? Appreciate your valued opinion and suggestions.
Thanks
Prakash P.
This is how standard sap works.
If you are marking condtion manually in pricing prcedure which indicates this condtion can be added manually in pricing during sales order entry.
If you are marking condtion manually in condition type definition, then it indicates that value of condtion will be added manually.
In your case you should not mark condtion manually in Pricing procedure configuration.
Mark condtion manual entry prefer in Condtion type settings.
Hope this wil help you.
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Neeraj,
Thanks for reply. I did the same that I know. My Q is if we mark manual condition in pricing procedure then manual condition is not populated (for zero value) Why? There is also control in condition tab C manual entry So what is the purpose of keeping manual entry two times? I know this is standard behavior but why two places? There may be some requirements by few clients that not to populate manual entry something like that? I was curious to know the purpose for two times manual entry.
Jignesh, Thanks for answer but this cost is not like VPRS which comes from material master but we have some cost tables A503 so when IR/GR is made it will et populated. So assignment of D tyoe, subtotal b etc is not required.
Hi Mahendra We want to use manual condition so access sequence can not be assigned. I had solved the issue but unable to understand why manual tick mark in pricing disappear from population of condition in sales order.
Lastly I TW, Yes you are right. Over a period of times I learned how to post questions so everything is understood by experts. I am also certified SD and MM consultant so trying to share few strange things to experts which might not have noticed.
Thanks all for sharing.
Prakash Parikh
Prakash,
There is also control in condition tab C manual entry So what is the purpose of keeping manual entry two times? I know this is standard behavior but why two places?
Your above question is not clear!
Are you taking about Pricing type = C, in the sales order, item level, Tab Condition, click on button Update button?
Please give more information.
Prakash,
These are two different levels -
1. Condition type
2. Pricing procedure
Suppose, only for one pricing procedure, a condition type should be a manual entry. Then this shall be done in that specific pricing procedure.
But if in ALL pricing procedures, a condition type value should NOT be entered manually, then this is done in the condition type at V/06 level. with option D in field "Manual entries".
Please read a very helpful document -
Hi Prakash,
If I understood that your ultimate requirement is just to populate that condition record with Zero Value in Pricing Procedure so rest things to copy the Cost will be done by your Assigned Routine.
I will suggest you to assign Access Sequence with generic Table Fields like Company Code.
Maintain condition Record with Zero Value so It will get populated in your Pricing Structure and your assigned Routine with copy the values.
No need to make it Manual condition Type either in Condition Type or Pricing Procedure level.
Regards,
MJ.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Prakash,
Cost Conditions are generally marked a D - Not possible to process manually & Manual is not ticked in Pricing Procedure. Further B is marked in Sub total followed with respective routines.
Now, in your case, if you mark a Condition as C - Manual entry has priority & no access sequence is assigned, it will not appear in Pricing automatically. User will have to enter it manually in the Pricing to input the value.
Thanks,
Jignesh Mehta
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Prakash,
A condition marked as manually in the pricing scheme must be entered manually.
A condition not marked as manually have no access sequence is appears always with a null value.
A condition not marked as manually having an access sequence appears if a condition record is found.
In addition any given condition in the pricing scheme must be fullfilled. The priority thing has nothing to do with this is, which controls only, how the manual entry is dealed with in case that a condition record has been found automatically.
If I understood your requirement correctly, then you shoud add a non-manual condition in the scheme and assign a condition which assures that this condition appears only in the right cases.
Best regards,
Oliver
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This message was moderated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
7 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.