版本业态差异

本文档面向购买并使用 VortMall 电商平台的客户（平台运营方），按 sys_env 区分业态版本，用六张业务流图说明专业版基准链路与各增强版在流程上的增量差异。实施培训、售前选型与运营对照时，可先掌握专业版主路径，再按采购版本叠加对应章节。

版本与 `sys_env` 对照

业态版本	sys_env	关键能力摘要
专业版	pro（默认）	基础电商、单店自营
商户入驻版	merchant	多商户、入驻审核、独立店铺
B2B 批发版	b2b	询价、企业实名、批发价
跨境版	overseas	多语言、多币种、PayPal、ICU 搜索
供应商版	vendor	供应商、选品上架、供应商结算
O2O 到店版	o2o	门店、POS、预约、自提、同城配

专业版核心流程概览

说明：描述 sys_env = pro 下自营单店的端到端主链路：商品进入销售→消费者下单支付→发货履约→收货完结→资金结算。该路径为全版本功能基线；其他业态在专业版能力之上叠加差异化流程（见后续各节）。

参与角色：平台运营（后台配置与自营店铺）、自营店铺运营（商品与订单）、消费者、支付渠道、仓储物流。

flowchart TD
    subgraph cfg [平台与店铺准备]
        operator["平台运营"]
        singleStore["自营单店"]
        operator --> singleStore
    end
    subgraph goods [商品管理]
        publish["上架可售商品"]
        singleStore --> publish
    end
    subgraph shop [消费者购物与支付]
        browse["浏览选购"]
        checkout["下单结算"]
        pay["在线支付"]
        publish --> browse
        browse --> checkout
        checkout --> pay
    end
    subgraph fulfill [发货与收货]
        ship["仓库发货"]
        receive["用户确认收货"]
        pay --> ship
        ship --> receive
    end
    subgraph settle [结算]
        fundSettle["订单资金结算"]
        receive --> fundSettle
    end

步骤说明

平台运营完成系统与店铺基础配置，确立唯一自营店铺作为销售主体。
在自营店铺内维护类目、SPU/SKU、价格库存与上下架，使商品可被发现、可下单。
消费者在前台检索、加购，进入结算页确认地址、优惠与应付金额。
创建订单后发起支付；支付成功则订单进入待发货等履约状态（具体状态名以平台配置为准）。
仓库或运营按单拣货、出库并录入物流，消费者跟踪物流并在到货后确认收货（或满足自动确认规则）。
收货完成后触发对账与资金结算（含平台、支付手续费等规则，以合同与系统配置为准）。

特别说明

本节为基准流程：未展开营销、售后、拆单等分支；各增强版均默认包含上述主链路能力。
业态差异由全局 sys_env 控制；同一部署实例通常对应单一业态，避免规则混用。

商户入驻版特有流程

说明：在专业版单店自营之上，sys_env = merchant 引入多商户模型：外部商家申请入驻、平台审核通过后拥有独立店铺，自主管理商品与订单；平台可按交易收取服务费，商家侧独立提现结算。以下突出相对专业版多出的环节。

参与角色：入驻商户、平台审核/运营、消费者、支付与清结算、平台财务。

flowchart TD
    apply["商户提交入驻申请"]
    review["平台审核资质与类目"]
    openShop["审核通过开通独立店铺"]
    manage["商户独立管理商品与订单"]
    feeRule["平台配置服务费规则"]
    collectFee["订单完成后平台计提服务费"]
    merchantWithdraw["商户发起提现"]
    settleMerchant["结算至商户账户"]
    apply --> review
    review --> openShop
    openShop --> manage
    feeRule --> collectFee
    manage --> collectFee
    collectFee --> merchantWithdraw
    merchantWithdraw --> settleMerchant

步骤说明

商户在端内或运营代录提交入驻资料（主体、类目、结算账户意向等）。
平台运营按风控与类目政策审核通过或驳回；通过后生成独立店铺主体与权限边界。
商户在自有店铺内维护商品、价格、库存与订单履约，与平台侧其他商户数据隔离。
平台预先配置服务费（比例/定额/类目差异等），订单完结后按规则计提。
商户在商家中心查看可提现余额，发起提现；平台完成打款与对账，形成商家侧独立结算闭环。

特别说明

与专业版差异：专业版无「多商户、入驻审核、独立店铺、服务费分账、商户提现」；消费者购物主路径仍类似，但订单归属具体商户店铺。
审核驳回需明确原因与补件路径，避免长期滞留；服务费与提现周期建议在合同中与商家约定。

B2B 批发版特有流程

说明：sys_env = b2b 面向企业采购：先完成企业实名认证，再使用批发定价（阶梯价、协议价等）；支持询价、大宗下单、对公付款与企业发票。以下突出相对零售专业版在身份、价格、支付与票据上的差异。

参与角色：企业采购员、企业管理员（认证）、平台/B2B 运营、财务（对公、开票）、卖家（自营或入驻商户，以部署为准）。

flowchart TD
    entAuth["企业实名认证"]
    priceTier["维护批发价阶梯或协议价"]
    inquiry["发起询价单"]
    quote["报价确认"]
    bulkOrder["大宗下单"]
    corpPay["对公付款与到账确认"]
    invoice["申请与开具企业发票"]
    entAuth --> priceTier
    priceTier --> inquiry
    inquiry --> quote
    quote --> bulkOrder
    bulkOrder --> corpPay
    corpPay --> invoice

步骤说明

企业用户在平台完成主体认证（营业执照、授权书等），通过后解锁批发价与 B2B 下单权限。
运营或卖家配置阶梯价、客户组价或协议价，与零售价策略区分。
大额或非标场景可走询价：采购方提交需求，卖方报价并确认单价与交期。
确认后生成批发订单，数量/金额通常高于普通零售单，可约定起订量与物流方式。
买方通过对公转账等方式付款；财务核对到账或授信额度后放行发货/履约。
订单完成后按企业抬头申请增值税发票或其他票据，完成 B2B 闭环。

特别说明

与专业版差异：强调企业身份、批发价格体系、询价、对公支付与发票；个人零售路径可保留但非本版卖点。
协议价与授信涉及风控，需配置审批与额度策略。

跨境版特有流程

说明：sys_env = overseas 在基础交易之上提供国际化体验：前台多语言切换、多币种展示与汇率、PayPal 等国际支付；搜索侧支持 Elasticsearch 多语言与 ICU 分词；通知类消息模板翻译；履约衔接跨境物流。以下按体验与能力链路透出与专业版差异。

参与角色：海外消费者、平台运营（语言/币种/模板）、支付（PayPal 等）、搜索服务、物流服务商。

flowchart TD
    i18nUi["多语言切换与界面内容"]
    currency["多币种展示与汇率换算"]
    esIcu["ES多语言搜索与ICU分词"]
    paypalPay["PayPal等国际支付"]
    msgTmpl["消息模板翻译"]
    xbLogistics["跨境物流与清关协同"]
    i18nUi --> currency
    currency --> esIcu
    esIcu --> paypalPay
    paypalPay --> msgTmpl
    msgTmpl --> xbLogistics

步骤说明

用户选择界面语言，商品与运营内容按语言资源与翻译策略展示（多语言切换）。
用户选择或系统默认展示币种，价格按汇率换算（展示价与记账币种策略以配置为准）。
用户通过 Elasticsearch 检索商品，索引支持多语言字段，结合 ICU 分词等提升检索与排序质量。
结算环节调起 PayPal 等跨境支付，完成授权与异步回调对账。
订单确认、发货、物流节点等通知使用消息模板翻译或占位符多语言渲染。
发货后对接跨境物流轨迹，必要时处理报关与收件人税务信息（以当地法规与产品能力为准）。

特别说明

与专业版差异：专业版默认单区域、单币种、国内支付为主；跨境版强制考虑语言、币种、汇率、国际支付、搜索分词、跨境物流。
汇率与税费展示需符合运营国合规要求；PayPal 与物流 API 以实际对接清单为准。

供应商版特有流程

说明：sys_env = vendor 引入供应商角色：供应商入驻后发布商品；平台或商家选品后上架到销售端；消费者下单后由供应商发货；供应商独立结算；售后链路中增加供应商审核环节。以下突出相对专业版「仅自营备货」的差异。

参与角色：供应商、平台/店铺运营（选品）、消费者、仓储物流（供应商仓）、财务结算、售后仲裁。

flowchart TD
    vendorOnboard["供应商入驻与签约"]
    vendorSku["供应商发布可供货商品"]
    selectSku["平台或商家选品上架"]
    consumerOrder["消费者下单支付"]
    vendorShip["供应商发货履约"]
    vendorSettle["供应商独立结算"]
    afsVendor["售后单供应商审核"]
    vendorOnboard --> vendorSku
    vendorSku --> selectSku
    selectSku --> consumerOrder
    consumerOrder --> vendorShip
    vendorShip --> vendorSettle
    consumerOrder --> afsVendor
    afsVendor --> vendorSettle

步骤说明

供应商完成资质与合同流程，获得供应商后台权限与可售类目范围。
供应商维护供货商品（价格、库存、交货能力），不直接等于前台售卖，需经选品。
平台或入驻商家从供应商池选品上架，形成销售 SKU 与供应商供货关系。
消费者下单支付后，订单拆解或路由至对应供应商发货任务。
妥投与对账完成后，按协议向供应商做独立结算（账期、扣点以合同为准）。
售后申请在平台规则下流转至供应商审核（同意/拒绝/补证），再进入退款或退货物流。

特别说明

与专业版差异：专业版库存与发货主体为自营；供应商版存在供货方与售卖方分离、选品上架与供应商结算、售后审核。
需明确超卖与缺货时平台与供应商的责任边界。

O2O 到店版特有流程

说明：sys_env = o2o 连接线下门店与线上：门店档案与库存、POS 收银、预约（到店/上门）、自提、同城配送、库存日历与门店数据看板。订单履约上，预约类订单可跳过「待发货」直接进入待收货/服务完成态（与实物快递链路区分）。以下突出相对纯线上专业版的差异。

参与角色：门店店长、收银员、配送员、消费者、平台运营（门店与策略配置）。

flowchart TD
    storeMgmt["门店档案与营业时间"]
    pos["POS收银开单"]
    booking["预约管理到店或上门"]
    pickup["到店自提核销"]
    sameCity["同城配送调度"]
    stockCal["库存与可约日历"]
    dashboard["门店经营看板"]
    storeMgmt --> pos
    storeMgmt --> booking
    booking --> pickup
    booking --> sameCity
    storeMgmt --> stockCal
    pos --> dashboard
    pickup --> dashboard
    sameCity --> dashboard

步骤说明

平台维护门店地址、服务范围、营业时间、可售商品与库存策略。
门店使用 POS 完成现场开单、收款与小票，订单与线上中心同步（以对接能力为准）。
用户提交预约单，选择时段与服务类型（到店体验或上门）；系统写入库存日历防超约。
自提订单到店核销提货；同城配订单由门店或第三方配送履约并回传节点。
管理端通过看板查看门店订单、客流与履约时效，用于运营优化。
预约订单在状态机上不经过「待发货」，在履约规则满足后进入待收货或已完成（与服务完成条件一致），与快递发货路径区分。

特别说明

与专业版差异：专业版以快递履约为主；O2O 版必须处理门店、POS、预约、自提、同城配、日历库存；预约单跳过待发货为关键状态差异，配置时需与客服话术、售后规则一致。

文档使用建议

选型阶段：用「专业版核心流程」对齐基础能力，再按采购版本阅读对应「特有流程」章节。
实施阶段：将 sys_env 与合同中的业态版本对齐，避免启用未采购模块导致培训与验收口径不一致。
与订单、支付、物流等专题流程图配合阅读时，以本节业态增量为过滤器理解差异点。

版本业态差异

版本业态差异

版本与 sys_env 对照

专业版核心流程概览

商户入驻版特有流程

B2B 批发版特有流程

跨境版特有流程

供应商版特有流程

O2O 到店版特有流程

文档使用建议

版本与 `sys_env` 对照