线上订单
顾客在小程序下的单，出问题都要在这个窗口里逐单处理：选错了自提门店、快递没录单号、退款申请堆着没人审、拼团差一个人迟迟不成团、月底要给财务一份订单明细。线上订单是订单的处理窗口，一行一张单，选中后直接改、直接退、直接发货；它和只做金额汇总的 线上订单统计表 是两回事——那张表看数字，这个窗口动单据。
功能路径：系统菜单 → O2O业务 → 微信商城 → 线上订单
一、功能概述
1. 与线上订单统计表的分工
| 对比项 | 线上订单（本窗口） | 线上订单统计表 |
|---|---|---|
| 定位 | 订单处理窗口，可改动单据 | 汇总报表，只读 |
| 数据粒度 | 一行一张订单 | 一行一天 / 一行一月 |
| 可用操作 | 修改、开团、发货、退款、一键退款、驳回、导出 | 切换按日按月、勾选收款方式 |
| 典型问题 | 「这单怎么改」「这笔退款审不审」 | 「今天线上做了多少钱」 |
两张单据统计范围一致，但本窗口里改动的金额会反映到统计表的取数口径（例如退款计入退单金额），所以处理完单据再出报表，不要反过来拿报表数字去猜单据。
2. 入口位置
微信商城首页顶部工具栏上有商城设置与商城活动两个下拉菜单（不是页签，也不是主导航里的子菜单）：【商城设置】里是微信商品类别、SKU、快递公司、商城模块管理、区域、送货时段、分店、快递、商城管理员这些基础配置，【商城活动】里是买商品送券、红包投放规则、线上特价促销、已生效线上促销管理。本窗口是微信商城首页上的图标功能之一，和它并排的图标是网店商品、商城广告、更新微信商城图片、会员签到、限时抢购、拼团方案、积分商城规则、抽奖、线上卖券、拉新下单送券这些活动设置窗口。首页底部的报表快捷入口（线上订单统计表、分销员查询、分销员提现查询等）属于只读查询，两者不要混：改单据来这里，看汇总去那里，报表区的归属见 分销员查询与提现查询 的最后一节。
二、界面布局
窗口上方是查询条件区，中间是订单结果表，右侧展开后是当前订单的订单产品与订单详情两块明细，工具栏提供第四节所述的各项操作。
查询条件
| 条件 | 怎么用 |
|---|---|
| 下单时间 | 起止日期，日常处理先只限这一项 |
| 取货时间 | 按顾客预约的取货日期与时间段筛单，做备货排产时用 |
| 订单号 | 小程序订单号，顾客报单号时直接定位 |
| 小票号 | 软件内部单号 |
| 卡类别 | 按会员类别筛，看某类会员的线上消费 |
| 订单类型 | 多选，区分普通、拼团、秒杀等来源 |
| 订单状态 | 多选，筛待发货、待取货等待办单的主要入口 |
| 维权状态 | 多选，筛退款申请与处理结果 |
| 配送方式 | 多选，自提 / 同城配送 / 快递发货分开处理 |
| 付款方式 | 多选，按微信、会员卡、电子券等口径筛单 |
| 取货分店 | 机构选择框，按门店出单 |
| 排序规则 | 下拉决定结果表按哪个字段排列 |
结果表主要列
订单标识与金额：订单号、小票号（预订小票号）、订单日期、订单创建日期、订单更新日期、订单状态、订单类型、商品总数、订单金额、付款日期、付款方式、优惠券类型、优惠券号、券值。
顾客与会员：会员编号、会员名称、会员类别、微信昵称、买家留言、内部备注。
履约：取货方式、取货状态、取货分店、取货时间、取货联系电话、收货人姓名、收货人手机号、收货地址。
退款：退款状态、退款申请日期、退款日期、退款原因、退款驳回日期、退款驳回原因、退款备注。
物流：是否物流、物流单号、物流公司名称。
行展开后的订单产品列出这一单里的每个商品（商品编号、商品名称、规格、单位、单价、数量、金额、备注），用于核对顾客到底买了什么、改单前后差别在哪。
三、业务操作步骤
步骤 1：打开窗口
系统菜单 → O2O业务 → 微信商城 → 双击【线上订单】图标。
步骤 2：限定查询范围
设定下单时间，选定取货分店（只有勾选为商城门店的分店会出现在条件里），需要时再加订单状态、维权状态与配送方式，执行查询后结果表列出符合条件的订单。只筛待办单时用「订单状态 + 配送方式」两个条件最省事。
步骤 3：选中订单执行操作
单击选中要处理的那一行，右侧同时展开这单的订单产品与订单详情；再点工具栏对应的操作按钮（修改 / 开团 / 发货 / 退款 / 一键退款 / 驳回 / 物流）。按钮是否可点取决于该行的状态，不可点时先核对状态列，不要绕开状态强行操作。
步骤 4：确认结果
处理完该行的状态列立即刷新（例如从「待退款」变为已退款、从「待发货」变为已发货）。状态没变说明操作未生效，按第七节排查。
步骤 5：导出交财务或存档
工具栏【导出】是一个下拉，里面有按订单和按商品明细两种导出，选一种把当前查询结果导出为 Excel，用于对账、存档或再加工。导出的是当前查询条件下的结果，所以先确认范围再导，避免拿半截数据对整月账；要按商品看销量分布就用「按商品明细」，要按单对账就用按订单导出。
四、操作按钮说明
| 按钮 | 适用状态 | 做什么 |
|---|---|---|
| 修改 | 未完成的订单 | 修改订单内容，常用的是取货门店和取货时间，例如顾客下错门店、临时改到店时间 |
| 开团 | 拼团中的订单 | 模拟成团。拼团人数到截止仍未凑齐时，用它把该团置为成团，让订单继续走完 |
| 发货 | 快递发货的订单 | 录入该订单对应的物流公司与快递单号；手机端查看订单时同步显示物流信息 |
| 退款 | 仅「待退款」 | 审核通过顾客的退款申请。只有「待退款」状态才能点这个按钮 |
| 一键退款 | 除「已关闭」外的任何状态 | 不做状态判断，直接把该订单金额退回；用于客诉、活动补偿这类需要强行退款的场景 |
| 驳回 | 顾客申请退款 | 驳回本次退款申请，订单回到原状态继续执行，退款备注里留下驳回原因 |
| 物流 | 需要挂物流的订单 | 下拉里对该单挂接或取消物流单，与【发货】配合使用 |
| 导出 | 任意查询结果 | 下拉选择导出方式（含按商品明细导出），把结果导出到 Excel |
要点提醒：
- 「待退款」是维权状态里的取值，要集中处理退款申请就用查询条件里的【维权状态】筛单，而不是靠肉眼在结果表里翻。
- 自提与同城配送的订单不走【发货】，那两类按提货门店设置和配送设置流转，本按钮只对「快递发货」方式生效。
- 「退款」与「一键退款」的区别只在状态门槛：前者必须等顾客申请进入待退款，后者可越过申请直接退（已关闭的除外）。能用「退款」审核的尽量用审核，一键退款属于例外通道。
- 开团是模拟动作，不产生真实的拼团参与者，只解决「差人成团」这一类收尾问题。
五、典型使用场景
场景 1：顾客选错自提门店
背景：顾客人在 A 店下单却选了 B 店提货。 操作：本窗口按日期与单号查出该单 → 选中 → 【修改】→ 把取货门店改成 B 店、按顾客方便调整取货时间 → 保存后状态刷新，顾客端订单同步。
场景 2：快递单当天补单号
背景：门店已把蛋糕交给快递，但顾客端还显示待发货。 操作：筛出配送方式为「快递发货」、状态待发货的订单 → 选中 → 【发货】→ 选物流公司、填快递单号 → 保存；顾客在小程序查看订单即可看到物流信息。
场景 3：拼团差一人不成团
背景：活动结束，某个团只凑到 3 人还差 1 人，参与顾客要求发货。 操作：查出该拼团订单 → 选中 → 【开团】模拟成团 → 再按正常流程发货或退款。
场景 4：退款申请集中处理
背景：一天里积累多条待退款申请。 操作：按订单状态「待退款」查询 → 逐单核实（该退的点【退款】，不该退的点【驳回】）→ 处理完再按同一区间【导出订单】交财务留档。
六、权限控制与前置条件
- 退款、一键退款会真实动钱，建议只开放给店长或运营负责人，其余岗位只给查询与导出；
- 分店需先勾选为商城门店、商品已上架到小程序，订单才会出现在本窗口；
- 快递发货需要快递发货设置里已维护可选的物流公司，否则【发货】里没有可选项，见 商城配送与提货设置；
- 拼团、秒杀类订单的处理方式受活动设置影响，拼团有效时长与超时退款规则见 会员限时抢购与拼团方案。
七、常见问题
1. 退款按钮是灰的
- 原因：该订单不是「待退款」状态，本按钮只在这一状态可用；
- 处理：确认顾客是否真的发起了退款申请；属于门店主动退款（客诉、补偿）的，改用【一键退款】，「已关闭」状态的单子无法退。
2. 一键退款也点不动
- 原因：该订单已处于「已关闭」状态；
- 处理：已关闭的单不再退现，需要补偿的走线下或重新发券处理。
3. 发货录了单号，手机端看不到物流
- 原因：只有「快递发货」方式的订单会展示物流信息，或物流公司选错、单号录入有误；
- 处理：核对订单配送方式与单号正确性，重新修改后在小程序下拉刷新确认。
4. 改了取货门店，顾客还是收到原门店的提醒
- 处理：核对修改是否已保存（状态列与门店列已刷新），再在小程序侧退出重进查看；顾客端消息按下单时的模板推送，改单后以订单详情显示为准。
5. 本窗口导出的金额与统计表不一致
- 原因：两边的取数口径不同，统计表把退单按退款发生日计入、且美团取货后整票退款不计入线上订单；
- 处理：对账口径统一看 线上订单统计表 第三节，本窗口只负责按条件导出单据。
附：本文档变更记录
| 日期 | 变更 |
|---|---|
| 2026-11-09 | 初稿，按订单处理窗口逐按钮说明，并与线上订单统计表划清口径 |