验收和回款脱节？把回款节点绑定 FAT/SAT 和验收条件

验收和回款脱节的根源很简单：回款节点写在合同条款里，验收进度记在项目经理的脑子和微信群里，两者从来没有被同一套数据绑定过。等到该收预验收款、终验款的时候，销售、项目经理、财务各说各的进度，回款自然一拖再拖。

为什么验收明明通过了，回款却还是收不回来？

非标项目里最常见的场景是：设备已经在客户现场跑了一个月，FAT、SAT 都签了字，但预验收款还压在客户那边没走审批。原因往往不是客户故意拖欠，而是没人在验收条件满足的那一刻，把"可以开票收款"这件事同步给财务和商务。项目经理知道 SAT 过了，但他没有义务、也没有系统提醒他去触发开票流程；财务不在现场，只能等项目组主动报，报晚了、报漏了，回款节点就悄悄滑过去了。

回款节点和验收条件，本该是同一件事的两个字段

非标项目的合同回款节点，几乎都是按里程碑和验收结果设计的：预付款对应合同生效，进度款对应发货或安装，预验收款对应 FAT/SAT 通过，终验款对应质保期起算或终验合格。也就是说，"回款条件满足"和"验收条件满足"本质上是同一件事——只是一个写在财务台账里，一个记在项目交付计划里。

问题是大多数团队用两套工具管这两件事：验收进度在项目排期表或微信群里口头同步，回款节点在财务的 Excel 应收账款表里手工登记。两套记录各走各的，谁都不知道对方的最新状态，"验收过了但没人通知财务"和"财务在追一笔其实还没具备开票条件的款"，两种错位都很常见。

FAT/SAT 怎么和回款节点绑在一起，而不是各记各的？

要让验收和回款不脱节，核心是让回款节点直接引用验收条件的状态，而不是靠人工传话。具体落地看三层：

验收检查表从需求和技术协议生成

FAT、SAT、终验的检查项不是凭经验现场编，而是从需求基线和技术协议里的验收条款直接生成检查表——协议里承诺了哪些性能指标、功能项、交付物，检查表就逐项覆盖。这样"验收通过"才是有据可查的结论，而不是项目经理一句"差不多了"。

每个回款节点标注它依赖哪个验收结果

在里程碑计划里，把预验收款、终验款这些节点和它们对应的验收动作（FAT 通过、SAT 通过、终验合格）显式关联起来，而不是分别写在合同和排期表两个地方。这样验收状态一旦更新，回款节点的"是否满足开票条件"就能同步判断，不用等财务月底对账才发现。

开票和催收动作按验收状态自动触发提醒

验收条件满足但还没开票，超过约定时间该有人提醒商务补开票；开票后回款到期还没到账，该有人提醒对应的销售或项目经理去跟进——这一串动作如果没有系统提醒，只能靠财务凭记忆手工翻台账，规模一大必然漏单。

回款逾期分级预警，具体怎么分级才有意义？

不是所有逾期都同等紧急，笼统地"逾期就催"既没有优先级也容易让销售疲于奔命。更有效的分级方式是按逾期原因 + 逾期时长交叉判断：

• 验收未完成型：验收条件本身还没满足（比如 SAT 还没排上），这类不算真正的回款逾期，该催的是验收排期而不是回款。
• 已满足条件但未开票型：验收已通过、超过约定时间还没触发开票，这是内部流程漏项，优先级最高，因为耽误的是自己人的动作。
• 已开票未到账型：票开出去了，客户超期未付，这才是真正需要商务/销售介入催收的一类，且要按逾期天数分级——刚过期和逾期超过一个账期，跟进的紧迫程度和话术都不一样。

把这三类分开看，团队才能把精力花在真正卡壳的环节上，而不是每个月对着一张全逾期名单一视同仁地群发提醒。

落地：验收和回款怎么在一条项目链上联动，而不是两张表对账？

验收记录、回款节点、开票状态如果分别躺在项目排期表、合同台账、财务系统三个地方，任何一次状态更新都要人工同步三遍，规模一大必然有环节被漏掉或者延迟。

奥丁云 项目经营CRM 的赢单交接与交付管理把 FAT/SAT/终验检查表和回款节点放在同一条项目链上：检查表由需求与技术协议条款自动生成，验收结果一确认，对应回款节点的开票条件立即更新，到期未开票、开票后逾期未到账按上面的分级规则自动预警，商务和项目经理不用再靠人工对账才发现"这笔款早就该收了"。

常见问题

验收条件满足但客户拖着不确认，回款节点算不算满足？

严格来说不算——回款节点依赖的是双方确认过的验收结果，而不是项目组单方面认为"应该没问题"。这种情况该走的是催促客户确认验收的流程，而不是绕过验收直接催款；把"验收待客户确认"和"验收已确认但未开票"分开记录，才不会把责任推错方向。

小项目要不要也把验收和回款系统关联，会不会太重？

关联的核心只是让"验收状态"和"回款节点"共享同一条数据，而不是增加审批环节——哪怕是小项目，只要验收和回款脱节，同样会出现"设备装完一个月才想起来该收预验收款"的问题。真正该省的是重复登记和手工对账，不是这层关联本身。

终验和质保期挂钩，回款节点应该怎么设计？

终验款通常和质保期起算日绑定，比如"终验合格后 30 天内支付终验款，质保期自终验合格之日起算"。这种情况下终验合格的确认时间点非常关键，既是回款节点的触发条件，也是质保期计算的起点，两者最好指向同一个"终验确认"记录，避免财务和售后各自按不同日期算错时间。

如果想知道自己团队的验收和回款现在卡在哪一环——是验收排期滞后、开票流程漏项，还是逾期跟进没有优先级，可以参考奥丁云 项目经营CRM 的定价与版本，用一个真实项目跑一遍从 FAT/SAT 到回款到账的完整链路。