应收回款适合用 Agent 持续跟进，但它不该是“批量生成催款函”的机器人。正确顺序是：先对账并排除我方开票、验收、合同和核销阻断，再判断谁该联系客户；对外动作经人审，最后持续回读到账与核销。适合账期客户多、财务和销售需要协同的企业；如果订单、收款和发票无法关联，先补事实源。
第一步不是催客户，而是判断钱为什么没回来
Agent 每次扫描都应从有效合同或订单出发，读取付款节点、验收条件、应收金额、已收金额、发票、到账流水、客户承诺和争议记录。知识库可以解释催收规则，但当前余额和单据状态必须回到财务、ERP、CRM 或项目系统查询。
| 复核结果 | 正确动作 | 责任角色 | 此时能否联系客户 |
|---|---|---|---|
| 我方未完成开票、验收或合同前置条件 | 建内部处理项，先解除阻断 | 财务/项目负责人 | 暂不催 |
| 客户已付款但未认领或未核销 | 匹配流水并人工复核 | 财务 | 暂不催 |
| 客户对金额、交付或质量有争议 | 进入争议队列，关联项目证据 | 销售/项目负责人 | 由责任人沟通 |
| 付款节点已满足且无内部阻断 | 生成沟通草稿与证据包 | 销售/财务 | 人审后可联系 |
| 已有明确付款承诺 | 记录承诺日期并到期复查 | 客户负责人 | 未到期不重复打扰 |
| 涉及诉讼、重整或重大信用风险 | 停止常规催收，转专门流程 | 法务/管理层 | 按专门意见处理 |
这张表是最重要的分流门禁：逾期不等于客户恶意拖欠。Agent 如果跳过内部复核，只会把组织自己的问题变成一封冒犯客户的邮件。
把角色、规则与事实源分开
财务负责应收、到账和核销真值；销售负责客户关系与对外沟通；项目负责人确认验收和交付阻断；法务处理特殊风险；管理层只看升级后的重要异常，不代替一线逐笔判断。Agent 负责取数、比对、生成证据包、提出下一步、调度待办和定期复查，不替这些角色批准金额或作法律判断。
规则需要明确：哪种订单有效，账期从何时起算，预收、分期、质保金和退款怎样处理，内部阻断有哪些，客户承诺何时复查，哪些金额或措辞必须人审，多久未处理才升级。规则要版本化，避免同一笔应收因口径变化反复进出队列。
如果当前财务自动化仍停在票据和报表，可先看AI 财务数字员工的四类场景；若跨系统对象无法串联，可参考企业 Agent 需要怎样的业务事实源。
对外沟通必须带证据并保留人审
待沟通卡片至少展示客户、订单、应收余额、到期依据、已开发票、最近承诺、内部阻断检查结果和建议话术。确认人应能修改内容、收件人和发送渠道，也能选择“暂缓、转争议、内部处理”。涉及金额、付款账号、违约责任或关系敏感的客户，不允许 Agent 自行发送。
发送成功只说明消息出去了。系统还要把沟通记录写回客户与应收对象，生成责任人和复查日期；到期后重新读取付款流水、核销和争议状态。若客户付款，财务完成正确认领后才进入 已回款 终态；若只是承诺付款，应保持 待复查；若内部问题未解决，则保持 内部阻断，不能伪装成催收完成。
持续跟进要有节奏，也要能停止
每笔应收应只有一个当前处置任务，以订单或应收明细作为去重键。任务生成后先进入内部核验，再按结果进入“待客户沟通、等待承诺日期、内部阻断、争议处理、特殊风险”之一。状态变化时更新原任务，不重复给销售和财务各发一份孤立提醒。
等待期间也要定义复查触发：新的到账流水、发票开具、验收完成、客户承诺到期或责任人提交结果，都可以触发重新判断。没有新证据时按约定周期复查即可，不能每天用相同内容打扰客户。任何一方提出争议后，常规催收应暂停，直到责任人确认新的沟通依据。
停止条件同样重要：到账并核销、确认不构成应收、转入正式争议或专门流程、合同被依法变更，才允许退出当前队列。关闭时保留结果类型和证据引用；后续事实改变，可基于同一应收对象复开，而不是新建一条失去历史上下文的任务。
同一客户存在多笔应收时，也不能粗暴合并成一个总金额催收。每笔款的合同、账期、验收和争议可能不同；对外可以合并沟通，系统内仍要逐笔保留血缘和终态。
验收看业务终态和错误拦截
上线前至少测试正常到期、未开票、未验收、到账未核销、金额争议、无权访问、重复触发和接口超时。指标应包括内部阻断识别、错误催收拦截、待办有责率、承诺到期复查、到账核销回读一致性，以及异常是否交给正确角色。
通用的销售、订单、回款闭环可继续读企业 AI Agent 如何盯业务，执行安全可对照AI Agent 项目验收清单。从岗位场景出发可看财务岗位解决方案，需要把现有系统接成完整执行链，可进入企业 AI 落地工程。
