运营内控项目－联动和准实时方案.doc

上海浦东发展银行运营内控系统 Page 1 of 10 浦东发展银行运营内控系统浦东发展银行运营内控系统 联动监控和准实时监测联动监控和准实时监测 方案方案 文件标识：联动监控和准实时监测方案 当前版本：V1.0 作 者：朱博 文件状态： 草稿 正在修改 正式发布 完成日期：2007/6/29 上海浦东发展银行运营内控系统 Page 2 of 10 版 本 历 史 版本/状态作者参与者起止日期备注 1.0朱博杨武斌2007-6-29 目 录 1背景信息背景信息 .4 2业务需求业务需求 .4 3设计原则设计原则 .4 4应用架构设计应用架构设计 .5 5接口设计接口设计 .6 5.1工作流接口 .6 5.2SDP 接口.6 6功能和流程设计功能和流程设计 .7 6.1联动控制流程设计 .7 6.2准实时监测设计 .8 7相关系统及改造说明相关系统及改造说明 .9 7.1工作流平台 .9 7.2CPC 服务.9 7.3SDP 转发平台.9 8物理结构设计物理结构设计 .10 9应急方案设计应急方案设计 .10 上海浦东发展银行运营内控系统 Page 3 of 10 SPDB 运营内控项目联动监控和准实时监测方案 1背景信息 联动监控：联动监控： 旨在实现对重点交易中的重点账户、重点客户、重点机构、重点柜员等要素的 实时监测和控制。 运营内控系在对以上要素判断发现可疑时将暂停业务并进行调查处理。业务系 统根据判定结果继续或终止流程 联动监控的监控对象限定于业务集中项目“方式一”的流程。 在所涉及的业务流程中，只有当交易需要金额授权时才会进行联动判定。 准实时监测：准实时监测： 实现在业务发生后（T+0）对业务进行规则分析和人工调查处理。该监测不影响 原有的业务流程。 其监控的业务范围包括业务集中“方式一”和“方式二”的业务。 2业务需求 参照运营内控系统功能总体需求文档中相关章节内容。 3设计原则 （1）尽可能减小对业务系统的影响。该影响将从系统性能和交易时间两方面 衡量。关于具体的影响程度，取决于相关测试结果。 （2）尽量减少对业务系统架构上和流程上的改动。 （3）尽可能提供一致的系统接口。由于所涉及的业务监控数据需要从不同系 统获取，运营内控系统将制定统一的消息格式，以便于更灵活的适应业务 变更的影响。 上海浦东发展银行运营内控系统 Page 4 of 10 （4）能适应业务变化的需求。该变化可能体现在：对监控业务及监控条件的 改变；信息来源的业务系统的变化；业务流程本身的变化，等等。 （5）在系统间实现联动时，业务系统的稳定性不受影响。 （6） 4应用架构设计 联动和准事时监测的应用实现架构图如下： 运用内控系统 信息预 处理 案件 和 流程 管理 规则引擎 联动判定 服务 准实时 联动 捕获预警 SDP服务平台 CPC服务 应用 接口 CPC工作流平台 联动 准实时 架构说明： （1） 对于需要联动控制的业务，由 CPC 业务系统提供相关的业务信息（发 送核心的请求报文），并发送到工作流平台。工作流平台整合其他相关 的信息后，发送到运营内控系统。 （2） 对于准实时监测的业务（包括方式一和方式二），由 SDP 服务平台将同 样的消息内容发送到业务集中系统。 （3） 运营内控系统通过统一的接口获取需要监控的交易及其相关信息。 （4） 在运营内控系统内部，首先对获取的信息进行解包和报文解析，然后再 根据交易代码等信息对部分交易进行过滤筛选。 （5） 根据交易的类别，将相应的信息分别发送到联动判断服务和规则引擎。 （6） 联动判断服务和规则引擎分别对计算结果作相应的处理。 上海浦东发展银行运营内控系统 Page 5 of 10 5接口设计 5.1工作流接口 （1） 接口规范： 采用工作流系统现有的 WCF 接口规范。 （2） 通讯方式： 工作流向运营内控系统发出消息报文后，运营内控系统在极短时间内提 供消息应答（Ack），并在该应答中返回是否需要等待的标志信息。该 通讯由同步机制实现。 如果需要等待，工作流则挂起当前的流程，并在运营内控系统返回判定 结果时继续处理。 同时，工作流采用重发机制，确保消息的传递。 （3） 主要消息格式： 用于交互业务信息的报文主要包含的字段有： 字段名称字段说明字段作用 消息流水纪录消息的编号作为消息的唯一标示 交易流水当前交易的流水号提供交易的标示 验印标志纪录该交易的验印方式作为判断的要素之一 其他标志预留 （若干） 为将来的需求作一定程 度的扩展预留 同上 核心请求报文业务系统发往核心的请 求报文 作为规则和判断依据 的主体，提供主要的 业务信息 5.2SDP 接口 （1） 接口规范： 采用 SDP 系统现有的 WCF 接口规范。 （2） 消息格式： 与工作流接口采用同样的消息格式。 上海浦东发展银行运营内控系统 Page 6 of 10 （3） 通讯方式： 采用同步通讯的方式。 SDP 系统将报文发送到运营内控系统并等待 应答（Ack）。在收到应答后结束本次通讯。 采用与工作流类似的重发机制。 6功能和流程设计 6.1联动控制流程设计 联动控制的实现流程如下图所示： 业务流程. 是否授权 过滤矩阵 继续业务处理 授权 Y 调查处理 Y 是否终止N 业务终止 Y N 业务系统运营内控系统 业务处理. Ack with Flag是否等待N Y 上海浦东发展银行运营内控系统 Page 7 of 10 流程说明： （1） 在相应的流程处理过程中，业务系统首先进行原有的授权处理（金额授 权）。只有需要授权的业务才需要进行内控监测。 （2） 在授权处理后，业务系统继续原有的处理，直到获取了所有信息，并组 织完核心请求报文。在完成后，业务系统将这部分交易的内容发送到运 营内控系统。 （3） 运营内控系统在对报文进行预处理后，首先通过过滤矩阵进行自动判定。 在判定后通过 Ack 应答回复业务系统，并将判定结果标志包含在应答消 息中，以提示业务系统是否需要等待调查处理。 （4） 业务系统在极短的时间内获得应答，当 Ack 中标志为不需要等待时，业 务系统继续原有的流程；当 Ack 中标志为需要等待时，业务系统挂起当 前的流程，等待运营内控系统的调查处理结果。此时，业务处理岗位可 以通过流程查看了解到当前的业务状态（例如：在运营内控系统进行人 工调查状态）。 （5） 当需要进一步调查时，运营内控系统通过调查处理功能模块对业务进行 进一步的分析，并在分析完成后返回业务系统判定结果。此后，业务系 统获取调查结论，以决定是继续业务处理或终止当前业务流程。 6.2准实时监测设计 准实时监测的流程设计如下： SDP转转发发平平台台 Stage 2 Stage 3 Stage 1 CPC系系统统运运营营内内控控系系统统 CPC Entity OICS Msg 上海浦东发展银行运营内控系统 Page 8 of 10 （1）在需要准实时监测的流程中，CPC 业务系统在获取到完整的核心请求 报文信息后，将报文及其他相应的信息（主要针对方式一业务，例如： 对手信息、标志信息，等等）发送到 SDP 转发平台。 （2）SDP 转发平台进行三个 stage 的操作。首先从 CPC 获取消息；然后判 定该消息需要进行准实时监测；最后对于需要进行监测的业务信息，通 过同步机制发送到运营内控系统。 （3）运营内控系统再使用规则引擎对信息进行分析处理，并继续后续的工作。 7相关系统及改造说明 为了配合联动控制和准实时监测的实现，需要对相应的业务系统作相应的调整 和修改。其中主要包括 7.1工作流平台 在所涉及到的联动控制业务的流程上，添加以下处理节点： （1） 业务系统信息上传节点：该节点负责从 CPC 系统获取业务信息，包括： 交易请求报文、对手信息、等等。这些信息被按照接口消息标准组织并 带到工作流。 （2） 运营内控节点：将以上信息发送到运营控制系统。根据监控方式的不同 分别采用同步和异步的通讯方式。 此外，工作流需要对应答模式进行修改，以提供在 Ack 中带回标志信息的功能。 7.2CPC 服务 CPC 服务中需要添加的主要功能为： （1） 从工作流参数和自身系统获取相关的业务信息并组织成要求的消息格式。 该消息随后通过工作流或 SDP 发送到运营内控系统。 上海浦东发展银行运营内控系统 Page 9 of 10 （2） 添加对运营内控系统返回判定结果的处理逻辑，根据判定继续或终止业 务。 7.3SDP 转发平台 SDP 需要针对准实时监测的需求，添加相应的处理逻辑，以实现：从业务系统 获取包含业务信息的 Entity，判断其类型后，转发到运营内控系统。 8物理结构设计 目前所有涉及的系统交互都在总行层面实现。关于物理设计的详细方案，参见 运营内控系统总体方案设计文档。 9应急方案设计 考虑到运营内控系统可能出现的故障，为了确保业务系统的稳定性在实现联动 控制后不受影响而设计如下应急方案： 上海浦东发展银行运营内控系统 Page 10 of 10 MOM监控系统 发现系统故障 CPC系统用户发现业务 流程在“提交运营监控” 节点等待超时或发送异常 系统主管通过调整系统 配置，暂停业务监控功能 运营内控系统主管更改回原来配置 系统故障排除 通知管理员。并通 过工作流门户手工 排除当前别影响业 务的故障 发送通知提醒 系统管理员 （1）通过 MOM 对运营内控系统进行联机