搜索
新一代信贷管理系统业务需求规格说明书1山东省农村信用合作社联合社新一代信贷管理系统[需求说明书]——核心系统接口山东省农信新一代信贷系统项目组2012年04月新一代信贷管理系统业务需求规格说明书2文档信息文档名称：山东省农村信用社联合社新一代信贷管理系统需求说明书——核心接口初稿作者：新一代信贷管理系统项目组初稿日期：2012-04-16内容概述：本文档是山东省农村信用社联合社新一代信贷管理系统（NGCMS）与新一代核心业务系统(NGCBS)涉及接口的业务需求说明，重点描述与原接口不同之处。两系统功能切换后的交互依据此进行设计开发。新一代信贷管理系统业务需求规格说明书3版本修订历史版本修订日期修订人修改内容简述1.02012-04-16中创人员、新一代信贷管理系统项目组、核心技术人员、IBM人员根据与核心三次讨论以及与IBM、中创技术人员讨论内容，补充完善。原《NGCMS涉及核心系统需求说明书-V1.4.doc》版本1.12013-05-30新一代信贷管理系统项目组剔除并行期已经实现和验证的内容。根据新系统功能实现情况，对功能要求进行了调整。1.21.31.4新一代信贷管理系统业务需求规格说明书41.1概述该文档描述内容为信贷业务办理中跨系统的功能需求，需要新一代信贷管理系统与核心系统协同改造；达到理清功能边界，顺畅业务，最大得发挥信贷与核心系统对业务提供支持的目的。避免出现因新一代信贷管理系统功能或业务规则变更、核心未更新，导致出现流程不衔接、功能重叠、控制冲突等影响业务办理问题。1.2客户信息1.2.1个人非身份证办理业务1、新一代信贷管理系统中证件类型丰富，允许个人客户以港澳台身份证、军官证、护照建立客户资料和办理信贷业务，允许对公同业客户以营业执照号或金融许可证号建立客户资料和办理业务。但核心存在如下问题：2、一、核心系统前端相关界面上，可选择证件种类只有身份证和组织机构代码证。3、二、通过接口可以成功建立合同和自下而上建立额度，但无法查询额度。4、三、核心返回的数据中，没有对非身份证号的客户编码进行处理，信贷无法正确解析出证件类型和证件号。新一代信贷管理系统业务需求规格说明书51.2.2增加“金融许可证”证件类型在转贴现等同业业务办理中，交易对手存在较多分行或者支行级客户，特别是全国性的商业银行，更是无法直接与总行进行交易。分行、支行只具备独立的营业执照号和“金融许可证”，因此，需要在信贷系统和ECIF中增加对公证件类型“金融许可证”，能够以“金融许可证”建立客户信息和办理业务。1.2.3客户名称变更客户名称变更，在核心系统认为是新增客户，不支持继承原客户下业务。信贷系统虽然继承原业务，但由于核心不更新，导致合同和放款业务不能继续办理。要求信贷系统明确告知操作员变更带来的问题。信贷管理系统中变更客户名称时，系统进行如下检查：（1）不能有正在流程中的业务；（2）不能有未使用的有效授权（发送核心尚未记账）；（3）调用额度查询接口，查询客户是否存在有效额度，如果存在，提示操作员“原授信不可继续使用，原合同不能继续放款，原贷款只能结清，建议客户先进行业务结清”；（4）检查客户是否存在贷款证，如果存在贷款证，提示变更后进行换证（卡）。（5）提示变更后如需办理业务，需进行重授信。（6）变更时，存在贷款证（卡）的，在贷款证关联相关新一代信贷管理系统业务需求规格说明书6表中记录名称变更标志。变更后发起贷款证下合同授权，系统控制必须先进行换证。系统对换发的第一个贷款证作颁发新贷款证处理，同时更新清楚名称变更标识。1.3额度管理1.3.1额度管理需求详细需求见《NGCMS_DLV_业务需求规格说明书(额度管理)》1.3.2额度管理方案1.3.2.1处理规则1、信贷与ECIF共管额度。在数据上收阶段，由信贷管理系统实现信贷额度的管控。2、ECIF系统管理客户全行额度，管理各业务条线的额度，控制信贷授信额度总额。3、信贷管理系统建立完整的额度管理机制，用来管理信贷系统业务额度产生和使用。4、ECIF保持现有额度品种不变，对额度层级和恢复机制进行改造。5、如果为信贷条线额度，只允许通过信贷系统接口进行建立和调整，不允许通过前端进行修改。6、合同建立即占用ECIF中信贷条线额度，合同失效恢复新一代信贷管理系统业务需求规格说明书7信贷条线额度的可用额。7、信贷条线额度不记录额度使用额。8、功能切换前，信贷与ECIF额度接口保持不变。9、功能切换阶段，信贷管理系统中额度移植到ECIF系统，作为初始的信贷条线额度。10、功能切换后，ECIF系统必须控制，不允许前台柜员通过额度维护交易，建立或维护信贷条线额度下的综合和单一额度。信贷条线额度及其下各层额度只能通过系统自动处理维护。1.3.2.2业务流程1、信贷管理系统新增授信和进行授信调整后，需要将信贷中授信总额同步到ECIF系统，ECIF系统保存为信贷条线授信额度。2、合同建立时，ECIF系统根据合同产品，在信贷条线额度范围内，自下而上建立单一额度和综合额度。3、额度自下而上建立时，采用已有规则进行额度扩充，但允许自动扩充信贷条线额度。4、如果为自下而上模式，信贷系统中的组合额度、综合额度和单项额度无需同步到ECIF。5、需要自上而下模式建立额度的，信贷在授信完成时，调用ECIF的额度建立或修改接口，同步相应业务综合额度。新一代信贷管理系统业务需求规格说明书8允许自上而下模式建立的额度必须为信贷和ECIF系统中额度品种一一对应的。6、信贷管理系统每次完成授信，调用额度接口，将额度信息同步到ECIF系统，如果ECIF中原不存在，建立额度信贷条线额度，如果已经存在，进行额度调整。1.3.2.3信贷条线额度管理范围一期信贷条线额度不包含电子银行承兑额度、再贴现额度、外币类贸易融资业务额度、信用卡额度。除此之外的信贷业务额度审批均属于信贷管理系统。信贷管理系统授信审批时，将暂时禁止选择这些产品或方式。1.3.2.4实现时机功能切换后，实现信贷与ECIF共管额度；并行期，额度接口保持不变。1.3.2.5敞口授信问题信贷采取敞口授信规则进行额度核定，核定的额度为剔除保证金后的金额。因此，在额度扣减时，按照合同金额剔除保证金金额后的差额扣减。信贷一期中，只剔除保证金，不进行其他风险敞口折算。新一代信贷管理系统业务需求规格说明书91.3.2.6同步核心额度状态功能切换前，需要ECIF系统提供额度状态为冻结的额度明细，信贷系统据以更新信贷中额度的状态。1.3.2.7需要再确定问题核心柜员是否有权对信贷条线额度进行操作，如何解决核心柜员对客户中心额度维护导致的对信贷额度影响。1.3.3修改额度相关接口包括额度新增、调整、冻结解冻、锁定解锁、申请、查询等接口。1.4新系统上线后额度问题1.4.1贷款证综合额度解冻问题存量数据中存在通过贷款证综合额度冻结、解冻接口进行冻结的贷款证综合额度。由于移植到新信贷中的数据不包含授信信息，且新系统无贷款证综合额度冻结、解冻接口，造成客户只在核心冻结综合额度的情况。此情况下，通过核心3746交易解冻时，常出现交易不成功，或者虽然交易成功完成，但信贷授信或者调整综合额度时，仍然提示综合额度被冻结的情况。请核心完善综合额度冻结、解冻交易。新一代信贷管理系统业务需求规格说明书101.4.2贷款证综合额度多头控制问题新系统中，贷款证综合额度期限会涵盖合同期限，因此，如果合同提前结清或者注销，综合额度可能尚未到期，此时，信贷是允许客户转移到新机构办理贷款证业务的。但是，在新机构在进行贷款证授信时，系统会因在不同机构下已经存在了贷款证综合额度而拦截，致使业务无法办理。由于新系统与老系统业务要求不同，因此不能采取老系统将授信到期日修改为当天的做法。需要采取其他更合理的方案解决该问题。1.5合同管理1.5.1合同建立1、在功能切换阶段，合同建立接口的数据要素，根据业务需求双方系统进行讨论确定。需要重新确定接口，包括字段枚举的一致性等，例如还款方式、利率调整方式等。2、修改系统默认字段为可选择字段：3、新增合同要素：1.5.2合同修改1、参照江苏农信接口规则，综合考虑银行承兑、保函、委托贷款等各类业务，确定新的合同接口。包括，新增、调整。新一代信贷管理系统业务需求规格说明书111.5.3合同循环使用1、循环合同。目前，核心系统未按照信贷系统确定的合同是否循环标志控制，而是从核心产品参数中获取的默认值。除贷款证外不支持一般贷款合同的循环放款。但信贷业务中，合同是否循环不完全取决于产品，同一产品的合同，循环方式可以不同。因此，需要核心使用信贷合同界面选择的是否循环标志。2、是否允许循环使用，由信贷系统在建立合同时给核心。如果循环使用的合同，在合同有效期内，状态正常的合同，每次还款后，合同可用额度自动恢复。3、两系统合同循环属性不同，如果信贷循环核心不循环，会造成信贷授权成功，但记账放款时提示可用额不足。1.5.4合同分次放款4、原特殊处理业务。支持助学贷款、承兑、社团贷款特殊业务的分次授权。要求3001放款时，上述业务同一般业务处理，使用信贷的授权业务号，核心不再自动生成授权号。5、提款期控制。信贷系统需要启用最长提款期控制，超过最长提款期后不允许再新建借据。1.5.5合同注销同步核心主动注销信贷合同的，需要将注销信息同步到信贷系新一代信贷管理系统业务需求规格说明书12统。建议通过批量方式。1.6联保合同1.6.1达成共识1、业务要求，联保方式进行的用信，只审批一次。多个借款人签订一个合同。2、信贷系统控制，每个联保借款合同下最多借款人为99人。3、由信贷管理系统通过联保合同方式合并审批，满足业务需求。4、在调用合同建立接口时，采用“联保合同业务号+序号”作为每个联保成员的合同号，核心按照现有规则每个客户建立一个合同。5、核心不支持一个合同多客户的需求，合同建立按照现有模式处理，一个合同所属客户必须唯一。6、业务已经确认，一次建立100个合同能够满足业务需求。7、技术方面，无论采取何种方式方案，需要能够支持合同建立、调整、失效等处理。1.7存款账号相关接口1、新增账户校验接口，对信贷输入的在信用社开立的贷新一代信贷管理系统业务需求规格说明书13转存、客户结算账户、自动扣款账户、保证金账户、基金账户、贷款账号等校验。2、区分业务类型的不同，分别校验的账号内容不同。校验内容主要包括，账号所属客户与借款人是否为同一客户、账号状态是否正常、保证金余额与约定的保证金金额大小关系，委托基金账号状态及与委托方客户是否属同一客户，贷款账号在核心中是否存在等。3、两系统间可实现输入后即调用检查。目前，信贷管理系统需求为，在输入页面提交时对本页面输入的账号进行检查。主要包括，授信发起、合同签订发起、授权、合同维护等节点。1.8押品出入库1、押品出入库流程：一、信贷人员在生效合同前，将他项权利证书等需要入库保管的凭证或者实物交核心柜员。二、柜员收妥入库，通过核心交易记表外账务，打印入库凭证，盖章后将回单提供一联给信贷人员。三、信贷人员将回单扫描入信贷管理系统，登记押品已入库，并生效合同。四、在贷款结清或者其他原因需要临时出库时，信贷人员通过信贷管理系统押品管理中的出库功能，登记出库原因，并打印出库凭证，交会计人员。五、会计人员核实后，核心进行押品出库账务处理及实物交接。将信贷出库通知书作新一代信贷管理系统业务需求规格说明书14为附件收入传票。2、核心凭证格式修改。核心修改凭证打印格式，增加信贷人员及柜员签章栏位，凭证加印信贷人员回单联。3、信贷新增出库通知书打印功能。信贷系统增加出库通知书打印功能。字段包括，信贷机构名称、核心核算网点号、客户证件号码、客户名称、合同流水号、押品名称、押品编号、数量、价值，出库原因字段（贷款结清、临时出库）。1.9贷款发放1.9.1授权规则所有通过信贷管理系统办理的业务，必须使用信贷产生的授权业务号（凭证流水号、授权业务号+序号）。包括助学贷款、社团贷款大合同、承兑、贴现、转贴现等，因老系统不支持分次放款，而需要核心对放款进行特殊处理的业务。1.9.2授权接口修改1、授权接口修改。