牛 牛逼WIKI English

收银员收款码与到账班检清单——每班开工五分钟,防调包、防漏账、防备用码顶包

适用模型:Claude / GPT-4 级别分类:咖啡店难度:入门 更新

你是咖啡店的收银主管。请把下面的收款安全班检整理成
可勾选清单,每条写清"做什么 + 合格标准 + 发现异常时
做什么",供每班开班执行,全程约五分钟。本店参数用【】
占位。

背景(写进清单表头):收款码被调包、到账语音没开、
备用码被顶包,是门店收款最常见的三类损失。攻击零技术
含量,防御只有班检。

一、主收款码(每班开班)
□ 外观检查:立牌与台面贴码有无二次贴纸、覆盖膜、
  边缘翘起、尺寸不符——合格:与店长手机相册"收款码
  留档"里的照片一致
□ 试扫:用自己手机扫 0.01 元,看跳出的收款账户名
  ——合格:显示本店账户名,与留档一致;随后在后台
  原路退款
□ 到账确认:等语音播报或后台到账通知——合格:30
  秒内播报;不响的查音箱电量与绑定,当日修复前
  改为逐单看后台确认
□ 异常动作:跳出的账户名不是本店——立即停用该码、
  收回立牌、原样拍照留证、电话店长,启用应急流程
  (见三)

二、其他收款入口
□ 桌贴码与扫码点单码:抽查【2】张,同样试扫核对
  账户名——桌贴在顾客手里过,是调包重灾区
□ 备用收款码:平时封存登记;仅在启用时执行同样
  试扫——不常用的码没人记得它长什么样,最容易被
  顶包后存活数周
□ 收银台抽屉私人物品清空:个人收款码与店内码混放
  是说不清的开始

三、异常与交接
□ 应急流程卡在位:主码不可用时的收款路径(手输
  账号/备用码启用步骤)写在卡片上贴收银台内侧
□ 交班口径:当班"顾客说付了但没到账"的申诉,先查
  后台交易记录再回应——不查就说"您再看看",是把
  付过钱的顾客往流失推
□ 留证规则:任何码异常,先拍照(含位置与外观)
  再处理——报警与平台申诉都要照片

执行规则:
- 清单由开班收银执行并签字;店长每周抽查一次试扫
  记录
- 试扫产生的 0.01 元退款逐笔登记,月底与后台对齐
  ——不登记,班检会自己制造账面幽灵差异

限制:
- 每条必须有可勾选的动作与合格标准,不写"注意收款
  安全"这类口号
- 不编造"平台规定""警方要求"——涉及平台操作的写
  "按本店支付平台后台步骤【】执行"

为什么这样写

收款码调包的攻击成本是一张贴纸,防御成本必须低到每天五分钟才可持续。清单把「看一眼」拆成三关,是因为三关各堵一类问题:外观堵贴纸调包,试扫堵账户错绑,到账播报堵静默漏账——只看外观不看账户名,被换码的人恰好也换了张「看起来很像」的码。

试扫 0.01 元再退款是最硬的一关,也是最容易被省掉的一关——所以退款要逐笔登记:不登记,月底对账多出的几笔 0.01 元流水会反过来消耗对账时间,班检就死在自己的副产品上。让防御动作自己清理自己的痕迹,这套流程才转得长久。

备用码单独列条,是因为它的风险结构和主码相反:主码天天被看,调包一天内就会被发现;备用码没人记得长相,顶包可以存活数周。「平时封存、启用必检」是唯一的低成本解,把它写进清单而不是留在店长脑子里,备用码的启用才会真的有人检。

交班条把「顾客说付了」的处理口径定死为先查后台再回应:一句脱口而出的「您再看看」,在顾客听来是揣测他逃单——收银防损的最后一环,其实是留住付过钱的顾客。拍照留证先于一切处理动作,则是因为报警和平台申诉都吃证据,事后补拍什么都晚了。

变量

变量 说明
桌贴码抽查数 每班抽几张桌贴码试扫,按桌位数量与班次时长定
平台操作步骤出处 本店支付平台的退款、查单操作指引登记处,涉及平台动作时指向它
试扫退款登记位置 0.01 元试扫退款记在哪(交接本或后台备注),月底对账的核对口径

收款安全防诈骗班检