Tiger 成本预提 · Dashboard 系统演示稿

「这个预提平台，是 Coupa 的下游。先看上游这条链：业务在 Coupa 里签合同——一个合同对应一个 PR；PR 按财年拆成若干 PO line（一条 line 不跨 12/31），审批通过后变成 PO；之后供应商自己在 Supplier Portal 上传发票，挂到 PO 上做三方匹配。」

「采购订单、发票、供应商、合同、科目——全部从 Coupa 自动同步进来，平台里不手工录主数据。月结之前，管理员先确认地基齐了：数据同步、各国实体 / 科目 / 类别 / 部门、节假日工作日历、月末汇率。」

「平台覆盖 6 个国家。每月初，系统为每国建一个空的期间——状态是『发布前 / OPEN』，此时还没有任何预提草稿。」

「真正『开闸』的，是财务负责人点 Publish（发布）。发布的瞬间，系统才按每张 PO 的服务期，为这个国家这个月生成预提草稿，并立即跑一次对账，把累计开票、true-up 投影出来。发布之前，业务 PIC 进不来——他看到的是『等待开启本期预提』。」

「所以 Publish 不是走形式，它是『本月正式开始干活』的起点。」

「真正填数的是业务 PIC——发起采购的人。这里有个关键设计：结算和计提解耦。PO 金额只是参考值，不是这个月要入账的预提；每个月 PIC 对自己的每张 PO，填一份本月成本估算。」

「三点：第一，预提是估算，不求精确，发票来了系统自动 true-up 校正，不会因为估不准 penalize 业务；第二，每个人只看到自己的 PO；第三，区分新开 / 存量（『新增 / 历史』两个页签）。」

「有些合同跨好几个月、甚至跨财年。规则是一条 PO line 不跨 12/31——跨年合同在 Coupa 里就拆成两条 PO line（如 5–12 月、次年 1–4 月），好跟预算对齐。系统不简单除以月数，而让 PIC 逐月规划、逐月确认，金额掌握在业务手里。」

「关账按工作日节奏：WD-5 业务把 PR 都提交掉、财务发布预提窗口；WD-4 对已就绪 PO 自动提醒填预提；WD-3 中午 12:00 = 硬截止，所有预提必须进 dashboard。过点系统自动通知 PIC 和直线经理，再逐级升级到经理、业务负责人、CFO；WD-4 完成关账。到点没填，财务采用替代预提方法，并在监控会复盘。」

「财务负责人就关心一件事：现在能不能关账？ 控制塔一屏汇总——覆盖率（填了没）、异常（要不要处理）、各实体折算后预提。核心理念是『业财一本账』：预提口径跟预算、reporting 对齐。看完这屏，就知道哪些国家能推进、哪些还要催。」

「回到预提本质。一项 10 月到 12 月的咨询服务，预算约 3 万，每月先按估算预提 1 万。到次年 2 月真实发票来了，只有 2.1 万——系统做全冲全提：把先前的 3 万冲回，按实际 2.1 万入账，差额 9 千就是 2 月的 true-up（true-down）。」

「先按估算预提，发票来了全冲全提校正——这就是核账逻辑。补一句重要性：差额不重要时不必回拨上年，可落当期；要是没这套预提，年末要调的是整整 3 万、而不是 9 千。」

「录入复核都完成后，财务把期间冻结、过账，再导出到 NetSuite。每步填理由、留痕。注意过账和冻结必须是不同的人——职责分离。这条链就是：Coupa → 预提 dashboard → 会计 / ERP（NetSuite）。」

「整个过程——谁改了什么、什么时候、为什么——全程留痕、不可篡改。每条记录链到上一条，改动会被发现。这也是为什么我们宁可做 9 千的 true-up，也不要年末重开账本去补整笔：完整性问题最伤审计和投资人的信任。」