Friday
Dear gurus,
Is it possible to use different rebate percentages across condition tables within the same condition contract? Without summing all of the percentages when settling the contract?
I have following business scenario:
I am trying to achieve this by using 2 condition tables within same access sequence:
I am entering both REA1 and RES1 in the condition contract:
Scenario: I only have business volume of sales of material within material group A.
Expectation: Both accruals and rebate would be posted with 8%
The issue I am encountering: At time of settlement both RES1 condition records are found, ending up in 14% instead of 8%. How can I set up my condition contract to achieve my goal? Business wants to avoid to enter all of the material groups, hence, I am trying to use multiple condition tables within one contract.
For the accruals, there is no issue, we can use the exclusive indicator in the access sequence together with routine 67.
Thank you.
Request clarification before answering.
Hi @SD_Jedi,
Thanks for the detailed explanation—your scenario is standard and should work correctly with proper access sequence setup.
I recommend copying the standard access sequence RE01 and adding your custom condition table (Contract / Material Group). Make sure to activate the "Exclusive" indicator and assign Requirement 75 to the first step. This ensures the system stops searching once a condition is found for the material group and avoids summing multiple rebate percentages. For the fallback step (Contract only), leave the exclusive flag and requirement blank. This configuration should give you the expected behavior: 8% for material group A and 6% otherwise, without doubling values.
If you're still seeing incorrect results, check for any enhancements or custom logic that might be overriding standard pricing behavior.
Best regards,
Gauthier Victor
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 | |
15 | |
10 | |
8 | |
4 | |
4 | |
3 | |
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.