📜 保函与托收业务
📖 业务知识
银行保函（Bank Guarantee）
银行保函是银行应申请人（委托人）请求，向受益人开立的书面担保承诺——若申请人未能履行基础合同义务，银行在收到受益人相符索赔后，按保函约定承担赔付责任。保函属于银行的表外/或有负债业务，核心规则受国际商会URDG758（《见索即付保函统一规则》）约束。
| 保函类型 | 适用场景 | 担保期限 | 担保金额 |
|---|---|---|---|
| 投标保函（Bid Bond） | 招标项目中保证投标方中标后签订合同 | 投标有效期+28天 | 投标金额的1%-5% |
| 履约保函（Performance Bond） | 保证承包商按合同约定完成工程/供货 | 合同履约期+保修期 | 合同金额的5%-10% |
| 预付款保函（Advance Payment） | 保证承包方按约定使用预付款（随工程进度递减） | 预付款被抵扣完毕 | 预付款金额100% |
| 质量保函（Warranty Bond） | 保证工程质量在保修期内符合标准 | 保修期（一般1-2年） | 合同金额的5%-10% |
| 融资保函 | 为借款人向贷款行提供还款担保 | 贷款期限+宽限期 | 贷款本息100% |
| 关税保函 | 保证进口方向海关缴纳关税 | 通关后30-60天 | 预估关税金额 |
💡 URDG758核心规则
URDG758（2010版）适用于见索即付保函（Demand Guarantee），核心原则包括：独立性原则（第5条）——保函独立于基础合同，银行仅凭相符索赔付款，不审查基础合同履约事实；单据化原则（第6条）——索赔必须提交保函要求的单据（如书面索赔声明、违约证明）；5个营业日审单期（第20条）——担保人最多有5个营业日审核索赔是否相符；展期或付款（第23条）——受益人可要求"展期或付款"，担保人可暂停付款最多30个日历日。
托收业务（Collection）
托收是出口商（委托人）委托银行向进口商（付款人）收取货款的结算方式。与信用证不同，托收属于商业信用——银行不承担付款责任，仅作为中介传递单据和收款。托收业务受国际商会URC522（《托收统一规则》）约束。
| 托收类型 | 单据要求 | 付款条件 | 风险特征 |
|---|---|---|---|
| 光票托收（Clean Collection） | 仅金融单据（汇票/支票/本票），不附带商业单据 | 付款人见票即付或承兑后到期付款 | 风险较低，常用于小额尾款、服务费收取 |
| 跟单托收 D/P（付款交单） | 金融单据 + 商业单据（发票、提单、保险单等） | 付款人付款后银行交付商业单据 | 进口商不付款则无法提取货物，出口商保留货权 |
| 跟单托收 D/A（承兑交单） | 金融单据（远期汇票）+ 商业单据 | 付款人承兑远期汇票后银行即交付商业单据 | 出口商风险较大：进口商承兑后即可提货，到期可能不付款 |
托收业务流程（跟单D/P）：
- 出口商发货后，备齐全套单据（汇票、发票、提单等），填写托收申请书交托收行
- 托收行审核托收指示（核对单据份数与面函一致性，不审单据内容），编制MT400系列报文寄送代收行
- 代收行向进口商（付款人）提示单据，进口商付款赎单（D/P）或承兑后取单（D/A）
- 代收行将款项汇交托收行（MT202/MT103），托收行贷记出口商账户
⚠️ URC522关键规则
银行免责：银行对单据的形式、充分性、准确性、真实性不承担任何责任（第13条）；对货物不承担任何责任（第10条：银行无义务对货物采取任何行动）。托收指示完整性：所有托收必须附有完整的托收指示（第4条），明确D/P或D/A方式。付款通知：代收行收到款项后须无延误地向托收行发送付款通知（MT400）。拒绝证书：若付款人拒付/拒绝承兑，代收行应尽力查明原因并通知托收行（第26条）。
保函与信用证对比
| 对比维度 | 银行保函 | 信用证（L/C） |
|---|---|---|
| 适用规则 | URDG758 / ISP98 | UCP600 |
| 付款触发条件 | 申请人违约 + 受益人提交相符索赔 | 受益人提交相符单据（正常履约） |
| 银行角色 | 担保人（第二性付款责任为主） | 开证行（第一性付款责任） |
| 单据要求 | 索赔声明+违约证明（通常较简单） | 全套商业单据（发票、提单、保险单等） |
| 适用场景 | 工程承包、投标、预付款担保 | 货物贸易结算 |
🔍 功能测试要点
1. 保函开立与修改
- 保函要素完整性：验证保函编号、申请人、受益人、担保金额（含增减额条款）、效期（含失效事件/失效日期）、适用规则（URDG758）等必填要素的校验逻辑
- 保函金额递减：预付款保函的担保金额随工程进度/预付款抵扣逐步递减，验证递减公式和金额自动更新机制
- 保函修改（MT767）：验证修改报文收发、修改内容（增额/减额/展期）在系统中的生效，受益人拒绝修改后系统是否正确回退
- 保函转让：受益人将保函项下权益转让给第三方，验证转让登记、新受益人索赔权利与原受益人权利一致性
- 反担保函：应申请人要求开立的反担保函（Counter-Guarantee），验证反担保与主保函的关联关系及索赔传导链路
2. 保函索赔处理
- 相符索赔付款：受益人提交的索赔声明完全符合保函条款（如声明申请人违约的具体方面），银行在5个营业日内审单并付款
- 不相符索赔拒付：索赔声明缺少必要单据（如无违约声明），或索赔金额超过保函余额，银行一次性通知不符点并拒付
- 展期或付款（Extend or Pay）：受益人要求将保函效期展期否则付款，验证系统暂停付款并通知申请人，30个日历日倒计时机制
- 多次索赔：保函允许分批索赔，验证索赔后保函余额递减和累计索赔金额不超保函总额
- 索赔时效性：索赔到达日超出保函效期、或未在保函规定的索赔期内提交，系统自动拒绝
3. 托收指令处理
- 托收面函校验：验证托收申请书（面函）的必填字段——委托人、付款人、代收行BIC、金额、D/P或D/A指示、费用承担（SHA/BEN/OUR）等
- MT400报文生成：代收行收到款项后自动或手动生成MT400付款通知报文，验证报文要素（金额、托收编号、付款日期）的准确性
- D/P与D/A逻辑区分：D/P项下必须在付款后才可放单；D/A项下承兑后即可放单，验证系统对两种方式的控制逻辑严格区分
- 拒付/拒绝承兑处理：进口商拒付时，代收行系统发送MT412（承兑通知）或MT416（拒付通知），验证通知时效性和单据保管逻辑
- 费用收取：托收手续费、电报费、不符点费的系统自动计算与扣收，费用承担方约定（委托人/付款人）的执行
4. 保函到期管理
- 效期到期自动失效：保函到达效期日（Expiry Date），系统自动将保函状态更新为"已失效"，释放申请人授信额度
- 失效事件触发：质量的保函以"签发最终验收证书"为失效事件，验证事件登记后保函自动失效
- 保函注销：受益人书面同意注销保函（退回保函正本），验证注销登记、额度释放、会计分录正确性
- 到期前提醒：保函到期前N天（如30天、7天）自动提醒客户经理和申请人，支持展期申请
- 逾期保函处理：保函已到期但未收到正本退回，验证系统是否自动失效或需人工确认
5. 授信额度与风险控制
- 额度占用：保函开立时占用申请人授信额度（100%担保金额或按风险权重折算），验证额度占用计算和可用额度同步
- 额度释放：保函到期/注销后释放额度，保函金额递减时按递减金额释放相应额度
- 保证金管理：全额保证金保函和部分保证金保函的保证金冻结/解冻逻辑，保证金不足时是否允许开立
- 风险敞口监控：银行对同一申请人/同一受益人的累计保函敞口监控，验证集中度风险限额的自动预警
⚡ 性能测试要点
保函批量到期处理
- 场景：月末/季末大量保函集中在同一天到期，系统日终批量结清处理，涉及千万级保函
- 目标：批量到期处理完成时间 ≤ 30分钟，额度释放与会计分录同步完成
- 验证点：数据库批量更新性能（状态变更、额度表更新）、批处理任务依赖链、异常回滚机制
- 策略：按产品类型/授信客户分片并行处理，到期处理与联机交易互不阻塞
托收报文高并发处理
- 场景：国际业务窗口期（如欧洲交易日），大量托收业务报文（MT400/MT410/MT412/MT416）集中到达
- 目标：报文处理TPS ≥ 100，单笔报文解析+入库+状态更新 ≤ 2秒（P99）
- 验证点：SWIFT网关处理能力、消息队列吞吐量、数据库连接池配置
- 异常场景：报文格式错误/重复到达时的去重与NAK响应，确保不误入账
索赔审单并发
- 场景：多个受益人同时就不同保函提交索赔，审单人员在系统内并发处理
- 目标：支持50+审单员同时操作，保函状态更新无死锁，索赔金额扣减原子性保证
- 验证点：乐观锁/悲观锁策略、保函余额并发扣减的准确性、同一保函多人同时审核的互斥控制
- 压测方案：模拟同一保函被多人同时提交索赔，验证系统仅允许一笔索赔先处理、后续自动拒绝