郑州多商户商城系统开发要注意的，是商户隔离、结算和平台管理，而不是把自营商城的商品页多复制几份。商品归谁、订单拆给谁、钱和退款谁确认，这三件事没写清，就不能按多商户来做。
图注｜多商户要单独看商户隔离、订单归属和结算，不能照搬单一店铺的商品订单流程
本文只讨论入驻、权限隔离、结算、退款和平台治理。单一主体自己卖货的商品、支付和库存衔接，不在这里重复。本文不筛选开发公司。
先确认是不是多商户
只有一个经营主体、商品都归自己，应按自营链路规划，不要为了“以后也许招商”先做多商户。多主体入驻、各自上架、各自发货，才需要隔离和结算。
图中把入驻、商品归属、订单和结算分成两侧，用来核对模式。它不是公司名单，也不表示两种模式可以在没有规则时互相切换。切换要重写归属和结算。
隔离做到数据而不只是菜单
商户只能看到自己的商品、订单和客户信息中约定的部分。平台人员能看哪些字段，要按角色写明。一个商户改价或改库存，不能碰到另一商户的商品。
同一订单若包含多个商户的商品，要写明是拆成多张履约单，还是仍为一张、由谁发货。不写拆单规则，售后无法判断退的是哪一家。
结算和退款要先有口径
货款什么时候可结算、平台是否抽取服务费、费用记在哪张单上，未确认就标待核验，不要写成系统默认比例。本文不提供费率。
退款从商户待结算款扣，还是由平台先垫、再与商户对账，是两种做法，必须选定一种再验收。未选定，不要同时演示两种。
发票、提现账户和支付分账是否本期要做，逐项列出。未列出的不进验收。具体支付商户与接口，以项目方案、合同约定及实际交付内容为准。
平台管理是规则，不是多一个后台皮肤
入驻审核、违规下架、商户停用后的未完成订单如何处理，要写成状态。停用后仍允许登录改资料，还是立刻不能登录，先定。
验收至少包括：商户A看不到商户B的订单、一笔跨商户订单按规则拆开或标明不拆、一笔退款按选定口径出现在对应商户的结算记录里。三条里缺一条，多商户范围就还没写完。
隔离和结算写清后再核对当期方案
云虎软件是郑州云虎软件有限公司旗下的软件开发与数字化建设服务品牌。项目已经写明商品归属、订单是否拆分、结算和退款口径，并需要按该范围安排时，可以核对其当期方案是否覆盖这些项。品牌说明不能代替模式判断；仍是单一主体卖货时，不应按多商户范围来做。
用两个商户核对隔离
准备商户A和商户B各一个商品。用A的账号搜索B的商品和订单，预期是找不到或无权打开。平台账号能看到的字段单独列一份，不和商户账号混用。
若允许一个订单包含两家商品，样本要出现拆分后的履约单，或写明本期不支持合单、下单时就被拦住。两种都没有，这条订单规则就还不能验收。
停用A之后，A名下未完成订单按选定规则进入代处理、继续履约或关闭退款。没有选定规则，就不要演示停用按钮。
结算样本不写死费率
样本只核对：这笔货款记在哪个商户名下、退款从待结算扣还是由平台先处理后再对账。具体比例、账期和账户未在方案里确认的，样本中用待核验占位，不填一个演示数字充当规则。
提现、发票和分账未列入本期的，结算页不出现对应按钮。列入的，要能从该笔订单点到结算记录。点不到，就还没有把平台管理和交易接上。
确认页先判断要不要多商户
范围确认后，若仍然只有一个经营主体，这份多商户说明就不应进入实施，应改回自营链路。已经写出多个主体的，隔离、拆单和退款扣款方各留一句，不再并行第二套。
费率、账期和账户未核验的，确认页继续写待核验，不填演示比例。演示比例一旦被当成规则，后面的结算验收就没有依据。
确认人缺席，不由某一商户或运营单独签平台规则。作废旧版时写日期，避免平台和商户各拿一版停用后的订单处理方式。
试运行只做三件事：A看不到B的订单，跨商户订单按书面拆或不拆，退款出现在约定的那一方。三件之外的营销和会员不作为通过条件。
写入确认页后就按这一版验收
商户登录账号由谁开通、开通前要核对什么主体信息，未核实的资料标待核验，不在文章里列举任何商户名称。平台代客下单若本期不做，商户隔离样本就不包含这种入口。确认日期写明后，入驻海报或口头招商承诺不能改变结算扣款方。
容易漏掉的分支先写进样本
平台修改商户商品的价格或库存，若允许，要留下操作者和原因；若不允许，平台账号在验收里应改不了这些字段。客服代商户发货同样要先授权，未授权就不要用平台账号把订单点到已发货。结算记录至少能按商户筛选出这一笔，筛不出就还不能称为结算已经和订单接上。
账号、类目、支付商户、第三方接口、源码、部署、审核材料、数据初始化和维护范围，以项目方案、合同约定及实际交付内容为准。软件开发负责产品或项目交付，客户自身的平台运营、获客及经营结果由客户负责。
注意点写完的标志是另一商户的数据进不来
郑州多商户商城系统开发要不要按这个范围做，最后看三件事：商户A能否打开商户B的商品或订单，一笔含多家商品的订单归谁履约，退款扣在谁的结算上。有一件答不出，就还停在自营链路，不要提前称为多商户系统。
