post-loan-management
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinese目标角色 (Target Role)
Target Role
- 角色:贷后管理岗 / 风险审查人员
- 使用场景:贷款发放后的持续性贷后管理——首次检查、常规检查、风险预警、分类调整
- 输出用途:生成结构化贷后检查报告,作为风险分类调整、预警处置、监管检查的依据
- 决策层级:提供风险分析与分类建议,分类下调为不良类须人工审批
- 执行频率:按客户风险分类和授信金额矩阵确定(见 references/check-frequency-policy.md)
- Role: Post-loan Management Officer / Risk Reviewer
- Usage Scenario: Continuous post-loan management after loan disbursement - initial inspection, regular inspection, risk early warning, classification adjustment
- Output Purpose: Generate structured post-loan inspection reports as the basis for risk classification adjustment, early warning disposal, and regulatory inspection
- Decision Level: Provide risk analysis and classification suggestions; downgrading to non-performing category requires manual approval
- Execution Frequency: Determined based on customer risk classification and credit amount matrix (see references/check-frequency-policy.md)
数据接入 (Data Sources)
Data Sources
必需数据
Required Data
| 数据项 | 来源 | 获取方式 | 敏感级别 |
|---|---|---|---|
| 客户基本信息 | 信贷系统 | API: /api/credit/customer | 内部 |
| 授信台账(额度/余额/期限/担保) | 信贷系统 | API: /api/credit/exposure | 内部 |
| 财务报表(近3年+最新一期) | 用户上传 / 信贷系统 | 文件上传或 API | 内部 |
| 征信报告 | 人行征信 | 需人工授权后 API | 机密 |
| 资金流向明细 | 信贷/支付系统 | API: /api/payment/flow | 内部 |
| 押品价值数据 | 押品管理系统 | API: /api/collateral/value | 内部 |
| 行业基准数据 | references/industry-benchmarks.md | 文件读取 | 公开 |
| Data Item | Source | Acquisition Method | Sensitivity Level |
|---|---|---|---|
| Basic Customer Information | Credit System | API: /api/credit/customer | Internal |
| Credit Ledger (Limit/Balance/Term/Guarantee) | Credit System | API: /api/credit/exposure | Internal |
| Financial Statements (Last 3 Years + Latest Period) | User Upload / Credit System | File Upload or API | Internal |
| Credit Report | PBOC Credit Bureau | API after manual authorization | Confidential |
| Fund Flow Details | Credit/Payment System | API: /api/payment/flow | Internal |
| Collateral Value Data | Collateral Management System | API: /api/collateral/value | Internal |
| Industry Benchmark Data | references/industry-benchmarks.md | File Reading | Public |
数据脱敏规则
Data Desensitization Rules
- 企业统一社会信用代码:显示前 6 后 4,中间用 替代
* - 客户联系人手机号:仅显示前 3 后 4
- 银行账号:仅显示后 4 位
- 押品详细地址:不在输出中完整展示,仅展示区域和类型
- Unified Social Credit Code of Enterprise: Display first 6 and last 4 digits, replace the middle with
* - Customer Contact Phone Number: Only display first 3 and last 4 digits
- Bank Account Number: Only display last 4 digits
- Detailed Collateral Address: Do not display completely in output, only show region and type
降级策略
Degradation Strategy
- 如果征信数据不可用:标注"未纳入征信维度",其余分析继续
- 如果财务报表仅有 1 年:标注"数据不足,趋势分析不可用",仅做静态分析
- 如果资金流向明细不可获取:标注"资金流向核查无法执行,建议人工调取",其余检查继续
- 如果押品价值数据不可用:标注"押品价值基于最近一次评估,可能不能反映当前市场价"
- 如果外部行业数据不可用:使用 references/ 中的基准数据并标注"基于历史基准数据"
- If credit report data is unavailable: Mark "Not included in credit dimension", continue with other analysis
- If only 1 year of financial statements is available: Mark "Insufficient data, trend analysis not available", only conduct static analysis
- If fund flow details cannot be obtained: Mark "Fund flow verification cannot be executed, manual retrieval is recommended", continue with other inspections
- If collateral value data is unavailable: Mark "Collateral value is based on the latest assessment, which may not reflect current market price"
- If external industry data is unavailable: Use benchmark data in references/ and mark "Based on historical benchmark data"
术语消歧 (Terminology)
Terminology
| 易混淆术语 | 本 Skill 中含义 |
|---|---|
| 逾期天数 | 从约定还款日次日算起,含宽限期(如有) |
| 流动性 | 流动比率 / 速动比率(非市场流动性) |
| 重组贷款 | 因借款人财务困难而对原合同条款作出让步的贷款 |
| 交叉违约 | 客户对其他金融机构的债务出现违约,触发本合同项下的违约条款 |
| 关注类上调 | 分类上调须满足持续 3 个月改善且无新增风险信号 |
| 首次检查 | 放款后 30 天内的第一次贷后检查,100% 实地完成 |
| Easily Confused Term | Meaning in This Skill |
|---|---|
| Overdue Days | Calculated from the day after the agreed repayment date, including grace period (if any) |
| Liquidity | Current ratio / Quick ratio (not market liquidity) |
| Restructured Loan | A loan where concessions are made to the original contract terms due to the borrower's financial difficulties |
| Cross Default | Default by the customer on debts to other financial institutions triggers the default clauses under this contract |
| Upgrade to Special Mention Category | Upgrade requires continuous improvement for 3 months and no new risk signals |
| Initial Inspection | First post-loan inspection within 30 days after disbursement, 100% completed on-site |
执行流程 (Workflow)
Workflow
先读后写:在开始任何分析之前,必须先执行以下数据确认步骤:
- 读取并列出所有输入数据(客户信息、授信台账、财务报表、征信报告等)
- 确认数据的时间范围、会计准则(CAS/IFRS)和币种
- 运行
验证数据完整性和勾稽关系scripts/validate_post_loan_data.py- 仅在验证通过后进入步骤 1
Read Before Write: Before starting any analysis, the following data confirmation steps must be executed:
- Read and list all input data (customer information, credit ledger, financial statements, credit report, etc.)
- Confirm the time range, accounting standards (CAS/IFRS), and currency of the data
- Run
to verify data integrity and consistencyscripts/validate_post_loan_data.py- Proceed to Step 1 only after verification passes
步骤 1:贷后检查计划与准备
Step 1: Post-loan Inspection Planning and Preparation
根据客户风险分类和授信金额确定检查频率与重点,准备检查清单。
- 查阅 确定检查频率矩阵
references/check-frequency-policy.md - 调阅客户近期档案、历史贷后检查记录、预警处置记录
- 查询客户最新征信、司法信息、舆情动态
- 标注上期发现未整改事项为本核查重点
- ✅ 检查计划生成完成 → 进入步骤 2
- ❌ 客户基本信息缺失 → 停止检查,输出缺失清单
- ⚠️ 部分数据不可用 → 按数据接入降级策略处理,继续并在报告中标注
📋 数据来源:(客户提供检查参数)user_upload
Determine inspection frequency and focus based on customer risk classification and credit amount, prepare inspection checklist.
- Refer to to determine the inspection frequency matrix
references/check-frequency-policy.md - Retrieve recent customer files, historical post-loan inspection records, and early warning disposal records
- Query the customer's latest credit report, judicial information, and public opinion dynamics
- Mark unresolved issues found in the previous period as key points for this verification
- ✅ Inspection plan generated successfully → Proceed to Step 2
- ❌ Basic customer information missing → Stop inspection, output missing list
- ⚠️ Partial data unavailable → Process according to data source degradation strategy, continue and mark in the report
📋 Data Source:(customer provides inspection parameters)user_upload
步骤 2:资金用途与流向核查
Step 2: Fund Usage and Flow Verification
逐笔核查贷款资金流向,对照 的禁止性清单。
references/fund-usage-policy.md- 核查受托支付资金流向:对照合同约定,核查收款方和交易背景真实性
- 抽查自主支付大额支出(单笔 > 100 万):核查用途是否符合合同约定
- 执行资金回流核查:识别 7 日内/30 日内回流至借款人/关联方的异常交易
- 对固定资产贷款核查资本金到位情况和工程进度匹配度
- 对照禁止性流向清单,逐笔标记疑似违规流向
运行 进行自动化违规检测。
scripts/check_fund_usage.py --input {fund_flow_data} --rules references/fund-usage-policy.md- ✅ 未发现违规 → 进入步骤 3
- ❌ 发现资金挪用 → 标记为一票否决条件(P1),输出红色预警,进入步骤 5 但在最终报告中红色高亮
- ⚠️ 部分交易背景存疑 → 标记为黄色预警,进入步骤 3 并在报告中标注
📋 数据来源:(信贷系统资金流向数据)system_api
Verify loan fund flow item by item, against the prohibited list in .
references/fund-usage-policy.md- Verify entrusted payment fund flow: Check the authenticity of payee and transaction background against contract terms
- Spot-check large autonomous payments (single transaction > 1 million yuan): Verify if the usage complies with contract terms
- Execute fund return verification: Identify abnormal transactions returning to the borrower/related parties within 7/30 days
- Verify capital adequacy and project progress matching for fixed asset loans
- Mark suspected illegal flows item by item against the prohibited flow list
Run for automated violation detection.
scripts/check_fund_usage.py --input {fund_flow_data} --rules references/fund-usage-policy.md- ✅ No violations found → Proceed to Step 3
- ❌ Fund embezzlement found → Mark as a veto condition (P1), output red warning, proceed to Step 5 but highlight in red in the final report
- ⚠️ Suspicious transaction background → Mark as yellow warning, proceed to Step 3 and mark in the report
📋 Data Source:(fund flow data from credit system)system_api
步骤 3:经营状况与财务健康度检查
Step 3: Business Status and Financial Health Inspection
分析客户经营稳定性和财务健康度。
- 读取财务报表,按以下维度核查经营状况:
- 营收变化(同比/环比)
- 订单与生产(在手订单、产能利用率)
- 主要客户/供应商变动
- 库存与周转
- 人员变动
- 计算财务健康指标(流动比率、速动比率、资产负债率、利息保障倍数、经营现金流/总负债、应收账款周转天数),查阅 获取行业基准
references/industry-benchmarks.md - 对照 判断是否触发预警
references/financial-warning-thresholds.md - 执行财务造假识别检查(报表与税控/流水交叉验证、收入与现金流匹配、关联交易、期末突击回款)
分析要求:
- 不得跳过任何指标,即使某些指标"看起来正常"
- 所有比率须展示计算过程,不得直接给出结论
- 如指标与预期不符,须停下来分析原因
运行 计算财务指标并与行业基准对比。
scripts/calculate_financial_ratios.py --input {financial_data} --benchmarks references/industry-benchmarks.md- ✅ 经营正常、财务指标在正常区间 → 进入步骤 4
- ⚠️ 部分指标进入关注区间 → 标记预警信号,进入步骤 4
- ❌ 多项指标进入预警区间或发现财务造假 → 标记橙色/红色预警,进入步骤 4
📋 数据来源:(用户上传财务报表)user_upload
Analyze customer business stability and financial health.
- Read financial statements and verify business status from the following dimensions:
- Revenue changes (YoY/ MoM)
- Orders and production (outstanding orders, capacity utilization)
- Changes in major customers/suppliers
- Inventory and turnover
- Personnel changes
- Calculate financial health indicators (current ratio, quick ratio, asset-liability ratio, interest coverage ratio, operating cash flow/total liabilities, accounts receivable turnover days), refer to for industry benchmarks
references/industry-benchmarks.md - Determine if early warning is triggered against
references/financial-warning-thresholds.md - Execute financial fraud identification checks (cross-validation of statements with tax control/flow, matching of revenue and cash flow, related party transactions, year-end突击回款)
Analysis Requirements:
- Do not skip any indicators, even if some indicators "seem normal"
- Show calculation process for all ratios, do not directly give conclusions
- If indicators do not meet expectations, stop to analyze the reasons
Run to calculate financial indicators and compare with industry benchmarks.
scripts/calculate_financial_ratios.py --input {financial_data} --benchmarks references/industry-benchmarks.md- ✅ Normal business operation, financial indicators within normal range → Proceed to Step 4
- ⚠️ Partial indicators enter attention range → Mark warning signals, proceed to Step 4
- ❌ Multiple indicators enter warning range or financial fraud found → Mark orange/red warning, proceed to Step 4
📋 Data Source:(financial statements uploaded by user)user_upload
步骤 4:担保有效性与外部风险环境检查
Step 4: Guarantee Validity and External Risk Environment Inspection
核查担保物价值和外部环境变化。
- 按担保类型(抵押/质押/保证)逐一核查:
- 抵押物市场价值变动和物理状态
- 质押物付款义务人资信
- 保证人财务和征信状况
- 查阅 获取各类担保的抵押率上限和预警阈值
references/collateral-policy.md - 评估行业政策、区域风险、市场风险、信用环境变化
- 量化外部环境变化对客户还款能力的冲击
- ✅ 担保有效、外部环境无重大不利变化 → 进入步骤 5
- ⚠️ 担保物价值下跌 ≥ 15% 但 < 25% → 标记黄色预警,进入步骤 5
- ❌ 担保物被查封或保证人资信严重恶化 → 标记红色预警,进入步骤 5
📋 数据来源:(押品管理系统、保证人征信)system_api
Verify collateral value and changes in external environment.
- Verify one by one according to guarantee type (mortgage/pledge/guarantee):
- Market value changes and physical status of mortgaged assets
- Credit status of payment obligor of pledged assets
- Financial and credit status of guarantor
- Refer to for upper limit of mortgage ratio and warning thresholds for various guarantees
references/collateral-policy.md - Evaluate changes in industry policies, regional risks, market risks, and credit environment
- Quantify the impact of external environment changes on customer's repayment ability
- ✅ Valid guarantee, no major adverse changes in external environment → Proceed to Step 5
- ⚠️ Collateral value drops ≥ 15% but < 25% → Mark yellow warning, proceed to Step 5
- ❌ Collateral seized or guarantor's credit status seriously deteriorated → Mark red warning, proceed to Step 5
📋 Data Source:(collateral management system, guarantor credit report)system_api
步骤 5:早期预警识别与风险分类评估
Step 5: Early Warning Identification and Risk Classification Assessment
综合前述核查结果,识别预警信号,评估风险分类。
- 汇总步骤 2-4 识别到的所有预警信号,对照 确定等级(黄/橙/红)
references/early-warning-indicators.md - 查阅 (五级分类标准),评估当前分类是否准确
references/five-classification-policy.md - 按"实质重于形式"原则综合判断(逾期天数仅为参考)
- 如分类需调整,附详细分析依据
一票否决条件检查:逐项核对 P1-P6 一票否决条件(见 )。触发任一条件须立即红色预警。
references/p1-p6-veto-conditions.md运行 生成分类建议。
scripts/evaluate_risk_classification.py --input {assessment_data} --policy references/five-classification-policy.md- ✅ 分类准确、无新增重大风险 → 进入步骤 6
- ⚠️ 分类需下调但非不良 → 输出下调建议和依据,进入步骤 6
- ❌ 分类需下调为不良或触发一票否决 → 输出红色预警及分类下调建议,进入步骤 6
📋 执行主体:(AI 生成分类建议 → 风险审查人员确认) 📋 确认机制:ai→human(不良类分类下调须人工审批)approve
Synthesize the verification results from previous steps to identify warning signals and assess risk classification.
- Summarize all warning signals identified in Steps 2-4, determine the level (yellow/orange/red) against
references/early-warning-indicators.md - Refer to (five-level classification standards) to assess whether the current classification is accurate
references/five-classification-policy.md - Make comprehensive judgment based on the principle of "substance over form" (overdue days are only for reference)
- If classification adjustment is needed, attach detailed analysis basis
Veto Condition Check: Check item by item the P1-P6 veto conditions (see ). Triggering any condition requires immediate red warning.
references/p1-p6-veto-conditions.mdRun to generate classification suggestions.
scripts/evaluate_risk_classification.py --input {assessment_data} --policy references/five-classification-policy.md- ✅ Accurate classification, no new major risks → Proceed to Step 6
- ⚠️ Classification needs downgrade but not non-performing → Output downgrade suggestion and basis, proceed to Step 6
- ❌ Classification needs downgrade to non-performing or veto condition triggered → Output red warning and classification downgrade suggestion, proceed to Step 6
📋 Execution Subject:(AI generates classification suggestions → Risk reviewer confirms) 📋 Confirmation Mechanism:ai→human(downgrade to non-performing category requires manual approval)approve
步骤 6:预警处置与贷后报告生成
Step 6: Early Warning Disposal and Post-loan Report Generation
对已识别预警信号制定处置方案,生成结构化贷后检查报告。
- 核实预警信号(排除误报),评估风险严重程度
- 按预警等级制定差异化处置方案:
- 黄色预警:加强监测频率、要求客户补充材料
- 橙色预警:压缩敞口、追加担保、调整授信条件
- 红色预警:启动提前收贷、诉讼保全、不良贷款移交
- 查阅 确定上报路径和时限
references/disposal-escalation-policy.md - 使用 生成贷后检查报告
assets/post-loan-report-template.md - 报告末尾附加免责声明(使用 )
assets/disclaimer-template.md
输出完整贷后检查报告。
📋 执行主体:(AI 生成报告 → 检查人员、负责人双签归档) 📋 确认机制:ai→human(报告须双签后方可归档)approve
Formulate disposal plans for identified warning signals and generate structured post-loan inspection reports.
- Verify warning signals (exclude false positives), assess risk severity
- Formulate differentiated disposal plans based on warning levels:
- Yellow warning: Increase monitoring frequency, require customer to supplement materials
- Orange warning: Reduce exposure, add guarantees, adjust credit terms
- Red warning: Initiate early loan collection, litigation preservation, transfer of non-performing loans
- Refer to to determine reporting path and time limit
references/disposal-escalation-policy.md - Generate post-loan inspection report using
assets/post-loan-report-template.md - Attach disclaimer at the end of the report (use )
assets/disclaimer-template.md
Output complete post-loan inspection report.
📋 Execution Subject:(AI generates report → Dual signature and filing by inspector and responsible person) 📋 Confirmation Mechanism:ai→human(report can be filed only after dual signature)approve
输出格式 (Output Format)
Output Format
使用 模板。报告必须包含以下结构化章节:
assets/post-loan-report-template.mdUse the template. The report must include the following structured sections:
assets/post-loan-report-template.md1. 客户基本情况
1. Basic Customer Information
| 字段 | 类型 | 说明 |
|---|---|---|
| 企业名称 | string | 企业全称 |
| 统一社会信用代码 | string | 脱敏后(前6后4) |
| 授信额度 | number | 万元 |
| 授信余额 | number | 万元 |
| 授信期限 | string | 起讫日期 |
| 担保方式 | enum | 信用/保证/抵押/质押/组合 |
| 当前风险分类 | enum | 正常/关注/次级/可疑/损失 |
| Field | Type | Description |
|---|---|---|
| Enterprise Name | string | Full name of the enterprise |
| Unified Social Credit Code | string | Desensitized (first 6 and last 4 digits) |
| Credit Limit | number | Ten thousand yuan |
| Credit Balance | number | Ten thousand yuan |
| Credit Term | string | Start and end date |
| Guarantee Method | enum | Credit/Guarantee/Mortgage/Pledge/Combination |
| Current Risk Classification | enum | Normal/Special Mention/Substandard/Doubtful/Loss |
2. 本期检查概述
2. Overview of Current Inspection
| 字段 | 类型 | 说明 |
|---|---|---|
| 检查日期 | string | YYYY-MM-DD |
| 检查方式 | enum | 实地/非现场/暗访 |
| 检查人员 | string | 姓名/工号 |
| 客户配合度 | enum | 配合/部分配合/不配合 |
| Field | Type | Description |
|---|---|---|
| Inspection Date | string | YYYY-MM-DD |
| Inspection Method | enum | On-site/Off-site/Unannounced Visit |
| Inspector | string | Name/Employee ID |
| Customer Cooperation Level | enum | Cooperative/Partially Cooperative/Uncooperative |
3. 资金用途核查结果
3. Fund Usage Verification Results
| 字段 | 类型 | 说明 |
|---|---|---|
| 资金用途合规性 | enum | 合规/部分不合规/严重违规 |
| 疑似违规笔数 | number | 笔 |
| 资金回流识别 | enum | 未发现/疑似/确认 |
| 处理措施 | string | 具体处置动作 |
| Field | Type | Description |
|---|---|---|
| Fund Usage Compliance | enum | Compliant/Partially Non-compliant/Seriously Non-compliant |
| Number of Suspected Violations | number | Count |
| Fund Return Identification | enum | Not Found/Suspected/Confirmed |
| Handling Measures | string | Specific disposal actions |
4. 经营与财务评估
4. Business and Financial Assessment
| 字段 | 类型 | 取值范围 |
|---|---|---|
| 经营状况评价 | enum | 稳定/一般/恶化 |
| 财务健康度 | enum | 健康/关注/预警 |
| 关键指标偏离数 | array | [指标名: 实际值/基准值] |
| Field | Type | Value Range |
|---|---|---|
| Business Status Evaluation | enum | Stable/General/Deteriorated |
| Financial Health | enum | Healthy/Attention/Warning |
| Number of Deviated Key Indicators | array | [Indicator Name: Actual Value/Benchmark Value] |
5. 担保有效性评价
5. Guarantee Validity Evaluation
| 字段 | 类型 | 说明 |
|---|---|---|
| 担保物价值变动 | number | 变动百分比 |
| 保证人资信 | enum | 良好/关注/恶化 |
| 登记有效性 | enum | 有效/部分无效/全部无效 |
| Field | Type | Description |
|---|---|---|
| Collateral Value Change | number | Percentage change |
| Guarantor Credit Status | enum | Good/Attention/Deteriorated |
| Registration Validity | enum | Valid/Partially Invalid/Completely Invalid |
6. 预警信号清单
6. Early Warning Signal List
| 字段 | 类型 | 说明 |
|---|---|---|
| 信号编号 | string | 唯一标识 |
| 信号类别 | enum | 财务/行为/担保/经营/外部 |
| 预警等级 | enum | 黄色/橙色/红色 |
| 触发条件 | string | 具体描述 |
| Field | Type | Description |
|---|---|---|
| Signal ID | string | Unique identifier |
| Signal Category | enum | Financial/Behavioral/Guarantee/Business/External |
| Warning Level | enum | Yellow/Orange/Red |
| Trigger Condition | string | Specific description |
7. 风险分类建议
7. Risk Classification Suggestion
| 字段 | 类型 | 说明 |
|---|---|---|
| 当前分类 | enum | 正常/关注/次级/可疑/损失 |
| 建议分类 | enum | 正常/关注/次级/可疑/损失 |
| 分类理由 | string | 详细分析依据 |
| Field | Type | Description |
|---|---|---|
| Current Classification | enum | Normal/Special Mention/Substandard/Doubtful/Loss |
| Suggested Classification | enum | Normal/Special Mention/Substandard/Doubtful/Loss |
| Classification Reason | string | Detailed analysis basis |
8. 处置建议与下期计划
8. Disposal Suggestions and Next Inspection Plan
| 字段 | 类型 | 说明 |
|---|---|---|
| 处置措施 | array | [措施, 责任人, 时限] |
| 下期检查日期 | string | YYYY-MM-DD |
| 下期重点 | array | [关注点列表] |
| Field | Type | Description |
|---|---|---|
| Disposal Measures | array | [Measure, Responsible Person, Time Limit] |
| Next Inspection Date | string | YYYY-MM-DD |
| Next Inspection Focus | array | [List of focus points] |
9. 免责声明
9. Disclaimer
报告末尾必须包含免责声明,使用 标准版模板。
assets/disclaimer-template.md本输出可被 credit-risk-classification 和 early-warning-disposal Skill 解析使用。
The report must include a disclaimer at the end, using the standard template in .
assets/disclaimer-template.mdThis output can be parsed and used by credit-risk-classification and early-warning-disposal Skills.
合规红线 (Constraints)
Compliance Constraints
- 禁止收益承诺:任何情况下不得出现"预计恢复"、"有望好转"、"回收率预计 X%"等确定性表述。
- 禁止数据猜测:缺失数据须向用户索要或按降级策略处理,严禁用行业平均值替代真实数据(行业平均值仅用于对标比较)。
- 数据时效性标注:如果引用的行业基准数据超过标注有效期,必须在输出中标注"⚠️ 行业基准数据可能已过时"。
- 禁止越权审批:本 Skill 仅生成分类建议和处置方案,不得代替人工审批或自动执行分类调整。
- 禁止掩盖风险:不得淡化或遗漏已识别的预警信号,所有预警必须如实列示并分级。
- 禁止绕过实地检查:关注类及以上客户必须实地检查,不得以电话或系统核查代替。
- 禁止事后补录:贷后检查报告须实时生成归档,不得事后补录或篡改历史记录。
- 一票否决立即上报:触发 P1-P6 任一条件的,必须立即红色预警并启动应急报告,不得延迟处理。
- Prohibit Profit Commitments: Under no circumstances shall there be deterministic statements such as "expected recovery", "expected improvement", "recovery rate is expected to be X%", etc.
- Prohibit Data Guessing: Missing data must be requested from users or processed according to the degradation strategy. It is strictly prohibited to replace real data with industry averages (industry averages are only used for benchmarking comparison).
- Data Timeliness Labeling: If the referenced industry benchmark data exceeds the marked validity period, it must be labeled in the output as "⚠️ Industry benchmark data may be outdated".
- Prohibit Overstepping Approval Authority: This Skill only generates classification suggestions and disposal plans, and shall not replace manual approval or automatically execute classification adjustments.
- Prohibit Concealing Risks: Do not downplay or omit identified warning signals; all warnings must be truthfully listed and graded.
- Prohibit Bypassing On-site Inspection: Customers in Special Mention category or above must be inspected on-site; telephone or system verification shall not be used as a substitute.
- Prohibit Post-hoc Backfilling: Post-loan inspection reports must be generated and filed in real time; post-hoc backfilling or tampering with historical records is prohibited.
- Veto Conditions Trigger Immediate Reporting: If any of the P1-P6 conditions is triggered, red warning must be issued immediately and emergency reporting initiated without delay.
审计追踪 (Audit Trail)
Audit Trail
每次贷后检查执行结束后,生成审计日志 :
audit/{企业简称}_{日期}_post_loan_audit.jsonjson
{
"skill_name": "post-loan-management",
"skill_version": "1.0.0",
"execution_time": "YYYY-MM-DDTHH:mm:ss+08:00",
"customer_id": "[脱敏]",
"check_type": "首次检查/常规检查/风险分类调整/预警处置",
"model": "claude-opus-4-7",
"operator": "[姓名](工号:[工号])",
"steps": [
{
"step": "数据确认与验证",
"executor": "ai",
"data_source": {"type": "user_upload"},
"result": "通过/不通过",
"duration_seconds": 0
},
{
"step": "资金用途核查",
"executor": "ai",
"data_source": {"type": "system_api", "system": "信贷系统"},
"result": "通过/不通过/预警",
"findings_count": 0
},
{
"step": "经营与财务检查",
"executor": "ai",
"data_source": {"type": "user_upload"},
"result": "pass/fail/warning"
},
{
"step": "担保有效性检查",
"executor": "ai",
"data_source": {"type": "system_api", "system": "押品管理系统"},
"result": "pass/fail/warning"
},
{
"step": "预警识别与分类评估",
"executor": "ai→human",
"data_source": {"type": "context"},
"ai_output": "建议分类:[分类]",
"confirmation": {"type": "approve", "approved_by": "[姓名]", "role": "风险审查人员", "final_decision": "[分类]"}
},
{
"step": "报告生成与归档",
"executor": "ai→human",
"confirmation": {"type": "approve", "signed_by": "[检查人] + [负责人]"}
}
],
"warnings": ["如有"],
"veto_conditions_triggered": [],
"references_used": ["references/check-frequency-policy.md", "references/industry-benchmarks.md", "..."]
}审计日志保留期限 ≥ 3 年。
After each post-loan inspection is completed, generate an audit log :
audit/{Enterprise Abbreviation}_{Date}_post_loan_audit.jsonjson
{
"skill_name": "post-loan-management",
"skill_version": "1.0.0",
"execution_time": "YYYY-MM-DDTHH:mm:ss+08:00",
"customer_id": "[Desensitized]",
"check_type": "Initial Inspection/Regular Inspection/Risk Classification Adjustment/Early Warning Disposal",
"model": "claude-opus-4-7",
"operator": "[Name] (Employee ID: [ID])",
"steps": [
{
"step": "Data Confirmation and Verification",
"executor": "ai",
"data_source": {"type": "user_upload"},
"result": "Pass/Fail",
"duration_seconds": 0
},
{
"step": "Fund Usage Verification",
"executor": "ai",
"data_source": {"type": "system_api", "system": "Credit System"},
"result": "Pass/Fail/Warning",
"findings_count": 0
},
{
"step": "Business and Financial Inspection",
"executor": "ai",
"data_source": {"type": "user_upload"},
"result": "pass/fail/warning"
},
{
"step": "Guarantee Validity Inspection",
"executor": "ai",
"data_source": {"type": "system_api", "system": "Collateral Management System"},
"result": "pass/fail/warning"
},
{
"step": "Early Warning Identification and Classification Assessment",
"executor": "ai→human",
"data_source": {"type": "context"},
"ai_output": "Suggested Classification: [Classification]",
"confirmation": {"type": "approve", "approved_by": "[Name]", "role": "Risk Reviewer", "final_decision": "[Classification]"}
},
{
"step": "Report Generation and Filing",
"executor": "ai→human",
"confirmation": {"type": "approve", "signed_by": "[Inspector] + [Responsible Person]"}
}
],
"warnings": ["If any"],
"veto_conditions_triggered": [],
"references_used": ["references/check-frequency-policy.md", "references/industry-benchmarks.md", "..."]
}The retention period of audit logs is ≥ 3 years.
踩坑记录 (Gotchas)
Gotchas
#1:误将逾期天数作为唯一分类依据
#1: Over-reliance on Overdue Days as the Sole Basis for Classification
- 症状:将逾期 90 天的贷款直接归为次级类,忽略了借款人实际还款能力和担保充足性
- 原因:过度依赖逾期天数,未执行"实质重于形式"综合判断
- 解决:严格按执行流程步骤 5 执行——逾期天数仅为参考,须综合还款能力、担保充足性、回收可能性判断
- Symptom: Directly classify loans overdue for 90 days as substandard, ignoring the borrower's actual repayment ability and sufficient guarantee
- Cause: Over-reliance on overdue days, failure to execute comprehensive judgment based on "substance over form"
- Solution: Strictly follow Step 5 of the workflow - overdue days are only for reference; judgment must be made by synthesizing repayment ability, guarantee sufficiency, and recovery possibility
#2:资金回流穿透不足导致漏判
#2: Inadequate Fund Return Penetration Leading to Missed Judgments
- 症状:只核查了直接收款方,未识别经多层转账后回流至借款人的资金
- 原因:资金流向核查仅停留在一级交易对手,未执行穿透分析
- 解决:按执行流程步骤 2 要求穿透至最终收款方,重点关注 7 日内/30 日内累计回流超过贷款金额 30% 的异常路径
- Symptom: Only verify direct payees, fail to identify funds returning to the borrower after multiple transfers
- Cause: Fund flow verification only stays at the first-level counterparty, fails to execute penetration analysis
- Solution: Follow Step 2 of the workflow to penetrate to the final payee, focus on abnormal paths where cumulative return exceeds 30% of the loan amount within 7/30 days
#3:保证人过度担保被忽略
#3: Ignoring Over-guarantee by Guarantor
- 症状:保证人对外担保总额已超过净资产 50%,但仍将其评估为"良好"
- 原因:仅关注保证人自身财务指标,未核查其对外担保总额
- 解决:按执行流程步骤 4 要求,保证人核查须包含对外担保/净资产比率,> 50% 须预警
- Symptom: The total external guarantee of the guarantor has exceeded 50% of net assets, but it is still evaluated as "good"
- Cause: Only focus on the guarantor's own financial indicators, fail to verify its total external guarantee
- Solution: Follow Step 4 of the workflow, guarantor verification must include the ratio of external guarantee/net assets; ratio > 50% requires warning
#4:行业基准数据过期导致误判
#4: Outdated Industry Benchmark Data Leading to Misjudgment
- 症状:使用过期的行业基准数据,将正常经营客户误判为财务预警
- 原因:references/industry-benchmarks.md 标注的数据有效期已过期但未更新
- 解决:执行前检查所有 references/ 文件的数据有效期标注,过期数据须标注"可能已过时"或拒绝使用
- Symptom: Use outdated industry benchmark data, misclassify normally operating customers as financial warning
- Cause: The data validity period marked in references/industry-benchmarks.md has expired but not updated
- Solution: Check the data validity period of all references/ files before execution; expired data must be labeled "may be outdated" or rejected
示例 (Examples)
Examples
示例 1:正常类客户常规贷后检查
Example 1: Regular Post-loan Inspection for Normal Category Customer
用户输入:
请对 XX 科技有限公司执行本季度贷后检查。当前分类:正常类,授信金额 8000 万元,担保方式:房产抵押。
Skill 执行流程:
- 数据确认:读取客户档案、授信台账、最新财务报表 → 验证数据完整性 → 通过
- 检查计划:查阅 check-frequency-policy.md → 正常类 ≥ 5000 万 → 每月 1 次实地+系统检查
- 资金用途核查:核查受托支付凭证和自主支付大额支出 → 未发现违规 → 通过
- 经营与财务检查:计算财务指标 → 流动比率 1.8、资产负债率 52%、利息保障倍数 4.2 → 均在正常区间 → 通过
- 担保检查:抵押房产价值稳定,他项权证有效 → 通过
- 预警识别:无新增预警信号 → 维持正常类分类
- 生成贷后检查报告(含免责声明)→ 双签归档
输出摘要:客户经营正常,财务指标健康,担保有效,无预警信号。建议维持正常类分类,下次检查日期:[下月日期]。
User Input:
Please conduct this quarter's post-loan inspection for XX Technology Co., Ltd. Current classification: Normal, credit amount: 80 million yuan, guarantee method: real estate mortgage.
Skill Execution Workflow:
- Data Confirmation: Read customer files, credit ledger, latest financial statements → Verify data integrity → Pass
- Inspection Plan: Refer to check-frequency-policy.md → Normal category ≥ 50 million yuan → 1 on-site + system inspection per month
- Fund Usage Verification: Verify entrusted payment vouchers and large autonomous payments → No violations found → Pass
- Business and Financial Inspection: Calculate financial indicators → Current ratio 1.8, asset-liability ratio 52%, interest coverage ratio 4.2 → All within normal range → Pass
- Guarantee Inspection: Mortgaged real estate value is stable, title certificate is valid → Pass
- Early Warning Identification: No new warning signals → Maintain normal classification
- Generate post-loan inspection report (including disclaimer) → Dual signature and filing
Output Summary: Customer operates normally, financial indicators are healthy, guarantee is valid, no warning signals. Suggest maintaining normal classification, next inspection date: [Next month's date].
示例 2:关注类客户触发橙色预警
Example 2: Special Mention Category Customer Triggering Orange Warning
用户输入:
XX 制造公司最近经营不太稳定,帮我做一次贷后检查。当前关注类,授信 3000 万,保证担保。
Skill 执行流程:
- 数据确认:读取数据 → 财务报表显示营收同比降 25%,经营现金流连续两季为负 → 验证通过
- 检查计划:关注类 → 每月 1 次实地检查
- 资金用途核查:发现 1 笔 200 万自主支付转入关联企业,交易背景存疑 → 标记黄色预警
- 经营与财务检查:营收降 25%(> 20% 关注阈值),利息保障倍数 1.2(< 1.5 预警区间)→ 标记橙色预警
- 担保检查:保证人资产负债率 68%(接近 70% 阈值)→ 标记关注
- 预警识别:汇总 1 个橙色预警 + 2 个黄色预警 → 建议压缩敞口、追加担保
- 生成贷后检查报告 → 上报风险管理部门
输出摘要:客户营收大幅下滑,利息保障倍数不足,存在关联交易存疑。建议维持关注类、压缩敞口 500 万、要求追加抵押担保,30 日内完成。
User Input:
XX Manufacturing Co., Ltd. has been operating unstable recently, please conduct a post-loan inspection. Current classification: Special Mention, credit amount: 30 million yuan, guarantee method: guarantee.
Skill Execution Workflow:
- Data Confirmation: Read data → Financial statements show revenue decreased by 25% YoY, operating cash flow has been negative for two consecutive quarters → Verification passed
- Inspection Plan: Special Mention category → 1 on-site inspection per month
- Fund Usage Verification: Found 1 autonomous payment of 2 million yuan transferred to a related enterprise, transaction background is suspicious → Mark yellow warning
- Business and Financial Inspection: Revenue decreased by 25% (> 20% attention threshold), interest coverage ratio 1.2 (< 1.5 warning range) → Mark orange warning
- Guarantee Inspection: Guarantor's asset-liability ratio is 68% (close to 70% threshold) → Mark attention
- Early Warning Identification: Summarize 1 orange warning + 2 yellow warnings → Suggest reducing exposure and adding guarantees
- Generate post-loan inspection report → Report to risk management department
Output Summary: Customer's revenue has dropped significantly, interest coverage ratio is insufficient, and there are suspicious related party transactions. Suggest maintaining Special Mention category, reducing exposure by 5 million yuan, requiring additional mortgage guarantee, to be completed within 30 days.
非功能范围 (Out of Scope)
Out of Scope
- 本 Skill 不执行贷前尽职调查或授信审批(请使用授信审批相关 Skill)
- 本 Skill 不生成法律意见或诉讼策略(涉诉事项请联系法务部门)
- 本 Skill 不直接执行资金划转、提前收贷、诉讼保全等操作(仅生成建议)
- 本 Skill 不处理个人信贷/零售业务的贷后管理
- 本 Skill 不提供投资建议或资产处置方案(不良资产处置请联系资产保全部门)
- 如果用户请求以上内容,明确告知并建议联系相应部门或使用合适的 Skill
- This Skill does not perform pre-loan due diligence or credit approval (please use credit approval-related Skills)
- This Skill does not generate legal opinions or litigation strategies (please contact the legal department for litigation-related matters)
- This Skill does not directly execute fund transfer, early loan collection, litigation preservation, etc. (only generates suggestions)
- This Skill does not handle post-loan management of personal credit/retail business
- This Skill does not provide investment advice or asset disposal plans (please contact the asset preservation department for non-performing asset disposal)
- If users request the above content, clearly inform them and suggest contacting the corresponding department or using appropriate Skills