银行风险预警咨询项目访谈深圳分行纪要.docx

银行风险预警咨询项目访谈深圳分行纪要 参考文档深圳分行文档信息创建日期2014/10/24作者银行风险预警咨询项目团队版本历史版本编号版本日期描述修订人V1.02014/10/24新建刘田林目录第10页/ 共10页1会议概要42会议纪要52.1当前存在的问题52.1.1预警管理工作缺乏系统支持52.2项目期望和建议62.2.1预警管理体系62.2.2外部数据的获取62.2.3信息的加工和处理62.2.4各条线信息的共享72.2.5系统需要考虑地域、产品、行业等特性82.2.6系统的可操作性和友好性82.3其他相关内容83会议遗留问题和事项94待提供文档清单101 会议概要会议主题银行风险预警咨询项目需求会议时间2014年10月23日 上午9：0012：00会议地点深圳分行记录人刘田林访谈对象深圳分行与会人员行方：总行信贷管理部：王鹏虎、马春深圳分行：罗行长、信贷管理部、风险管理部、小企业金融部、公司银行部、罗湖支行、城市广场支行、深南大道支行、皇岗支行公司部、前海支行德勤：郭凯元、刘田林、张雅婷安硕：汤惠芬、郭肖红议题1、银行深圳分行现状交流2、对预警咨询项目建设的期望和建议2 会议纪要在本次业务访谈中，重点听取了深圳分行各部门对风险预警咨询项目建设的期望和建议。2.1 当前存在的问题2.1.1 预警管理工作缺乏系统支持罗行长提到目前预警管理工作缺乏系统支持，在数据上的收集上也是通过比较原始的办法，通过人工从相关网站中如法院、公安以及第三方进行查找，都是事后的办法，而不是通过系统，获取的信息也相对滞后。银行作为经营风险的单位，但目前所能依据的工具和方法尚不够，导致信息不对称。风险管理部提到目前进行贷前管理时，主要靠客户经理现场了解和对财报的分析，缺乏系统来收集比较完整和真实的数据并通过模型或方法进行分析；而贷后管理也是主要依靠人工，每三个月人工收集相关信息，但信息经常已是滞后的，如已发生不良，处理已来不及，因而需要系统进行事前的提示。深南大道支行提到客户经理每周五需要将其存量客户的实际控制人在百度上进行人工搜索。罗湖支行提到客户经理更清楚客户，但目前只是 “人防”、缺乏“机防”，目前主要靠财报，但滞后，而系统提供的数据可以更全面、及时和客观，分行非常需要系统的支持。皇岗支行公司部提到客户经理在进行贷后管理时，需要登录8个系统如天信、征信和押品等来查找相关信息，操作模式非常原始，效率也低。前海支行提到目前行内风险预警比较单一，主要靠客户经理，确实非常需要系统支持，目前一方面通过互联网查询，但有些企业的信息不多，并且信息准确性不好确定；另一方面依靠客户经理的实地走访和财报分析，但发现存在这样一种现象即通过客户经理来发现问题的较少，而分行通过风险排查或大规模贷后检查这种自上而下的方式发现的问题反而较多。目前是出现问题后发现，比较滞后。信贷管理部提到会定期处理风险事件，但基本是事后性质的，而无法在出现风险症兆时通过系统自动识别和提示，从而提前进行介入。2.2 项目期望和建议2.2.1 预警管理体系罗行长提到风险预警除了系统外，还需要配套的管理体系和流程控制，并对人员进行要求，从各个层面需要有责任去使用，并通过系统主动推送，督促相关人员进行管理。信贷管理部提到目前风险预警工作由专职的贷后管理人员所承担，总行会根据分行的资产规模和客户数进行配置，目前人数为56人。王鹏虎总介绍贷后管理与预警管理存在区别，贷后管理应该是针对重点行业或重点客户指导客户经理进行贷后管理，或者已发生的风险进行处置并交付给法律保全部，而预警管理的主要职责通过系统等手段对预警信息进行收集与分发，对预警的处置情况进行跟踪和监控，并对支行的客户经理的预警工作进行督促和考核，从这个层面上来讲，行内并没有专职的预警管理人员。2.2.2 外部数据的获取罗行长提到系统所收集的外部数据覆盖面要广，除了常用的人行征信外，工商登记、法人变更、海关税务和押品的变动信息通常较快，目前缺乏系统自动获取导致管理非常被动。除了全国通用性的数据外，希望能够增加地域特性的数据来源，比如深圳地区的鹏元征信公司提供深圳本地的社保数据，购买这些当地区域性的数据对当地管理更有帮助，总行层面可以解决全国通用的，而由分行层面解决本地的，从而总分行相结合。数据的更新时效性也非常重要，现在的抵押物信息变动非常频繁，分行之前也遇到过一个类似的例子，一个异地的一笔贷款的抵押物在做完抵押登记的第二天就被查封，对于重要的信息尽可能T+1进行获取，当然需要考虑到数据来源、重要性和获取的成本进行权衡。罗行长建议外部数据获取的范围是在本行有客户号的客户，因为这些客户也可能为本行带来声誉风险。王鹏虎总认为系统监控的对象是有客户号的客户还是存量的客户取决于行内对本项目的定位，同时还需要综合考虑数据获取的成本、软件和硬件，行内一年使用人行征信数据的成本就高达6000万，分行在使用数据时可以通过比如维护一个重点所关注得名单而不是其全部的客户，当然总行会将费用分摊到各个分行。王鹏虎总介绍虽然本次项目为预警项目，但所规划的数据为全流程所使用，如在贷前的审批阶段就可以使用，这些信息对于贷后的保全也特别有意义，比如客户的资产信息。2.2.3 信息的加工和处理罗行长认为现在未加工的信号太多，不了解具体的情况很难掌握和判断的，需要进行分级管理。风险管理部建议对于信息的处理和应用需要建立相应的机制，从风险的确认到采取措施的过程。王鹏虎总介绍系统会将风险信息和预警信号进行展现，风险信息可以随时都可以查看得到，预警信号则通过红、橙和黄不同颜色进行预警，不同颜色的需要对应不同的处置策略，比如红色的信号则要求冻结额度，橙色要求强化担保或提高定价，黄色则要求确认和返回意见，当然系统也会设置例外处理程序以应对特殊情况，比如对于红色的信号如果管理人员基于特殊情况不希望采取冻结额度的措施，系统会提供开关，但需要一定权限的人员才能设置。风险管理部建议通过账号的往来交易进行深入分析，挖掘企业的关联关系。安硕汤总监介绍到本系统其中重要的一个模块是客户关联关系管理，这种关联关系管理是提供给全行层面所使用，并且各业务条线包括对公、零售以及信用卡的数据都会打通，目前所基于的数据来源有行内系统的CRM、ECIF和天网，外部数据源有人行征信、企业征信以及银监会提供的数据，并将根据数据源的权威性来确定不同关联关系的所依据的数据源，比如担保关联关系将以人行或银监会的数据为主。之外也会通对企业的交易往来分析与交易对家的关系，包括最主要交易对家、资金流进/流出交易对家、频繁交易对家等，并会将这些信息提示给管理人员。小企业金融部认为对内部信息的分析和利用也很重要，企业的高管资产、高管征信信息以及高管还款信息的分析，小微企业的还款信息也很重要，在个人方面，个人还款的信息同样也非常重要。安硕汤总监介绍目前人行征信中有法定代表人和总经理信息，企业征信平台有大部分高管的信息，会提供高管的信息包括婚姻、房产、资产，高管多次破产的经历，但这些信息在查询时需要获得授权。公司银行部认为企业的上下游信息非常重要，希望系统能够支持分析。安硕汤总监介绍目前企业的上下游信息在授信审查报告中有，但这部分信息尚未结构化，同时为了获取企业的上下游企业的外部信息，需要较准确的定位信息如企业工商注册号以便进行关联，之外，供应链系统中也记录了一部分企业的上下游信息。公司银行部建议提供行业的分析，根据行业的分析推动业务的管理。皇岗支行公司部建议系统能够提供基于财务报表指标的行业均值，比如速冻比、流动比、资产负债比，对于各行业提供如行业的库存、行业的库存量等信息。深南大道支行建议提供地域（如政治风险）、行业（如行业趋势、行业政策的变动和企业在行业中排名的变动）和客户自身（如财务、管理层、担保物、担保人）等方面的预警信息。2.2.4 各条线信息的共享前海支行建议对公和对私的信息都打通比较有用，比如公司的法人股东，相关的信息都能查询得到，对业务管理的参考价值更大。小企业金融部认为小企业与其法人非常密切，因而高管的信息包括高管资产、高管的征信对于小企业风险管理非常重要，反过来，对于消费贷等产品的借款人其背后的企业信息也是非常重要，目前产品间联动越来越明显，个人与公司的管理越来越趋同，因而打通相关信息孤岛对于风险预警非常有帮助。2.2.5 系统需要考虑地域、产品、行业等特性前海支行认为系统需要考虑区域性的差别，比如深圳与全国的业态不一样，以民企为主而没有太多的国企、以房地产为主、以创新业态为主，深圳有较多的新公司，这些新公司通常没有季报，但目前信贷管理对于新公司入围门槛要求很严，但这些新公司背后的实际的公司为非常优质的大公司，而这样就拒绝与其合作得不偿失，建议系统需要考虑到区域性的异同。信贷管理部认为系统在进行风险预警时，需要考虑地域、产品、行业等不同的差异化特性，针对不同行业设定特定不同的风险点，比如房地产和制造业所关注的点也不同。2.2.6 预警的应用公司银行部建议预警需要与评级进行衔接，当客户进行风险预警后，需要反馈给信用评级，及时调整客户的评级据此影响其定价。2.2.7 系统的可操作性和友好性城市广场支行建议系统提供标准化的模块支持现场检查，辅助客户经理方便开展工作，比如通过手机的App应用程序能够查询到相关信息。王鹏虎总认为这方面还需要考虑到数据的安全性