月底盘点，财务发现这个月应收到账少了三十万，问销售，销售说客户资金紧，让宽限一个月。什么时候答应的、答应到几号、有没有条件，全在电话里，系统里的回款计划还停在原来的日期，账龄表算出来的逾期全是假的。

一、延期是商务决定，但要走流程

客户临时资金紧张是常态，一口回绝并不现实。问题不在延期本身，而在延期没有记录：计划不改，逾期数据失真；计划随手改，等于销售自己给自己批了宽限。做法是让延期成为一次正式申请。

  • 申请写清三件事：延期原因、新的付款日期、这期间客户给什么承诺。
  • 审批按延期天数与金额分档，短期小额主管批，长期大额到财务或老板。
  • 批完自动改回款计划，账龄按新日期重算，历史记录保留。

二、延期要换点东西回来

无条件延期等于免费给客户一笔无息资金。可以换的东西不少：分期付、先付一部分、补一份书面确认、下一单预付比例提高、或者用承兑先锁定。这些条件写进申请里，延期就从让步变成交换。

举例说，客户欠六十万要求延期两个月，后来谈成先付二十万、余款分两期、下一单预付三成。同样的延期，风险小了一半，而且双方都清楚边界在哪。

三、延期次数要看得见

单次延期不可怕，同一个客户一年延五次才是信号。系统里要能按客户看延期次数与累计延期天数，超过阈值就触发复核：是账期设计不合理，还是客户本身出了问题。

  • 同一客户一年延期超过两次，下一次要走更高一级审批。
  • 累计延期超过合同账期一半，考虑调整授信额度。
  • 延期后仍未按新日期付款，直接进入催收升级流程。

四、口径统一，别让三个人说出三个数

延期一多，销售记一个日期、财务记一个日期、客户记一个日期，对账时必然扯皮。原则是系统里的回款计划为统一口径，任何变更以审批通过的时间为准，对客户发的确认函也用这个日期。

这套把延期做成申请、审批、换条件、留记录的做法，用 9527CRM 这类轻量级 CRM 的回款计划、审批流与账龄报表就能落地：延期申请带新日期与条件，按金额与天数自动分流审批，批完回写计划并重算账龄；由于支持私有化部署，客户的账期、欠款与延期记录都在企业自己的服务器上，谁能看到哪一级金额也可以按角色分开配，财务数据不必交给外部平台托管。