仓库已经装车,销售却在发货前收到信用控制提醒:客户当前余额超过额度,还有一张逾期发票没有解释。销售说新订单必须今天发出,财务担心继续放行会把风险敞口再推高。
信用例外不能只看客户规模,也不能把超限自动等同于停单。AI能把合同、应收和订单证据合并成一个决定包,谁能批准、愿意承受多少风险,仍由公司制度和负责人决定。

先算清全部风险敞口
把已开票未收款、已发货未开票、准备放行的订单和可撤销的信用保障分别列出。争议款要单列,不因客户提出异议就自动从风险中删除。多主体、多币种或关联公司担保也不能只按客户名称合并。
合同权利和商业选择分开
合同可能允许暂停交付、要求预付款或设定宽限期,但有权暂停不代表每次都应暂停。先提取付款条件、违约、所有权保留和通知要求,再结合客户付款表现、订单重要性和替代方案作商业判断。

三种处理要附带条件
| 处理 | 适用证据 | 控制条件 |
|---|---|---|
| 放行 | 逾期已解决且风险仍在批准范围 | 记录批准人和有效期 |
| 限量交付 | 客户持续经营但风险需要封顶 | 设金额上限或分批收款 |
| 暂停发货 | 重大逾期、争议失联或证据不足 | 按合同发送通知 |
| 升级例外 | 关联担保、诉讼或高额战略订单 | 信用与法务共同审查 |
放行之后还要回读
例外批准应绑定本次订单、金额和到期日,不能变成永久白名单。发货后跟踪承诺付款是否到账;未到账时自动取消后续放行资格,并把偏差带入下一次评估。
扩大范围前先做三类样本
挑一位正常但临时超限客户、一位存在争议款客户和一位长期逾期客户,检查同一规则能否给出不同处理并回指合同与账龄。先确认字段能对应、规则能区分边界项,再扩大到完整范围。首轮测试的目标是发现漏项和误判方向,不追求一次给完所有结论。
角色:销售运营或信用控制负责人。
触发:重要客户超过信用额度或出现逾期,同时要求按原计划继续交付。
资料:合同付款条款、应收账龄、未交付订单、争议款记录、历史付款表现、审批权限。
判断:是否放行、限量交付、要求担保或暂停发货。
交付:信用例外评估单、风险敞口、放行条件和审批路径。
要求:每条结论标出证据位置、资料版本、未知项和需要谁确认,只生成建议与复核记录。
交接表必须保留来源和未知项
| 能力步骤 | 接收资料 | 交付结果 |
|---|---|---|
| 从合同中提取信用、付款与暂停交付条件 | 本步骤对应资料 | 可交接结果 |
| 核对应收、争议款和未交付订单形成风险敞口 | 本步骤对应资料 | 可交接结果 |
最终应交付信用例外评估单、风险敞口、放行条件和审批路径。每个结论都保留输入版本、原始位置、人工修改和批准状态,接手人可以从异常行继续,而不是重新读完整资料。
高风险决定需要明确接管人
- 关键资料缺少版本、时间范围或唯一编号
- 不同来源给出冲突事实,且没有已授权的基准
- 动作会直接触发付款、合同、权限、生产、人事或对外承诺
- 继续处理可能导致为保收入继续扩大坏账敞口,或机械停单伤害仍有偿付能力的核心客户
停止自动处理后,保留已经完成的证据整理和影响范围,标出阻塞项、接管人和期望回复时间。不要清空结果,也不要用模型猜测填补缺口。
Skill放在流程的哪一步
review-contract负责提取合同中的信用、付款、暂停交付和通知条件;Reconciliation负责对齐应收账龄、争议款、已发货未开票和新订单风险敞口。两项能力接力使用,前一步的输出要成为后一步可复核的输入。
AI不能替代信用授权,也不能自动放货、停供或向客户承诺新的付款条件。重大例外必须由信用、销售和法务按权限共同批准。

技能提升网