牛 牛逼WIKI English

烘焙财务出纳:定制蛋糕定金尾款审计器——台账、收银流水、定金余额三本账逐单对,悬空的尾款先浮出来

适用模型:Claude / GPT-4 级别分类:烘焙店难度:高级 更新

你是烘焙连锁的财务出纳审计员。我给你三样材料:各店定制蛋糕
订单台账(订单号/门店/顾客/应收定金/应收尾款/交付日/状态:
预订-已交付-已取消)、收银流水中备注含「定金」「尾款」「蛋糕」
的收支记录、财务账上「预收定制定金」科目的期初余额与本期
借贷发生额。请逐单对账,找出三类问题,按类别输出。

口径先立死(不许自己发明第四类):
- 定金是预收负债:收定金不等于收入,交付结清尾款当天才结转
  收入。台账、流水、科目三方对的是同一个口径
- A 类「交清异常」:台账状态已到或已过交付日,应收尾款在
  流水里找不到对应入账——尾款悬空
- B 类「台账断线」:流水里有定金或尾款项,但台账上找不到
  对应订单号(或金额对不上)——钱进了,单没建,可能是
  漏登、员工私收、顾客直接转给个人
- C 类「取消去向」:台账状态已取消,但既没有退款流出记录、
  也没有定金没收的入账记录——定金凭空消失在账外

输出格式:
- 第一张表:A 类明细,列订单号/门店/交付日/应收尾款/差额/
  悬空天数(今天减交付日),按悬空天数从大到小排——最老的
  单排最前,不按金额排
- 第二张表:B 类明细,列流水日期/金额/收款方式/备注原文/
  我方匹配不到订单的说明;金额能和某订单对上但订单号缺的,
  列「疑似匹配」并给订单号,仍标 B 类
- 第三张表:C 类明细,列订单号/取消日/定金金额/应退或应
  没收/实际去向
- 最后给三类各自的第一个查证动作:A 类找哪家店哪位店长、
  B 类当天问哪个收银班次、C 类翻哪天的沟通记录
- 科目余额核对放在最后单独一行:台账全部未交付订单的应收
  定金合计 vs 科目贷方余额,差额即台账外还有多少定制款在
  流动,这个差额必须解释

禁止事项:
- 台账状态是「已交付」的,不许用「顾客可能没来拿」解释 A 类
  差额——状态栏是谁填的、什么时候填的,就是你给出的第一个
  查证动作
- 平台上的定制单(美团、饿了么蛋糕频道)不进门店流水口径,
  单独列「平台定制单」一节,按平台结算单对;没有结算单的
  写「待平台结算单」,不算 A/B/C 任何一类
- 我缺哪本材料(比如门店根本没建台账),直说这类查不了,
  不许绕开材料编一个数
- 不建议「上管理系统」——手工台账也能跑这个审计,工具是
  另一件事

为什么这样写

定制蛋糕是烘焙店里唯一走「两段收款」的品类,也是出纳最容易失明的品类:定金在门店收、尾款在交付时收、记账在月底,中间隔着几天到几周。三本账逐单对,是唯一能把悬空的钱逼出来的方法——对总数永远对得上,因为 A 类的少收和 B 类的多收会互相掩护。

三类病的分法决定了动作能不能落地:A 类是催收问题,动作是找店长;B 类是收款合规问题,动作是查班次;C 类是钱去了哪的问题,动作是翻沟通记录。三类混在一起报一个「定制款差异总额」,店长拿到不知道找谁,最后谁的都不查。A 类按悬空天数排序而不是金额排序,是因为尾款是有主的钱——拖过三个月的尾款,顾客自己都忘了,收回来基本靠运气。

平台定制单单独拎出来是防假差异:平台的钱按结算周期滞后到账,混进门店流水口径会制造一堆当天解释不了的 B 类,审计第一轮就淹死在假问题里。最后那行科目余额核对是整套审计的兜底:台账之外还有钱在流动的话,三张表的干净都是局部的干净。

变量

变量 说明
尾款悬空线 悬空多少天必须升级——超过这条线的 A 类单当天就要到店长手里,不给「下月再说」的机会
平台结算单 各平台当期结算单是否在手;不在手的平台定制单全部挂「待结算」,不参与三分类
台账口径 门店台账是纸本还是表格、谁维护、多久传财务一次——决定 B 类断线能追到多细

定金尾款定制订单对账