credit-case-intake-check

案件进件检查

在授信审查流程启动前,对客户提交的授信申请材料进行完整性校验和基本信息有效性核查,确保案件满足最低进件标准。

---

执行流程 (Workflow)

交互模式:模式 A - 报告生成型(Report Generation)

当用户要求检查授信申请案件进件材料时,按以下流程执行:

步骤 0:数据确认与验证(先读后写)

1. 确认客户身份:提取客户名称或ID
2. 确认案件编号:提取案件编号
3. 确认目标产品:提取产品名称或编码
4. 检查必填字段:客户名称、案件编号、目标产品、申请金额、申请材料清单
5. 运行验证脚本: python scripts/validate_intake_check.py --check-customer --check-materials
6. 若必填字段缺失,输出缺失清单,要求用户补充,停止后续流程
7. 验证通过后进入步骤1

📋 数据来源:user_upload 📋 执行主体:ai 📋 确认机制:none ⚠️ 强制指令:不得跳过必填字段检查,必须确认客户、案件和产品信息完整

步骤 1:客户基本信息有效性校验

获取客户基本信息,与官方证照比对有效性。 对接提示:映射到贵行客户信息系统(ECIF)、工商数据接口、身份核验系统,或等效数据聚合工具

1. 提取客户基本信息(10个字段):客户名称、企业名称、统一社会信用代码、法定代表人、注册资本、成立日期、所属行业、经营地址、联系方式、实控人信息
2. 逐项校验(对照Step 1基础信息校验表):
   • 与营业执照逐字比对(企业名称、法定代表人、注册资本、成立日期、经营地址)
   • 统一社会信用代码校验(18位,符合GB 32100编码规则)
   • 身份证有效性校验(18位、校验码正确、未过期)
3. 标注校验结果(✅通过/❌不通过)及严重度(阻断/建议补充)
4. 信息一致性检查:与营业执照/身份证比对,不一致须标注具体不一致项

📋 数据来源:system_api(ECIF系统、工商数据接口、身份核验系统) 📋 执行主体:ai ⚠️ 强制指令:不得跳过信息一致性校验,必须逐字比对企业名称(含括号、有限公司等后缀)

步骤 2:申请材料完整性检查

对照银行授信材料标准,逐项检查申请材料是否存在、是否有效。

1. 提取申请材料清单,对照材料分级标准(必备/建议/补充三级):
   • 必备材料(6项):授信申请书、营业执照、法定代表人身份证、财务报表、征信授权书、公司章程
   • 建议材料(5项):银行流水、纳税证明、经营场所证明、主要合同/订单、对外担保清单
   • 补充材料(5项):行业资质/许可证、环保/安全合规证明、高新技术企业证书、专利/知识产权清单、上下游客户清单
2. 逐项检查材料状态(✅已提交/❌缺失/⚠️无效)
3. 校验材料有效性:
   • 营业执照须在有效期内,年检/年报正常
   • 身份证须在有效期内,正反面完整
   • 财务报表优先使用经审计的年度报表(近2-3年+最近一期)
   • 征信授权书须为原件扫描件,授权范围覆盖本次授信,签字盖章完整
4. 标注缺失项严重度(阻断/建议补充/信息提示)

📋 数据来源:system_api(信贷系统影像档案) 📋 执行主体:ai ⚠️ 强制指令:不得将"材料数量充足"代替"内容质量达标",必须检查实质内容

步骤 3:申请金额与用途合理性校验

提取授信申请书中的关键字段,进行合理性和合规性审查。

1. 提取关键字段:申请金额、用途描述、期限、还款来源
2. 金额校验(4项):
   • 金额范围:须在产品政策规定的上下限内(阻断)
   • 金额单位:必须为人民币(元),外币须额外说明(阻断)
   • 金额精度:精确到元,不得有歧义(阻断)
   • 与营收匹配度:申请金额/年营收≤产品政策上限(建议补充)
3. 用途校验(4项):
   • 用途非空:不能为空或写"流动资金"等笼统描述(阻断)
   • 用途合规:不得用于股市、房地产、理财、非法集资等禁止领域(阻断,触发I3一票否决)
   • 用途与产品匹配:流动资金贷款须用于经营周转,固定资产贷款须用于项目建设(阻断)
   • 还款来源:须明确第一还款来源和第二还款来源(建议补充)
4. 期限校验(3项):
   • 期限范围:须在产品政策允许期限内(阻断)
   • 与用途匹配:流贷期限一般≤1年,固贷期限与项目周期匹配(建议补充)
   • 还款计划:须有分期还款计划或到期一次性还款说明(建议补充)

📋 数据来源:context(授信申请书) 📋 执行主体:ai ⚠️ 强制指令:不得跳过用途合规性检查,必须对照禁止领域清单逐项核查

步骤 4:一票否决条件检查

检查I1-I6一票否决条件,触发即终止,直接判定"禁止进件"。

1. 逐项检查一票否决条件(6项):
   • I1:企业营业执照已过期、被吊销,或统一社会信用代码无法核验
   • I2:法定代表人身份证过期或无法核验真实性
   • I3:资金用途明确指向禁止领域(股市、房地产投机、理财、非法集资、赌博等)
   • I4:征信授权书缺失或授权范围不足,无法合法获取征信报告
   • I5:企业已被列入经营异常名录或严重违法失信名单,且未解除
   • I6:申请材料存在明显伪造痕迹(如印章异常、文件格式不符、数据前后矛盾)
2. 若触发任一条件,立即停止后续流程,输出"禁止进件"结论,在报告顶部红色标注触发条件
3. 若均未触发,继续步骤5

📋 数据来源:system_api(工商数据接口、身份核验系统、征信系统) 📋 执行主体:ai 📋 确认机制:approve(高风险,触发一票否决须人工确认) ⚠️ 门控步骤:此步骤不通过不得进入下一步

• ✅ 无触发 → 进入步骤5
• ❌ 触发I1-I6 → 立即停止,输出"禁止进件"结论,标注触发条件

步骤 5:生成进件检查报告

汇总五步校验结果,输出结构化报告。

1. 汇总校验结果:
   • 客户基本信息校验(10项)
   • 申请材料完整性(必备6项+建议5项+补充5项)
   • 申请金额与用途校验(11项)
   • 一票否决条件检查(6项)
2. 生成缺失项汇总与补充指引(阻断项/建议补充项/信息提示项)
3. 计算进件结论:
   • ⛔ 不可进件:阻断项>0 或 触发一票否决
   • ⚠️ 可进件(限期补齐):阻断项=0 且 建议项>0
   • ✅ 材料齐全:全部通过
4. 输出结构化报告(使用Output Format模板)

📋 数据来源:context(步骤1-4校验结果) 📋 执行主体:ai ⚠️ 强制指令:不得遗漏任何校验项,必须全部覆盖

---

约束条件 (Constraints)

监管依据:《商业银行贷款业务管理办法》(银监会令2010年第2号)——贷款申请与受理 《商业银行授信工作尽职指引》(银监发〔2004〕51号)——授信申请材料的完整性要求 《征信业管理条例》——征信查询须取得书面授权 银行内部授信业务操作规程——具体进件材料标准

1. 阻断级不降级:标注为"阻断"的缺失项,必须补充完整后方可进入审查流程,不得例外放行
2. 信息一致性:客户基本信息须与营业执照、身份证件等官方证照逐字比对,不一致须标注
3. 授权合规:征信授权书须为原件扫描件,授权范围须覆盖本次授信查询,复印件/过期授权无效
4. 金额合理性:申请金额须在产品政策范围内,用途须具体明确(不得写"流动资金"等笼统描述)
5. 时效性:营业执照、身份证等证照须在有效期内;财务报表优先使用经审计的年度报表
6. 禁止跳过步骤:不得跳过步骤0(数据确认)和步骤4(一票否决检查),必须执行完整流程
7. 红线执行强制:如触发任何一票否决条件(I1-I6),必须立即停止后续流程,输出"禁止进件"结论,不得因"客户资质好"而忽略

---

审计追踪 (Audit Trail)

每次进件检查须生成审计日志,记录操作人、步骤、数据源、确认机制、耗时等信息。

审计日志格式:

{
  "skill_name": "credit-case-intake-check",
  "skill_version": "2.0.0",
  "execution_time": "2026-05-05T14:00:00+08:00",
  "customer_name": "[客户名称]",
  "case_id": "[案件编号]",
  "operator": "[操作人姓名]",
  "steps": [
    {
      "step": "步骤0:数据确认与验证",
      "executor": "ai",
      "data_source": {"type": "user_upload"},
      "confirmation": "none",
      "result": "pass",
      "duration_seconds": 5
    },
    {
      "step": "步骤1:客户基本信息有效性校验",
      "executor": "ai",
      "data_source": {"type": "system_api", "systems": ["ECIF系统", "工商数据接口", "身份核验系统"]},
      "confirmation": "none",
      "result": "pass",
      "duration_seconds": 30
    },
    {
      "step": "步骤2:申请材料完整性检查",
      "executor": "ai",
      "data_source": {"type": "system_api", "systems": ["信贷系统影像档案"]},
      "confirmation": "none",
      "result": "pass",
      "duration_seconds": 45
    },
    {
      "step": "步骤3:申请金额与用途合理性校验",
      "executor": "ai",
      "data_source": {"type": "context"},
      "confirmation": "none",
      "result": "pass",
      "duration_seconds": 20
    },
    {
      "step": "步骤4:一票否决条件检查",
      "executor": "ai",
      "data_source": {"type": "system_api", "systems": ["工商数据接口", "身份核验系统", "征信系统"]},
      "confirmation": "approve",
      "result": "pass",
      "duration_seconds": 25
    },
    {
      "step": "步骤5:生成进件检查报告",
      "executor": "ai",
      "data_source": {"type": "context"},
      "confirmation": "none",
      "result": "pass",
      "duration_seconds": 15
    }
  ],
  "intake_result": "可进件/不可进件/禁止进件",
  "blocking_items_count": 0,
  "veto_triggered": false,
  "total_duration_seconds": 140
}

审计日志保留期限: 至少 3 年,与授信案件档案同步保存。

---

踩坑记录 (Gotchas)

#1:信息一致性校验不严格导致后续纠纷

• 症状: 进件检查时企业名称与营业执照存在细微差异(如括号全半角、"有限公司"vs"有限责任公司"),未发现,后续审批阶段被驳回。
• 原因: 校验时仅做模糊匹配,未逐字比对。
• 解决: 步骤1必须逐字比对企业名称(含括号、有限公司等后缀),任何差异须标注。

#2:材料数量充足但内容质量不达标

• 症状: 客户提交了"财务报表",但仅提供1年未经审计报表,进件检查标注"已提交",后续审查阶段发现无法满足分析需求。
• 原因: 仅检查材料是否存在,未检查实质内容(年限、审计状态、报表类型)。
• 解决: 步骤2必须校验材料有效性(营业执照有效期、身份证有效期、财务报表年限+审计状态、征信授权书授权范围)。

#3:用途合规性检查遗漏导致违规放款

• 症状: 客户申请用途写"投资",进件检查未发现异常,后续发现资金实际流向股市。
• 原因: 未对照禁止领域清单逐项核查,"投资"属于模糊描述,未要求客户明确具体投资标的。
• 解决: 步骤3必须检查用途合规性,不得用于股市、房地产、理财、非法集资等禁止领域;用途描述不得为"流动资金"等笼统描述,须具体到业务场景。

#4:一票否决触发未立即终止流程

• 症状: 营业执照已过期(I1触发),但进件检查继续执行后续步骤,最终输出"可进件(限期补齐)",违反一票否决规则。
• 原因: 步骤4一票否决检查未设置为门控步骤,触发后未立即停止。
• 解决: 步骤4必须标注为门控步骤,触发任一I1-I6条件,立即停止后续流程,输出"禁止进件"结论,在报告顶部红色标注触发条件。

---

示例 (Examples)

示例1:新客户首笔授信进件检查

用户输入:

帮我检查一下这个进件材料:客户XX机械制造有限公司,案件编号CASE-2026-001,申请流动资金贷款5000万元,已提交授信申请书、营业执照、法定代表人身份证、2024年经审计年报、征信授权书。

Skill执行流程:

1. 步骤0:数据确认 → 提取客户名称、案件编号、产品名称、申请金额、材料清单(5项)
2. 步骤1:客户基本信息校验 → 10项字段校验(✅通过/❌不通过)
3. 步骤2:申请材料完整性检查 → 必备材料6项,缺失"公司章程"(❌阻断)
4. 步骤3:申请金额与用途校验 → 金额范围检查、用途合规性检查
5. 步骤4:一票否决条件检查 → I1-I6均未触发(✅通过)
6. 步骤5:生成进件检查报告 → 阻断项=1(公司章程),结论:⛔ 不可进件

输出要点:

• 核心结论:缺少必备材料"公司章程",不可进件
• 缺失项:公司章程(阻断级,须补充后方可进件)
• 补充指引:需要最新公司章程,含股东会/董事会决议权限条款,联系客户索取

示例2:营业执照过期触发一票否决

用户输入:

检查进件:XX制造有限公司,CASE-2026-012,流动资金贷款5000万元,营业执照已过期,其他材料齐全。

Skill执行流程:

1. 步骤0:数据确认 → 提取客户名称、案件编号、产品名称、申请金额、材料清单
2. 步骤1:客户基本信息校验 → 企业名称、统一信用代码校验
3. 步骤2:申请材料完整性检查 → 必备材料6项均已提交
4. 步骤3:申请金额与用途校验 → 金额范围检查
5. 步骤4:一票否决条件检查 → I1触发(营业执照已过期),立即停止
6. 输出"禁止进件"结论,在报告顶部红色标注【一票否决-I1】

输出要点:

• 核心结论:触发一票否决-I1(营业执照已过期),禁止进件
• 触发条件:企业营业执照已过期
• 处理措施:客户须先办理营业执照续期,重新提交后方可进件

---

非功能范围 (Out of Scope)

本 Skill 不处理以下场景:

• 贷后管理: 授信发放后的风险监控、风险分类调整、不良资产处置(请使用贷后管理相关 Skill)
• 授信审批决策: 实质性风险判断、授信额度核定、利率定价(请使用 credit-approval Skill)
• 无具体案件背景的一般合规咨询: 仅询问"进件需要什么材料"但无具体客户和案件信息(请提供具体案件信息后再次调用)
• 材料真实性鉴定: 本 Skill 仅进行形式审查(材料是否存在、是否有效),不鉴定材料真伪(真伪鉴定由尽职调查环节处理)
• 越权建议: 本 Skill 仅输出材料完整性检查结果,不提供"建议批准"或"建议拒绝"等审批决策建议

如果用户请求以上内容,明确告知并建议合适的工具或联系信贷审批部。

---

质量要求

1. 材料分级准确:每项材料须正确归类为必备/建议/补充,不得随意降级
2. 校验规则全覆盖:客户基本信息10项 + 必备材料6项 + 建议材料5项 + 补充材料5项 + 金额用途11项须全部覆盖
3. 一票否决前置:I1-I6 须在步骤4优先检查,触发即终止
4. 补充指引具体化:每项缺失须给出"需要什么、为什么需要、去哪里获取"三级指引
5. 信息一致性核对:企业名称、法人、统一信用代码须与官方证照逐字比对
6. 时效性标注:营业执照、身份证等证照有效期须在报告中标注
7. 不得臆造数据:无法获取的材料状态标注"未获取",不得推断为"已提交"或"缺失"
8. 版本可追溯:进件检查报告须保存至案件档案,支持后续审计调阅

---

典型应用场景

---

输入参数说明