Day 02 · 2026-08-21 · 稽查层
把薪资、激励制度、报销、AI 花费四条线接进 agent 之后，第一轮跑出来的东西。全部实测，来自生产资料，可现场复核。金额与人名已匿名处理，数字未改。
每月约 RM 38,358 出账，七个月合计 RM 268,502.58，年化约 RM 460,000。约 30 份自填表单，过去凭信任批。
一个月的报销，逐份表格对 Claim Summary 核。范围是 19 份员工表、1 份董事表、7 份里程表。这不是舞弊 —— 是日期、分类和誊写。自填表单几乎在所有公司都凭信任批，因为没有一家公司请得起一个「专门检查别人算得对不对」的人。17.4% 就是这份信任的真实代价。
一本 RM 12,601.67 的账上七个独立错误：RM 574.20 报了但记成零、RM 230.00 记到别人头上、RM 40.74 完全没入账、RM 90.51 与 RM 34.72 是期外里程、RM 100.00 是期外餐费、RM 129.78 分类错。多付和少付互相抵消，净额只剩 RM 382.51。
每个财务团队都看总数。总数正好是互相抵消的错误藏身的地方。一本账可以只差 3%，同时做到：付错人、漏掉一个员工、把影响税务处理的分类记错。
有一位申报人每个月在 Claim Summary 上都有金额，但稽查在整个归档结构里找不到任何报销表、里程表或收据文件夹。金额月月稳定，所以从来不显得异常。
风险不在于这个数字是错的 —— 它很可能是对的。风险在于没有人能证明它对或错。在审计、税务复查或任何争议里，一笔没有单据的金额，等同于一笔从来没有被证成过的金额。
一位员工提交了 RM 230.00 的医疗报销，Claim Summary 里完全没有她那一行。一位没有交表的同事，那一行显示的正是同一分类下的 RM 230.00。
这正是「对账」这件事存在的理由。它不会出现在任何差异报表里，不会触发任何金额门槛，最后要靠那个没拿到钱的人自己发现、自己去吵。
某个部门的 subtotal 那一行，取值范围往回扫过了前面各部门的 subtotal，等于把它们又算了一次。Subscription 表上 RM 28,014.20、实际 RM 9,572.05；Business Meal 表上 RM 21,811.99、实际 RM 7,287.33；Other 表上 RM 5,299.87、实际 RM 2,023.29。
总额那一栏是对的，所以从上面看什么问题都没有。但分类小计是编预算的依据 —— 订阅那一栏读到真实值的三倍，下一季的成本管控就会打到错的部门，而且用的是一个「总数看起来支持它」的数字。
六月那轮已经指出九个分类的总计全部在重复计算部门 subtotal。31 天后针对同一份工作簿跑的七月稽查，发现同一个缺陷没有改，只好再报一次。
「发现问题」和「关掉问题」是两种不同的能力。只报不追的稽查层，产出的是一份待办清单；价值要等到每条发现都有负责人、而且下一轮会自动重新出现直到关闭，才会兑现。这就是稽查必须是「每月固定跑」而不是「偶尔跑一次」的理由。
四月的董事报销总额，六月验证时是一个数字，七月底从活的表上读到的是另一个。那个月早就处理完、款也付了。这个漂移之所以看得到，只因为之前留过一份已验证的快照可以对比。
活的试算表没有 audit trail。一个期间结掉之后，任何后续修改在预设情况下都是无声的。结账时留一份已验证的快照，是成本最低的一道控制 —— 代价是一个档案，换来的是把无声的漂移变成看得见的差异。
每一笔进入报销之前，都用「供应商 + 项目 + 金额 + 报销月份」组成的 key 去比对完整历史。用这个方法抓到四张已经报过的发票。另有五笔被排除，因为是公司直接付款而非本人垫付。
重复申报很少是故意的 —— 发票寄了两次、订阅在周期中间续订、上个月的文件夹被重新打开过。对着完整历史去重，对机器是小事，对一个脑子里只装着这一个月的人来说，不可能。
供应商的发票编号是按客户连续编的。把手上这一串跟它自己的序列一比，就浮出一份缺失的单据 —— 要么这笔扣款发生了而发票没寄到，要么它根本没发生。在拿到已付款发票之前，这笔挂着不报。
断号侦测的成本是零，而且几乎没有人在做。它抓的是对账完全抓不到的那一类问题：不是数字错了，而是有一份「应该存在」的单据不存在。
同一家数据供应商在四笔交易里用了两种大小写写法。任何按供应商名称归并的报表，看到的都是两家中等规模的供应商，而不是一家比较大的 —— 而且两边都碰不到任何会触发复查的门槛。
供应商名称正规化听起来像整理档案的杂事，直到你发现：支出集中度、议价筹码、重复付款侦测，全部依赖它。把一家供应商拆成两家，盖住的正好是你最想据以行动的那个集中度。
每月 RM 135,305，年化约 RM 1.62M，84 名员工。十三套激励制度、四种发放节奏、七个系统。
一次薪酬结算：一个激励项目因为把上个月的数字抄过来而多报 RM 733.75、一个 RM 600.00 的团队主管激励空着没填、一个 RM 75.00 的季度激励空着没填，还有一整节激励完全没出现。多报的和漏掉的几乎刚好抵消。
一份对到只差 RM 59 的薪资，看起来就是干净的一个月。但那个月有四个人的数字是错的，而且两个方向都有。薪资是唯一一个「互相抵消」根本不成立的地方 —— 每个人只看得到自己那一行。
每月的核对要读：两个内部激励工具、一个内容激励后台、十一个专案管理看板、一份四个分页的计算器试算表、一份工作笔记文件，以及薪资系统本身。发放节奏有 T+0、T+1、T+2 和季度四种。
没有人是故意把它设计成这样的 —— 每一个制度加进来的当下都很合理。薪酬的复杂度几乎永远是累积出来的，不是决定出来的。核对成本才是那个告诉你「累积已经过线」的指标，而在有人真的去数一遍系统数量之前，它是隐形的。
最近几个月里改过五条规则。主文件上第一条写的还是旧时差，已取消的那个也还挂在有效名单上。
激励制度的变动速度，永远快过描述它的文件。人手计算的人读的是文件，所以过期的规则会直接变成付出去的钱。把每条规则钉进一份带版本的登记表、让计算直接读它，才能挡住「一次政策调整，三个月后变成一笔薪资错误」。
九个类别、九份来源文件、同一个放款日。单批 RM 155,999。
一位员工的身份证号码出现在薪资来源档的银行户口栏。两者都是长串数字、都看起来合理，而且金额是对的 —— 唯一错的是收款目的地。同一轮还记录了另外两个陷阱：一位员工的户口不在他部门预设的那家银行，以及两个人同时以员工和外包身分存在、用的是不同户口。
付款正确性不是算术问题，所以任何以金额为基础的控制都抓不到它。检查必须拿收款目的地去对一份独立的记录，而且必须每个月跑，因为银行资料是无声改变的。
把未付发票文件夹拿来跟当月付款清单对，浮出一张没有对应付款行的供应商发票。另一项检查发现一张预扣税收据的日期属于某个月，却归档在下个月的文件夹里 —— 税是缴了，但期间归属是错的。
对账通常只跑一个方向：每一笔付款有没有对应发票？反方向 —— 每一张发票有没有对应付款 —— 才是抓到漏付供应商的那一个，而它需要把文件夹和付款清单并排读。
预扣税是广告金额的 8% —— 不是收据总额（收据含服务税），而把两者搞混已被记录为一个反复出现的错误。申报按月分成上下半月两段，各有各的死线，而缴款参考编号是一次性的，每个周期都要重新申请。
这是那种「算对了还不够」的失误型态 —— 算对但迟交，就是罚款。任何替客户代垫媒体费用的公司都背着它，而单量大到让人手追踪变成「什么时候出事」而不是「会不会出事」。
薪资、员工报销、外包 voucher、创作者付款、预扣税、水电、杂费、一项团队激励、介绍佣金 —— 九个类别、九份来源文件、同一个放款日。同一期间还发生一次批次编号碰撞，两批都从 001 开始编，导致一个类别的记录覆盖掉另一个类别的。
九份来源文件汇到同一个放款日，才是月结真正难的地方。失误通常不是金额算错，而是某一个类别悄悄没进这一批，或者一批盖掉另一批。两者都是结构性的，而且自动检查的成本都很低。
这一条线对听众最有用：正在导入 AI 的公司，同时也在为 AI 付钱，而几乎没有人在量它。
一本报销账八个月、176 笔交易，每一笔都有收据。软件与 AI 订阅占了 RM 21,827.31。月度占比最低 20.3%、最高 98.2%，期末停在 74.7%。
订阅支出是大多数公司既不编预算、也不复盘的那一类，因为每一笔都小到可以不假思索就批。现在它已经是这本账的多数。任何正在导入 AI 工具的公司都走在同一条曲线上。
一家 AI 供应商在账上出现 27 次，分属三个独立账号，其中一个扣款日跟另外两个不同，因此落在其他账号被检查的周期之外。另外，某个工具的方案从每月 RM 80–184 的基准涨到 RM 1,578.50，内部没有任何通知；同一个月还有三名员工各自申报同一个平台的认证费，合计约 RM 1,145。
AI 工具的支出不是靠大决定失控的，是靠小决定：多开一个座位、升一次方案、三个人各自解决同一个问题。这些没有一笔会碰到审批门槛。唯一看得到它的方法，是跨人、跨月按供应商归并 —— 而这正好是没有人有时间用手做的事。