大家好，我是十三。
导言：一笔看似正常却可能高风险的订单
在上一篇文章中，我们已经把销售机会转化为了销售订单。现在，销售团队带来一笔新的大额订单：客户计划下达 50 万元的采购需求，并承诺 30 天内付款。
从销售视角看，这似乎是一笔值得推进的订单；但从财务或风控视角看，首先需要确认的是：这个客户有足够的信用额度吗？他之前欠我们的钱都还清了吗？这笔订单会不会导致坏账？
这就是我们今天要深入探讨的主题——信用检查（Credit Check）。它是销售订单确认前的最后一道风控防线，也是整个O2C流程中最重要的风险控制节点。
什么是信用检查 (Credit Check)？
想象一下，如果没有信用检查，可能会发生什么：
- 一个已经欠款100万的客户，又下了一笔50万的订单，最终可能一分钱都收不回来。
- 一个新客户，没有任何历史记录，直接下了一笔大额订单，结果客户跑路了。
- 一个客户的信用额度只有10万，但销售人员为了业绩，接了一笔50万的订单，最终导致坏账。
这些都是真金白银的损失。信用检查就是为了杜绝这类问题而存在的。
业务定义：信用检查是在销售订单确认之前，系统自动检查该客户的信用额度是否足够，以及是否存在其他风险因素（如历史逾期、黑名单等）的风控流程。它确保我们接的每一笔订单，都在可承受的风险范围内。
信用检查解决了哪些问题？
- 防止超额授信：确保客户的累计欠款（已用信用额度 + 本次订单金额）不超过其信用额度上限。
- 识别高风险客户：自动识别有历史逾期、被列入黑名单等风险因素的客户。
- 保护企业资金安全：通过前置的风险控制，避免坏账损失，保护企业的现金流。
核心概念：信用额度 (Credit Limit)
要理解信用检查，首先需要理解信用额度（Credit Limit）。
业务定义：信用额度是企业授予某个客户的最大赊销金额上限。它就像银行给我们的信用卡额度一样，客户可以在额度范围内先拿货后付款。
信用额度的组成：
信用额度 = 已用额度 + 可用额度
其中：
- 已用额度：客户当前未回款的应收账款总额。例如，客户之前下了3笔订单，总共欠款30万，这30万就是已用额度。
- 可用额度：信用额度减去已用额度后的剩余额度。例如，客户信用额度是50万，已用30万，那么可用额度就是20万。
信用额度的设定依据：
| 因素 | 说明 | 示例 |
|---|---|---|
| 客户规模 | 大客户通常信用额度更高 | 上市公司：100万；小公司：10万 |
| 历史交易记录 | 回款及时、合作时间长的客户额度更高 | 合作3年、零逾期：50万；新客户：5万 |
| 客户评级 | 基于客户财务状况、行业地位的综合评级 | VIP客户：100万；普通客户：20万 |
| 行业风险 | 不同行业的风险系数不同 | 政府机构：高额度；高风险行业：低额度 |
信用检查的流程
当销售人员提交一个销售订单时，系统会自动执行信用检查。这个过程通常是实时的、自动的。
信用检查的核心逻辑：
graph TD;
A[销售人员提交销售订单] --> B{订单付款条件是什么?};
B -- 现款现货 --> C[无需信用检查<br>直接通过];
B -- 账期付款 --> D[系统执行信用检查];
D --> E{计算: 已用额度 + 本次订单金额};
E --> F{是否超过信用额度?};
F -- 未超过 --> G[信用检查通过<br>订单可继续流转];
F -- 超过 --> H[信用检查失败<br>订单进入审批流程];
H --> I{审批是否通过?};
I -- 是 --> J[订单可继续流转];
I -- 否 --> K[订单被拒绝<br>通知销售人员];
信用检查的详细步骤：
- 获取客户信用信息：系统查询该客户的信用额度、已用额度、历史逾期记录等。
- 计算本次订单金额：统计订单的总金额（含税）。
- 计算信用占用：
已用额度 + 本次订单金额 - 判断是否超限：如果信用占用 > 信用额度，则信用检查失败。
- 执行检查结果：
- 如果通过：订单状态更新为“信用检查通过”，可以继续后续流程。
- 如果失败：订单状态更新为“信用检查失败”，进入审批流程。
信用检查失败后的审批流程
当信用检查失败时，订单不会直接被拒绝，而是进入审批流程。这是因为，有些情况下，即使信用额度不足，订单也可能是合理的（例如，客户承诺提前付款、有特殊担保等）。
审批流程的设计：
graph TD;
A[信用检查失败] --> B[系统生成审批任务];
B --> C[通知销售经理];
C --> D{销售经理审批};
D -- 同意 --> E[通知财务部门];
D -- 拒绝 --> F[订单被拒绝];
E --> G{财务部门审批};
G -- 同意 --> H[订单可继续流转];
G -- 拒绝 --> F;
审批的考虑因素：
| 因素 | 说明 | 示例 |
|---|---|---|
| 客户关系 | 是否是重要客户，是否值得特殊处理 | VIP客户临时超限，可以特批 |
| 订单金额 | 超限金额是否在可接受范围内 | 超限5%可以接受，超限50%需谨慎 |
| 付款承诺 | 客户是否承诺提前付款或提供担保 | 客户承诺15天内付款，可以特批 |
| 历史表现 | 客户是否有良好的历史回款记录 | 虽然超限，但历史零逾期，可以特批 |
信用检查的例外情况
在实际业务中，并非所有订单都需要进行信用检查。以下情况可以跳过信用检查：
- 现款现货订单：客户在下单时立即付款，不存在信用风险，无需检查。
- 预付款订单：客户已经预付了部分或全部款项，风险已降低，可以跳过或简化检查。
- 特殊客户类型：某些特殊客户（如政府机构、大型国企）可能不需要信用检查，或使用不同的检查规则。
总结：守住资金安全的“防火墙”
回顾一下，从订单提交到确认，我们经历了一个严谨的风控过程：
- 信用检查：是订单确认前的必要风控，确保客户的信用占用不超过信用额度。
- 信用额度：是信用检查的基础，它定义了每个客户的最大赊销上限。
- 审批流程：是信用检查失败后的灵活处理机制，确保特殊情况下的订单也能得到合理处理。
信用检查是O2C流程中的“防火墙”，它将销售的热情与财务的谨慎完美地结合在一起，既保证了业务的灵活性，又保护了企业的资金安全。
现在，订单已经通过了信用检查，可以正式确认了。下一步，当仓库开始拣货、打包、发货时，系统里又会发生什么？库存资产如何减少？销售成本如何计算？
往期回顾
- 业财通识08：企业赚钱的第一步，从"潜在客户"到"销售合同"
- 业财通识04：采购结算与付款，企业花钱的最后一步
- 业财通识03：收到供应商账单，能直接付款吗？
- 业财通识02：当货物上门，系统里发生了什么？
- 业财通识01：企业花钱的第一步，从"购物清单"到"法律合同"
关于十三Tech
资深服务端研发工程师、架构师、AI 编程实践者。
专注分享真实的技术实践经验，持续记录企业系统、架构设计与 AI 编程实践。