联营商的结算价为什么只能设置两位小数点呢？比如商品单价是1.176元，我设置之后直接变成了1.18元？

联营商结算价只能设两位小数不是系统故意限制，而是钱本身只能算到分。人民币在流通和支付环节最小的单位就是分，再往下没有可以实际收付的货币形式，所以订货宝里凡是跟钱有关的数值，都按元为单位保留到小数点后两位。你输入 1.176 保存后看到 1.18，是系统在保存那一刻做了四舍五入，把第三位小数进位到了第二位，而不是显示错误。

真正需要区分的是「你想要的精度」和「系统能表达的精度」这两件事。如果你算出来的结算价带三位小数，说明前面某一步的计算结果本身带零头，比如成本分摊、折扣比例、含税换算之后得到的中间值。这个中间值可以存在你自己的计算表里，但一旦要落到结算价这个字段，就必须收敛到分。所以系统不是把 1.176 改成了 1.18 这么简单，而是告诉你：这个字段只能承载两位小数，你原来的三位精度在这一步被合并掉了。

想避免这种「输入就被改」的意外，稳妥做法是把计算过程放在填字段之前完成，先确定你要的是向上取整、向下取整还是四舍五入，再把这个结果填进去。多数情况下直接四舍五入最省事，但如果每一单都要按分对齐，就得先把口径定清楚，否则批量建价时会出现大量微小差异，最后对账时一笔一笔去查非常消耗时间。

先进入联营版对应的结算价设置入口，选择要配置的联营商和商品。如果是多规格商品，要逐规格确认，因为不同规格可以各自设定结算价，一改全改的情况只发生在你选了批量应用的时候。

填写金额时，建议先在计算工具里把结果算到分。如果你手上的原始数据是 1.176，先决定怎么处理这第三位：多数场景直接四舍五入填 1.18；如果你希望不占联营商便宜，也可以统一向上进位到 1.18；如果你希望自己少承担一点，可以向下取到 1.17。三种做法都能填，区别在于你选哪种口径，以及这个口径能不能跟联营商解释清楚。

填完后保存，再回到列表核对一遍实际生效的数字。批量导入的场景尤其要复核，因为导入文件里的数值也会经过同一套精度处理，和你手工填的结果一致，但导入时更容易出现整列被改的情况。复核这一步花几分钟，能省掉后面对账时大量的排查工作。

结算价会影响联营商的应付与你的应收，因此跟价格体系是直接绑定的。如果同一商品还设了其他价格类型，要注意它们之间是各自独立的字段，结算价的精度调整不会自动同步到其他价格字段，分开设置就要分开核对。

在账期和授信额度相关的环节，结算价是计算单笔金额的基础，精度差异会顺着账期结算单一路传递下去。库存这边不直接改结算价，但库存变动会触发结算记录，所以库存频繁变动的商品，结算价的任何微小差异都会被放大成很多条记录。报表里通常会有结算金额的汇总，如果发现汇总和手工计算总差几分钱，大概率就是结算价的进位口径和你手工计算的不一致。

权限方面，能改结算价的人通常也能改其他价格字段，配置前确认一下操作人是否清楚这套精度规则，比事后去追改过的记录更省事。