资金链断裂之前：用供应商付款周历提前发现现金流缺口
上一篇，我们把一票业务的应付到期、实际付款、应收成立、预计回款和实际到账拆开，做成了“单票现金四线轴”。
它能告诉你：这一票最多占住多少钱，占多久，下一票付款会不会撞上来。
但老板真正付款时，桌上从来不只放着一票。
下面先用一组明确标注的合成场景说明。数字只用于演示工具，不对应任何真实公司、客户、供应商或经营结果。
周四下午，财务把滚动窗口内未来几周的付款放到一起：
- 船司甲 120,000 元；
- 船司乙 80,000 元；
- 车队 25,000 元；
- 海外代理 60,000 元；
- 仓库 15,000 元。
每笔单独拿出来，都不是公司从未见过的金额。
可它们落在同一周，合计就是 300,000 元。当时能列出明确可用日和依据的计划资金来源只有 220,000 元，基础缺口 80,000 元。
问题不是哪一票突然亏了。
问题是五票货的付款日，排进了同一个星期。
这篇文章交付的工具叫：供应商付款周历。
它接收上一篇每张四线轴上的应付事件，把船司、车队、仓库和海外代理的付款横向叠进未来 13 周，逼团队提前回答：
现金会在哪一周被同时抽走？到那一天，已经确认的资金来源够不够？
单票没有爆，不代表这一周扛得住
四线轴是纵向看一票。
付款周历是横向看一周。
这两个工具解决的不是同一个问题：
| 工具 | 主要问题 | 关键输出 |
|---|---|---|
| 单票现金四线轴 | 这一票什么时候付、什么时候收、最多占多少钱 | 单票最大占用、占用窗口、重叠付款 |
| 供应商付款周历 | 多票付款叠到一起，哪一周出现峰值 | 峰值周、硬付款、待核金额、计划来源、缺口与行动 |
一笔付款没有超过审批权限，不代表同周十笔付款仍在公司的现金能力内。
同样，所有付款都还没逾期，也不代表下周不会出现缺口。逾期是逐笔发生的，现金压力却是同时到来的。
所以周历不能用“月均付款”代替。
月均会把尖峰摊平。真正要保留的，恰恰是某几天、某一周不平滑的集中到期。
本文采用未来 13 周作为滚动观察窗。这是本系列的工具设计，不是行业统一标准。企业可以根据自己的业务周期调整，但必须写清采用多长窗口、为什么采用，以及这个窗口有没有反复漏掉更远的付款义务。
供应商付款周历：先把三种日期和两种资金分开
付款周历不是把所有金额抄进一个 Excel 就结束。
它至少要把三种日期分开：
- 到期义务日：合同、账单或双方条款要求哪天付款；
- 计划付款日：公司准备哪天付款；
- 实际付款日：银行账户哪天真的付出。
到期日不能被计划日覆盖，计划日也不能事后改成实际日。三者之间的偏差，是复盘证据。
付款侧：每一票、每一家供应商、每一笔义务单独一行
| 周次 | 票号 | 供应商/类型 | 金额与币种 | 到期义务日 | 计划付款日 | 实际付款日 | 不付的直接后果 | 依据/证据状态 | 责任人 |
|---|---|---|---|---|---|---|---|---|---|
| W+n | 船司/车队/仓库/海外代理 | 扣单、停运、费用、可协商或待核 | 合同、账单、对账；齐/缺/争议 |
“硬付款”不是按供应商名称自动分类，而是按不付的直接后果判断。
同一家船司的不同款项，后果可能不同；一家平时愿意协商的车队，在已经多次延期后，也可能不再可谈。因此，表里要写后果和协商证据，不能只填一个永久不变的“优先级”。
证据不足的应付也不能删掉。
正确做法是保留该行，标成“待核”，同时写补什么证据、谁补、什么时候补完。证据未齐不等于义务不存在；但证据未齐，也不能被直接当成已经批准付款。
资金侧：已经可用，与计划可用必须分开
| 来源 | 金额 | 可用日 | 依据 | 状态 | 失败路径 | 责任人 |
|---|---|---|---|---|---|---|
| 银行可动用余额、已可提款额度、客户计划回款等 | 银行记录、批复、签回对账单、明确付款确认 | 已可用/已可提款/计划确认/观察 | 未按日可用时怎么办 |
资金来源至少分成两层：
- 已经可用或已经可提款：当前银行可动用余额、已经批准且具备提款条件的额度；
- 有明确金额、日期和凭证的计划来源：例如客户签回对账单并确认具体付款日，但钱尚未到账。
第二层可以进入计划测算，却不能冒充银行余额。它必须保留预计可用日和失败路径。
只有销售口头说“客户月中旬应该会付”的回款，只能放进观察列，不能拿来冲平缺口。
汇总侧：每周只逼出五个结果
| 周次 | 到期/待核义务 | 其中硬后果 | 其中待核 | 截至付款日前的计划来源 | 缺口 | 当前决定 |
|---|---|---|---|---|---|---|
| W+n | 到期/待核义务－计划来源 | 继续、调整、暂停、升级或待决定 |
这里必须同时看到“确认到期”和“待核金额”。如果把待核金额直接排除，容易漏掉即将到来的义务；如果把它无条件算成已经批准付款，又会把争议金额做实。
周历的任务不是替团队猜一个正确数字，而是把确定、待核和观察状态分开。
合成演示：五票业务怎样叠出30万元峰值
以下继续使用开头的合成案例。W1 表示首次编制周，表格每过一周向前滚动一格，始终保留未来 13 周。
第一步：从五张四线轴抽出九笔付款
| 票号 | 供应商 | 金额 | 落位周 | 到期状态 | 后果/可协商性 | 证据 |
|---|---|---|---|---|---|---|
| A | 船司甲 | 120,000 | W5 | 已确认到期 | 未按约付款影响放单 | 齐 |
| A | 车队甲 | 18,000 | W4 | 已确认到期 | 可协商 | 齐 |
| B | 船司乙 | 80,000 | W5 | 已确认到期 | 未按约付款影响后续操作 | 齐 |
| B | 仓库甲 | 9,000 | W6 | 已确认到期 | 可协商 | 齐 |
| C | 船司丙 | 45,000 | W6 | 已确认到期 | 有明确付款后果 | 齐 |
| C | 车队甲 | 25,000 | W5 | 已确认到期 | 可协商 | 齐 |
| D | 海外代理甲 | 60,000 | W5 | 待核 | 可协商性待确认 | 对账单未签回 |
| E | 仓库甲 | 15,000 | W5 | 已确认到期 | 可协商 | 齐 |
| E | 海外代理乙 | 30,000 | W8 | 已确认到期 | 可协商 | 齐 |
单票看，没有一笔超过 120,000 元。
按周汇总后，形状完全不同：
| 周次 | 到期/待核义务 | 其中硬后果 | 其中待核 |
|---|---|---|---|
| W4 | 18,000 | 0 | 0 |
| W5 | 300,000 | 200,000 | 60,000 |
| W6 | 54,000 | 45,000 | 0 |
| W8 | 30,000 | 0 | 0 |
W5 的 300,000 元来自：
120,000 + 80,000 + 25,000 + 60,000 + 15,000 = 300,000
这就是付款峰值。它不是某一票突然变坏，而是多票日期叠加后的结果。
第二步：只放进有可用日和依据的计划来源
| 来源 | 金额 | 状态 | 可用边界 |
|---|---|---|---|
| 扣除公司自行设定预留后的银行可动用余额 | 100,000 | 已可用 | 即时 |
| 已批准额度 | 30,000 | 已可提款 | 以实际提款成功为准 |
| 客户 B 计划回款 | 90,000 | 有签回对账单和明确付款日 | W5 周一，尚未到账 |
| 客户 A 已开票款 | 30,000 | 可协商提前，尚无确认 | 观察，不计入初始计划来源 |
| 客户 C 口头称“月中旬”回款 | 150,000 | 观察 | 不计入计划来源 |
W5 可进入计划测算的来源为：
100,000 + 30,000 + 90,000 = 220,000
基础缺口：
300,000 - 220,000 = 80,000
但这还不是完整答案。
因为 220,000 元里，有 90,000 元是计划回款，不是已经到账。如果客户 B 未按 W5 周一付款，缺口会从 80,000 元扩大到：
300,000 - 130,000 = 170,000
所以周历不仅要看“这一周”，还要看周内先后：客户回款哪天到，船司款哪天必须付。落在同一周，不代表顺序一定接得上。
缺口不是一句“催收”，而是一张行动工单
发现 80,000 元缺口后，团队不能只写“加强催收”“和供应商谈谈”。
每个动作必须有金额、责任人、截止日、完成证据和失败路径。
合成案例的行动工单如下：
| 动作 | 金额影响 | 责任人 | 截止日 | 完成证据 | 失败路径 |
|---|---|---|---|---|---|
| 补齐海外代理甲对账，确认义务后书面协商 40,000 延至 W7 | W5 应付 -40,000 | 操作负责人 | W2 周五 | 签回对账单、延期确认 | 协商失败则金额留在 W5，立即重算缺口 |
| 在双方确认条款内，将仓库甲 15,000 延至 W6 | W5 应付 -15,000 | 财务负责人 | W2 周三 | 仓库书面确认 | 不成则恢复 W5 并升级 |
| 请客户 A 将已开票款 30,000 提前支付 | W5 来源 +30,000 | 销售负责人 | W3 周三确认、公司截止日前到账 | 客户确认、银行到账回单 | 未到账前不算闭合；按公司权限调整、暂停或升级 |
| 核对客户 B 的 90,000 是否按 W5 周一到账 | 保护原计划来源 | 财务负责人 | W5 周一 | 银行到账记录 | 未到账立即按 170,000 缺口重跑工单 |
在这个合成演示中，前三项按证据完成，客户 B 也按计划到账。
于是 W5 修正后的义务为：
300,000 - 40,000 - 15,000 = 245,000
修正后的已落实来源为：
220,000 + 30,000 = 250,000
当前口径下余量：
250,000 - 245,000 = 5,000
这 5,000 元不是什么“安全标准”。它只证明：在这组合成输入、协商结果和到账记录下，原来的 80,000 元缺口被关闭了。
真实企业是否接受 5,000 元余量、是否要保留更多缓冲、哪些动作可以批准，必须由自己的现金能力、合同责任和权限决定。
谁维护，什么时候更新
财务负责人是周历 owner。 负责资金来源核验、周度汇总、版本快照、实际付款回填和会议主持。
操作负责人维护供应商事件。 新票产生付款义务时录入到期日、金额、条款和证据；账单或协商结果变化时即时更新。
销售负责人维护客户回款状态。 口头预计、书面确认和实际到账必须分层；需要提前回款时，动作必须落到具体客户、金额和日期。
经营负责人处理未闭合缺口和例外。 文章不替企业规定统一金额或比例。只要公司设定的截止日前仍存在未闭合缺口，就必须在权限内做出继续、调整、暂停或升级决定，并留下批准记录。
周历至少每周滚动一次；以下事件发生时不能等到下次周会：
- 新票形成不可逆供应商承诺；
- 到期日、金额或币种发生变化；
- 账单、对账或争议状态变化；
- 客户回款从观察变为计划确认，或从计划确认降级；
- 银行到账、提款或实际付款发生；
- 供应商书面同意或拒绝延期。
每次更新都保留版本时间、修改人和变化原因。否则月底只能看到一张“最后正确”的表，无法证明团队当时依据什么做了决定。
复盘峰值周：把偏差写回下一版规则
付款周历跑起来后，不要只问“这周最终付完没有”。
至少复盘五类偏差：
| 偏差 | 要问什么 | 可能写回的规则 |
|---|---|---|
| 日期偏差 | 到期日、计划日、实际日差了几天，为什么 | 修改录入来源、更新时间或供应商条款 |
| 金额偏差 | 实际金额为什么高于或低于原计划 | 增加待核金额、币种或异常费字段 |
| 证据偏差 | 哪笔义务到期前仍缺账单、对账或确认 | 前移补证触发点，明确 owner 与截止日 |
| 来源偏差 | 哪笔计划回款没有按日变成可用资金 | 降低该类来源的可信状态，增加失败路径 |
| 决定偏差 | 延期、暂停、升级是否真的执行 | 修改权限、会议动作或例外失效日 |
如果某家供应商连续协商失败，就不能继续把它永久标成“可谈”；如果缺口总到 W1 才被发现，就要把录入动作前移到报价确认或第一笔不可逆承诺；如果销售的口头预计长期不能转为明确日期，就必须把它稳定留在观察列，不能靠乐观更新把缺口抹掉。
这才是本篇的认知更新：
公司的现金能力不是账户里某个静态余额，而是一串逐周变化、还要落到具体日期的可用能力。
这张周历能证明什么，不能证明什么
它能证明：在某个版本的合同、账单、对账、资金确认和银行记录下，未来付款义务怎样叠加，团队何时看见缺口，谁做了什么动作，动作是否留下结果。
它不能证明：客户一定按期付款、供应商一定接受延期、授信一定可提款，也不能仅凭一组合成演示证明企业已经改善现金流。
下一篇：付款峰值怎样变成客户额度边界
供应商付款周历会向第④篇交出：
- 最紧的付款周与未闭合缺口；
- 必须优先保留的硬付款底座；
- 客户计划回款与实际到账偏差；
- 哪些客户月结正在占用峰值周之前的现金；
- 已批准例外及其失效日。
下一篇的“客户信用敞口卡”，会把这些输入与客户在途、已放未回、新增业务和历史偏差叠在一起，决定月结额度还能不能继续释放。
周历的最差余额不会被机械地当成客户额度，但它会逼团队承认一件事：给客户账期之前，先要知道公司的钱在哪一周必须留给供应商。
如果这篇让你第一次把五票付款叠到同一周，可以把周历交给操作、销售和财务分别补一次：谁掌握到期义务，谁掌握回款状态，谁掌握真正到账。觉得这套工具对同行有用，也欢迎点个赞或在看、转发给需要一起排付款的人，并关注下一篇。
资料来源与事实核查
- “供应商付款周历”为本系列设计的内部经营工具，不是会计准则、金融产品或行业统一定义。
- 未来 13 周为本系列采用的滚动观察窗，不是行业统一标准；企业可按自身业务周期调整并保留选择依据。
- 文中五票、供应商、金额、付款周、资金来源和行动结果全部为明确标注的合成演示，不对应任何真实公司或经营结果。
- 文中没有使用行业平均账期、统一缓冲比例、统一审批金额或融资阈值。
- 本文不构成财务、税务、法律、外汇、授信或融资建议。企业实际执行应以自身合同、账单、现金能力、权限和专业意见为准。