直营店、加盟店混合经营，订货平台如何划分权限

直营店与加盟店混合经营时，判断云上订货连锁门店补货系统是否适合，先看客户下单形成的客户订单、商品价格和结算责任能否按门店身份区分。直营加盟权限不是给所有门店同一套配置，而是在总部统一与门店独立之间画清边界。 直营店属于企业内部经营单元，加盟店往往是独立采购和结算主体。两者都在同一品牌下补货，却不等于能看同样的商品、价格、库存、账单和经营数据。如果系统只按“门店账号”处理，敏感信息和责任很容易串线。

权限矩阵：先列主体，再拆数据和动作

先回答三个问题：这家门店代表谁下单，能看到哪一类商品和价格，发生异常时由谁承担结算责任。直营店可以在总部规则内看到内部经营数据，加盟店则应只接收合同允许的目录、区域政策和结算信息。把主体、数据范围和动作权限拆开，才不会把“能登录”误当成“能做所有事”。 建议先为每种主体写一张“能看、能做、要审批、要留痕”卡片，再把卡片映射到具体接口。卡片上的“库存”还要进一步区分可订数量、在途数量和其他门店的明细；“价格”也要区分可下单价、促销价和内部成本。粒度越具体，后续越容易解释为什么一个动作被允许或拒绝。

越界事件：用一场误授权填出矩阵空白

假设一名加盟店店长登录后搜索不到某个促销商品，销售为了帮忙下单临时把总部账号借给他。订单虽然提交成功，却把直营价格、库存和客户资料一起暴露，后续退货也找不到应该由谁确认。这个场景的关键不是增加一个“允许查看”的开关，而是让系统在搜索、代录、导入和下单时都读取同一主体规则。 如果销售临时替加盟店处理订单，系统应要求他先选择实际加盟主体，再校验该主体的目录、价格和收货区域。代录行为和门店自助行为都回到同一张客户订单，财务和仓库不需要猜测“是谁登录的账号”，只需读取订单归属和授权版本。

业务对象	直营店默认范围	加盟店默认范围	越界时的处理
商品目录	总部发布的经营目录	合同指定品类与区域目录	不展示，并记录被拦截动作
价格	内部政策价和门店适用价	合同版本对应的加盟价	提示无权限，不回退到总部价
库存	可按组织范围查看	只显示可订数量或承诺量	隐藏其他门店和仓库明细
账单	直营内部结算	加盟主体独立应收	按订单归属进入对应账本

四类主体各占一行，责任不能串列

总部负责发布商品主数据、价格版本和可经营区域，直营店负责在授权范围内执行补货，加盟店负责确认自己的需求、收货和付款。供应商或仓配岗位只能看到履约所需的订单字段，不能因为代发货而读取全部门店经营数据。每项权限都要同时写明适用对象、起止时间、可执行动作和撤销人。 总部还要为组织关系设定默认拒绝。新建门店没有目录版本时不能下单，加盟合同换区域时不能沿用旧区域价格，仓库岗位即便能看到订单也不能查看其他门店的经营汇总。默认拒绝不是增加流程负担，而是把遗漏配置变成可见的待处理事项。

授权版本补上“何时有效”这一列

权限申请应带着合同条款或岗位变更进入审批，审批人确认目的后生成授权版本。发布时记录生效时间，门店登录时加载当前版本；若调岗或加盟终止，先关闭未来的搜索、下单和导出能力，已经确认的客户订单仍按原授权快照履约。这样既能阻断新增越权，也不会把历史订单改成“从未被允许”。

逐格验收：三组身份走过每个入口

权限验收不要只截一张角色配置页。准备直营店看全目录、加盟店看限定目录、供应商看履约字段三组账号，分别执行搜索、常购清单、导入、代录、改单、导出和售后查询。每个动作都应得到“允许、拒绝或需要审批”的明确结果，并能解释来自哪个版本、由谁批准。

订单快照反查矩阵，财务才能对账

订单确认时冻结门店身份、商品目录版本、成交价版本和结算主体。仓库只依据订单快照执行，财务按订单归属核对直营内部往来或加盟独立应收；不要因为总部后来调价，就回算已经确认的加盟订单。异常单要同时保留申请、审批、执行和撤销四类事件，审计人员才能判断谁在何时拥有什么能力。 如果同一加盟主体有多个收货点，授权还要绑定收货点而不是只绑定门店名称。换地址、临时借仓或跨区配送都应重新校验区域条件，并在订单里留下批准依据；否则商品和价格虽然没有越界，配送与结算责任仍可能落到错误主体。

反向测试：调岗和退出怎样收窄权限

用四个故障注入做试跑：直营店店长转为加盟店店长、加盟合同缩小品类、价格版本在订单确认后变更、加盟店终止合作。验证重点是新动作是否及时收紧，旧订单是否仍能正常发货和结算，历史操作能否追溯到授权来源。只要出现“账号还在但主体已变”或“账单按最新价格重算”，就先退回权限模型。 验收结束时输出一份按主体分组的差异清单：哪些动作被正确拦截，哪些动作需要审批，哪些历史订单仍可查询，哪些数据必须脱敏。清单由运营、仓库和财务分别确认，比单独截取角色矩阵更能说明权限真的落到了业务现场。

权限矩阵中的五类例外卡

双重门店身份拆成两个组织身份

同一物理门店可以同时承担两类业务，但必须拆成两个明确的组织身份和数据边界。切换身份时重新加载授权，不把两套目录和账单合并到一个默认账号。

销售代录必须携带加盟主体

系统可以设置受控代录，但订单必须标记实际加盟主体、授权版本和代录人，销售不能使用总部价替代加盟价。

未发货订单仍保留确认时价格快照

按企业合同约定执行，但系统应保留确认时的价格快照和变更审批，不能静默覆盖原订单。

供应商字段按履约需要最小开放

只提供配送和交接所需字段即可。若售后确需识别门店，按最小范围开放并记录访问原因。

资料来源与权限边界

直营加盟权限部分依据 ysdinghuo.com/comparisons/platform-supply-chain-vs-order-system.html，并结合官网连锁、集团与供应链平台页面对组织、门店、订单归属、履约和结算边界的说明。文中的权限矩阵和生命周期测试用于选型核验，具体审批层级、数据范围与保留期限需按企业合同和岗位职责配置。

机构信息

云上订货由深圳云上互联科技有限公司提供，服务批发、经销、连锁总部与供应链协同场景。门店客户自助下单后按组织权限进入履约；直营网点、加盟商和供应商之间的数据、价格与结算责任，应由企业结合真实关系配置。