组织与多商户

本文档面向采购 VortMall 多业态电商平台的客户（平台运营方），描述「组织、多店铺、供应商与 O2O 门店」相关核心业务流程。VortMall 通过 sys_env 等环境配置区分业态：商户版（merchant）支持第三方商户申请开店；供应商版（vendor）由供货商供货、平台或商户销售；O2O 版（o2o）支持线下门店、位置、POS 与预约等能力。各店铺拥有独立商品、订单与结算；供应商可管理自有商品并独立结算；O2O 门店具备物理地址与本地库存管理；平台侧通过管理员 RBAC（角色与菜单权限）管控后台能力。

1. 商户入驻申请流程

说明： 【商户版】商户提交入驻申请：填写企业信息、营业执照、联系人，上传资质材料后提交审核，适用于第三方商户希望在本平台开设独立店铺的场景。

参与角色： 商户申请人、商户端前台或入驻门户、平台入驻与资质服务、文件存储服务、消息通知（可选）

flowchart TD
    startNode([商户进入入驻申请]) --> fillBase[填写企业基本信息]
    fillBase --> fillLicense[填写营业执照与统一社会信用代码]
    fillLicense --> fillContact[填写联系人及联系方式]
    fillContact --> uploadFiles[上传资质材料与附件]
    uploadFiles --> validateForm{表单与附件是否完整}
    validateForm -->|否| hintMissing["提示补充必填项或重新上传"]
    hintMissing --> fillBase
    validateForm -->|是| saveDraft[保存草稿可选]
    saveDraft --> submitApply[提交入驻申请]
    submitApply --> genTask[生成待审核任务]
    genTask --> waitAudit([进入平台审核队列])

步骤说明：

商户从入驻入口进入申请向导，按页面引导填写企业名称、注册地址等基本信息。
商户录入营业执照编号、统一社会信用代码及证照有效期等法定信息。
商户填写法定代表人或业务联系人姓名、手机、邮箱等联络方式。
商户按平台要求上传营业执照扫描件、行业许可等资质附件至对象存储。
系统校验必填项与附件格式、大小；不完整则提示补充并停留在当前步骤。
商户可选择保存草稿以便后续继续填写（若平台开放该能力）。
商户确认信息无误后正式提交申请，系统记录申请单号与提交时间。
系统生成平台侧待审核任务，申请进入审核队列等待运营处理。

特别说明：

仅在 sys_env 启用商户版相关能力时开放入驻入口；材料清单与字段可由平台运营配置。
敏感证件建议走加密传输与脱敏展示策略，留存期需符合合规要求。

2. 商户审核与开店流程

说明： 平台审核商户资质，通过后由系统自动创建店铺，商户获得后台管理权限即可开始经营；不通过则退回补充或拒绝。

参与角色： 平台审核员、平台管理后台、入驻审核服务、店铺与租户服务、权限与账号服务、消息通知服务

flowchart TD
    auditQueue([审核员打开待办]) --> openDetail[查看申请详情与附件]
    openDetail --> decision{审核结论}
    decision -->|驳回| notifyReject["通知商户驳回原因"]
    notifyReject --> merchantFix([商户修改后重新提交])
    decision -->|需补件| notifySupplement["通知商户补充材料"]
    notifySupplement --> merchantFix
    decision -->|通过| createShop[系统自动创建店铺主体]
    createShop --> initSettle[初始化店铺结算与基础配置]
    initSettle --> grantAdmin[为商户开通管理员账号或授权]
    grantAdmin --> bindRole[绑定商户后台角色与菜单权限]
    bindRole --> notifyPass["通知审核通过与登录方式"]
    notifyPass --> merchantOperate([商户登录后台开始经营])

步骤说明：

审核员在管理后台待办列表中打开商户入驻申请单。
审核员核对工商信息、证照影像与联系人真实性，可记录内部备注。
审核员作出结论：通过、驳回或要求补件。
若驳回或补件，系统向商户发送原因说明，商户可修改资料后重新进入申请流。
审核通过时，系统根据规则自动创建店铺档案与租户标识。
系统初始化该店铺的结算账户、费率模板等基础经营参数（按平台配置）。
系统创建或激活商户管理员账号，并授予商户后台访问能力。
系统将管理员绑定至预设「商户管理员」等角色，继承菜单与数据范围。
系统通知商户审核通过与登录入口，商户登录后即可维护商品与订单。

特别说明：

店铺创建与权限开通宜在同一事务或补偿任务中保证一致性，避免「有店无账号」。
审核日志需可追溯，满足监管与纠纷举证需求。

3. 店铺基本设置流程

说明： 商户登录后台后，对店铺名称、Logo、简介、营业时间、联系方式与店铺公告等进行维护，以塑造品牌形象并告知消费者服务规则。

参与角色： 商户运营人员、商户管理后台、店铺信息服务、文件存储服务、C 端店铺展示接口

flowchart TD
    loginBack([商户登录后台]) --> openShopSetting[进入店铺设置]
    openShopSetting --> editNameLogo[编辑店铺名称与Logo]
    editNameLogo --> editIntro[编辑店铺简介]
    editIntro --> editHours[配置营业时间或营业日]
    editHours --> editContact[维护客服电话与地址等联系方式]
    editContact --> editNotice[发布或更新店铺公告]
    editNotice --> previewC[可选预览C端展示效果]
    previewC --> saveShop[保存店铺配置]
    saveShop --> publishOk([配置生效对消费者可见])

步骤说明：

商户使用具备店铺管理权限的账号登录商户后台。
进入「店铺设置」或等价菜单，打开基本信息编辑页。
商户设置对外展示名称，上传符合尺寸规范的店铺 Logo。
商户填写店铺简介、主营类目说明等文案内容。
商户按业态配置营业时间、休息日或特殊营业规则（若与 O2O 联动则与门店规则区分）。
商户维护对外联系电话、邮箱、线下地址（如需要）等联络信息。
商户编辑店铺公告，用于活动说明、服务承诺或临时通知。
若支持预览，商户在保存前查看 C 端展示效果。
保存后配置写入店铺主数据，消费者端在缓存刷新后展示最新信息。

特别说明：

各店铺数据相互隔离；修改公告与 Logo 可能受平台审核策略约束（依配置）。
营业时间可与 O2O 门店营业时间并存，需在文案上向运营说明优先级与展示逻辑。

4. 供应商入驻流程

说明： 【供应商版】供应商申请入驻，提交企业信息并经平台审核，通过后与平台建立供货关系，即可在授权范围内开始供货。

参与角色： 供应商申请人、供应商端门户或后台、平台运营审核、供应商主数据服务、签约或协议服务（可选）

flowchart TD
    entryVendor([供应商发起入驻]) --> fillCorp[填写企业信息与证照]
    fillCorp --> signProtocol{是否需要线上签约}
    signProtocol -->|是| onlineSign[完成电子协议签署]
    signProtocol -->|否| skipSign[记录线下协议编号]
    onlineSign --> submitVendor[提交入驻审核]
    skipSign --> submitVendor
    submitVendor --> platAudit{平台审核}
    platAudit -->|不通过| rejectVendor["通知原因并结束或允许重提"]
    platAudit -->|通过| bindPlatform[绑定为平台认证供应商]
    bindPlatform --> initVendorAcct[初始化供应商账号与权限]
    initVendorAcct --> supplyReady([可创建商品与供货关系])

步骤说明：

供应商在入驻入口填写企业全称、证照、结算与开票信息等基础资料。
若平台要求，供应商阅读并签署供货协议或框架协议（线上电子签或线下备案）。
供应商提交入驻申请，进入平台审核流程。
平台运营核验企业资质、品类范围与合规要求。
审核不通过时，平台记录原因并通知供应商；可按策略允许修改后重提。
审核通过后，系统在平台侧建立供应商主数据并与租户绑定。
系统初始化供应商登录账号及供应商后台菜单权限（通常不含消费者店铺装修权限）。
供应商可维护可售商品目录，并与平台或商户建立供货、铺货关系。

特别说明：

供应商版依赖 sys_env 中 vendor 相关开关；与商户版可同时存在，但数据域与结算模型不同。
供应商与具体店铺、SKU 的绑定方式（平台统采、一供多店）以合同与系统配置为准。

5. 供应商商品管理流程

说明： 供应商发布商品后，经平台审核，审核通过后由平台上架展示；供应商持续维护库存、供货价与销售策略（在授权范围内）。

参与角色： 供应商运营、供应商后台、平台商品审核员、商品中心服务、库存服务、搜索与前台展示

flowchart TD
    createSku([供应商新建商品]) --> fillSpu[填写商品信息与规格]
    fillSpu --> setPriceStock[设置供货价与库存策略]
    setPriceStock --> submitGoods[提交平台审核]
    submitGoods --> platReview{平台审核商品}
    platReview -->|驳回| backSupplier["退回修改并说明原因"]
    backSupplier --> createSku
    platReview -->|通过| shelfPlatform[平台侧上架或分发至店铺]
    shelfPlatform --> syncSearch[同步搜索与前台可售状态]
    syncSearch --> manageLoop{持续运营}
    manageLoop --> adjustStock[调整库存与可售数量]
    manageLoop --> adjustPrice[调整供货价或活动价]
    adjustStock --> manageLoop
    adjustPrice --> manageLoop

步骤说明：

供应商在后台创建商品，录入标题、类目、属性、图文详情等。
供应商配置 SKU、规格条码、单位与保质期等贸易属性。
供应商设置供货价、建议零售价（若需）及初始库存或备货模式。
供应商提交审核，商品进入平台商品审核池。
平台审核员依据品类规则、禁限售与品牌授权进行审核。
驳回时供应商按意见修改并重新提交。
通过后商品在平台商品池上架，或按规则分发至合作商户店铺。
系统更新搜索索引与前台可购状态。
供应商在日常运营中调整库存与价格，变更若需再审则再次进入审核子流程（依平台策略）。

特别说明：

供应商商品与店铺商品的映射关系需清晰：谁承担客服与售后以业态配置为准。
重大改价、改类目可能触发二次审核，避免违规套利。

6. 供应商账户与提现流程

说明： 供应商查看结算与可提现余额，绑定收款账户后发起提现申请，经平台审核通过后完成打款，形成资金闭环。

参与角色： 供应商财务或运营、供应商后台、结算中心、账户与支付网关、平台财务审核、银行或第三方支付

flowchart TD
    viewSettle([供应商查看结算记录]) --> viewBalance[查看可提现余额与冻结金额]
    viewBalance --> bindAccount{收款账户是否已绑定}
    bindAccount -->|否| addPayee[绑定银行卡或对公账户]
    addPayee --> verifyPayee["平台或渠道校验户名与账号"]
    verifyPayee --> bindAccount
    bindAccount -->|是| applyWithdraw[发起提现申请]
    applyWithdraw --> riskCheck{风控与额度校验}
    riskCheck -->|不通过| showErr["提示拒绝原因或限额"]
    showErr --> viewBalance
    riskCheck -->|通过| financeAudit{平台财务审核}
    financeAudit -->|驳回| notifyFail["通知驳回并解冻可重提"]
    notifyFail --> viewBalance
    financeAudit -->|通过| payout[调用打款或出款指令]
    payout --> recordDone[记录流水与账务状态]
    recordDone --> notifySuccess([通知提现结果])

步骤说明：

供应商在后台进入「结算」或「资金」模块，按账期查看对账单与明细。
供应商查看可提现余额、冻结金额及在途款项构成。
若未绑定收款账户，供应商录入银行卡或对公账户信息并提交认证。
平台或支付渠道完成户名、账号一致性校验，通过后标记为可用收款账户。
供应商输入提现金额，发起提现申请。
系统执行风控规则：单笔限额、日累计、黑名单与异常交易拦截。
平台财务人员对提现申请进行人工或规则化审核。
审核驳回时解冻或保持冻结状态并通知原因；通过后生成出款指令。
对接银行或第三方支付完成打款，回写成功或失败状态并通知供应商。

特别说明：

供应商结算与商户店铺结算分账模型不同，需在合同中约定账期、手续费与发票义务。
出款失败需可重试或原路退回，并保留完整审计日志。

7. 门店管理流程（O2O 版）

说明： 【O2O 版】运营或商户创建线下门店，维护地址与地图位置，关联可售商品，配置营业时间，并管理门店员工，以支撑到店与本地服务。

参与角色： 商户/平台运营、O2O 门店管理后台、地图与地理编码服务、门店员工账号服务、商品关联服务

flowchart TD
    createStore([创建线下门店]) --> inputAddr[填写门店地址与名称]
    inputAddr --> mapLocate[地图选点或坐标纠偏]
    mapLocate --> linkGoods[关联门店可售商品范围]
    linkGoods --> setBizHours[配置门店营业时间]
    setBizHours --> staffMgmt[添加门店员工与岗位]
    staffMgmt --> saveStore[保存门店档案]
    saveStore --> enableStore{是否立即启用}
    enableStore -->|否| draftStore[门店草稿或停用]
    enableStore -->|是| onlineStore([门店对消费者可见])

步骤说明：

具备权限的用户在后台发起新建门店，录入门店对外名称与详细地址。
通过地图组件选取经纬度，确保导航与配送范围计算准确。
从平台商品池或本店商品中为该门店勾选可售 SKU 与展示分类。
配置门店级营业时间、临时歇业与预约规则（若业务启用）。
创建门店员工子账号或绑定已有账号，分配店长、收银等角色。
保存门店主数据，生成门店唯一标识。
选择启用则门店在小程序或 App 中展示；否则保持草稿或停用状态。

特别说明：

O2O 能力依赖 sys_env 中 o2o 相关配置；与纯电商店铺在库存与履约上隔离。
门店员工权限宜最小化，敏感操作需二次校验或店长审批。

8. 门店商品与库存管理

说明： 【O2O 版】门店从平台或店铺商品池选品，维护门店独立库存，并按日期管理可预约库存，以平衡到店体验与供给。

参与角色： 门店店长或库管、门店后台或商户总部后台、库存服务、预约服务（若启用）

flowchart TD
    pickSku([门店从商品池选品]) --> setChannel[确认门店渠道可售]
    setChannel --> initStock[设置门店初始实物库存]
    initStock --> dailyStock{是否启用按日库存或预约}
    dailyStock -->|否| adjustStock[日常出入库与盘点调整]
    dailyStock -->|是| setCalendar[按日期配置可预约量]
    setCalendar --> syncBook[与消费者预约单联动校验]
    adjustStock --> monitorWarn[低库存或缺货预警]
    syncBook --> monitorWarn
    monitorWarn --> loopManage([持续维护至下一周期])

步骤说明：

门店从平台商品库或上级店铺授权列表中选择本店可售商品与规格。
确认商品在该门店渠道（自提、同城配送等）开放售卖。
录入或同步门店仓实物库存数量，作为可售上限基础。
若业务启用预约，按日期维度设置各时段可约库存，而非仅总量。
消费者下单或预约时，系统扣减对应日期或时段库存并防超卖。
非预约场景下，通过入库、出库、盘点单调整实物库存。
系统根据阈值触发低库存提醒，门店补货或调拨。

特别说明：

门店库存与总仓、平台仓并存时，需定义调拨与成本归属规则。
按日库存与总库存并存时，应明确优先级以避免双重扣减错误。

9. 多店铺权限管理流程

说明： 平台或总部创建管理员账号，定义角色并分配菜单权限，再将管理员绑定到具体店铺或供应商数据范围，实现多店铺、多组织下的安全分工。

参与角色： 超级管理员或平台运营、组织与账号服务、RBAC 权限服务、店铺或供应商主数据

flowchart TD
    createUser([创建管理员账号]) --> createRole[新建角色并命名]
    createRole --> pickMenus[勾选可访问菜单与操作点]
    pickMenus --> bindScope{绑定数据范围}
    bindScope -->|单店| assignShop[绑定指定店铺]
    bindScope -->|多店| assignMulti[绑定店铺列表或区域]
    bindScope -->|供应商| assignVendor[绑定供应商主体]
    assignShop --> savePolicy[保存角色与用户策略]
    assignMulti --> savePolicy
    assignVendor --> savePolicy
    savePolicy --> userLogin[管理员登录对应后台]
    userLogin --> enforceRbac[请求鉴权与菜单渲染]
    enforceRbac --> allowDeny{是否有权访问}
    allowDeny -->|否| show403["无权限提示"]
    allowDeny -->|是| enterBiz([进入业务功能])

步骤说明：

超级管理员在系统管理中新建后台用户，设置登录名与初始认证方式。
创建自定义角色（如「区域督导」「单店店长」），用于复用权限模板。
在菜单树中为角色勾选可见菜单、按钮与 API 权限（与 RBAC 模型一致）。
将角色或用户绑定数据范围：单店、多店列表、全部门店或某一供应商。
保存后，权限策略持久化至权限中心。
管理员登录商户、门店或供应商后台时携带身份与范围声明。
每次请求经网关或后端鉴权，按菜单与数据范围过滤返回。
越权访问返回统一无权限提示，并记录安全审计日志。

特别说明：

「菜单权限」应与后端接口权限一致，避免仅前端隐藏菜单但接口仍暴露。
一人多店时，需明确默认店铺与切换店铺时的会话策略。

10. 店铺客服配置流程

说明： 配置在线客服入口与客服人员，设定接待规则与分流策略，客服上线后接待消费者咨询，形成售前售后服务闭环。

参与角色： 商户运营、客服主管、客服人员、消费者、客服系统或 IM 服务、店铺前台入口、工单与质检（可选）

flowchart TD
    cfgEntry([配置在线客服入口]) --> pickChannel[选择入口位置与样式]
    pickChannel --> cfgStaff[添加客服人员账号或坐席]
    cfgStaff --> cfgRule[配置接待规则与分流]
    cfgRule --> cfgHours[配置客服在线时段]
    cfgHours --> staffOnline[客服签到或切换为在线]
    staffOnline --> waitUser([等待消费者发起会话])
    waitUser --> userAsk[消费者发起咨询]
    userAsk --> routeSession[按规则分配会话]
    routeSession --> chatServe[客服回复与处理]
    chatServe --> closeSession{会话结束}
    closeSession --> archive[归档与满意度评价可选]

步骤说明：

商户在后台开启店铺在线客服，并选择在商品详情、订单、个人中心等位置展示入口。
配置入口文案、图标与是否强制登录后咨询等展示策略。
添加客服账号，绑定至店铺或全平台客服组，并设置技能标签（可选）。
配置分流规则：轮流分配、按负载分配或按商品类目路由。
设置客服在线时段与非服务时间自动回复话术。
客服登录坐席端或商户端 IM，将状态切换为在线。
消费者从 C 端入口发起会话，系统创建会话并依据规则分配客服。
客服在会话中解答问题，可关联订单或发起售后工单。
会话结束后归档记录，可邀请消费者评价或进入质检抽样。

特别说明：

多店铺场景下，会话与店铺 ID 绑定，防止串店泄露其他店数据。
若接入第三方 IM，需同步账号映射与消息留存合规要求。