这是因为，系统已将6％的值视为26.5116（441.86 * 6/100），即415.3484，如果乘以200，就得出了您共享的值。 请查看OSS注释80183，其中详细说明了舍入的工作原理。

感谢Lakshmipathi的答复。

除了OSS注释80183之外，任何建议都是因为我无法找到任何代码（例程）。 如果我得到代码，我将适用于条件基值。 如果我们将此26.5116更改为26.51，可以解决此问题吗？

预先感谢

我认为计算和设置没有问题-您只需要向业务用户说明SAP中定价的工作原理，以及有关货币小数的一些知识

441.86 * 200 = 88 372.00->您问用户："您同意吗？"

-6％* 88 372.00 = -5 302.32->您再次问他："您知道这也是正确的，对吗？"

然后您说：88 372.00-5 302.32 = 83 069.68->您说："这也是正确的，对吗？"

现在，如果您参考注释 791944-如何在小计中确定KBETR？您将能够解释小计中的金额是小计值（83 069.68）除以 条件基础（200），如果使用计算器，则结果为415.3484。 是的，但是PKR只有两位小数，而当您应用舍入法时，最终得出415.35。

如果用户仍然不同意-请他/她在Excel中为您写下算术正确的金额和金额基价，折扣和小计的计算，并使用两个小数（带有公式）。

当然，从技术上讲，可以通过例程修改小计中的值和金额，但是很可能在您的情况下不需要这样做。

用户希望看到什么 作为小计中的金额？ 是415.3484吗？ 还是其他？

为什么这是一个法律问题？ 如果您在打印输出中使用小计金额-您可以调整打印表单的逻辑。

如 https://people.sap.com/lakshmipathi.ganesan 所述，您可以 如果预期结果是净价*数量=价值，则执行80183的建议。

如果用户坚持在定价小计或条件中看到415.3484或26.5116，则无法使用PKR做到这一点。 您可以将未取整结果乘以某个参数存储在统计条件或小计中，或者如果他们只对4个小数感到满意，则在统计条件+公式中强制使用合适的货币。 除非不可避免，否则我不会走这条路，因为对于许多企业用户而言，确实很难理解和解释定价结果，而且最重要的是，他们将开始要求进行报告调整，这使得变更请求相当昂贵。