Skip to content

订金核销表 ​

顾客订蛋糕先交定金,钱收了、货还没提,这部分"已收未取"的负债有多少,日常收银报表看不出来。订金核销表把预定与取货两笔动作放在一张表里对:预定视角看收了哪些定金,取货视角提走了多少,未核销视角用预定减去取货,直接给出还没提货的金额。老板问"库房里压着的预订单值多少钱"、财务问"某天收到的定金分别是什么收款方式",都从这张表出。

功能路径:系统菜单 → 零售POS → 统计分析 → 订金核销表

零售POS 统计分析工作台中的订金核销表入口


一、功能概述 ​

1. 功能简介 ​

统计门店预定业务中定金的收取与提货核销情况,输出预定金额、取货金额与未核销金额三项指标,支持按日期、分店与收款方式筛选,并可导出到表格进一步加工。

2. 核心用途 ​

  1. 压单金额可视:未核销金额即"已收定金但尚未提货"的规模,用于评估订单积压与备货压力;
  2. 收款方式对账:按收款方式拆分定金收入,配合 收款方式 档案核对渠道账;
  3. 分店横向比较:按分店查看预定与取货节奏,识别提货慢的门店;
  4. 节令复盘:中秋、春节等预订高峰后,用该表确认还剩多少订单未交付;
  5. 风险预警:未核销长期偏高说明产能或提醒机制有问题,容易形成客诉。

3. 整体结构 ​

窗口是标准查询报表结构:上方条件区有"默认方案"与"自定义方案"两页,可保存常用条件组合;结果区按预定、取货、未核销三个视角出数,条件在三个视角下分别落到不同的日期与分店字段上。


二、界面布局说明 ​

1. 查询条件 ​

条件说明
日期必选条件,指定统计区间;预定视角按预定时间取数,取货视角按取货(回货)日期取数,未核销视角按业务日期取数
分店按门店筛选;预定视角按下单分店,取货视角按实际提货分店,两店不一致时结果会分别归集
收款方式按定金收取渠道筛选,如现金、微信、支付宝、银行卡等
默认方案 / 自定义方案前者使用系统内置条件,后者可保存自己常用的条件组合,下次直接调用

2. 结果列口径 ​

列含义
预定金额统计区间内预定订单收取的定金合计,只算预定时收到的钱,不含取货时补的尾款
取货金额统计区间内实际提货订单对应的定金核销金额
未核销金额预定金额减去取货金额,即已收定金尚未提货的部分

3. 数据来源 ​

预定金额不只来自门店前台,还包括小程序下单、美团、饿了么等外卖渠道产生的预定业务,各渠道数据汇总到同一张表统计。


三、业务操作步骤 ​

步骤 1:打开报表并设置条件 ​

  1. 系统菜单 → 零售POS → 统计分析 → 订金核销表;
  2. 在条件区选择日期区间(例如本月);
  3. 需要看单店时选择分店;需要核对渠道时选择收款方式;
  4. 执行查询。

完成后,结果区按预定、取货、未核销三个视角列出金额。

步骤 2:查看未取货订单规模 ​

切到"未核销"视角查看金额。

完成后,得到"已收定金但尚未提货"的总金额,即领导关心的未取货蛋糕总价值。

步骤 3:核对某天的定金收款构成 ​

  1. 日期区间设为当天;
  2. 切到"取货"视角,或保持全视角并按收款方式筛选;
  3. 查询。

完成后,可以看到该区间内按收款方式拆分的定金收入,财务据此与渠道账单核对。

步骤 4:分店对比 ​

不选分店一次查出全部门店,按分店比较预定与取货节奏;也可保存为自定义方案,日固定查看。

完成后,提货进度明显落后的门店可以单独跟进。

步骤 5:导出留档 ​

用报表工具栏的导出功能输出表格,交财务或运营继续加工;大批量导出受行数上限约束,见查询结果导出 Excel 的行数上限。


四、字段详细说明 ​

字段名含义
预定时间顾客下预定单并交付定金的时间,预定视角的统计依据
取货(回货)日期顾客实际提货的日期,取货视角的统计依据
业务日期门店账务日期,未核销视角按它归集
预定分店接单门店
取货分店实际交付门店,跨店提货时与预定分店不同
收款方式定金收取渠道,用于按渠道拆分与对账
预定金额预定时收取的定金金额合计
取货金额已提货订单核销掉的定金金额合计
未核销金额预定金额 − 取货金额

口径说明 ​

情形处理方式
预定后又取消该笔预定金额从统计中扣除,不形成未核销
取货时补付尾款尾款不计入预定金额,本表只统计定金口径
当天没有预定、只有历史订单取货未核销金额出现负数,属正常现象,表示本期核销掉的是前期收的定金
跨店提货预定金额记在预定分店,取货金额记在提货分店,两店数据分别体现
外卖与小程序渠道一并纳入统计,来源渠道可在其它报表中进一步区分

五、典型使用场景 ​

场景 1:中秋前的产能评估 ​

节令前一周查看未核销金额与订单量,结合门店产能判断是否需要加班或限单,避免到期集中提货造成积压客诉。

场景 2:财务核对定金收入 ​

财务想知道某一天收到的定金分别是哪些收款方式。日期设为当天、切到取货与预定视角并按收款方式查看,与渠道账单逐项核对,差异再回到预定单追查。

场景 3:门店提货进度考核 ​

连锁运营每月对比各店"取货金额 / 预定金额"比值,比值长期偏低说明门店提醒取货不到位,安排话术与提醒机制改善。

场景 4:预订业务上线后的效果观察 ​

启用小程序与外卖渠道预订后,用本表观察预定金额增长与未核销变化,判断新渠道带来的到底是增量还是把门店订单搬了个地方。相关开关见预销售业务用户特点。


六、权限控制与前置条件 ​

  1. 需要零售POS → 统计分析 → 订金核销表的菜单权限,一般开放给店长、区域管理与财务;
  2. 前置条件:门店已启用预订业务并产生预定单据,预定与取货流程按规范操作;
  3. 分店、收款方式等条件依赖基础档案完整,档案缺失会导致结果无法归集;
  4. 报表数据随业务单据实时或按日汇总更新,当天数据以门店完成日结后的结果为准;
  5. 需要看订单明细时,回到预订单与取货业务界面逐单查询,客户维度的预订管理见预定客户管理;本表只提供金额口径的汇总视角。

七、常见问题 ​

1. 未核销金额是负数 ​

  • 原因:本期取货的是历史期间收的定金,本期预定金额小于取货金额;
  • 处理:属正常口径,把日期区间拉长到覆盖下单期间再看。

2. 预定金额比顾客实付定金少 ​

  • 原因:预定后又取消的订单会被扣除;尾款不计入本表;
  • 处理:核对取消订单与尾款收款记录,两者不在同一口径。

3. 换了收款方式条件后金额对不上 ​

  • 原因:取货视角按取货时的收款记录归集,与预定时的收款方式可能不同;
  • 处理:分别按预定视角与取货视角核对,不要混用同一条件解释两行数据。

4. 跨店提货的门店数据看起来"丢了一笔" ​

  • 原因:预定金额归预定分店、取货金额归提货分店;
  • 处理:在两个分店分别查看,或不限分店查询看合计。

5. 外卖渠道的订单没统计进来 ​

  • 原因:外卖订单未按预订业务录入,或接口数据尚未同步;
  • 处理:确认外卖渠道订单已进入门店预定业务,再重新查询当天数据。

6. 导出行数被截断 ​


附:本文档变更记录 ​

日期变更
2026-11-09首版:写清三个视角的日期与分店归集口径、取消与尾款处理、跨店提货与负数现象的解释