订货商城与ERP对接，必须验收哪5件事？

先定位交接卡点

晚上，门店老板把第二天要补的饮料在商城里选好，点了提交。第二天业务员却还要问一遍规格、改一遍价格，再把商品抄进ERP。仓库等着出货，客户问“我不是已经下单了吗？”

这是一个选型时值得提前验证的场景：订货入口上线了，重复录单、确认和交接的工作是否真的减少？

问题不一定出在“没有接口”。也可能是客户身份没对应、商品单位不同、价格需要确认，或审核与发货责任没有确定。把这些原因混在一起，只说“商城和ERP已经打通”，不足以判断系统是否适合你的业务。

先分清两件事：人工重新抄一张单，是重复录入；对原订单确认价格、缺货和配送安排，是业务审核。目标不是把所有人工判断取消，而是让需要判断的人在同一笔业务上处理，避免各自另建一份记录。

一、拿一笔有细节的订单，不要只测“能提交”

举例：一家门店订3件饮料A和6瓶饮料B，其中A按件购买，B按瓶购买。这个客户有约定价格，订单要求次日上午送达；提交后，客户又想把A改成2件。

测试商品、账户及订单应使用获准的测试环境，不在真实账套随意造单。

用这一笔业务验五个问题，比只看“下单成功”的页面更能发现交接缺口。

二、第一件事：客户与价格，前后是否是同一个口径？

先确认商城客户对应ERP中的哪一个客户档案。若一个客户在线上和线下用了不同身份，约定价格、月结条件和订单归属可能无法直接核对。

再比较客户下单时的商品价、业务人员接单时的价格，以及最终确认的金额。若有促销、折扣或改价，要能解释适用条件和处理责任，而不是只看总额大致相同。

可以问演示方：“这个客户换成另一个客户后，显示什么价格？业务员改价后，原订单怎样核对？”不要预设所有客户价和促销都会自动一致，要按拟用版本及配置验证。

三、第二件事：3件和6瓶，会不会到了后台变成同一种数量？

商品名称相同，不代表编码、规格和计量单位一致。先核对两端商品对应关系，再核对件与瓶的换算率，以及订单中的单位和金额。

假设饮料A每件12瓶，3件是36瓶；这不意味着后台应把客户看到的“3件”直接改写成“36件”。同时要确认饮料B的6瓶是否允许拆零配送。能否拆零、如何计价和展示，都是具体业务规则。

演示时不要只说“数量对了”，请同时展示商品、单位、数量、单价和金额。仓库拿到的任务也要能看清应拣整件还是散瓶。

四、第三件事：订单究竟进入了哪里，下一步谁处理？

让演示方从商城订单号开始，找到对应的后台业务记录：是待审核订单，还是按配置已经进入销售出仓单？谁确认价格和缺货，谁安排后续作业？

人工审核可以保留，但不应让员工只能截图、抄单、再问客户一次。验收的关键是能沿着原订单找到后续记录，并确认下一位处理人知道该做什么。

同样，看到销售出仓单不等于已经拣货或配送。业务提交、审核、仓库作业和发货分别核对，不能用一个“已处理”概括全部过程。

五、第四件事：缺货和改单后，各部门看到的是不是同一份结果？

把A从3件改成2件，再假设B只能供应4瓶。确认谁与客户沟通、谁修改业务记录，仓库是否仍按旧数量拣货，最终金额如何变化。

这里既要核对系统结果，也要核对企业的处理制度。库存查询显示某个数量，并不自动说明这些货都可以承诺给本次订单；待出库、可用数量、批次和配送限制应按实际环境分别确认。

异常处理能否讲清楚，往往比正常下单演示更接近日常经营。若异常仍需人工处理，至少明确责任、记录和后续核对方法。

六、第五件事：货发出后，库存与收款怎样核对？

继续走到发货和账款处理，保留原订单及后续单号。比较实际交付数量、相关库存变化、应收与已收款，确认没有因重复建单造成重复发货或重复收款。

在线支付尤其要看清状态与处理条件。恒商云操作说明书2.0记载：符合商城来源、已支付等条件的销售出仓审核，会涉及自动对账及生成销售收款单。验收时仍须核对实际生成记录和金额，不能把“提交了订单”当作“已支付”，也不能把所有商城订单都当成自动对账完成。

七、恒商云可以怎样准备这次演示？

操作说明书2.0的1.10及商城章节描述了客户自助下单、可按配置保留人工审核或转销售出仓，以及后续仓库、配送和收款流程。这些资料可以作为演示准备依据；客户价格、件散规则、接口、审核和异常处理，要在拟使用版本及配置中逐项验证。

选型时可以先写一张验收表：每一项记“测试条件、原订单号、后续单号、核对结果、未通过原因、处理责任人”。不必从所有功能开始，先让这一笔有整件、拆零和改单的订单走通。

评估时先选一个卡点：客户价格、件散单位、改单通知，或收款核对。带上脱敏的业务规则，与产品服务人员确定测试版本和范围，再用同一笔订单验证。

资料依据：恒商云操作说明书2.0，第1.10节、第9.35节。 整理：超悦科技（恒商云）｜2026年10月版