Submit Credit Application
When the user requests to submit a credit application, follow the process below.
Target Role
- Role: Corporate Account Manager, Credit Approval Officer
- Usage Scenarios: First loan application for new customers, loan renewal for existing customers, additional credit application
- Output Purpose: Assess material completeness, guide account managers to confirm submission, initiate credit approval process
- Decision Level: Pre-credit approval stage, directly affects whether the case enters the approval process
- Execution Frequency: Execute once before each credit application
Data Sources
Required Data
| Data Item | Source | Acquisition Method | Sensitivity Level |
|---|
| Customer Notes | Credit System Image Archive | API: /api/notes/list | Internal |
| Customer Materials | Image Archive System | API: /api/documents/list | Internal |
| Case Status | Credit System Case Management | API: /api/cases/status | Confidential |
| Credit Ledger | Core System Credit Module | API: /api/credit/ledger | Confidential |
Data Desensitization Rules
- Customer ID number: Display first 3 and last 4 digits, replace the middle with *
- Bank account number: Only display last 4 digits
- Case number: Fully displayed (required for internal circulation)
- Credit amount: Fully displayed (required for approval decision-making)
- Customer trade secret information (e.g., core customer list): Use "a certain customer" in the assessment report
Degradation Strategy
- If the credit system image archive is unavailable: Mark "Customer notes and materials not verified" and continue the assessment based on user-provided information
- If case status query times out: Mark "Case conflict not checked" and prompt the user to manually confirm no active cases exist
- If the credit ledger is unavailable: Mark "Credit expiration status unknown" and ask the user to confirm the case type (renewal/new/additional)
- If historical due diligence reports are unavailable: Mark "Due diligence report missing" and prompt the user to upload or supplement
Constraints
Regulatory Basis: Guidelines for Due Diligence in Commercial Bank Credit Business, Guidelines for Loan Risk Classification, Loan Review Requirements in Article 35 of the Commercial Bank Law, Interim Measures for the Management of Working Capital Loans by the China Banking Regulatory Commission
- Strict Pre-confirmation: Case creation is prohibited without explicit user confirmation, regardless of material sufficiency
- Independent Material Assessment: Completeness assessment is based on the substantive content of materials; "sufficient quantity of materials" cannot replace "qualified content quality"
- No Case Conflict Override: Submission is prohibited if there are active approval cases for the same customer; prompt the user of the conflict
- Explicit Disclosure of Uncertainty: Must clearly inform the user when materials are questionable or missing; cannot skip by subjectively judging "may not be important"
- No Case Type Assumption: The type of loan renewal and new credit must be confirmed by the user; cannot be automatically inferred based on the customer's historical records
- Reject Overstepping Judgment: Do not predict approval results (e.g., "this should be approved"); focus on material completeness
- Data Traceability: Material assessment must indicate the source, upload date, and validity status of each material
- No Skipping Steps: Step 0 (data verification) and Step 1 (case conflict check) cannot be skipped; must confirm no active cases before proceeding
- Mandatory Red Line Execution: If any red line (R1-R3) is triggered, immediately stop generation and prompt the user
Financial Compliance Red Lines (One-Vote Veto)
Immediate cessation of submission and prompt to the user is required in the following situations:
- R1: Missing essential materials (due diligence report, visit records, financial data, business license)
- R2: Active approval cases exist (prevent duplicate submissions)
- R3: No explicit user confirmation for submission (silent submission is prohibited; vague expressions such as "okay" cannot be deemed as confirmation)
Credit Application Material Checklist (Assessment Benchmark)
The following is the standard material system for the bank's pre-loan due diligence, which serves as the basis for completeness assessment. Materials are divided into three levels: Essential (recommend postponement if missing), Recommended (prompt the user if missing), Supplementary (better to have).
| Material Type | Level | Assessment Points |
|---|
| Due Diligence Report / Credit Investigation Report | Essential | Must include basic enterprise information, business analysis, financial analysis, and repayment source analysis |
| Visit Records (past 6 months) | Essential | Must contain substantive business information; pure greeting records are not counted |
| Financial Data (past 2-3 years) | Essential | Must include at least operating income, net profit, and asset-liability status |
| Business License and Qualification Certificates | Essential | Must be within valid period, and business scope must match application purpose |
| Guarantee/Collateral Assessment Materials | Recommended | Must be provided when there is a guarantee arrangement; exempt for pure credit loans |
| Bank Statements (past 6-12 months) | Recommended | Supports verification of repayment source authenticity |
| Shareholder/Actual Controller Information | Recommended | Includes identity certificate and personal credit inquiry authorization |
| Industry Special Qualifications | Supplementary | For franchise industries (food/pharmaceutical/construction, etc.), industry licenses must be verified |
Integration Tip: Material inventory capability maps to your bank's customer file query interface; returned fields must include: material type, file name, upload date, status (valid/expired/pending review)
Workflow
Interaction Mode: Mode B - Step-Gated
When the user requests to submit a credit application, follow the process below:
Step 0: Data Confirmation and Verification (Read Before Write)
- List all input data sources: customer notes list, customer materials list, case status, credit ledger
- Confirm data time range: due diligence report date, financial statement period, time span of visit records
- Confirm case type intention: renewal/new/additional
- Run verification script:
python scripts/validate_application.py --check-materials --check-conflicts
- Proceed to Step 1 after verification passes; output missing list and request user to supplement if verification fails
📋 Data Source:
(credit system image archive, case management, credit ledger)
📋 Executor:
📋 Confirmation Mechanism:
⚠️ Mandatory Instruction: Data verification step cannot be skipped; must confirm the validity of all input data
Step 1: Pre-Status Check
Gated Step: Cannot proceed to subsequent steps if this step fails
Case Conflict Check
- Query whether there are active cases in "under review/pending supplement/pending signing" status for the customer
- Gated Branches:
- ✅ No active cases → Proceed to credit expiration check
- ❌ Active cases exist → Stop immediately, inform the user of the conflict, prompt the existing case number and current status, ask whether to cancel or wait, do not proceed to subsequent steps
- ⚠️ Query timeout → Mark "Case conflict not checked", prompt the user to manually confirm no active cases, proceed only after user confirmation
📋 Data Source:
(credit system case management module)
📋 Executor:
📋 Confirmation Mechanism:
(user must make explicit decision if conflict exists)
Credit Expiration Check
- Verify the expiration date of the customer's existing credit limit, determine whether the current application is a renewal (within 90 days before expiration) or new credit
- Automatically mark the recommended case type and display it to the user during submission confirmation
📋 Data Source:
(core system credit module)
📋 Executor:
📋 Confirmation Mechanism:
Step 2: Material Inventory
- Enumerate customer notes: List all existing notes (due diligence report, visit records, visit memos, etc.) and their summaries for the customer
- Enumerate customer materials: List the customer's uploaded files and published materials
- Must read the content of key notes or materials to understand the substantive content of the materials (not just confirm the existence of files)
- Check item by item against the material checklist in
references/material-checklist.md
📋 Data Source:
(credit system image archive)
📋 Executor:
📋 Confirmation Mechanism:
⚠️ Mandatory Instruction: Cannot only count the number of files; must check the substantive content (e.g., due diligence report must include business analysis and financial analysis)
Step 3: Completeness Assessment
Based on the inventory results, judge item by item against the
Credit Application Material Checklist (see
references/material-checklist.md
):
Assessment Display Format
Material Completeness Assessment Result:
✅ Available (Essential)
- Due Diligence Report (2024-01-15, includes business analysis and financial analysis)
- Visit Records (2 times in the past 3 months, with substantive business information)
- Financial Data (3-year data from 2021 to 2023)
⚠️ Recommended to Supplement
- Bank Statements (only 3 months available, recommend supplementing to 6 months)
❌ Missing (Essential Materials)
- Business License (not found in archives, please upload)
Comprehensive Assessment: [Can Submit / Recommend Submission After Supplement / Postpone Submission]
Reason Explanation: [1-2 sentences explaining the assessment basis]
Assessment Criteria
- Can Submit: All essential materials are complete and meet content quality standards
- Recommend Submission After Supplement: Essential materials are complete but some "recommended" materials are missing; inform the user of risks and let the user decide
- Postpone Submission: Essential materials are missing; clearly recommend the user to supplement first
- Gated Branches:
- ✅ Assessment result is "Can Submit" or "Recommend Submission After Supplement" → Proceed to Step 4
- ❌ Assessment result is "Postpone Submission" → Trigger Red Line R1, stop immediately, display missing items to the user, recommend supplementing materials first
- ⚠️ Materials are questionable → Mark questionable items, explain specific situations to the user, let the user decide whether to continue
📋 Data Source:
(inventory results from Step 2)
📋 Executor:
📋 Confirmation Mechanism:
(assessment result must be displayed to the user)
Step 4: Case Type Confirmation
| Case Type | Applicable Scenario | Identification Signal |
|---|
| Renewal | Renewal before existing credit expires, with basically unchanged amount and conditions | User says "renew loan", "expired", "renew" |
| First Credit | First credit relationship established for the customer | User says "new customer", "first time", "no limit" |
| Additional | Existing credit is insufficient, apply for increased limit | User says "insufficient limit", "additional", "increase" |
- Prioritize automatic judgment based on the conclusion of credit expiration check in Step 1
- Ask the user for confirmation if there is ambiguity, do not make assumptions
- Gated Branches:
- ✅ Case type is clear → Proceed to Step 5
- ⚠️ Ambiguity exists → Ask the user for confirmation, proceed only after user confirmation
📋 Data Source:
(check results from Step 1 + user input)
📋 Executor:
📋 Confirmation Mechanism:
(display to and confirm with the user)
Step 5: Confirm Submission
Gated Step: Cannot initiate case creation if this step fails
- Display the assessment result and recommended case type to the user
- If materials are sufficient: Recommend submission and ask the user for confirmation ("Confirm submission?")
- If there are missing items: Inform the user of missing items and impacts, let the user decide whether to continue submission or supplement materials first
- User Confirmation Gating:
- ✅ User explicitly says "submit" or "confirm" → Initiate case creation
- ❌ User says "do not submit yet" or "wait" → Terminate process, do not create case
- ⚠️ User says vague expressions like "okay" → Cannot deem as confirmation, must explicitly ask again "Confirm submission?"
📋 Data Source:
(assessment result from Step 3)
📋 Executor:
📋 Confirmation Mechanism:
(must have explicit user confirmation)
⚠️ Red Line R3: Case creation is prohibited without explicit user confirmation, regardless of material sufficiency
Output Format
This output can be parsed and used by the credit-approval-decision Skill
Use the
assets/credit-application-template.md
template. The assessment report must include the following 6 sections:
| Section | Content | Parsable Fields for Downstream |
|---|
| 1. Pre-Status Check | Case conflict check result, credit expiration check | (bool), (date) |
| 2. Material Inventory List | Customer notes list, customer materials list | (array), (int) |
| 3. Completeness Assessment | ✅Available, ⚠️Recommended to Supplement, ❌Missing | (enum), (array) |
| 4. Comprehensive Assessment Conclusion | Can Submit / Recommend Submission After Supplement / Postpone Submission | (enum), (string) |
| 5. Case Type Confirmation | Renewal / First Credit / Additional | (enum) |
| 6. User Confirmation Record | Confirmation time, confirmation method, case number | (bool), (string) |
Data Labeling Requirements: All data must be labeled with: data source + data date + whether it is the latest data.
Disclaimer: A disclaimer must be appended at the end of the output, using the template in
shared/disclaimer-template.md
, ensuring it includes necessary statements such as "This assessment only conducts completeness check based on provided materials and does not constitute a credit approval recommendation".
Audit Trail
After each credit application submission is completed, generate an audit log
audit/{customer_abbreviation}_{date}_audit.json
:
json
{
"skill_name": "submit-credit-application",
"skill_version": "1.0.0",
"execution_time": "2026-05-05T10:30:00+08:00",
"input_params": {
"customer_name": "XX Enterprise",
"application_type": "renewal/first_credit/additional",
"application_amount": 50000000
},
"operator": "Account Manager Name (Employee ID: XXX)",
"steps": [
{
"step": "Pre-Status Check",
"executor": "ai",
"data_source": {"type": "system_api", "system": "Credit System Case Management Module"},
"result": "pass",
"conflict_detected": false
},
{
"step": "Material Inventory",
"executor": "ai",
"data_source": {"type": "system_api", "system": "Credit System Image Archive"},
"result": "pass",
"materials_found": 8,
"materials_missing": 1
},
{
"step": "Completeness Assessment",
"executor": "ai",
"data_source": {"type": "context"},
"result": "pass",
"assessment": "Recommend Submission After Supplement"
},
{
"step": "Confirm Submission",
"executor": "ai",
"data_source": {"type": "context"},
"confirmation": {"type": "explicit", "confirmed_by": "Account Manager Name (Employee ID: XXX)", "confirmed_at": "2026-05-05T10:35:00+08:00"},
"result": "pass",
"case_id": "CASE-2026-001234"
}
],
"red_line_triggered": [],
"warnings": ["Bank statements only cover 3 months, recommend supplementing to 6 months"],
"references_used": ["references/material-checklist.md"]
}
Gotchas
#1: Sufficient quantity but insufficient quality of materials
- Symptom: Due diligence report is only 1 page, missing business analysis and financial analysis, but the system judges "Available"
- Cause: Only counts the number of files, does not check substantive content
- Solution: Must read the content of key materials and verify whether necessary analysis dimensions are included (basic enterprise information, business analysis, financial analysis, repayment source)
#2: Case conflict not detected
- Symptom: Two active approval cases exist for the same customer, causing confusion in the approval process
- Cause: Case status query interface times out, degradation strategy not triggered
- Solution: Must mark "Case conflict not checked" when query times out, prompt the user to manually confirm
#3: Submitted without explicit user confirmation
- Symptom: User says "okay", the system deems it as confirmation for submission
- Cause: Confirmation mechanism is not strict; "okay" may be recognition of the assessment result, not a submission instruction
- Solution: Case creation can only be initiated after the user explicitly says "submit" or "confirm"
#4: Wrong case type inference
- Symptom: User says "renew", the system judges it as renewal, but it is actually additional credit
- Cause: Does not combine the conclusion of credit expiration check, only judges based on user's spoken language
- Solution: Prioritize automatic judgment based on the conclusion of credit expiration check; ask the user for confirmation if there is ambiguity
#5: Recommended submission despite missing essential materials
- Symptom: Business license is missing, but the assessment conclusion is "Can Submit"
- Cause: Red Line R1 (missing essential materials) is not strictly enforced
- Solution: Missing essential materials (due diligence report, visit records, financial data, business license) must trigger the red line, recommend "Postpone Submission"
Examples
Example 1: Standard Loan Renewal Submission
User Input:
Please submit the credit application for the loan renewal of XX Manufacturing Enterprise. The customer's 50 million credit will expire on 2026-06-15, and renewal is needed.
Skill Execution Process:
- Pre-Status Check → No active cases, 41 days before credit expiration, judged as renewal
- Material Inventory → Due diligence report, visit records, financial data are complete; bank statements only cover 3 months
- Completeness Assessment → Essential materials are complete, some recommended materials are missing, assessment result is "Recommend Submission After Supplement"
- User Confirmation → User explicitly says "submit", initiate case creation
- Submission Successful → Return case number CASE-2026-001234
Output Key Points:
- Comprehensive Assessment: Recommend Submission After Supplement
- Missing Item: Bank statements (only 3 months available, recommend supplementing to 6 months)
- Case Type: Renewal
Example 2: First Credit Submission (Red Line Triggered)
User Input:
Submit the first credit application for new customer YY Trading Company.
Skill Execution Process:
- Pre-Status Check → No active cases, no existing credit, judged as first credit
- Material Inventory → Due diligence report and business license are missing
- Completeness Assessment → Trigger Red Line R1 (missing essential materials), assessment result is "Postpone Submission"
- Inform User → Inform the user of missing items and impacts, recommend supplementing materials first
- User Decision → User says "supplement materials first", terminate submission
Output Key Points:
- ⚠️ Red Line Triggered: R1 (missing essential materials)
- Missing Items: Due diligence report, business license
- Comprehensive Assessment: Postpone Submission
Out of Scope
- This Skill does not handle credit approval decision-making; only provides material completeness assessment
- This Skill does not generate due diligence reports or visit records (please use credit-due-diligence or visit-memo Skill)
- This Skill does not directly modify customer data or submit approval results
- This Skill does not handle personal credit/retail business
- This Skill does not handle post-loan management, risk classification adjustment, non-performing asset disposal
- If the user requests the above content, clearly inform and recommend the appropriate Skill or contact the corresponding department