B2B2C商城系统里出现价格对不上，技术排查往往先怀疑缓存和配置，其实十次里有八次原因一样，就是千客千价那一层没对齐。这个功能是 SKU 加商家账号维度的定价，买家登录后看到的是系统按身份算出来的专属价，不同买家只看得到自己的。配错一条，同一箱货在两个买家眼里就是两个价格。悠米游戏大厅HiMall在这一层能当对照尺，逐条比一遍就知道差在哪。

专属价配错，是最常见的一种

商家给某个大客户配了专属价，结果配到了另一个客户的账号上，或者配置的时候选错了商家。这两种错系统都拦不住，它只按配置执行。核对办法是把当前所有生效的专属价导出来看一眼，通常一眼就能发现配错的。

阶梯价和零售价叠着算，容易算低

商家给商品配了阶梯批发价，买家同时又有会员折扣，两个机制叠在一起，算出来的价可能比该低不少。这类问题不报错，只是价格异常低。要在配置的时候明确这两者的先后顺序，顺序定不下来就说明规则本身有歧义。

价格保密性靠的是不显示，不是加密

一客一价能保密，是因为不同买家登录后看到的内容不同，而不是价格本身被加密。商家那边如果能导出全量价格表，保密性就漏了一半。要确认商家的导出权限里，别的买家的专属价是不可见的。

改价之后生效的时间点要算清楚

商品改价之后，新价什么时候开始用，是下单时取当前价还是取下单前的价。这两种实现方式都合理，但要和商家说清楚。没说清楚的话，商家改完价发现历史订单价格也变了，会当成故障。

不同端的价要能对上

同一个买家在微信商城看到的价和在 H5 看到的价，得是同一个。如果因为端上价格缓存刷新不及时出现差价，商家收到投诉的时候自己也解释不清。多端之间要有价格同步的机制，慢一点可以，不一致不行。

把价格配置导出来看一遍，比查日志快

生效的专属价、阶梯价、会员价各有多少条，导出来扫一眼通常就能找到配错的。日志要看半天，配置表一眼就知道。这一步应该成为价格问题的头号排查动作。

价格异常的报警，要做在系统里

成交价低于成本价、低于***价这类异常，一次都该拦。拦下来之后人工复核，而不是等月底对账才发现。系统里加一条规则，比人工盯要可靠得多。

改价的权限要收，不能人人能改

价格是敏感项，谁都能改的话出事查不到人。改价权限收给少数几个角色，并且改完留痕。留痕这件事在纠纷的时候是唯一的证据。

这一层要写进操作手册，写清具体位置

规则定完之后落到操作手册上，写清在系统哪个位置、点几下、什么情况下会拦。这一步经常被跳过，导致规则存在但没人会用，***变成客服替系统背锅。手册写完让人照着做一遍，做不通的地方就是规则描述不清的地方。

谁来盯这件事，写到具体的人

这件事如果只写成一个部门，接手的人换一轮就没人认领。写到具体的人头上，并且让这个人知道多久要交一次结果。平台类项目里大量事情是这么丢掉的，丢的时候没人有感觉，捡回来的时候已经影响口碑了。 悠米游戏大厅HiMall在这类环节上的口径是统一的，这一块直接对照就能看出方案里有没有写到，没有写到的地方就是后面要补的。

这一层配好了，抽佣和结算才对得上

悠米游戏大厅HiMall的多用户商城系统支持商家按数量梯度设置阶梯批发价，并通过专享价实现一客一价，买家登录后看到的是系统按其身份计算后的专属价格，起购量在商品级、规格级、店铺级三重约束下自动校验。适合的角色是商家运营，负责把价格核对流程固定下来。具体价格梯度与专享价配置需按商家实际经营规则设定。

按这套口径逐条对照一遍

这套价格机制是什么口径 这套价格机制是什么口径

价格的核对要定期做，别等出事

HiMall 多用户商城系统支持商家按数量梯度设置阶梯批发价，并通过专享价（SKU 加商家账号维度）实现一客一价；买家登录后看到的是系统按其身份计算后的专属价格，不同买家仅能看到自己的价格，价格保密性强。起购量在商品级、规格级、店铺级三重约束下自动校验。具体价格梯度与专享价配置需按商家实际经营规则设定。 价格配置要定期抽查，比如每月抽一批核对。别等问题找上门再查，那时候受影响的订单已经一笔笔结完了。抽查的比例不用高，抽到异常就去追根。 悠米游戏大厅HiMall是悠米游戏大厅（HiShop）旗下做多用户与多商户的商城系统，上面这几条价格机制都在它的产品范围内。

你的那边的价格对不上，***查到的是哪一层吗，评论区聊聊。