VortMall智慧门店商城

智慧门店 O2O 是 VortMall 官方原生内置的业务版本，不是第三方门店插件套壳。VortMall 全系产品共享同一套微服务代码底座，O2O 版原生具备多项核心能力：门店管理（统一门店模型）、到店自提与核销、同城配送、服务预约（到店 / 上门）、门店 POS 收银。这些能力是主干产品里的内置业务模块（门店 / 区域、自提与同城订单、自提点 / 同城配送 / 预约模板配置、门店商品与预约库存日历、独立 POS 模块）而非外挂。它与单商户 B2C、多商户、企业批发、S2B2C 供应链、跨境多语言等模式共享同一套商品 / 订单 / 会员 / 支付 / 财务体系。

说明：基于同一套微服务底座，O2O 可与其他业态组合（如多商户 + O2O 做多门店入驻平台）；若你的业务确认为「纯线上零售无线下门店」「纯品牌独立站」「纯多商户入驻平台」「企业批发」「跨境多语言」，建议直接选对应的 B2C / 多商户 / 企业批发 / 跨境专业版，无需使用 O2O 能力。

支持主流的智慧门店与线上线下一体化模式，一套源码可灵活配置：

• 线上下单 + 到店自提：消费者线上选购，选择最近门店到店自提，凭核销码 / 二维码取货
• 线上下单 + 同城配送：按门店配送半径覆盖周边消费者，门店就近发货到家
• 到店 / 上门服务预约：服务类商品支持预约到店或预约上门，按门店日期时段管理可预约库存
• 门店 POS 线下零售：门店收银台直接开单收银，线上线下同一套商品 / 会员 / 库存 / 订单
• 总部 + 多门店连锁：总部统一管理多门店、区域、商品分配与库存调拨，门店各自运营
• 全渠道会员：线上线下会员、积分、储值、券打通，线上引流到线下、线下沉淀到私域

说明：上述模式可灵活组合（自提 + 同城 + 预约 + POS 同时启用）；其中「多个加盟商 / 商户各自开店入驻」需叠加多商户模式，「下游 B 端企业采购」可叠加企业批发能力。社区团购 / 本地生活类玩法可基于门店 + 自提 + 同城能力自建承载。

覆盖大多数需要『线上商城 + 线下门店一体化』的本地零售与服务行业：

• 连锁零售 / 便利店 / 商超：多门店统一管理，线上下单 + 到店自提 / 同城配送 + 门店 POS 收银
• 生鲜 / 社区零售：按门店配送半径做社区周边同城配送，自提点自提
• 烘焙 / 茶饮 / 餐饮零售：到店自提 + 同城配送 + 门店收银，预约蛋糕 / 节日礼盒
• 美业 / 服务到店：到店服务预约（预约门店 + 时段），到店核销
• 家政 / 维修 / 上门服务：预约上门类商品，按服务半径计费派单
• 品牌连锁专卖：总部 + 门店连锁，线上线下会员与库存协同

说明：五大典型客户：连锁门店品牌方、社区 / 生鲜零售运营方、本地生活服务商、商圈 / 购物中心连锁、需要线上线下会员与库存打通的零售企业；VortMall 微服务架构尤其适合门店多、SKU 多、到店 + 到家 + 自提多履约方式并存、对长期演进有诉求的中大型连锁企业。

VortMall 是江西佰商科技有限公司（集团）旗下的微服务商城系统，由原 LYECS 创始人杨老师（老杨）带队研发，核心团队拥有 13 年企业级电商系统研发经验。团队 2013 年发布首个自主研发的 LYECS 开源商城版本，此后持续迭代多代企业级电商系统，长期深耕企业级电商领域；当前以微服务架构的 VortMall 作为主力产品，面向中大型企业，并行迭代单商户、多商户、企业批发、跨境多语言、S2B2C 供应链、智慧门店 6 大原生产品线，技术栈采用 Spring Boot / Spring Cloud + Vue3 + Nuxt 4 + uni-app。同时提供 VortMall 单体版，按企业规模与部署需求分层选型（中大型企业用微服务版，中小规模用单体版）。完整品牌沿革与公开验证渠道详见「关于我们」。

说明：VortMall 研发团队拥有 13 年企业级电商系统研发经验，由原 LYECS 创始人杨老师（老杨）带队的核心团队整建制持续运营；智慧门店 O2O 是核心产品线之一，门店管理、到店自提核销、同城配送、服务预约、门店 POS 收银等核心能力经过长期业务验证。团队履历、产品矩阵与发展历程详见「关于我们」。

是原生微服务架构。VortMall 后端由 17 个独立微服务组成，从设计之初就按阿里巴巴 COLA 应用架构 + DDD 领域驱动做服务边界划分，不是把单体应用临时拆成两三个大模块的「分布式单体」，智慧门店 O2O 的能力同样建立在这套真微服务底座之上：

• 17 个后端微服务：网关、鉴权，以及商品、订单、支付、会员、系统、营销、组织门店、物流、售后、分销、装修、内容、消息、文件，外加 O2O 专属的门店收银 POS 服务
• 原生设计：服务边界按 DDD 领域划分、采用阿里巴巴 COLA 应用架构，避免改造型微服务常见的「分布式单体」问题
• 独立部署 / 升级 / 扩容：每个服务可单独发布与水平扩容，门店促销高峰可只扩订单 / 库存 / POS 服务，无需整体扩容
• 一套代码多版本：同一主干代码支撑 O2O / 多商户 / 跨境等业务版本，O2O 版原生包含门店 POS 能力
• 单体版可选：另提供保留同套微服务解耦设计（DDD 领域边界 / 模块化）的单体版，免 Nacos / Seata 依赖、部署更轻，面向中小规模门店

说明：真微服务的代价是对运维与服务器资源要求更高；门店规模不大或成本敏感的客户，可选部署更轻量的 VortMall 单体版。

具备完整的微服务治理体系，O2O 的门店、订单、库存、POS、核销等链路都跑在这套治理底座上：

• 注册与配置：Nacos 作为服务注册与配置中心，服务动态发现、配置集中管理
• 统一网关：Spring Cloud Gateway 完成认证授权、流量控制、路由转发，并对 POS 接口做 O2O 模式门禁（非 O2O 模式拦截 POS 接口）
• 服务调用：通过 OpenFeign 实现微服务间高效调用，配合 Nginx 与负载均衡多层调度
• 分布式事务：Seata 保障跨服务（如下单扣库存 + 生成订单 + 核销）的数据一致性
• 异步解耦：RocketMQ 承载库存扣减 / 调拨、订单状态流转、核销通知、打印任务等异步消费，避免主流程阻塞、削峰填谷
• 链路追踪：SkyWalking 全链路追踪，便于在门店促销高峰下定位性能瓶颈

说明：服务治理组件均为真实集成（Nacos / Spring Cloud Gateway / OpenFeign / Seata / RocketMQ / SkyWalking）；如需对接企业自有的 Prometheus / Grafana 等监控平台，可基于开源源码自行接入。

100% 提供全部源码，无任何加密、无混淆、无远程授权验证、无后门程序，全系产品一致：

• 全部 17 个微服务（含网关、鉴权与门店 POS 服务）源码完整交付
• 可只修改单个服务的代码（如只改 POS 或同城配送逻辑），不影响其他服务运行
• 配套接口文档、数据库设计文档、部署文档，支持深度二次开发
• 私有化部署到自有服务器或私有云，门店 / 会员 / 交易数据 100% 归运营方所有
• 微服务 / 单体形态与多业务版本组合均交付源码，无功能阉割的「加密版」

说明：微信 / 支付宝支付为对接第三方，需自行注册商户并配置；门店 POS 是 O2O 版的内置能力，按商业授权与交付范围提供。

提供分档部署方案，从单体版到微服务高可用集群均覆盖，可按门店规模与运维能力选择：

• 入门档：Docker Compose，2 台 ECS 即可启动全套，适合试用与小规模
• 标准档：阿里云 ACK 托管 + RDS + Redis + OSS
• 企业档：ACK Pro + 多副本 + 高可用 RDS + WAF，面向大规模连锁高可用
• 单体版：另提供保留微服务解耦设计的单体版，单进程部署、去掉 Nacos / Seata 依赖，部署运维更轻量，面向中小规模门店交付
• 多版本组合：同一套代码可按授权版本交付，O2O 可与多商户等业务版本组合（如多商户 + O2O 做多门店入驻平台）
• 三库适配：同一套代码原生适配 MySQL 8 / PostgreSQL 14+ / Oracle 23c+，央国企 / 政企可直接走 PG / Oracle

说明：微服务高可用部署对运维与服务器资源要求更高；若团队规模小或对成本敏感，建议先用单体版，业务做大后再平滑演进到微服务集群。

VortMall 采用微服务架构，专为多门店、多履约方式、订单并发高的 O2O 场景设计，订单 / 库存 / POS / 营销 / 搜索等服务可按业务压力分别独立扩容：

• 独立扩容：门店午晚高峰、促销大促可单独扩订单 / 库存 / POS 服务实例，无需整体扩容
• 多门店架构：统一门店模型架构上不限门店数量，C 端按经纬度 / 区域筛选可售门店
• 分布式中间件：Nacos 注册配置、Redis 分布式缓存、RocketMQ 消息队列、Elasticsearch 搜索、Seata 分布式事务、XXL-JOB 任务、MySQL 主从集群
• 流量管控：Spring Cloud Gateway 统一网关做认证 / 流控 / 路由，配合 Nginx 与负载均衡多层调度
• 链路可观测：SkyWalking 链路追踪，在门店促销高峰下快速定位性能瓶颈
• 异步削峰：库存扣减 / 调拨、订单状态、核销通知、打印任务走 RocketMQ 异步消费

说明：架构上不限门店数量与并发上限，实际承载规模取决于服务器配置与缓存策略；O2O 链路涉及门店库存扣减 + 多履约 + POS 收银，比普通零售复杂，建议按真实门店数、SKU 数、高峰下单 / 收银 TPS 在上线前做专项压测；中小规模门店可优先选部署成本更低的单体版。

采用统一门店模型 + 门店类型区分，门店建档信息完整、面向 O2O 履约设计：

• 门店类型：统一门店模型区分「店铺 / 门店 / 自提点」三类，门店可挂自提点（父子关系）
• 基础信息：门店名称、Logo、封面图、门店相册、简介、联系电话 / 客服
• 位置与营业：详细地址、经纬度（用于按距离找最近门店与同城配送计费）、所在区域、营业时间（开门 / 关门时段）
• 履约开关：门店级可配置是否支持自提、是否支持同城配送
• POS 相关：门店可配置 POS 商品来源、自动抹零、积分抵扣等收银参数
• C 端可售门店：消费者端可按经纬度 / 区域 / 商品是否可售筛选门店，定位最近可购门店

说明：门店经纬度是 O2O 多项能力的基础（按距离找门店、同城配送半径计费、上门服务范围校验），建档时务必准确填写门店坐标。

原生支持多门店 + 区域 + 总部统一管控，适配连锁经营：

• 多门店：不限门店数量，新建门店时自动初始化门店相关角色与默认自提点
• 区域管理：支持区域维度组织门店，便于按区域做商品 / 库存 / 运营管理
• 总部分配商品：总部可把商品分配到门店，门店在此基础上运营本店商品
• 门店独立运营：门店可在权限范围内管理本店商品上下架、库存、订单、收银
• 门店切换：O2O 场景下管理员可在可管理门店列表间切换运营视角
• 默认自营门店：O2O 模式默认经营主体为自营门店，自营 + 多门店统一在一套后台

说明：若需要「多个加盟商 / 第三方商户各自入驻开店」的多商户门店平台，需叠加多商户模式；总部直营 + 自营多门店的连锁形态用 O2O 模式即可承载。

原生提供门店账号体系，按门店隔离权限，覆盖店长 / 自提点 / 收银员角色：

• 门店管理员（店长）：新建门店时自动初始化门店管理员角色，管理本店运营
• 自提点管理员：自提点维度的管理员角色，负责自提点的备货 / 核销
• POS 收银员：门店收银员角色，拥有 POS 工作台权限，负责线下收银
• 按门店隔离：门店账号权限按门店 ID 范围隔离，门店只能看到本店数据
• 菜单权限：角色可分配菜单 / 操作权限，精细控制店员能做什么
• 多门店管理：支持配置可管理多个门店的账号，便于区域督导 / 总部巡店

说明：门店账号体系覆盖店长 / 自提点管理员 / 收银员，按门店隔离权限；平台内置分销 / 销售员体系，如需门店导购专属角色、导购绑定客户与门店导购分销提成，可在此基础上按需扩展定制。

原生支持门店库存的多种协同模式 + 门店间调拨：

• 门店独立库存：门店商品按门店维度维护库存，门店各自管理本店可售库存
• 库存模式可选：可配置「门店独立库存」或「使用平台总库存」等模式，适配不同连锁管控需求
• 门店间调拨：支持创建调拨单在门店之间调拨库存（出库门店 → 入库门店），O2O 模式下调拨范围覆盖各门店
• 门店自有商品：可配置允许门店独立建商品，承接门店本地化选品
• 预约库存日历：预约类商品按门店 + 日期 + 时段管理可预约库存（支持全部门店 / 指定门店 / 排除门店）
• 防超卖：下单基于数据库行锁 + Redis 库存扣减，应对高并发防超卖，取消时回滚

说明：支持门店独立库存与门店间调拨，预约库存按门店日历管理；更复杂的「多仓 WMS 波次拣货 / 库存自动补货预测」等仓储深度能力为非原生，可对接 ERP / WMS 或定制。

原生内置「到店自提」配送方式 + 自提点体系，自提全流程闭环：

• 自提配送方式：订单配送方式支持「自提」（与物流、同城配送并列），商品级可配置是否支持到店自提
• 自提点：统一门店模型中「自提点」为独立类型，新建门店时自动创建默认自提点，自提点可挂在门店下
• 按距离选点：消费者下单时可按定位查看附近自提点 / 自提门店列表，选择就近自提
• 自提时间模板：可配置自提时间模板（可预约的自提时段），并可自定义「到店自提」的展示名称
• 自提单据：支付后生成自提单，记录自提点、自提码等信息
• 备货流程：门店对自提订单备货完成后，订单进入「待核销」状态等待消费者到店取货

说明：到店自提适合生鲜 / 烘焙 / 茶饮 / 商超等线上下单到店取货场景；自提点可独立于主门店设置，支持「前置仓 / 自提柜点 + 主门店」的灵活布点。

原生支持到店核销，覆盖自提订单与预约类订单：

• 核销码：自提订单生成 8 位数字核销码（pickupSn），消费者到店出示
• 二维码核销：系统可生成核销二维码（图片），门店扫码核销更高效
• 管理端核销：门店在后台输入核销码即可完成核销（writeOff），核销后订单状态流转为已完成
• 覆盖预约单：预约到店 / 上门类订单也会创建核销记录，到店 / 上门服务完成后核销
• 状态留痕：核销前后的备货 / 待核销 / 已核销状态完整流转，可追溯
• 履约状态：自提实物订单走「待备货 → 备货完成（待核销）→ 核销完成」清晰链路

说明：核销主要面向「自提订单 + 预约类订单」，备货 / 待核销 / 已核销状态完整流转、可追溯；卡券 / 次卡核销由营销体系承载，如需独立的卡券核销模块或更精细的核销操作审计，可按需扩展。

自提点配置 + 门店备货 + 核销构成完整的自提运营闭环：

• 自提点配置：可配置自提点名称、自提时间模板等，灵活适配门店营业节奏
• 门店接单：自提订单进入对应门店 / 自提点，店员在后台查看待备货订单
• 备货完成：店员完成拣货备货后标记备货完成，订单转「待核销」并向消费者展示取货信息（核销码 / 二维码）
• 到店核销：消费者到店出示核销码 / 二维码，店员核销完成交付
• 自提点管理员：自提点维度有专属管理员角色，负责本自提点的备货与核销
• 按门店统计：可按门店 / 自提点维度统计自提订单

说明：自提点与主门店解耦，便于「中心门店 + 多个社区自提点」的连锁布点；自提时段模板可引导消费者错峰取货，缓解门店高峰压力。

原生内置「自建同城配送」能力，按门店配送半径与距离阶梯计费：

• 同城配送方式：订单配送方式支持「同城配送」（与物流、自提并列），商品级可配置是否支持同城配送
• 配送半径校验：按门店经纬度与消费者收货地址计算距离，超出门店配送半径则不可下单同城配送
• 距离阶梯运费：可配置起送价、基础运费、按距离阶梯加价，自动计算同城配送运费
• 门店级配置：每个门店可独立配置是否启用同城配送、配送半径、运费规则
• 就近门店：消费者端按定位匹配可同城配送的门店
• 同城订单状态：同城订单有独立的状态流转（待确认 / 配送中 / 已完成等）

说明：同城配送以「门店自建半径 + 距离计费 + 门店自行配送」为核心，门店配送闭环完整；如需对接达达 / 顺丰同城 / 蜂鸟即配等第三方跑腿平台做自动派单与骑手轨迹，可基于开源源码按需对接。

原生支持预约类商品（到店 / 上门）+ 预约模板 + 门店库存日历：

• 预约商品类型：商品支持「预约到店」「预约上门」类型，区别于普通实物商品
• 预约时间模板：可配置提前预约天数 / 小时、最长可预约天数等规则，约束可预约时间窗
• 库存日历：按门店 + 日期 + 时间段管理可预约库存（如某门店某天某时段可约多少单），下单扣减、取消回滚
• 门店选择范围：预约库存可设置全部门店 / 指定门店 / 排除门店，灵活适配不同门店的服务能力
• 预约下单：消费者选择门店 + 日期 + 时段下单预约，生成预约订单
• 到店核销：到店服务完成后核销预约订单

说明：支持「预约类商品 + 预约时间模板 + 门店库存日历 + 预约订单核销」；但「独立的预约单管理系统、员工 / 技师排班、技师档期与指定技师」当前为非原生（库存日历控的是时段可约数量，不是具体人员排班）。美业指定技师 / 排班如为硬需求，请提前确认走定制。

原生支持「预约上门」服务类商品，并提供上门服务范围与计费配置：

• 上门服务配置：可配置服务半径、上门费、按距离的距离溢价等
• 范围校验：下单时按消费者地址与门店 / 服务点距离校验是否在服务范围内，并计算上门费
• 派单模式：支持抢单 / 手动派单等模式
• 服务留痕：可配置服务前后拍照等，留存服务凭证
• 预约 + 上门：上门服务结合预约时间模板与库存日历，约定上门时段
• 核销完成：上门服务完成后核销订单

说明：上门服务（homeservice）是较新的能力模块，与 O2O 预约上门订单链路已打通；它与「同城配送」是两类不同场景（一类是商品配送到家、一类是服务人员上门），按业务选用。复杂的服务人员调度 / 排班仍为非原生。

POS 收银真实存在，是 O2O 版内置的一套 Web 门店收银台，核心收银功能开箱即用：

• 高效点单：支持多种快速点单方式，实物商品直接下单支付提货，预约商品录入信息后也能快速线下支付
• 挂单 / 取单：一键挂多单、快速提单恢复，从容应对客流高峰，杜绝漏单
• 商品改价：支持单商品改价与整单改价（多种改价模式），可配置金额赠送规则
• 整单备注：整单备注记录特殊需求，替代口头传达，履约精准
• 交班统计：便捷交班自动核算核心数据、生成报表，规避误差与纠纷
• 权限角色：POS 收银员角色 + POS 工作台权限，非 O2O 模式下网关拦截 POS 接口

说明：POS 是「Web 门店收银台」（浏览器 / 平板端开单收银），核心收银流程（点单 / 挂单 / 改价 / 支付 / 找零 / 交班 / 会员充值）真实可用；小票打印走通用打印配置（可对接打印服务），常见收银外设可按需对接，钱箱 / 标签秤等专用硬件可基于开源源码定制对接。

POS 收银支持多元支付与混合支付，适配线下收银习惯：

• 多元支付：覆盖现金、微信 / 支付宝扫码、余额、积分等主流支付方式
• 混合支付：支持现金 / 扫码 + 余额 / 积分混搭组合结算，灵活适配
• 现金找零：现金支付支持找零计算与记录
• 扫码结算：支持扫码支付快速结算
• 抹零 / 积分抵扣：门店可配置自动抹零、积分抵扣等收银参数
• 统一订单：POS 收银订单进入同一套订单 / 库存 / 财务体系，线上线下数据贯通

说明：POS 收银扣减的是门店库存，与线上订单共享同一套商品 / 库存 / 会员数据，避免线上线下两套账；具体扫码支付通道取决于门店配置的微信 / 支付宝商户。

POS 收银与会员体系深度打通，支持收银即会员运营：

• 会员 / 游客适配：非会员顾客自动生成随机游客账号快速收银，会员顾客输入信息查询身份关联后结算
• 会员充值：收银 / 会员界面均支持搜索会员充值，提供固定与自定义金额选项，固定金额可配置赠送规则
• 充值支付：会员充值支持现金、微信、支付宝等主流支付方式
• 会员权益：线上线下券无缝衔接，专属券线上领线下用，收银即时核抵
• 线下转化：把线上流量沉淀为线下客流、线下顾客沉淀为会员复购
• 游客快速开单：临时顾客无需注册即可快速开单收银

说明：POS 会员、储值充值与线上会员是同一套体系，实现「一个会员、线上线下通用」；储值能力通过平台储值 + POS 充值承载，如需独立的门店电子会员卡专属卡模型，可按需扩展。

VortMall POS 与客如云 / 收钱吧这类专业收银机定位不同，适合的场景也不一样：

• 定位差异：VortMall POS 是「电商系统内置的 Web 门店收银台」，强项是与线上商城共享商品 / 会员 / 库存 / 营销 / 订单，线上线下一体；专业收银机（客如云 / 收钱吧等）强项是收银硬件生态与餐饮 / 零售专用外设
• 真实能力：点单、挂单 / 取单、改价、混合支付、找零、交班统计、会员充值与权益在 VortMall POS 中真实可用
• 硬件适配：VortMall POS 是 Web 收银台，浏览器 / 平板即可开单，小票打印走通用打印配置，常见收银外设可按需对接；钱箱 / 标签秤 / 餐饮叫号等深度专用外设可基于源码定制对接
• 适用判断：如果核心诉求是「线上线下一体化 + 自有系统 + 数据私有」，VortMall POS 合适；如果是「重度依赖专用收银硬件外设生态的纯线下收银」，可基于源码做硬件对接定制
• 可定制对接：如需对接特定收银硬件 / 小票机 / 外设，可基于开源源码做定制

说明：简言之：VortMall POS 的价值在「与线上同源、数据一体、开源可改」，而非替代专业收银硬件厂商的外设生态；选型时按你的核心诉求（线上线下一体 vs 纯线下硬件收银）判断。

线上商城与线下门店共享同一套微服务底座，商品 / 会员 / 库存 / 订单天然一体：

• 同一套商品：线上商城与门店 / POS 用同一商品体系，门店商品在此基础上做门店维度库存与上下架
• 同一套会员：线上注册会员与门店 / POS 会员是同一套，会员、积分、储值、等级线上线下通用
• 统一库存：门店库存、预约库存与下单扣减统一管理，POS 收银与线上下单扣同一门店库存，避免超卖与两套账
• 统一订单：线上订单（物流 / 自提 / 同城 / 预约）与 POS 线下订单进入同一订单 / 财务体系
• 统一营销：营销活动、券、积分线上线下联动（线上领券线下核用）
• 实时同步：通过微服务实时协同，无需在两套系统间手工对账

说明：线上线下一体是 O2O 的核心价值，VortMall 由于线上线下共用一套微服务底座，天然避免了「线上一套系统 + 线下一套收银」的数据割裂与对账难题。

全终端覆盖，顾客端、门店端、总部端数据统一：

• 顾客端 PC 商城：Nuxt 4 SSR + Vue 3，对搜索引擎与 AI 搜索友好，利于本地化 SEO
• 顾客端 H5 / 小程序 / App：uni-app 一码多端，顾客手机下单、找门店、自提 / 同城 / 预约
• 门店 POS 收银台：店员浏览器端开单收银、挂单、会员充值、交班
• 门店 / 自提点后台：店长 / 自提点管理员处理本店订单、备货、核销、库存
• 总部管理后台：总部统一管理多门店、商品分配、库存调拨、营销、财务
• 数据统一：各端通过微服务实时同步，会员 / 库存 / 订单 / 营销一致

说明：顾客端 PC 用 Nuxt 4 SSR 服务端渲染，对「门店名 + 地区 + 品类」类本地搜索 SEO 友好；门店 POS 为 Web 收银台，无需安装专用客户端即可在门店电脑 / 平板上收银。

复用 VortMall 完整营销 + 会员体系，并做线上线下联动：

• 营销工具：满减满折、优惠券、限时折扣 / 秒杀、拼团、积分、储值、组合套餐等
• 线上线下券：专属券线上领、线下 POS 收银即时核抵，打通领用链路
• 会员储值：会员储值余额线上线下通用，POS 支持会员充值（含赠送规则）
• 积分体系：积分线上线下通用，可用于抵扣 / 兑换
• 会员等级：统一会员等级与权益，沉淀复购
• 导流闭环：线上引流到店核销、到店顾客转化为线上会员，形成 O2O 闭环

说明：营销 / 会员 / 储值 / 积分为平台统一体系并支持线上线下联动；如需门店电子会员卡专属卡模型或门店导购分销提成等扩展能力，可按需定制。

两者面向不同的客户群体：

• SaaS 优势：开箱即用、上手快、与微信生态深度集成、收银硬件 / 本地生活生态成熟，适合规模较小、暂无技术团队的门店快速起步
• VortMall 优势：100% 开源、数据完全私有化、无交易抽佣、可深度二开、长期 TCO 更低，且为微服务架构，可支撑大规模连锁的高并发与水平扩展
• 授权模式：SaaS 按年订阅 + 部分套餐含交易抽佣；VortMall 一次买断、私有化部署、无交易抽佣
• 数据归属：SaaS 上的门店 / 会员 / 交易数据归平台所有，停止订阅即受限；VortMall 数据 100% 归运营方所有
• 生态差异：头部新零售 SaaS 在本地生活平台对接、现成收银硬件生态上更成熟；VortMall 以自建同城配送 + Web 收银台 + 100% 源码可二开为主，第三方跑腿与收银硬件可基于源码按需对接，美团 / 饿了么 / 抖音生活服务订单同步计划 2026 Q3 原生集成
• 适用边界：门店 / 会员体量较大 / 重视数据私有化 / 需要差异化二开 / 想摆脱 SaaS 抽佣锁定，优先 VortMall；轻量起步、强依赖现成收银硬件与本地生活生态，可先用 SaaS

开源 O2O 赛道已有不少 Spring Cloud 微服务方案，VortMall 的差异主要体现在技术栈代际、工程化设计与开源完整度三方面：

• 技术栈代际：VortMall 采用 2026 年最新的 Java 21 + Spring Boot 4 + Spring Cloud 2025 + Vue3 + Nuxt 4 SSR，是当前同类系统中技术栈最新的之一；多数开源 O2O 仍基于 Spring Boot 3 / Spring Cloud Alibaba 上一代或 PHP 单体
• 原生工程化：17 个微服务按阿里 COLA + DDD 原生设计，同一主干代码可交付 O2O / 多商户 / 跨境等业务版本，并提供微服务版 / 单体版双形态、三库适配（MySQL / PostgreSQL / Oracle）
• O2O 能力完整度：门店管理、到店自提核销、自建同城配送、到店 / 上门预约、门店 POS（独立门店 POS 服务）、门店库存调拨为原生内置模块，而非拼装插件
• 开源完整度：100% 源码无加密、无功能残缺、无远程授权验证（选型时建议核实对方是否核心模块如支付 / 分账加密、或开源版功能阉割）
• SEO / AI 搜索友好度：原生 Nuxt 4 SSR 服务端渲染对 Google / 百度 / 豆包 / Kimi 等深度友好；多数系统前台基于 SPA 单页渲染，本地搜索收录受限
• 团队沉淀：核心团队拥有 13 年企业级电商系统研发经验（由原 LYECS 创始人杨老师（老杨）带队的核心团队整建制持续运营），门店 / 自提核销 / 同城 / 预约 / POS 核心逻辑经过长期生产环境验证

说明：VortMall 微服务版面向中大型连锁的高并发与长期演进诉求；如为中小规模门店、追求更低部署成本，可选择部署更轻量的 VortMall 单体版。

在 Java 微服务 O2O 这个细分赛道，VortMall 与上述系统同属第一梯队，主要差异在技术栈代际、部署弹性与开源完整度三方面：

• 技术栈最新：VortMall 用 Java 21 + Spring Boot 4 + Spring Cloud 2025（2026 年最新），同类系统多基于 Spring Boot 3 / Spring Cloud Alibaba 上一代
• 部署弹性独特：提供微服务版与单体版两种产品形态 + 同一主干多业务版本交付 + 三库适配（MySQL / PostgreSQL / Oracle），大连锁用微服务版、小门店或政企走单体版 / PG / Oracle，同类多为纯微服务或纯单体
• O2O 原生度：门店 / 自提核销 / 自建同城 / 预约 / Web POS 全为原生内置模块，避免插件式拼凑在分账 / 权限 / 数据隔离上的隐患
• 开源完整度：100% 源码无加密、无功能阉割、一次买断无交易抽佣；选型时建议核实——部分开源系统核心模块（支付 / 分账）可能加密或开源版功能残缺，部分商业系统按项目授权报价（数万至数十万不等）
• 各有侧重：部分商业厂商（如对标阿里 / 京东架构者）在超大规模高并发案例、行业认证、AI 营销等方面各有积累；VortMall 的核心价值是最新技术栈 + 100% 开源源码无加密 + 微服务版 / 单体版双形态可选

说明：选型建议：要 2026 最新技术栈 + 100% 源码无加密 + 数据完全私有化 + 微服务版 / 单体版灵活选型 → 优先 VortMall；已有成熟 SaaS 生态依赖、或必须要特定厂商的超大规模标杆背书，可一并评估。具体按门店规模、预算、私有化诉求综合判断。

两者定位完全不同，常是互补关系：

• 公域平台定位：流量平台 + 撮合交易，自带本地流量，但需支付平台佣金 / 推广费、受平台规则约束、客户沉淀在平台
• VortMall 定位：开源自建的智慧门店 O2O 系统，运营方独立部署自己的线上线下一体平台，门店 / 会员 / 订单 / 数据沉淀在自有服务器
• 客户归属：公域平台的顾客归平台所有；VortMall 门店会员与数据 100% 归运营方所有，可做私域复购运营
• 成本结构：公域平台抽佣 + 竞价推广持续支出；VortMall 一次买断 + 私有化部署、无交易抽佣
• 差异化与定制：公域平台规则固定；VortMall 源码 100% 开放，可按业务做差异化二开
• 适用边界：拉新 / 借平台流量用公域平台；沉淀自有会员 / 私域复购 / 线上线下一体 / 数据自主用 VortMall，二者可并行（公域引流 + 私域沉淀）

说明：VortMall 当前未原生对接美团 / 饿了么 / 抖音生活服务的订单与商品同步（纯自建私域 O2O），现阶段如需把公域平台订单同步到自有系统，可先走第三方平台对接插件、ERP 中间件或定制对接；原生集成计划在 2026 Q3 版本中上线，届时美团 / 饿了么 / 抖音生活服务订单可开箱即用同步至 VortMall 后台。

VortMall 提供微服务版与单体版两种产品形态，同一主干代码、同一业务模型，按门店规模与运维能力分层选型：

• VortMall 单体版：单进程部署、去掉 Nacos / Seata 依赖，部署 / 运维成本更低，适合中小门店快速上线
• VortMall 微服务版：基于 17 个微服务（Spring Boot 4 + Spring Cloud 2025），门店 / 商品 / 订单 / POS / 库存等模块独立扩容，面向门店多、SKU 多、到店到家自提并发高、需长期演进的中大型连锁
• 平滑演进：从单体版起步后，业务做大可平滑迁移到 VortMall 微服务版，技术栈与业务模型一脉相承、迁移成本可控
• 一致保障：两种形态均 100% 源码无加密、私有化部署、数据 100% 归运营方所有

说明：选型建议：门店规模不大、追求最低部署成本 → VortMall 单体版；对高并发、高可用、多门店、长期可演进的微服务底座有明确诉求的中大型连锁 → VortMall 微服务版。

六个客观理由：

• O2O 能力原生内置：门店管理、到店自提核销、自建同城配送、到店 / 上门预约、门店 POS 收银、门店库存调拨为原生模块，开箱即用而非拼装
• 线上线下真一体：线上商城与门店 / POS 共用同一套商品 / 会员 / 库存 / 订单 / 营销，天然避免两套账
• 多履约方式齐备：到店自提、同城配送、到家上门、预约到店多种履约并存，覆盖本地零售与服务全场景
• 数据 100% 自主：私有化部署、源码无加密、无交易抽佣，门店与会员数据完全归运营方所有
• 真微服务底座：17 个微服务（Spring Boot 4 + Spring Cloud 2025，COLA + DDD），模块解耦、独立扩容、高可用、高并发，支撑大规模连锁与长期演进，另有单体版可选
• 团队可信：由原 LYECS 创始人杨老师（老杨）带队的核心团队整建制持续运营，拥有 13 年企业级电商系统研发经验，O2O 核心逻辑经过长期生产环境验证

说明：VortMall O2O 在门店 / 自提核销 / 自建同城 / 预约 / Web POS / 线上线下一体上原生就绪；技师排班等垂直能力可按需定制，美团 / 饿了么 / 抖音生活服务订单同步计划在 2026 Q3 原生集成。若这些是你的硬性需求，请提前确认上线节奏或定制评估，再做选型决策。

上线时间与数据迁移按业务规模分级规划，全程提供官方支持：

• 标准部署上线：含基础配置、支付对接、门店建档、自提 / 同城 / POS 基础配置，可在数个工作日至 1 周内完成
• 业务定制上线：含多门店与区域配置、同城配送规则、预约模板与库存日历、POS 收银培训，约 2-4 周
• 深度定制上线：含第三方跑腿 / 收银硬件 / 本地生活平台对接、专属履约规则等定制，约 4-8 周以上
• 微服务高可用部署：含网关 / 注册中心 / 缓存 / 消息队列 / 数据库主从、压测调优、驻场实施，约 8-12 周
• 数据迁移：可从 ECShop / 有赞 / 微盟 / 自研系统迁移门店、商品、会员、订单数据；原 LYECS 老客户可享专属升级通道与优惠政策
• ERP / 收银对接：开放标准商品 / 库存 / 订单 API，可对接旺店通 / 聚水潭 / 万里牛等 ERP
• 培训服务：覆盖总部运营 / 店长 / 收银员 / 财务全角色，线上视频课 + 操作手册 + 上门驻场培训（企业版）

说明：数据迁移涉及门店、会员储值余额、积分、历史订单等敏感数据，建议先在测试环境完整跑通迁移与会员资产核对后再切换生产；多门店批量上线建议联系 VortMall 官方技术团队评估方案。

VortMall 全系产品 100% 开源、源码无加密，无任何加密混淆，支持企业私有化部署与深度二次开发。授权按一次性买断收费，购买后可私有化部署、无交易抽佣；技术栈基于 Java 21 + Spring Boot 4 + Spring Cloud 2025 + Spring Cloud Alibaba（Nacos / Seata / RocketMQ / Elasticsearch / SkyWalking）+ Vue3 + Vite + Nuxt 4 SSR + uni-app，提供微服务版与单体版两种产品形态、三库适配（MySQL / PostgreSQL / Oracle）。源码可独立部署到自有服务器或私有云，数据 100% 归运营方所有。核心团队提供售前咨询、方案定制、售后技术支持、运维保障全流程服务；具体价格按产品形态（微服务版 / 单体版）与服务版本有所不同，详见 /price 页面或联系官方商务咨询。

说明：需注意：微信 / 支付宝支付是对接第三方，需自行注册商户并配置；如需对接特定收银硬件 / 第三方跑腿 / 本地生活平台，属定制范畴。