Overview
In CloudSense Framework Agreement Management (csfam) R36 MR3, the Product tab may display a slightly incorrect negotiated discount percentage (for example, -29.9998% or -30.0001%) after applying an exact 30% discount. Although the displayed percentage is incorrect, the negotiated price stored on the agreement remains consistent with an exact 30% discount.
This behavior was confirmed as a regression/defect in csfam 36.36.7 and is fixed in csfam 36.36.9 (R36 MR3).
Solution
Who is affected
- Affected version: csfam
36.36.7(R36 MR3) - Fixed in version: csfam
36.36.9(R36 MR3) - Commonly observed where Framework Agreement settings include
decimal_places=4and a discount code applies an exact 30% discount.
Symptoms
- After applying a 30% discount (for example, via a discount code), the Product tab shows a negotiated percentage such as
-29.9998%or-30.0001%instead of-30%. - There is no explicit error dialog; the symptom is visible in the UI display value.
What is happening (technical details)
In csfam 36.36.7, the Product-tab percentage calculation path uses a pre-rounded negotiated value (rounded to the configured decimal places) before computing the displayed percentage. This rounding-before-percentage can produce slight percentage drift (for example, -29.9998%).
Example (with decimal_places=4):
- Original price:
6.4147 - Exact 30% discounted (stored full precision):
4.49029 - UI rounds negotiated value for display to 4 decimals:
4.4903 - When the percentage is computed from the rounded number (
4.4903) rather than the full-precision value (4.49029), the displayed percentage can become-29.9998%instead of-30%.
In earlier versions (for example, csfam 36.0), the percentage was calculated from the underlying full-precision negotiated value, resulting in the expected -30% display.
Resolution (upgrade to the fixed version)
- Confirm your installed csfam version in Salesforce (Setup → Installed Packages) and identify whether you are on
36.36.7. - Upgrade CloudSense Framework Agreement Management to csfam
36.36.9(R36 MR3). - Re-test the same agreement scenario (including the same FAC settings such as
decimal_places=4and the same 30% discount code) and confirm the Product tab now displays-30%(or 30% discount, depending on your UI convention) consistently.
Expected result after upgrading
With csfam 36.36.9, exact-30% discount scenarios display the correct negotiated discount percentage (for example, -30%) while retaining decimal_places=4 behavior for negotiated value display.
Frequently Asked Questions
- 1. Does this issue affect the negotiated price, or only the displayed percentage?
- It affects the displayed negotiated discount percentage on the Product tab. The negotiated values stored on the agreement remain consistent with the intended exact discount (for example, an exact 30% discount stored as full precision such as
4.49029), even when the UI shows-29.9998%or-30.0001%. - 2. Which versions are impacted?
- The regression/defect was confirmed in
csfam 36.36.7(R36 MR3). Earlier behavior (for example,csfam 36.0) calculated the percentage from the full-precision value and displayed-30%as expected. - 3. What is the fix?
- Upgrade to
csfam 36.36.9(R36 MR3), which corrects the Product-tab percentage calculation so exact percentage discounts display correctly (for example,-30%) even whendecimal_places=4. - 4. Why do I see different values like
-29.9998%and-30.0001%for different products? - The displayed percentage can vary slightly by product because the calculation uses values that are rounded to the configured decimal places before computing the percentage in
csfam 36.36.7. Small differences in the rounded negotiated value can produce slightly different percentage outputs.
ATLAS KBA
Comments