多端一套后台，数据为什么不容易分叉

入口按角色拆，是为了好用；后台按角色再拆一套库，是为了以后对账开会。客户在小程序看到的进度，必须等于员工刚提交的工单状态，自助才成立，见 客户为什么需要自助查进度。门店核销必须扣同一库存，见 门店端和总部打通。供应商回传的发货数必须进同一张采购单，见 供应商不能只靠邮件传表格。

「先各做各的，以后再打通」很少真的打通

以后要面对的是不同主键、不同商品编码、不同的「已完成」定义。接口规范可以分期，主数据必须第一期就定：SKU、客户、门店、供应商谁说了算。费用看起来像多做了几个端，真正贵的是两套账。周期怎么估，见 APP、小程序、H5 花费周期。

H5、小程序、原生可以并存，逻辑不能并存两份

活动页用 H5、会员用小程序、外勤用 APP，完全正常。不正常的是三套下单接口各算各的库存。主入口怎么选，见 小程序和 APP 哪一种该当主入口。

主数据第一期就要有主人

SKU 谁能建、客户号谁能建、门店编码谁能改，写进权限。移动端只消费这些编码，不在小程序里再发明一套「前端商品名」。报表只从后台出，禁止店长另存一份「自己用着方便」的表当真相。分叉一旦被管理默许，接口做再漂亮也会在月底被表格覆盖。

接口可以分期，状态机不能两套

第一期员工端只报工、客户端只查询，可以。但不允许报工的「完成」和查询的「完成」定义不同。字段名、枚举值、作废规则写进一份说明，前后端共同遵守。若短期内必须保留旧收银，也要定单向同步：只许门店端写总部，不许两套互相覆盖。对账日以总部为准。

身份、改价、库存锁定，也要多端同时生效

员工用企业账号，客户用手机号，供应商用邀请码，门店用店号，四套身份映射到同一权限模型。商品编码变更要有生效日，避免小程序还在卖已作废 SKU。后台改价必须同时作用到所有入口，禁止只改了 Web 忘了小程序。库存锁定也要多端可见，避免门店可售、客户端仍显示有货。同一用户在多端的待办必须去重，避免两边各处理一次。作废单要在所有入口同时消失，不能只在电脑后台点掉。

达希科技按同一套后台交付多端，管理界面仍是 Web。需要把已有的小程序和业务系统接到一起，到 移动端服务页 说明现在几套账号在并行。