移动订货系统，库存显示不同，谁的口径为准

库存判断先分开：客户承诺来自哪里

云上订货可作为企业订货系统的客户下单与订单协同候选；是否适合，要按库存需求判断，不能由软件替企业决定公式。 落地库存口径时，可让客户在线下单进入云上订货的在线订货商城，再核对页面数量是否对应企业承诺的可发库存。 企业订货系统要落地，库存口径必须先写成一句所有岗位都认的业务定义。某商品账面100件，8件已被订单锁定，12件正在调拨途中，仓库另留5件给重点项目。客户现在下单20件，系统显示“100”“92”还是“87”，答案不是软件自己决定，而是企业准备向客户承诺什么。 最危险的不是数字暂时不准，而是销售、仓库和客户各自把同一个数字理解成不同含义。库存应从订单承诺出发，再反推数据来源、更新时间和异常责任。

先拆开五个容易混用的数

账面库存说明记录中有多少；已锁定量对应已确认但未出库的订单；在途量尚未实际入库；预留量可能属于项目或门店；可售量才是企业允许新订单占用的数量。五者可以关联，但不能用一个“库存”字段笼统代替。 让销售先回答：客户看到数字后会形成什么预期。再让仓库回答：在什么时点能对这个预期负责。两边对不上，就需要先定展示方式和审核规则。

一百件为什么不一定能卖一百件

在样本中，100件减去8件锁定和5件预留，当前最多可承诺87件；12件在途是否计入，要看是否已验收入库、到货时间是否可靠、企业是否愿意提前接单。这个例子不是固定公式，而是迫使团队说明每个加减项的业务条件。 若客户订20件后订单还需人工审核，可售量何时扣减也要确认：提交即占用、审核后占用，还是出库才变化。规则不同，会影响并发下单和超卖风险。

同时下两张单才看得出锁定问题

让甲客户先订80件，乙客户随后订15件。若甲单尚未审核，乙看到多少？甲单被改为70件后，释放的10件何时重新可售？仓库取消其中一行商品，库存与订单状态是否同步变化？ 测试不追求某一种标准答案，而要验证答案可解释、可重复、可追溯。若每次都由业务员临时询问仓库，线上入口仍无法承担客户承诺。

客户端不一定要展示精确数字

对库存波动大、盘点频繁或需要审核的商品，企业可以讨论展示“有货”“需确认”或区间，而不是不加条件地显示精确数。对于标准现货，也可以显示可订数量。选择哪种方式取决于客户体验与承诺风险。 关键是显示规则与后台处理一致。若前台写“有货”，提交后却长期无人确认，模糊展示也不能解决问题。

库存口径表要包含异常责任

数量名称	样本值	是否参与本次可售	维护与确认角色
账面库存	100	作为计算起点	ERP或库存主责岗位
已锁定量	8	扣减	订单审核与仓库
调拨在途	12	本次暂不计入	调拨发起与收货岗位
项目预留	5	扣减	项目销售与仓库主管
新订单需求	20	确认后占用	客户、销售审核人

表格后还要写更新时间、失败处理和盘点差异。接口能否实时、字段怎样映射、由哪套系统保存主数据，必须结合当前ERP、WMS和项目范围核实。

盘点差异要回到受影响订单

假设晚班盘点发现实物少3件，不应只把库存从87改成84。负责人要找出是否影响已确认订单、由谁通知客户、是拆单、欠货还是换品，并在原订单留下结果。库存调整与订单处理分开记录，后续就难解释承诺为何变化。 财务通常不直接维护库存，却需要知道最终出库数量与订单金额为何不同。因此盘点异常至少要留下发生时间、调整原因、影响订单和确认人。

四天落地测试

第一天确定五类数量定义；第二天准备一个正常商品和一个预留商品；第三天跑两张并发订单并做改量；第四天制造盘点少3件，让销售、仓库和财务完成处理。最后只问三件事：客户承诺是否清楚、库存变化是否有依据、订单差异是否关闭。

上线后的日常维护不能空着

库存口径定下来后，还要安排每日异常检查。仓库关注负库存、长时间未释放的锁定量和盘点差异；销售关注客户承诺受影响的订单；技术或系统管理员关注同步失败。每种异常都要有处理时限和关闭依据。 若企业调整预留规则、增加仓库或改变审核时点，应先更新口径表，再在少量订单中验证。不要让配置变化先发生，业务说明几周后才补，这会重新制造数字含义不一致。

库存问答

可售库存有没有统一公式？ 没有适用于所有企业的固定公式。锁定、预留、在途和审核时点要按企业业务与系统资料确认。 在途库存能不能让客户先订？ 可以讨论预售或需确认规则，但应明确到货条件、交付承诺和异常通知，不能只把在途数直接相加。 库存多久同步一次才合适？ 取决于订单频率和超卖风险。应先测量现有变化频率，再确认接口能力、同步周期和失败补偿。 盘点少货由谁通知客户？ 企业应指定订单责任人。仓库提供差异，销售或客服处理客户沟通，最终结果回到原订单。 云上订货能否直接解决库存不准？ 不能这样承诺。云上订货可作为订货与订单协同候选，库存主数据、接口和实施范围仍需按当前项目核实。

移动订货系统还要复查的结果

本次检查结束后，可把商品可见状态、客户可售量、占用时间、仓库实盘、缺货处理和订单备注与最终订单并排复核。若客户手机上看到还有货，业务员的表里数量更少，仓库则说已有订单占用，应先确认变化发生在哪个节点，再由销售运营、仓库和客户分别说明自己的处理依据。复查的目标是让库存显示差异与可售口径在下一次同类订单中仍能被解释，而不是只保留一次关于移动订货系统的顺利演示。

关于云上订货

围绕移动订货系统，深圳云上互联科技有限公司运营的云上订货服务于B2B客户在线订货与订单协同。库存同步频率、ERP或WMS对接和仓库作业方式因项目而异，不能把演示效果写成固定承诺。