融资担保公司的CRM不只管客户：把项目评审、保后预警和代偿追偿串成责任链

融资担保业务的客户关系跨越企业、实际控制人、关联方、合作银行、反担保人和处置机构，生命周期又从营销、尽调、评审延伸到签约、保后、代偿与追偿。如果CRM只保存企业名称和拜访记录，风险岗位看不到项目责任链；如果CRM复制核心风控、合同、财务和监管报送全部口径，又会形成第二套不可靠账本。正确边界是：CRM承载协作、任务、版本和经营视图，专业系统保留权威计量与法律结论。

先按业务类型和合作模式分层

融资担保公司可能开展借款类担保、债券担保及符合规定的其他融资担保；还可能涉及投标、工程履约或诉讼保全等非融资担保。政府性融资担保机构重点服务小微企业和“三农”，与商业化机构的政策目标、费率、风险分担和绩效口径不同。CRM不能用一条通用“商机阶段”覆盖所有业务，至少按担保类型、客户类型、合作银行、风险分担机制和项目期限区分流程模板。

《融资担保公司监督管理条例》要求建立项目评审、担保后管理、代偿责任追偿和风险管理制度，并按规则计量担保责任余额；2025年《政府性融资担保发展管理办法》进一步规范政府性机构服务对象与运行。系统设计应以企业适用制度和监管口径为准，本文不替代合规或风险审批意见。

核心对象必须从“客户—项目”扩展到责任与风险

同一企业可能有多个担保项目、多个合作银行和多个反担保组合；同一关联方也可能影响集中度判断。关系必须带生效时间、来源和确认人，不能覆盖旧版本。客户经理可以补充经营事实，但不能直接修改关联关系结论、责任余额或法务处置状态。

项目评审流程围绕“材料—结论—条件—版本”

1. 受理时确认客户身份、融资用途、合作银行和基础资格；
2. 尽调任务按财务、经营、信用、关联方、反担保和现场核验分工；
3. 材料缺口形成清单，记录责任人、截止时间和补充版本；
4. 评审结论关联适用材料版本，不允许材料更新后结论失去依据；
5. 前提条件、放款条件和保后条件进入可跟踪任务；
6. 展期、增额、变更或复议生成新版本，不覆盖原审批。

评审会议纪要、表决和专业意见应保存在授权系统或受控文档中，CRM只向有权限角色展示必要摘要与链接。出现例外审批时，必须记录依据、批准人和失效时间。

银担协作要把数据请求和状态回传可追踪化

银行与担保公司在客户准入、授信、合同、放款、还款、逾期和代偿环节需要交换状态。CRM可保存合作机构、联系人、请求事项、承诺时间、回传结果和数据来源日期；合同、放款金额、还款和代偿仍以银行或财务权威记录为准。接口不能只看“调用成功”，还要核对业务主键、幂等、重复回调、错单和延迟。

《银行业金融机构与融资担保公司业务合作指引》要求银担双方在合作中规范客户管理、合同、保后和风险处置，并强调及时办理反担保登记等事项。实际流程应由业务、风险和法务共同确认。

保后管理从定期打卡改成风险假设与证据

• 还款：计划、实际、逾期、展期和资金来源变化；
• 经营：收入、订单、现金流、诉讼、税务和关键人员变化；
• 用途：融资用途、项目进度和异常资金安排；
• 反担保：权属、估值、保险、查封、顺位和登记有效性；
• 关联风险：关联方新增负债、交叉担保和控制关系变化；
• 合作方：银行政策、风险分担和代偿条件变化。

每条预警要带事实来源、数据日期、影响项目、风险等级、责任人和关闭证据。客户拜访次数只能说明动作发生，不能单独证明风险下降。系统可以按规则提示，最终等级由授权岗位判断并留痕。

代偿与追偿需要从付款事实回到权利与行动

风险事件升级到可能代偿时，应建立专门案件：关联原担保合同、债权银行、代偿条件、应付金额、审批、付款凭证、追偿权利、反担保物和诉讼或处置任务。代偿完成不等于案件结束，后续要跟踪催收、和解、诉讼、执行、资产处置、回收金额和结案依据。

追偿任务应区分业务协调、法务程序、财务核销和资产处置，避免一名客户经理拥有从事实补录到风险结论和核销的全部权限。关键材料、金额和状态变更保留审计。

权限矩阵按职责和项目敏感度双重控制

字段、记录、附件和导出权限分别配置。关联方、个人担保人、财务材料和诉讼文件按必要性开放；移动端只展示现场工作所需内容。权限验收可参考CRM数据权限清单和审计日志验收方法。

经营报表不能替代监管与财务报表

CRM经营层可看新增项目、受理转化、评审时长、条件未完成、在保项目协同、保后任务、预警、代偿案件和追偿进度；权威责任余额、净资产倍数、单户与关联方比例、准备金和监管报送仍来自专业计量与财务系统。四项配套制度对责任余额计量及集中度有明确规则，系统只能引用经过确认的口径。

• 条件按时完成率＝按期限完成的放款或保后条件数÷到期条件数。
• 保后证据完整率＝完成必要证据并通过复核的在保项目数÷应复核项目数。
• 预警闭环率＝在目标时间内形成处置结论的预警数÷到期预警数。
• 追偿任务兑现率＝按期完成且有结果证据的追偿任务数÷到期任务数。

试点从一种担保类型和三十个项目开始

1. 选一个合作银行和一种担保类型，明确适用制度；
2. 抽取十个在评、十个在保、十个风险或已结项目；
3. 绘制客户、关联方、项目、合同、反担保、还款和风险主键；
4. 确定CRM与业务、财务、合同、风控和法务系统边界；
5. 配置材料缺口、条件、保后和预警任务；
6. 回放展期、逾期、反担保变化、代偿和追偿异常；
7. 核对权限、审计、接口对账、双端排版和管理报表后再扩围。

上线验收清单

• 同一企业多项目和关联方关系不会错误合并；
• 评审结论可追溯到材料版本和条件；
• 放款与反担保条件未完成时有明确阻断或例外审批；
• 银行回传、财务金额和项目状态可以按主键对账；
• 保后预警能关联事实、项目、责任人和关闭证据；
• 代偿案件能继续追踪权利、措施、回收和结案；
• 销售不能越权修改风险、财务或法务结论；
• 接口失败不会生成重复项目、重复合同或重复代偿。

接口与对账可结合CRM接口补偿闭环，上线前使用CRM沙箱测试门禁回放异常。

融资担保项目仍在客户表、评审表和保后台账之间断裂？预约融资担保CRM场景演示，用三十个真实项目验证责任链和系统边界。

主要信息来源

• 国家市场监管总局：融资担保公司监督管理条例
• 国家金融监督管理总局：融资担保条例四项配套制度
• 财政部等：政府性融资担保发展管理办法
• 首都之窗：银行业金融机构与融资担保公司业务合作指引