系统里能录信用额度 · 销售开单照样超限
回款、额度与应收风险 · 真实业务触发
恒晟精工的新订单 186 万元要下单发货，销售说「他们额度够」。而额度够不够要算三个数：在途未清应收、已批未执行订单、本次订单金额 —— 这三个数在应收台账、订单台账和 ERP 三个地方。承接 QC-01 折扣核查与 QC-02 合同偏离的结论。
不是流程描述，是调研出来的真痛点 —— 每条可点开核对出处
变化不在「快」，在「参与的角色」和「覆盖的范围」
6 步 · 每一步的产出都是下一步的输入
痛感 5 × AI 适配 4 ÷ 落地难度 2 = 10.0
最大差异点 · 不要求先把三个系统打通。应收台账、订单台账、ERP 导出的三份表直接扔进来，客户名称不一致的由本场景对齐并标出对齐依据。
评分口径：痛感看「这事没做好谁会生气、生气到什么程度」； AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」； 落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。
判断标准只有一个：这份东西能不能直接进企业的流程
不做授信决策，不核定或调整额度 —— 内控规范明确要求超政策的赊销实行集体决策审批。本场景产出的是额度占用测算、超限证据链与建议动作，签字权在有权限的人。不自动拦截发货。
Live Demo 里有一个完整案例的每一步，包括 Agent 在哪一步拦住了