核心要点
自助收银机流水未上传或异常时，通过核对流水号、检查四张流水表数据完整性后补录的标准化处理流程。
关联概念
- 排查入口：连接自助前台库（enjoy_pos32），按门店+日期+类型查询
tb_pos_flow_head定位未上传流水 - 四表核验：
tb_pos_flow_head（流水头）+tb_pos_flow_goods（商品）+tb_pos_flow_pay（支付）+tb_pos_flow_lost（损失）缺一不可 - 插入条件：c_type为"交易作废"且goods表商品总金额与补录金额一致，方可插入补录
- 数据完整性：head/goods/pay 三表必须都有信息，pay表无信息不可插入
应用场景
- 银行卡消费额统计口径：延伸应用——流水数据核对
- 自助流水未同步业务库排查：同类对比
- 馈赠活动赠券中断排查：同类对比
- 专柜收银实现方式：同类对比
- 库存同步延迟导致补货数据异常：同类对比——同为数据不同步类排查
常见误区
- 场景1：自助收银机流水未上传，需补录交易数据
- 场景2：对账发现流水缺失，定位未上传流水号
- 场景3：交易作废流水补录入库
参考来源
- 误区1：只要有流水头信息就能补录 → 正确做法：head/goods/pay 三表缺一不可
- 误区2：直接手工改流水表 → 正确做法：先核验数据完整性，金额一致才插入
变更日志
- Shine-Hamster > 02-Areas/06-故障沉淀/超市自助异常流水处理.md
操作速查
- 2026-08-05：初始创建（消化 Shine-Hamster 故障沉淀）
排查步骤截图
- 查未上传流水：
select * from tb_pos_flow_head where c_pos = '门店号' and c_begin_time >= '日期' and c_type = '交易作废' - 核验四表：分别查 head/goods/pay/lost 四表（
where c_no like '流水号%'） - 判断可补录：head/goods/pay 有数据 + 金额一致 → 执行插入
- pay 表无信息不可插入（
）
- 用事务包裹：
begin tran→ insert → 确认后commit
排查指引
- 核对商品信息后前台补录：
- 金额核对：
- 正常交易但金额不一致：
- 按商户订单号区分：
- 后台查询金额不对：
- 日志查询：
- 两笔交易记录：
- err表异常交易：
正文
- 症状：自助流水未上传，对账差异
- 检查：自助前台库
tb_pos_flow_head（按门店+日期+类型） - 处理：核验四表数据完整性 → 满足条件则事务补录