自建商城还差支付？RuoYi Office 商城支付产品介绍：商品·订单·聚合支付一站打通
自建商城还差支付？RuoYi Office 商城支付产品介绍：商品·订单·聚合支付一站打通
🌐文档地址：http://ruoyioffice.com | 📦源码1·GitHub：ruoyi-office | 📦源码2·GitCode：ruoyi-office | 📦源码3·Gitee：ruoyi-office | 💬微信：17156169080（备注「RuoYi Office」）
“商城页面能上架了，支付还得另接一套？订单在这边、退款在那边、对账全靠 Excel？”——很多企业自建商城卡在支付闭环。RuoYi Office 把商品、订单、聚合支付放进同一套企业管理平台：SPU/SKU 管货、交易订单管履约、微信/支付宝收款与退款统一对账——商城与支付不再两张皮。
▲ 一眼看懂：商品 · 订单 · 微信/支付宝
引言：商城与支付割裂，才是真正的「半成品」
自建商城常见路径是：先搭商品与购物车，支付再找第三方 SDK 或独立收银系统。结果往往是：
货在这边、钱在那边：商品状态改了，支付单对不上；退款要两边手工对齐。
订单履约与收款脱节：已支付未发货、已退款未关单，状态机全靠人肉维护。
渠道配置散落：微信、支付宝各配一套密钥，换商户号就要改代码、重启服务。
对账靠导出：财务月底从多个后台导出 Excel，差额找半天。
| 痛点 | 商城与支付「拼凑」 | RuoYi Office 一体化 |
|---|---|---|
| 商品与收款 | 各自独立系统，状态靠人工同步 | 商品 → 下单 → 支付 → 履约同一链路 |
| 多渠道支付 | 各接各的 SDK，配置散落 | 支付中心统一接入微信/支付宝 |
| 退款闭环 | 支付侧退了，订单侧还「已支付」 | 支付退款与交易订单状态联动 |
| 对账与追踪 | 多后台导出 Excel | 支付订单列表统一检索、可追溯 |
| 企业侧管理 | 商城像「外挂」，与 OA/组织脱节 | 长在企业管理平台里，账号权限同源 |
一句话结论：自建商城真正难的不是「能卖」，而是「卖完能收、能退、能对上账」——商品、订单、支付必须长在同一套系统里。
一、产品定位：商城能力 + 聚合支付，一站打通
RuoYi Office 商城与支付，不是两个互不相干的插件，而是同一平台上的商品中心、订单中心、支付中心。
| 中心 | 解决什么 | 你能管什么 |
|---|---|---|
| 商品中心 | 卖什么、怎么定价规格 | SPU/SKU、分类、上下架、规格库存 |
| 订单中心 | 卖出去之后怎么履约 | 交易订单、支付状态、发货/售后流转 |
| 支付中心 | 怎么收款、怎么退款 | 微信/支付宝下单、回调、退款、支付订单台账 |
适合：企业自营商城、内部福利购、活动售卖、需要微信/支付宝收款且希望与企业管理后台统一运维的场景。能力边界以在线演示为准，商业版细节可咨询。
三者关系可以记成一句口诀：商品定「卖什么」，订单定「卖给谁、卖到哪一步」，支付定「钱进没进、退没退」——任缺一块，商城都还是半成品。
二、商品中心：SPU / SKU 把「货」说清楚
电商交易的起点是商品模型。RuoYi Office 按常见电商习惯拆分：
| 概念 | 含义 | 典型例子 |
|---|---|---|
| SPU | 标准化产品单元，面向展示与运营的「一款货」 | 「某品牌保温杯」 |
| SKU | 库存保有单元，可售卖的具体规格 | 「白色 500ml」「黑色 350ml」 |
运营侧在后台维护分类、标题、主图、规格与库存，控制上下架；前台下单落到具体 SKU，避免「同款不同规格」库存混在一起算不清。
▲ 商品中心：SPU 列表可检索、上下架与规格管理入口清晰——先把「卖什么」管明白，再谈收款
三、订单中心：交易单把「卖出去」管住
下单之后，真正考验系统的是订单状态是否可信。订单中心承接购物车/立即购买产生的交易单，串联：
- 创建订单：锁定 SKU、金额、收货信息。
- 发起支付：生成/关联支付单，跳转或拉起微信、支付宝。
- 支付成功：回写订单支付状态，进入待发货/履约。
- 售后与退款：需要退款时，走支付中心退款能力，并回写交易侧状态，避免「钱退了单还开着」。
▲ 订单中心：交易订单列表可按状态筛选，支付与履约进度一目了然——不再靠多系统对照
四、支付中心：微信 / 支付宝聚合，收款与退款可追溯
支付中心是商城闭环的「收银台」。能力聚焦三件事：
| 能力 | 说明 |
|---|---|
| 聚合收款 | 统一对接微信、支付宝等主流渠道，业务侧按「支付单」视角管理，而不是散落多个 SDK 页面 |
| 回调与对账 | 支付结果回调驱动订单状态；支付订单列表可检索，便于运营与财务追踪 |
| 退款 | 支持基于支付单发起退款，与商城售后/关单场景配合，形成「收款—退款」完整闭环 |
▲ 支付中心：支付订单统一台账，渠道、金额、状态可查——商城侧「已付/已退」与支付侧可对齐
五、快速体验
在线演示
- 🌐 Web 演示：http://ruoyioffice.com/web/（账号
admin/ 密码admin123） - 📱 App 演示：http://ruoyioffice.com/app/
推荐体验路径
- 登录 PC 管理端，进入商城商品管理，打开 SPU 列表，看分类、上下架与规格入口。
- 进入交易订单列表，按支付/履约状态筛选几笔样例单，理解「订单状态」主线。
- 进入支付订单列表，对照渠道与支付状态，感受商城订单与支付台账如何对齐。
- 有条件时走一遍下单 → 支付（演示环境以实际开放能力为准）→ 查看订单/支付单状态变化。
- 需要退款演示或对接真实商户号，可联系商务开通商业版咨询与环境支持。
源码仓库
| 仓库 | 地址 |
|---|---|
| GitHub | https://github.com/yuqing2026/ruoyi-office |
| GitCode | https://gitcode.com/zhouzhongyan/ruoyi-office |
| Gitee | https://gitee.com/yqzy1688/ruoyi-office |
是否开源、授权范围与商用能力，请以在线体验为准，正式商用请走商业版咨询（微信备注「RuoYi Office」）。
常见问题（FAQ）
只有商城页面、没有支付，算不算「能上线」？
不算完整闭环。能浏览加购只是前半段；微信/支付宝收款、回调改状态、退款与对账，才是企业真正要交付的能力。RuoYi Office 把支付中心与订单中心放在同一平台，避免「半成品商城」。
支持哪些支付方式？
产品侧以聚合支付能力对接微信、支付宝等主流渠道；具体商户号开通、证书配置与演示环境可用范围，请在在线体验中查看或咨询商业版。
SPU 和 SKU 一定要拆开吗？
建议拆开。SPU 管「一款货」的展示与运营，SKU 管可售规格与库存，下单与支付金额才不会和库存对不上。
退款是只改订单，还是会走支付渠道？
退款应走支付中心对应支付单的退款能力，并回写交易订单状态，避免两边状态不一致。演示环境以实际开放能力为准。
商城和 OA / 企业管理是什么关系？
商城与支付长在同一套企业管理平台：统一账号、权限与运维入口，而不是另起一套互不往来的「独立商城站」。适合企业自营售卖、福利购、活动收款等与内部管理共存的场景。
结语
自建商城的关键问题往往不是「页面好不好看」，而是：商品、订单、支付有没有长在同一条业务链上。
拼凑式方案把商城和收银拆开，最后卡在对账与退款；RuoYi Office 用商品中心（SPU/SKU）、订单中心、支付中心（微信/支付宝）把闭环收拢到一套企业管理平台。若你正被「能卖不能收、能收不能退、能退对不上账」困扰，不妨用admin/admin123在演示环境点开商品、订单、支付三张列表，先感受一体化台账，再按需咨询商业版落地。
💡想要体验 RuoYi Office 的强大功能？
🌐在线演示：http://ruoyioffice.com/web/（账号 admin / admin123）
💬技术咨询：添加💬17156169080，备注「RuoYi Office」
⭐如果觉得不错，请给个 Star 支持一下！