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

1、.上海浦东发展银行运营内控系统浦东发展银行运营内控系统联动监控和准实时监测方案文件状态： 草稿 正在修改正式发布文件标识：联动监控和准实时监测方案当前版本：V1.0作 者：朱博完成日期：2007/6/29版 本 历 史版本/状态作者参与者起止日期备注1.0朱博杨武斌2007-6-29目 录1背景信息42业务需求43设计原则44应用架构设计55接口设计65.1工作流接口65.2SDP接口66功能和流程设计76.1联动控制流程设计76.2准实时监测设计87相关系统及改造说明97.1工作流平台97.2CPC服务97.3SDP转发平台98物理结构设计109应急方案设计10SPDB运营内控项目联动监控和

2、准实时监测方案1 背景信息联动监控：旨在实现对重点交易中的重点账户、重点客户、重点机构、重点柜员等要素的实时监测和控制。运营内控系在对以上要素判断发现可疑时将暂停业务并进行调查处理。业务系统根据判定结果继续或终止流程联动监控的监控对象限定于业务集中项目“方式一”的流程。在所涉及的业务流程中，只有当交易需要金额授权时才会进行联动判定。准实时监测：实现在业务发生后（T+0）对业务进行规则分析和人工调查处理。该监测不影响原有的业务流程。 其监控的业务范围包括业务集中“方式一”和“方式二”的业务。 2 业务需求参照运营内控系统功能总体需求文档中相关章节内容。3 设计原则（1） 尽可能减小对业务系统的影

3、响。该影响将从系统性能和交易时间两方面衡量。关于具体的影响程度，取决于相关测试结果。（2） 尽量减少对业务系统架构上和流程上的改动。（3） 尽可能提供一致的系统接口。由于所涉及的业务监控数据需要从不同系统获取，运营内控系统将制定统一的消息格式，以便于更灵活的适应业务变更的影响。（4） 能适应业务变化的需求。该变化可能体现在：对监控业务及监控条件的改变；信息来源的业务系统的变化；业务流程本身的变化，等等。（5） 在系统间实现联动时，业务系统的稳定性不受影响。（6）4 应用架构设计联动和准事时监测的应用实现架构图如下：架构说明：（1） 对于需要联动控制的业务，由CPC业务系统提供相关的业务信息（发

4、送核心的请求报文），并发送到工作流平台。工作流平台整合其他相关的信息后，发送到运营内控系统。（2） 对于准实时监测的业务（包括方式一和方式二），由SDP服务平台将同样的消息内容发送到业务集中系统。（3） 运营内控系统通过统一的接口获取需要监控的交易及其相关信息。（4） 在运营内控系统内部，首先对获取的信息进行解包和报文解析，然后再根据交易代码等信息对部分交易进行过滤筛选。（5） 根据交易的类别，将相应的信息分别发送到联动判断服务和规则引擎。（6） 联动判断服务和规则引擎分别对计算结果作相应的处理。5 接口设计5.1 工作流接口（1） 接口规范：采用工作流系统现有的WCF接口规范。（2） 通讯方

5、式：l 工作流向运营内控系统发出消息报文后，运营内控系统在极短时间内提供消息应答（Ack），并在该应答中返回是否需要等待的标志信息。该通讯由同步机制实现。l 如果需要等待，工作流则挂起当前的流程，并在运营内控系统返回判定结果时继续处理。l 同时，工作流采用重发机制，确保消息的传递。（3） 主要消息格式：用于交互业务信息的报文主要包含的字段有：字段名称字段说明字段作用消息流水纪录消息的编号作为消息的唯一标示交易流水当前交易的流水号提供交易的标示验印标志纪录该交易的验印方式作为判断的要素之一其他标志预留（若干）为将来的需求作一定程度的扩展预留同上核心请求报文业务系统发往核心的请求报文作为规则和判断

6、依据的主体，提供主要的业务信息5.2 SDP接口（1） 接口规范：采用SDP系统现有的WCF接口规范。（2） 消息格式：与工作流接口采用同样的消息格式。（3） 通讯方式：l 采用同步通讯的方式。 SDP系统将报文发送到运营内控系统并等待应答（Ack）。在收到应答后结束本次通讯。l 采用与工作流类似的重发机制。6 功能和流程设计6.1 联动控制流程设计联动控制的实现流程如下图所示：流程说明：（1） 在相应的流程处理过程中，业务系统首先进行原有的授权处理（金额授权）。只有需要授权的业务才需要进行内控监测。（2） 在授权处理后，业务系统继续原有的处理，直到获取了所有信息，并组织完核心请求报文。在完成

7、后，业务系统将这部分交易的内容发送到运营内控系统。（3） 运营内控系统在对报文进行预处理后，首先通过过滤矩阵进行自动判定。在判定后通过Ack应答回复业务系统，并将判定结果标志包含在应答消息中，以提示业务系统是否需要等待调查处理。（4） 业务系统在极短的时间内获得应答，当Ack中标志为不需要等待时，业务系统继续原有的流程；当Ack中标志为需要等待时，业务系统挂起当前的流程，等待运营内控系统的调查处理结果。此时，业务处理岗位可以通过流程查看了解到当前的业务状态（例如：在运营内控系统进行人工调查状态）。（5） 当需要进一步调查时，运营内控系统通过调查处理功能模块对业务进行进一步的分析，并在分析完成后

8、返回业务系统判定结果。此后，业务系统获取调查结论，以决定是继续业务处理或终止当前业务流程。6.2 准实时监测设计准实时监测的流程设计如下：（1） 在需要准实时监测的流程中，CPC业务系统在获取到完整的核心请求报文信息后，将报文及其他相应的信息（主要针对方式一业务，例如：对手信息、标志信息，等等）发送到SDP转发平台。（2） SDP转发平台进行三个stage的操作。首先从CPC获取消息；然后判定该消息需要进行准实时监测；最后对于需要进行监测的业务信息，通过同步机制发送到运营内控系统。（3） 运营内控系统再使用规则引擎对信息进行分析处理，并继续后续的工作。7 相关系统及改造说明为了配合联动控制和准

9、实时监测的实现，需要对相应的业务系统作相应的调整和修改。其中主要包括7.1 工作流平台在所涉及到的联动控制业务的流程上，添加以下处理节点：（1） 业务系统信息上传节点：该节点负责从CPC系统获取业务信息，包括：交易请求报文、对手信息、等等。这些信息被按照接口消息标准组织并带到工作流。（2） 运营内控节点：将以上信息发送到运营控制系统。根据监控方式的不同分别采用同步和异步的通讯方式。此外，工作流需要对应答模式进行修改，以提供在Ack中带回标志信息的功能。7.2 CPC服务CPC服务中需要添加的主要功能为：（1） 从工作流参数和自身系统获取相关的业务信息并组织成要求的消息格式。该消息随后通过工作流

10、或SDP发送到运营内控系统。（2） 添加对运营内控系统返回判定结果的处理逻辑，根据判定继续或终止业务。7.3 SDP转发平台SDP需要针对准实时监测的需求，添加相应的处理逻辑，以实现：从业务系统获取包含业务信息的Entity，判断其类型后，转发到运营内控系统。8 物理结构设计目前所有涉及的系统交互都在总行层面实现。关于物理设计的详细方案，参见运营内控系统总体方案设计文档。9 应急方案设计考虑到运营内控系统可能出现的故障，为了确保业务系统的稳定性在实现联动控制后不受影响而设计如下应急方案： （1） 通过MOM对运营内控系统进行联机监测，及时提供系统故障预警。 （2） 在联动控制中，当业务长时间停留在运营内控节点上时，业务系统的监控人