经销商订货与面向个人消费者的商城存在不同的业务规则。同一产品可能因客户等级、合同和采购数量而使用不同价格，订单也可能需要销售确认后才安排发货。系统规划应从企业现有的订货与履约规则出发。本文以常规商品的渠道订货为假设场景，讨论首期可以怎样落地。

1、客户可见范围与价格一起确认

企业可能按区域、经销等级或合同限制可购商品。系统应先识别客户身份，再展示其可见产品和适用价格；只在页面上隐藏价格不足以控制访问，服务端也需要检查查询与下单权限。

价格规则需要说明优先级，例如合同价、客户专属价和等级价冲突时使用哪一项。价格调整后，已提交订单通常需要保留当时的价格快照；重新报价和人工改价应留下记录，不能让历史订单随价格表自动变化。

2、包装单位和起订规则影响下单结果

按箱售卖、按件备货的商品需要明确单位换算。整箱起订、阶梯数量、最小订单额与混批要求，应在选品和提交时一致校验。单位定义不清，可能造成订单数量与仓库拣货数量不符。

库存展示可按业务选择确切数量、库存状态或预计供货时间。页面上的可售数并不一定已被锁定，最终提交或审核时仍需检查库存与占用规则。缺货后拆单、预订或替换商品，都应有可确认的处理流程。

3、先明确订单什么时候成立

购物车提交、销售审核、客户确认和仓库接单可能是不同状态。企业应规定每个状态允许修改哪些字段、由谁取消以及是否已占用库存，避免客户认为下单成功而内部仍将其当作待询价需求。

若首期只做订货申请，可保留人工审核后进入ERP的流程；需要在线收款或授信下单时，则需另外规划支付结果、对账、退款或额度控制。功能范围应按真实交易方式确定，不必一次覆盖所有渠道模式。

4、选择一组经销商验证再扩展

首期建议包含授权登录、商品目录、适用价格、订货提交、审核与发货状态查询。将复杂促销或多级分销留待实际需要明确后评估，可以更集中地验证重复录入是否减少、订单字段是否完整。

上线前需要准备商品图片与规格、客户账号、价格表、包装单位和客服处理规则。对接ERP时，明确客户与物料编码映射、推送触发条件和失败补录方式。使用小程序、网页或App应结合客户操作习惯和维护成本选择。

5、项目验收时核对哪些内容？

6、常见问题

用现成商城能直接满足吗？

可先核对客户价格、审核与履约规则。标准能力足够时可采用现有产品，复杂规则则需评估扩展或定制。

是否必须第一期就接入ERP？

不一定。订单量较小时可先用受控导出验证流程，再接入接口；需事先明确人工处理与对账责任。

7、如何进一步评估建设范围？

金福来科技可结合现有业务流程、系统条件和计划投入，沟通需求梳理、原型设计、定制开发、系统集成与上线部署的实施范围。具体功能、费用、周期和维护安排，以项目评估和双方约定为准。

了解相关服务：企业软件定制开发与系统集成。如果涉及对外展示网站，可另行了解WordPress企业建站服务。