核心要点
自助POS交易成功但ERP无流水时，查消息同步断点的排查流程。
关联概念
- 现象：POS3.0端交易成功，ERP业务库查不到流水，对账不平
- 排查链路：流水主表(tb_pos_flow_head) → 明细表(goods/pay/lost) → 消息接收表(tbc_message_recvinfo) → 接收日志(tbc_message_recv_log)
- 同步机制：POS流水通过消息队列同步到ERP，消息接收表记录同步状态
- 断点定位：流水在POS存在但消息表无记录 → 同步未触发；消息表有记录但ERP无 → 接收处理失败
应用场景
- 超市自助异常流水处理：同类对比——同为自助流水问题（一个补录一个查同步）
- 馈赠活动赠券中断排查：同类对比——同为POS数据未同步后台
- 专柜收银实现方式：同类对比
常见误区
- 场景1：自助机交易成功但ERP无流水，对账差异
- 场景2：排查POS到ERP消息同步断点
- 场景3：判断是补录还是重推消息
参考来源
- 误区1：直接补录流水 → 正确做法：先查消息表确认同步断点，能重推则重推
- 误区2：POS有流水ERP就该有 → 正确做法：中间有消息队列同步环节，需检查消息表
变更日志
- Shine-Hamster > 02-Areas/03-财务结算/收银对账与日结管理/自助库正常交易，业务库无流水情况.md
排查指引
- 2026-08-05：初始创建（消化 Shine-Hamster 财务结算）
正文
- 症状：POS交易成功，ERP无流水
- 检查：① tb_pos_flow_head 确认POS有流水 ② tbc_message_recvinfo 确认消息是否发送 ③ tbc_message_recv_log 确认接收状态
- 处理：消息未发 → 检查同步配置；消息失败 → 重推消息；确认丢单 → 走补录流程