企业信贷业务中的保证金处理
文章来源：e路向上，文章仅供个人学习
保证金的定义
保证金在信贷业务中广泛存在，银行承兑汇票开票、信用证开证、开立保函等担保承诺类业务中，均涉及保证金的处理，包括建立授信合同时建立保证金从合同、及票据/信用证到期时，使用保证金解付。要聊清楚保证金怎么管理，首先需要如一类化学元素一样，搞清楚其性质。根据百度的定义：“保证金是银行为保证客户履行合同或协议，基于客户提供的资产或信用额度，提供的一种担保资金。这是一种信誉和信任的象征，体现了银行对于客户在未来可能产生的违约风险的评估和预防。在银行交易中，保证金通常用于确保交易的正常进行，以及在违约情况下作为补偿手段。”相关定义隐含了保证金的几个关键特点：伴随交易或合同产生，可用于风险缓释，资金将用于履约、或违约补偿（资金用途专用）。
信贷业务中的保证金形态
企业信贷业务中，用于担保的场景都有可能出现保证金，但是对系统而言，要能够很好地处理这些保证金的存入和支取，则必须了解在企业信贷业务中，都有哪些形态的保证金，大致而言，保证金有几种存在形态：
1、最高额担保中的保证金。在业务语境中，也称为额度保证金，其在数据模型的设计上，通常与额度总合同伴生，这一类保证金可用于对客户总额度项下的所有债项进行风险缓释，或者用于出账审查的判断。
2、共用保证金。其运用的场景多见于供应链金融业务，如核心企业为推动经销商增加采购规模，替下游销售链条上的企业一次性缴纳的，可用于销售链条上的经销商共同使用的保证金。其本质上是最高额担保的升级版，所不同的是，保证金的存入人，不是直接收信人，而是核心企业。
3、一般担保中的初始保证金。或更准确地说，是业务合同项下的保证金。这一类保证金与具体的贷款、银承或信用证合同伴生，如30%保证金开票、50%保证金开证、100%保证金开函等等。这一类保证金，与信贷业务合同一一对应。
4、一般担保中的追加保证金。根据追加的性质，又可以分为主动追加和被动追加。追加保证金常见于贸易融资中的现货抵押融资业务，以及供应链金融中的保兑仓或者先票（款）后货业务，当直接授信人需要赎货时，需要先打款，“打款”动作即为追加保证金存入，这种存入是客户主动发起的，因此也称为“主动追加”的保证金；另一种情形下，客户用于抵质押的押品，如果市值出现快速下跌–最典型的如股票，导致出现风险敞口时，银行会要求客户追加保证金，这种保证金一般称为“被动追加保证金”。
保证金处理过程中面临的痛点
企业信贷业务中，有两个非常困扰商业银行的问题：1、出账效率低，出账周期动辄几天；2、票证到期的解付处理，需要大量的人力投入。其中，第一点作为对客服务能力的重要因素，对提高客户服务质量至关重要，第二点则不仅影响到银行的用人成本，也造成很多运营人员不堪重负，很多操作员要忙到晚上22:00–核心系统关账的最后一刻，才能下班。
复盘信贷业务的出账和票证的解付流程会发现，其中对保证金的处理，耗费了银行内部大量的时间和精力。其中，出账阶段要完成信贷业务中的票据、信用证、或保函签发，如果涉及保证金的，运营柜面需要先完成以下几件准备工作：
1、开立应解汇款账户（票据业务中）；2、开立保证金分账户，如果涉及多笔出账合同的，则需要开立多个（取决于保证金的设计方式）；3、完成保证金存入；4、将保证金信息录入担保合同。之后再继续业务合同审批，直至完成出账。期间，客户经理需要填写各类申请表格，操作柜员需要经办、复核。如果保证金开户和存入是在支行完成，而出账又是在总行或者分行操作的，客户经理还需要待保证金弄好后，再在信贷系统中录入保证金相关的信息，完成保证金冻结，之后将相关资料带上去总行或分行走出账流程。
如果说出账是针对出账总合同进行处理的，那么业务到期时的处理则会更加复杂，业务到期时，根据品种的不同，贷款需要将保证金解付出来用于归还贷款，银承和信用证则需要将保证金用于票据或信用证的解付，而银承合同下，通常会有多笔票据，在特殊业务场景下（如发生追加保证金赎货的），一笔银承合同下还会有多笔保证金，这时候操作人员就需要识别从将哪几笔保证金转出用于解付哪几笔票据，识别完成后，需要先通过客户经理在信贷系统发起保证金解冻（或者依靠柜面操作人员执行解冻），然后将保证金转出到应解汇款户或暂挂内部户，之后再在票据系统或国结系统执行票据或信用证解付操作。这样的话，运营人手就需要随业务量的增加线性增长，或者就需要运营人员加班来完成工作。即便人数足够，作业效率仍不尽如人意。
问题的原因
商业银行通常的组织形态设计及职能分工是重要原因之一。商业银行通常采用“前、中、后台”机构设置，保证金系统作为一类账户系统，一般在核心系统中建设，在商业银行中，核心系统的业务属主，多数时候是后台的运营作业类部门。而信贷风险管理系统的主要属主是负责风险管理类的部门，其用户则包括前线的客户经理、分支行主管、出账中心及风险审批类岗位。这样的职能分工模式下，不可避免地会导致各自对自己领域的业务知识了如指掌，但对需要跨部门协同的流程设计，则很难进行跨领域的有效协同。
运营作业类部门作为操作部门，其工作特点是强调作业的流程化和严谨性，在不清楚业务的第一驱动的情况下，设计严格的流程是无可厚非的。因此，保证金账户的开立，从客户结算账户中扣款存入保证金等等，一定都需要遵循严格的运营流程，如填写申请表，申请人主管签字，经办、复核、资料存档等一整套流程是必不可少的。在此之外，一般还会加上事后监督。这样的处理，从运营的角度来看，是完全合理的，但站在客户经理的角度，则显然显得过于繁琐。
而风险管理类部门作为信贷系统的属主，其主要职责在管理和审批，这个工作的特点是，信息录入实际上是由前台单位完成的，风险审批岗主要负责审批填写的信息是否正确、完整（如出账条件的落实，押品是否充足，满足出账条件，贷款定价是否符合审批要求）。因为不需要自己操作，审批岗及对应的业务属主，很难感知到业务流程中的痛点，自然也就很难去主动推动流程的优化和出账效率的提高了。
而真正对效率要求最迫切的一线分支行、客户经理，只能感受到问题，但因为很难清楚复杂的后台业务逻辑，当然更无力去推动相应的流程重塑。
企业信贷业务本身的复杂度是原因之二。企业信贷业务中，一笔业务合同下，可能会有多次出账，也就意味着一笔业务合同下，可能出现多笔债项，这些债项的到期日极大可能不一致，但因为担保合同是业务主合同的从合同，保证金是针对业务合同而言的，也就意味着保证金与债项的关系将出现一对多，或者多对多的关系。另外，在业务合同的存续期，可能出现押品不足值，需要补充保证金的情况，有债项到期，需要将保证金转出用于还款、解付的情形等等，不一而足，加之保证金本身需要给定客户一定的利率，以定期方式存入的保证金，与债项的期限、金额等，都会出现错配，这就给手工处理带来了极大的困难。
最终的结果就是，前线有效率低下之痛，后台有疲于奔命之劳，大家都不容易。
线上化与自动化之道
要解决问题，我们首先需要回归第一性原理，追问几个问题：1、保证金账户开立，为什么需要填写申请表？2、保证金开户存在开立账户主体资格问题吗？需要面客吗？需要反洗钱检查吗？3、保证金开单存入的保证金类型、应解汇款户绑定等，属于客户经理必须掌握的专业能力吗？系统可以实现自动绑定吗？4、开户过程中，有什么办法可以不用柜员进行验签，多笔保证金开单，可以由系统自动批量开立吗？5、纸质资料的传递、归档是必须的吗？6、客户经理可以在信贷系统中（不用临柜、不用去分行）直接完成全部操作吗？
逐一复盘以上问题，我们发现：1、保证金账户开立，完全不用像结算账户开立那样经办、复核。保证金账户是一类银行内部使用的账户，并不是主体资格账户，只要客户号存在了，系统就可以很方便的完成账户开立；2、保证金账户与应解汇款户，可以通过客户编号直接关联，进行绑定，如果需要新开，同样可以通过客户编号直接新开；3、保证金开单存入，完全可以通过系统，从扣款账户直接扣划；4、在实现1/2/3后，系统将实现闭环式的完全线上化，不存在需要客户经理填写信息的情况，自然也就不存在造假，对应地，纸质资料归档完全可以摒弃；5、客户经理在信贷系统中就可以一站式完成所有操作，因此也用不着临柜、跑分行递交资料。
正是基于这样的设计思路，简单地对信贷系统中的业务合同信息录入界面进行调整，将保证金账户开立、绑定应解汇款户、保证金开单等需要的元素，依据担保合同的约定信息，由客户经理在信贷系统中完成录入，再由系统自动完成保证金账户的开立、应解汇款户或内部户的绑定、最后资金自动扣划，完成开单存入。这一流程中，客户经理的工作较填申请表，被大幅压缩，关键的问题是，不需要再找主管签字，不需要跑柜台，在线上即可自动完成。而运营岗在保证金存入阶段，则完全不再需要进行任何操作。如图示：所有的接口核心都是现成的，可以通过系统自动交互完成。
相关改造对IT而言不算复杂，但获得的成果却是惊人的。改造完成后，客户经理不用临柜、不用跑分行，省出来的时间可以更多地跑客户，且如果有资料修改，打开电脑就可以完成，柜员也不用再去集中承担保证金处理这一类繁琐的工作（工作在客户经理阶段即由系统自动实现了），因为系统实现了互联互通，可能的操作风险问题，也在流程中得到了彻底优化，是妥妥的多赢。
当然，以上只是保证金开立阶段的优化工作，保证金解付转出阶段的工作，也同样可以通过自动化来完成，解付过程本质上是对一个业务合同项下的债项付款或还款的处理，而客户的资金来源则有三类：保证金、结算账户、银行垫款（客户没有钱的时候），对于业务合同项下的保证金而言，其在多对多的复杂结构下，保证金的转出与解付，归因后仅需紧紧抓住三点：1）、保证金转出后，仍然需要满足业务合同对初始保证金比例的要求；2）、该业务合同下，不能出现不可接受的风险敞口；3）、保证客户的保证金利息收益最大化。基于这三条原则，则不难定义出保证金自动解付的业务规则，有了业务规则后，通过保证金部分解冻、部分与全额支取之类的接口，在技术实现上，很容易完成完全的自动化。
笔者实际项目经验中，曾实现从保证金自动解付到票据解付的全程自动化处理，原先需要忙到22:00才下班的分行运营同事们（绝大部分是妈妈），在项目上线后，可以提前几个小时下班–技术并不只是带来冰冷的效率与数字，还可以守护万家灯火、烟火人间。
结语
商业银行的IT能力本质上是一种实现业务或者产品意图的能力，IT本身并不会天然地创造价值。回归业务本质，进行根因化思考，知道如何合适地运用技术，遇事敢于打破常规，与业务深度协同，打破组织边界，方能让技术更好地发挥效能，为客户创造真正的价值。