📌 信用证业务
📖 业务知识
信用证定义与作用
信用证（Letter of Credit, L/C）是银行（开证行）根据进口商（申请人）的请求和指示，向出口商（受益人）开立的有条件付款承诺书。只要受益人提交符合信用证条款的单据，银行即承担第一性付款责任。
核心作用：
- 信用转换：将商业信用（进口商付款意愿）转化为银行信用（开证行付款承诺），降低出口商收款风险
- 融资便利：出口商可凭信用证向银行申请打包贷款、出口押汇；进口商可申请进口押汇、信托收据融资
- 风险平衡：通过"单证相符、单单一致"原则，平衡买卖双方在货物交付与资金支付上的时间差风险
- 规则统一：受国际商会（ICC）UCP600统一惯例约束，提供国际公认的操作标准和争议解决框架
信用证业务流程
以最常见的即期议付信用证为例，完整流程包含六个关键环节：
| 步骤 | 环节名称 | 参与方 | 核心操作 |
|---|---|---|---|
| 1 | 开证（Issuance） | 申请人 → 开证行 | 申请人提交开证申请书，开证行审核授信额度后开立信用证，生成MT700报文发送至通知行 |
| 2 | 通知（Advising） | 通知行 → 受益人 | 通知行核验信用证真伪（核对密押/印鉴），将信用证正本通知给受益人 |
| 3 | 交单（Presentation） | 受益人 → 议付行 | 受益人发货后，备齐发票、提单、保险单等全套单据，在信用证效期及交单期内向议付行提交 |
| 4 | 议付（Negotiation） | 议付行 | 议付行审核单据：单证相符则向受益人垫付货款（扣除利息和手续费）；存在不符点则联系受益人修改或电提不符点 |
| 5 | 偿付（Reimbursement） | 开证行 → 议付行 | 议付行将单据寄送开证行（或指定偿付行），开证行审核确认后按偿付指示付款 |
| 6 | 付款赎单（Payment） | 申请人 → 开证行 | 开证行通知申请人单据到单，申请人付款（或承兑）后取得单据，凭单提货 |
信用证类型
| 分类维度 | 类型 | 特征说明 |
|---|---|---|
| 付款期限 | 即期信用证（Sight L/C） | 开证行/议付行收到相符单据后立即付款 |
| 远期信用证（Usance L/C） | 开证行/承兑行在见单后一定期限（如90天、180天）到期付款，可配合承兑/贴现融资 | |
| 可否撤销 | 可撤销信用证（Revocable L/C） | 开证行可随时修改或撤销，无需受益人同意；UCP600已废止此类型 |
| 不可撤销信用证（Irrevocable L/C） | 未经开证行、保兑行及受益人同意，不可单方面修改或撤销；UCP600默认规则 | |
| 有无保兑 | 保兑信用证（Confirmed L/C） | 除开证行付款责任外，保兑行加具保兑，承担独立付款责任（双重银行信用保障） |
| 不保兑信用证（Unconfirmed L/C） | 仅开证行承担付款责任，通知行仅负责通知而不加保兑 |
💡 其他常见类型
可转让信用证（Transferable L/C）：受益人（第一受益人）可将信用证全部或部分转让给实际供货商（第二受益人），常用于中间商贸易。背对背信用证（Back-to-Back L/C）：中间商以收到的信用证作为担保，向银行申请开立以实际供货商为受益人的新证。循环信用证（Revolving L/C）：信用证金额被全部或部分使用后，自动恢复至原金额继续使用。备用信用证（Standby L/C）：具有担保功能，仅在申请人违约时银行才承担付款责任，类似银行保函。
SWIFT MT700报文
MT700是SWIFT体系中用于信用证开立的标准报文格式，包含信用证的核心要素。主要字段如下：
| 字段代码 | 字段名称 | 说明 |
|---|---|---|
:27 | Sequence of Total | 报文序列号（如1/1表示单份报文） |
:40A | Form of Documentary Credit | 信用证类型（IRREVOCABLE / REVOCABLE / IRREVOCABLE TRANSFERABLE等） |
:20 | Documentary Credit Number | 信用证编号（开证行唯一标识） |
:31C | Date of Issue | 开证日期 |
:31D | Date and Place of Expiry | 效期与到期地点（效期为单据提交截止日） |
:50 | Applicant | 申请人（进口商）名称与地址 |
:59 | Beneficiary | 受益人（出口商）名称与地址 |
:32B | Currency Code, Amount | 信用证币种与金额 |
:41A/D | Available With...By... | 兑用银行与兑用方式（BY PAYMENT / BY NEGOTIATION / BY ACCEPTANCE等） |
:42C | Drafts at... | 汇票期限（如AT SIGHT / AT 90 DAYS AFTER B/L DATE） |
:44A/F/B | Shipment Details | 装运港、目的港、最迟装运日 |
:45A | Description of Goods | 货物描述（品名、数量、单价等） |
:46A | Documents Required | 要求的单据清单（发票、提单、保险单、原产地证等） |
:47A | Additional Conditions | 附加条款（如不符点费、电索条款等） |
:71B | Charges | 费用承担方约定 |
:48 | Period for Presentation | 交单期限（如装运日后21天内） |
:49 | Confirmation Instructions | 保兑指示（CONFIRM / MAY ADD / WITHOUT） |
UCP600规则
《跟单信用证统一惯例》（Uniform Customs and Practice for Documentary Credits, UCP600）是国际商会（ICC）发布的信用证业务全球统一规则，2007年7月1日生效，共39条。
核心原则：
- 独立性原则（第4条）：信用证与基础贸易合同相互独立，银行仅处理单据，不受合同约束
- 抽象性原则（第5条）：银行处理的是单据，而非单据涉及的货物、服务或履约行为
- 表面相符原则（第14条）：银行仅审核单据表面是否与信用证条款相符，"单证相符、单单一致"即可付款
- 5个银行工作日（第14条b款）：开证行/保兑行/指定银行最多有5个银行工作日审核单据并决定是否接受
- 不符点处理（第16条）：银行决定拒付时，须一次性通知交单人全部不符点，否则丧失拒付权
- 数据内容不得矛盾（第14条d款）：单据之间数据内容不得互相矛盾，但不要求完全镜像一致
🧪 功能测试要点
1. 开证信息要素验证
| 测试场景 | 验证点 | 预期结果 |
|---|---|---|
| MT700必填字段缺失 | 缺少:20（证号）、:31C（开证日期）、:32B（币种金额）等必填字段 | 系统校验拒绝，提示缺失字段列表 |
| 币种代码校验 | :32B使用无效ISO 4217币种代码 | 拒绝，提示非法币种代码 |
| 日期逻辑校验 | :31D效期早于:31C开证日期；:44C最迟装运日晚于效期 | 拒绝，提示日期逻辑错误 |
| 金额格式校验 | :32B金额包含非数字字符、超过系统允许的小数位数 | 拒绝，提示金额格式错误 |
| SWIFT BIC校验 | :41A中使用无效或不存在的银行BIC代码 | 校验提示BIC无效，无法路由 |
| 报文序列完整性 | MT701续报的:27字段标识"2/3"但缺少第3份报文 | 标记为不完整报文，暂不处理 |
| 字数/字符数限制 | :45A货物描述超过SWIFT字段长度限制（如100×65字符） | 自动拆分至MT701续报或截断提示 |
2. 单据审核规则
| 测试场景 | 验证点 | 预期结果 |
|---|---|---|
| 发票金额超证 | 商业发票金额超过信用证金额（无上下浮动条款时） | 标记不符点：发票金额超证 |
| 提单装运日晚 | 提单装运日期晚于信用证最迟装运日 | 标记不符点：迟装运（Late Shipment） |
| 交单过期 | 交单日期超过装运日后21天（或信用证规定期限） | 标记不符点：迟交单（Late Presentation） |
| 信用证过效期 | 交单日期超过信用证:31D效期 | 标记不符点：信用证已过期（L/C Expired） |
| 货描不一致 | 发票货物描述与信用证:45A不一致（如品名简称 vs 全称） | 根据UCP600第14条d款判断是否矛盾，标记不符点 |
| 提单不清洁 | 提单带"包装破损""货物有瑕疵"等不良批注 | 标记不符点：不清洁提单 |
| 保险险别不符 | 保险单显示的险别（如一切险 vs 水渍险）与信用证要求不同 | 标记不符点：保险险别不符 |
| 单据缺失 | 提交单据中缺少信用证:46A要求的某一份单据 | 标记不符点：缺少单据XXX |
⚠️ UCP600审单关键时限
银行有最多5个银行工作日完成单据审核。测试需验证：系统能否在时限内完成自动审单+人工复核？超过5个工作日未通知不符点，银行丧失拒付权（Preclusion Rule），将被迫付款。需测试计时准确性和到期提醒机制。
3. 付款条件判断
| 测试场景 | 验证点 | 预期结果 |
|---|---|---|
| 即期相符付款 | 单据完全相符，即期信用证 | 系统自动触发付款流程，扣除手续费后全额支付 |
| 远期承兑付款 | 单据相符，远期信用证到期日到达 | 系统提示到期付款，验证利息计算（如涉及贴现） |
| 部分发运 | 信用证允许部分发运，仅提交部分数量单据 | 按实际发货金额比例支付，剩余金额仍可用 |
| 超支/短支 | 信用证有+/-10%金额浮动条款，发票在浮动范围内 | 允许付款，不标记不符点 |
| 偿付行付款 | 指定偿付行付款，议付行索偿 | 偿付行收到索偿报文后按指示付款，验证偿付授权匹配 |
4. 不符点处理
| 测试场景 | 验证点 | 预期结果 |
|---|---|---|
| 一次不符点通知 | 银行发现多个不符点，分两次通知交单人 | 仅第一次通知有效，第二次通知无效（UCP600第16条c款） |
| 单据保留/退回 | 拒付时单据处理方式选择 | 系统支持：持单听候处理/退回单据/按交单人事先指示处理 |
| 不符点费扣除 | 申请人接受不符点后付款 | 自动扣除不符点费（如USD 80/套），剩余金额支付 |
| 电提不符点 | 议付行发MT750向开证行电提不符点，征求接受意见 | 开证行回复MT752确认接受或拒绝，系统记录意见 |
| 不符点二次修改 | 受益人修改单据后重新交单 | 重新审核，仅在原效期内接受；验证修改后交单的时效性 |
5. 信用证修改/撤销
| 测试场景 | 验证点 | 预期结果 |
|---|---|---|
| 修改发送（MT707） | 开证行通过MT707报文发送信用证修改 | 通知行接收后通知受益人，修改内容正确体现在系统中 |
| 受益人拒绝修改 | 受益人明确拒绝信用证修改 | 修改不生效，原证条款继续有效 |
| 部分接受修改 | 受益人仅接受部分修改内容 | 部分接受无效，修改视为被整体拒绝（UCP600第10条e款） |
| 不可撤销证撤销 | 未经受益人同意尝试撤销不可撤销信用证 | 系统拒绝操作，提示需受益人同意 |
| 修改生效时间 | 修改发送后受益人默认接受 | 如受益人未明确拒绝，修改自发出之日起自动生效 |
⚡ 性能测试要点
信用证审批并发
- 开证并发场景：模拟50+客户同时提交开证申请，验证审批队列处理能力、数据库锁竞争和响应时间
- 单据审核批量处理：模拟日终批量审单任务（如1000+套单据），验证OCR识别+规则引擎审核的批处理效率，目标≤30秒完成
- MT700报文生成性能：高并发下SWIFT报文格式化的效率，单笔报文生成≤100ms
- 修改/撤销并发：同一信用证被多个操作员同时修改或尝试撤销，验证乐观锁与版本控制机制
- 数据库锁测试：大量并发查询/更新同一信用证的状态、可用余额，验证行级锁与死锁检测
报文处理性能
⏱️ 报文处理SLA
MT700接收→解析→入库→通知的端到端延迟 ≤ 5秒（P99）。每日报文处理吞吐量 ≥ 10000笔，峰值时段（国际业务窗口期）需支持 300+ TPS 的报文收发。
- 报文解析效率：MT700/MT701/MT707/MT710/MT720等多种报文格式的解析耗时，大字段（如:45A、:46A）的字符串处理性能
- ACK/NAK响应：收到报文后自动发送ACK确认或NAK拒绝的时效性，需在30秒内完成
- 报文存储：海量历史报文（如5年数据）的归档与检索性能，按证号/金额/申请人等条件组合查询的响应时间
- 报文重发机制：网络异常导致报文丢失后的自动重发，幂等性控制下重复报文不重复处理
- 报文队列堆积：接收报文速度 > 处理速度时的队列堆积监控，队列深度告警阈值设计
📋 信用证测试检查清单
| 测试类别 | 检查项 | 优先级 |
|---|---|---|
| 开证要素 | MT700必填字段完整性、币种代码、日期逻辑、金额格式、BIC有效性 | P0 |
| 审单规则 | 金额超证、迟装运、迟交单、过效期、货描不一致、单据缺失、不清洁提单 | P0 |
| 付款条件 | 即期/远期付款、部分发运、金额浮动、偿付行付款、费用扣除 | P0 |
| 不符点处理 | 一次通知原则、电提不符点（MT750/MT752）、不符点费、单据处置 | P1 |
| 修改撤销 | MT707修改、受益人拒绝、部分接受无效、不可撤销证保护 | P1 |
| 并发性能 | 50+开证并发、1000+批量审单、报文生成100ms、报文队列吞吐 | P1 |