NGCMS_DLV_业务需求规格说明书(核心接口)V1.0

新一代信贷管理系统业务需求规格说明书
山东省农村信用合作社联合社新一代信贷管理系统 [需求说明书] ——核心系统接口
山东省农信新一代信贷系统项目组 2012 年 04 月
1

新一代信贷管理系统业务需求规格说明书
文档信息文档名山东省农村信用社联合社新一代信贷管理系统需求说明称：书——核心接口
初稿作新一代信贷管理系统项目组者：初稿日 2012-04-16 期：内容概本文档是山东省农村信用社联合社新一代信贷管理系统述：（NGCMS）与新一代核心业务系统(NGCBS)涉及接口的业务需求说明，重点描述与原接口不同之处。两系统功能切换后的交互依据此进行设计开发。
2

新一代信贷管理系统业务需求规格说明书
版本修订历史
版本修订日期
1.0 2012-04-16
修订人
修改内容简述
中创人员、新一代信贷管根据与核心三次讨论以及与 IBM、中理系统项目组、核心技术创技术人员讨论内容，补充完善。原人员、IBM 人员《NGCMS 涉及核心系统需求说明书 -V1.4.doc》版本
1.1
2013-05-30
新一代信贷管理系统项剔除并行期已经实现和验证的内容。目组根据新系统功能实现情况，对功能要求进行了调整。
1.2 1.3 1.4
3

新一代信贷管理系统业务需求规格说明书
1.1 概述该文档描述内容为信贷业务办理中跨系统的功能需求，需要新一代信贷管理系统与核心系统协同改造；达到理清功能边界，顺畅业务，最大得发挥信贷与核心系统对业务提供支持的目的。避免出现因新一代信贷管理系统功能或业务规则变更、核心未更新，导致出现流程不衔接、功能重叠、控制冲突等影响业务办理问题。 1.2 客户信息 1.2.1 个人非身份证办理业务 1、新一代信贷管理系统中证件类型丰富，允许个人客户以
港澳台身份证、军官证、护照建立客户资料和办理信贷业务，允许对公同业客户以营业执照号或金融许可证号建立客户资料和办理业务。但核心存在如下问题： 2、一、核心系统前端相关界面上，可选择证件种类只有身
份证和组织机构代码证。 3、二、通过接口可以成功建立合同和自下而上建立额度，
但无法查询额度。 4、三、核心返回的数据中，没有对非身份证号的客户编码
进行处理，信贷无法正确解析出证件类型和证件号。
4

新一代信贷管理系统业务需求规格说明书
1.2.2 增加“金融许可证”证件类型在转贴现等同业业务办理中，交易对手存在较多分行或者支行级客户，特别是全国性的商业银行，更是无法直接与总行进行交易。分行、支行只具备独立的营业执照号和?金融许可证? ，因此，需要在信贷系统和 ECIF 中增加对公证件类型?金融许可证? ，能够以?金融许可证?建立客户信息和办理业务。 1.2.3 客户名称变更客户名称变更，在核心系统认为是新增客户，不支持继承原客户下业务。信贷系统虽然继承原业务，但由于核心不更新，导致合同和放款业务不能继续办理。要求信贷系统明确告知操作员变更带来的问题。信贷管理系统中变更客户名称时，系统进行如下检查：（1）不能有正在流程中的业务；（2）不能有未使用的有效授权（发送核心尚未记账）；（3）调用额度查询接口，查询客户是否存在有效额度，如果存在，提示操作员?原授信不可继续使用，原合同不能继续放款，原贷款只能结清，建议客户先进行业务结清? ；（4）检查客户是否存在贷款证，如果存在贷款证，提示变更后进行换证（卡）。（5）提示变更后如需办理业务，需进行重授信。（6）变更时，存在贷款证（卡）的，在贷款证关联相关
5

新一代信贷管理系统业务需求规格说明书
表中记录名称变更标志。变更后发起贷款证下合同授权，系统控制必须先进行换证。系统对换发的第一个贷款证作颁发新贷款证处理，同时更新清楚名称变更标识。 1.3 额度管理 1.3.1 额度管理需求详细需求见《NGCMS_DLV_业务需求规格说明书(额度管理)》 1.3.2 额度管理方案
1.3.2.1处理规则
1、
信贷与 ECIF 共管额度。在数据上收阶段，由信贷管理
系统实现信贷额度的管控。 2、 ECIF 系统管理客户全行额度，管理各业务条线的额度，
控制信贷授信额度总额。 3、信贷管理系统建立完整的额度管理机制，用来管理信贷
系统业务额度产生和使用。 4、 ECIF 保持现有额度品种不变，对额度层级和恢复机制进
行改造。 5、如果为信贷条线额度，只允许通过信贷系统接口进行建
立和调整，不允许通过前端进行修改。 6、合同建立即占用 ECIF 中信贷条线额度，合同失效恢复
6

新一代信贷管理系统业务需求规格说明书
信贷条线额度的可用额。 7、 8、 9、信贷条线额度不记录额度使用额。功能切换前，信贷与 ECIF 额度接口保持不变。功能切换阶段，信贷管理系统中额度移植到 ECIF 系统，
作为初始的信贷条线额度。 10、功能切换后，ECIF 系统必须控制，不允许前台柜员通过额度维护交易，建立或维护信贷条线额度下的综合和单一额度。信贷条线额度及其下各层额度只能通过系统自动处理维护。
1.3.2.2业务流程
1、
信贷管理系统新增授信和进行授信调整后，需要将信贷
中授信总额同步到 ECIF 系统， ECIF 系统保存为信贷条线授信额度。 2、合同建立时，ECIF 系统根据合同产品，在信贷条线额度
范围内，自下而上建立单一额度和综合额度。 3、额度自下而上建立时，采用已有规则进行额度扩充，但
允许自动扩充信贷条线额度。 4、如果为自下而上模式，信贷系统中的组合额度、综合额
度和单项额度无需同步到 ECIF。 5、需要自上而下模式建立额度的，信贷在授信完成时，调
用 ECIF 的额度建立或修改接口，同步相应业务综合额度。
7

新一代信贷管理系统业务需求规格说明书
允许自上而下模式建立的额度必须为信贷和 ECIF 系统中额度品种一一对应的。 6、信贷管理系统每次完成授信，调用额度接口，将额度信
息同步到 ECIF 系统，如果 ECIF 中原不存在，建立额度信贷条线额度，如果已经存在，进行额度调整。
1.3.2.3信贷条线额度管理范围
一期信贷条线额度不包含电子银行承兑额度、再贴现额度、外币类贸易融资业务额度、信用卡额度。除此之外的信贷业务额度审批均属于信贷管理系统。信贷管理系统授信审批时，将暂时禁止选择这些产品或方式。
1.3.2.4实现时机
功能切换后，实现信贷与 ECIF 共管额度；并行期，额度接口保持不变。
1.3.2.5敞口授信问题
信贷采取敞口授信规则进行额度核定，核定的额度为剔除保证金后的金额。因此，在额度扣减时，按照合同金额剔除保证金金额后的差额扣减。信贷一期中，只剔除保证金，不进行其他风险敞口折算。
8

新一代信贷管理系统业务需求规格说明书
1.3.2.6同步核心额度状态
功能切换前，需要 ECIF 系统提供额度状态为冻结的额度明细，信贷系统据以更新信贷中额度的状态。
1.3.2.7需要再确定问题
核心柜员是否有权对信贷条线额度进行操作，如何解决核心柜员对客户中心额度维护导致的对信贷额度影响。 1.3.3 修改额度相关接口包括额度新增、调整、冻结解冻、锁定解锁、申请、查询等接口。 1.4 新系统上线后额度问题 1.4.1 贷款证综合额度解冻问题存量数据中存在通过贷款证综合额度冻结、解冻接口进行冻结的贷款证综合额度。由于移植到新信贷中的数据不包含授信信息，且新系统无贷款证综合额度冻结、解冻接口，造成客户只在核心冻结综合额度的情况。此情况下，通过核心 3746 交易解冻时，常出现交易不成功，或者虽然交易成功完成，但信贷授信或者调整综合额度时，仍然提示综合额度被冻结的情况。请核心完善综合额度冻结、解冻交易。
9

新一代信贷管理系统业务需求规格说明书
1.4.2 贷款证综合额度多头控制问题新系统中，贷款证综合额度期限会涵盖合同期限，因此，如果合同提前结清或者注销，综合额度可能尚未到期，此时，信贷是允许客户转移到新机构办理贷款证业务的。但是，在新机构在进行贷款证授信时，系统会因在不同机构下已经存在了贷款证综合额度而拦截，致使业务无法办理。由于新系统与老系统业务要求不同，因此不能采取老系统将授信到期日修改为当天的做法。需要采取其他更合理的方案解决该问题。 1.5 合同管理 1.5.1 合同建立 1、在功能切换阶段，合同建立接口的数据要素，根据业务
需求双方系统进行讨论确定。需要重新确定接口，包括字段枚举的一致性等，例如还款方式、利率调整方式等。 2、 3、修改系统默认字段为可选择字段：新增合同要素：
1.5.2 合同修改 1、参照江苏农信接口规则，综合考虑银行承兑、保函、委托贷款等各类业务，确定新的合同接口。包括，新增、调整。
10

新一代信贷管理系统业务需求规格说明书
1.5.3 合同循环使用 1、循环合同。目前，核心系统未按照信贷系统确定的合同
是否循环标志控制，而是从核心产品参数中获取的默认值。除贷款证外不支持一般贷款合同的循环放款。但信贷业务中，合同是否循环不完全取决于产品，同一产品的合同，循环方式可以不同。因此，需要核心使用信贷合同界面选择的是否循环标志。 2、是否允许循环使用，由信贷系统在建立合同时给核心。
如果循环使用的合同，在合同有效期内，状态正常的合同，每次还款后，合同可用额度自动恢复。 3、两系统合同循环属性不同，如果信贷循环核心不循环，
会造成信贷授权成功，但记账放款时提示可用额不足。 1.5.4 合同分次放款 4、原特殊处理业务。支持助学贷款、承兑、社团贷款特殊
业务的分次授权。要求 3001 放款时，上述业务同一般业务处理，使用信贷的授权业务号，核心不再自动生成授权号。 5、提款期控制。信贷系统需要启用最长提款期控制，超过
最长提款期后不允许再新建借据。 1.5.5 合同注销同步核心主动注销信贷合同的，需要将注销信息同步到信贷系
11

新一代信贷管理系统业务需求规格说明书
统。建议通过批量方式。 1.6 联保合同 1.6.1 达成共识 1、业务要求，联保方式进行的用信，只审批一次。多个借
款人签订一个合同。 2、信贷系统控制，每个联保借款合同下最多借款人为 99
人。 3、由信贷管理系统通过联保合同方式合并审批，满足业务
需求。 4、在调用合同建立接口时，采用?联保合同业务号+序号?
作为每个联保成员的合同号，核心按照现有规则每个客户建立一个合同。 5、核心不支持一个合同多客户的需求，合同建立按照现有
模式处理，一个合同所属客户必须唯一。 6、 7、业务已经确认，一次建立 100 个合同能够满足业务需求。技术方面，无论采取何种方式方案，需要能够支持合同
建立、调整、失效等处理。
1.7 存款账号相关接口 1、新增账户校验接口，对信贷输入的在信用社开立的贷
12

新一代信贷管理系统业务需求规格说明书
转存、客户结算账户、自动扣款账户、保证金账户、基金账户、贷款账号等校验。 2、区分业务类型的不同，分别校验的账号内容不同。校验内容主要包括，账号所属客户与借款人是否为同一客户、账号状态是否正常、保证金余额与约定的保证金金额大小关系，委托基金账号状态及与委托方客户是否属同一客户，贷款账号在核心中是否存在等。 3、两系统间可实现输入后即调用检查。目前，信贷管理系统需求为，在输入页面提交时对本页面输入的账号进行检查。主要包括，授信发起、合同签订发起、授权、合同维护等节点。 1.8 押品出入库 1、押品出入库流程：一、信贷人员在生效合同前，将他项
权利证书等需要入库保管的凭证或者实物交核心柜员。二、柜员收妥入库，通过核心交易记表外账务，打印入库凭证，盖章后将回单提供一联给信贷人员。三、信贷人员将回单扫描入信贷管理系统，登记押品已入库，并生效合同。四、在贷款结清或者其他原因需要临时出库时，信贷人员通过信贷管理系统押品管理中的出库功能，登记出库原因，并打印出库凭证，交会计人员。五、会计人员核实后，核心进行押品出库账务处理及实物交接。将信贷出库通知书作
13

新一代信贷管理系统业务需求规格说明书
为附件收入传票。 2、核心凭证格式修改。核心修改凭证打印格式，增加信贷
人员及柜员签章栏位，凭证加印信贷人员回单联。 3、信贷新增出库通知书打印功能。信贷系统增加出库通知
书打印功能。字段包括，信贷机构名称、核心核算网点号、客户证件号码、客户名称、合同流水号、押品名称、押品编号、数量、价值，出库原因字段（贷款结清、临时出库）。 1.9 贷款发放 1.9.1 授权规则所有通过信贷管理系统办理的业务，必须使用信贷产生的授权业务号（凭证流水号、授权业务号+序号）。包括助学贷款、社团贷款大合同、承兑、贴现、转贴现等，因老系统不支持分次放款，而需要核心对放款进行特殊处理的业务。 1.9.2 授权接口修改 1、授权接口修改。增加资金支付方式、贷款用途编码、放
款方式（后续放款、开户放款等）、放款计划表、还款方式、还款计划表等内容。实现受托支付、用途登记、一次授权多次放款、按计划表还款等功能。 2、核心记账时，相应利率与科目根据授权信息及合同相应
信息进行重算。
14

新一代信贷管理系统业务需求规格说明书
1.9.3 还款计划表接口 1、增加还款计划表接口。如果信贷选择还款方式为按照计
划表还款的，信贷操作员在建立借据后，系统要求必须制定还款计划表。在完成授权后，将计划表也传输到核心，并提供还款计划表打印功能（还款计划表中要有对应的客户信息、合同业务号、授权业务号、还款序号、还款金额、还款日期）。 2、信贷人员将授权通知（借据）及还款计划表交给核心柜
员，由柜员放款后，根据信贷的还款计划表完成核心的还款计划制定。 1.9.4 授权查询及取消接口修改 1、核心扩充授权本异地查询交易的范围，一个合同多授权
的均可查询，不仅限于贷款证贷款授权查询，应用于所有一般贷款授权查询。 2、 3203 授权取消交易可用于取消一般信贷业务的授权。
1.9.5 授权状态查询接口新增授权状态查询接口。在信贷授权界面，调用该接口查询该授权在核心中的状态。监控业务进度，方便授权单边问题的解决。
15

新一代信贷管理系统业务需求规格说明书
1.9.6 核心申请授权增加用途选择项 1、根据实贷实付的要求，每次用款必须具有明确的用途。
通过信贷管理系统授权时，由信贷人员根据客户申请，选择具体的贷款用途，系统记录并提供统计分析功能。如果用途记录不明还会影响贷后的用途检查等。但目前，核心与信贷的用途不同。建议替换核心已存在的贷款用途字典。其中影响核算的可以进行对应，例如住房按揭、助学贷款等。避免接口混乱。 2、业务流程：核心柜员在向信贷管理系统申请授权时，根
据合同中约定的用途大类审核客户本次放款用途。根据申请的具体用途在核心系统中选择?贷款用途?的最底层枚举。核心系统将用途代码通过核心授权申请接口发送到信贷管理系统。信贷管理系统在建立授权通知时，保存核心选择的贷款用途，并将授权信息反馈核心系统。如按照上述流程描述，核心需要进行如下改造。贷款用途枚举与信贷管理系统每日批量同步。核心系统 3202、3205 授权申请交易中增加?贷款用途?选择项。枚举值采取分层展示的方式，存在上下级对应关系。 3、系统上线至功能切换前已经实现前端改造：核心前端
3202 和 3205 交易增加?贷款用途代码?输入项。要求柜员在发起授权申请时，打印的贷款用途列表，输入用途代码。授权申请接口增加?贷款用途代码?字段，信贷系统校验。
16

新一代信贷管理系统业务需求规格说明书
但是该实现方式，柜员的录入工作量比较大。 1.10 产品匹配问题 1.10.1 需求描述 1、信贷产品不包含期限因素，但是核心的产品中期限是划分的重要标准。新一代信贷管理系统允许非贷款证类业务在合同有效期内建立多个借据，放款与合同建立不同步，因此存在中长期贷款产品的合同下发放短期贷款问题。 2、需要核心支持选择中长期产品的合同下，发放短期贷款。根据实际的期限重算利率和核算科目。 1.10.2 信贷产品体系
对公产品体系表.xl s
个人产品体系表.xl s
1.10.3 两系统产品体系对照
信贷与核心产品体系对照表.xls
17

新一代信贷管理系统业务需求规格说明书
1.11 受托支付 1.11.1 受托支付处理流程 1、信贷系统选择支付方式，如果为受托支付，则录入交易
对手信息（账号、名称、金额、用途四要素），授权时，通过受托支付交易接口传给核心。 2、 3、信贷控制受托支付金额必须与本次的发放金额相同。核心系统保存授权和受托支付登记信息，核心柜员执行
3001 放款，贷款资金入借款人账户，同时冻结发放金额（支持一次冻结，多次解冻）。 4、客户持信贷打印的受托支付通知书（包括授权信息和委
托支付明细）填写汇款单；核心柜员根据信贷系统提供的委托支付信息，逐笔进行汇划（核心采用一个交易进行汇划及解冻）。 5、核心汇出受托资金交易完成时，自动更新受托支付登记
簿，并通过批量方式把增量数据返回信贷系统。 6、放款时（所有贷款业务），核心检查贷转存账户状态是
否正常，如果不正常，不允许放款。 7、支付信息通过唯一键值（授权业务号+支付序号）与信
贷系统进行交互。 8、借新还旧、贷款重组业务，在放款授权时，信贷与核心
系统控制必须进行受托支付。信贷管理系统自动默认交易
18

新一代信贷管理系统业务需求规格说明书
对手账户为贷款账户，核心放款后，通过 3003 还款交易进行解冻。 9、核心所有支付渠道增加受托支付的标志，对采取受托支
付的，建立独立的处理机制。 10、票据业务一律不能采取受托支付方式。 1.11.2 异常处理 1、核心柜员汇款操作之前，信贷系统可以修改委托支付信
息，并通过联机接口同步核心，核心按照最新的委托信息办理。 2、如果出现退汇等失败交易，核心必须将资金返回原汇出
账户，继续冻结原贷款发放额度。该功能需要依靠核心二代支付平台改造，在平台改造完成后才能实现。 1.11.3 非贷转存的业务处理约定不贷转存但采取受托支付的，信贷授权后将支付明细传输核心，核心需要提供最终的支付处理结果。可以采取不冻结资金的方式实现。 1.11.4 受托支付接口 1、区别与授权接口，实现受托支付信息的在核心的新增、修改、删除等功能。 2、资金支付查询接口，查询信贷资金，特别是受托支付
19

新一代信贷管理系统业务需求规格说明书
的资金支付情况。 1.12 账户级信息变更规则 1.12.1 基本流程和要求 1、定义：核心账户级信息变更是指已经发放完成的贷款，
再进行诸如还款方式、利率、结息方式等调整的。 2、流程：通过信贷与会计部门制定制度，约束账户信息的
调整机制。禁止核心柜员未经信贷人员授权直接调整贷款账户信息。信贷管理人员手工填写账户信息变更内容和清单交核心人员；核心柜员通过账户变更交易进行调整，核心系统调整完毕后，批量将账户变更信息同步到信贷管理系统（信贷账户层信息）。 3、统一要求：信贷系统与核心系统账户层信息的参数枚举
必须一致。需要核心提供相关的枚举字段，并备注说明。信贷系统据以进行相关修订。 4、同步要求：信贷管理系统在用信管理模块中增加借据信
息调整记录功能。核心对已发放业务进行调整后，信贷系统以借据调整内容，不改变原借据信息。主要包括结息方式、利率调整方式、执行利率等利率相关信息，还款方式、计划表、扣款账户等。
20