CN104142970B - 运营管控系统及方法 - Google Patents

Abstract

本发明公开了一种运营管控系统及方法，所述系统包括：数据采集单元、任务监督单元和任务执行单元；数据采集单元用于采集并存储业务基础数据和运营数据；任务监督单元用于建立监督标准，并根据业务基础数据、运营数据和监督标准建立监督任务，以及将监督任务按照预设的分配规则分配给不同的任务执行单元；任务执行单元用于执行分配的监督任务，并存储执行任务产生的流程数据，以及将流程数据与监督标准进行比较，并将比较结果为不符合监督标准的任务确定为待处理任务。实施本发明的有益效果是，整合与银行运营相关的业务系统于同一平台，实现对数据统一管理和交互分享；实现统一有效的监督方式；提供非规范业务，可疑客户的监测标准，加强防范。

Description

运营管控系统及方法

技术领域

本发明涉及金融领域，更具体地说，涉及一种运营管控系统及方法。

背景技术

随着运营业务的不断发展，服务于银行运营管理的子系统越来越多。例如，用于实现事后监督的操作管理子系统、用于采集银行账户信息数据进行加工处理的银企对账子系统等。由于各个子系统各司其职，各个子系统为分散设置的，使得各子系统间的数据交互过程繁琐且难度大。如传统的事后监督子系统的存储对象（例如，凭证扫描件）单一、存储介质（例如，光盘）为离线的，使得调阅极度不便，更不能实现系统间的关联查询。

另一方面，由于各子系统间不能实现有效的数据交互，现有的银行运营管控系统不能建立统一的监督标准，不能实现对位于不同网点系统的统一且有效的监管。

因此，急需建立一种新的运营管控系统，能够对各子系统实现统一管理，以将各子系统分散的信息进行集中整合和信息共享。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述现有技术的系统不能实现对位于不同网点系统的统一且有效的监管的缺陷，提供一种运营管控系统及方法。

本发明解决其技术问题所采用的技术方案是：构造一种运营管控系统，包括：数据采集单元、任务监督单元和任务执行单元；

其中，所述数据采集单元用于采集并存储业务基础数据和运营数据；

所述任务监督单元用于建立监督标准，并根据所述业务基础数据、运营数据和监督标准建立监督任务，以及将监督任务按照预设的分配规则分配给不同的任务执行单元；

所述任务执行单元用于执行所述分配的监督任务，并存储执行任务产生的流程数据，以及将所述流程数据与监督标准进行比较，并将比较结果为不符合监督标准的任务确定为待处理任务。

优选的，所述业务基础数据包括来自核心业务系统、对账系统、事后监督系统、安保系统和录音系统的数据；

所述运营数据包括规章制度数据、事项数据、事项种类数据、盘点数据、交接数据、履职数据、业务功能编码。

优选的，所述系统还包括业务监督单元、业务执行单元和数据存储单元；

数据存储单元用于存储业务基础数据和运营数据；

业务监督单元，用于根据预设的数据抽取规则从业务基础数据和运营数据中抽取数据集，并根据数据集和业务标准建立业务监督任务，以及将建立的监督任务根据预设的分配规则分配给业务执行单元；预设的数据抽取规则是将业务监督范围、业务监督对象和业务功能编码相关联形成的；

业务执行单元用于将执行业务监督任务中的业务所产生的数据与业务标准进行比较，并将比较结果为不符合业务标准的业务作为待处理业务。

优选的，所述系统还包括全景监督单元，用于根据获取的任务执行数据，建立在特定时间特定地点的场景数据。

优选的，所述系统还包括模型预测单元，用于将获取的任务执行数据经过预设模型进行分析，以监测可疑数据。

一种运营管控方法，所述方法包括以下步骤：

步骤S101、采集并存储业务基础数据和运营数据；

步骤S102、建立监督标准，并根据所述业务基础数据、运营数据和建立的监督标准建立监督任务，以及将监督任务按照预设的分配规则分配给不同的任务执行单元；

步骤S103、任务执行单元执行所述分配的监督任务，并存储执行任务产生的流程数据，以及将所述流程数据与监督标准进行比较，并将比较结果为不符合监督标准的任务确定为待处理任务。

优选的，步骤S102具体包括以下步骤：

步骤S201、根据规章制度数据，建立监督标准；

步骤S202、根据监督标准，以及从核心业务系统获取的机构信息数据、员工信息数据和任务执行时间，建立多个监督任务；

步骤S203、根据预设的任务分配方式将监督任务分配给执行对象。

优选的，所述方法还包括：根据获取的任务执行数据，建立在特定时间特定地点的场景数据。

优选的，所述方法还包括：将获取的任务执行数据经过预设模型进行分析以监测可疑数据。

优选的，所述方法还包括：

存储业务基础数据和运营数据；根据预设的数据抽取规则从业务基础数据和运营数据中抽取数据集，并根据数据集和业务标准建立业务监督任务，以及将建立的监督任务根据预设的分配规则分配给业务执行单元；业务执行单元将执行业务监督任务中的业务所产生的数据与业务标准进行比较，并将比较结果为与业务标准不一致的业务作为待处理业务；预设的数据抽取规则是将业务监督范围、业务监督对象和业务功能编码相关联形成的。

实施本发明的运营管理系统及方法，具有以下有益效果：整合与银行运营相关的业务系统于同一平台下，把原来竖井似的各个业务系统有机的结合在一起，实现对数据的统一管理和交互分享，形成以银行运营管理为中心的平台，全面提升运营管理能力的智能化监督管理及决策分析平台；此外，根据监督标准建立监督任务，可实现统一有效的监督方式；提供非规范操作业务、可疑客户的监测标准和模型，加强防范。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明实施例的运营管控系统的结构图；

图2是本发明实施例的运营管控方法的流程图；

图3是本发明实施例的任务监督的模型示意图；

图4是本发明实施例的查找可疑数据的示意图；

图5是本发明实施例的运营管理系统和各业务系统的关系示意图。

具体实施方式

为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的具体实施方式。

本发明实施例的运营管理系统应用于金融（银行）领域，通过将事后监督系统、核心业务系统、录音系统、对账系统和安保系统等进行数据整合，以实现根据机构信息、员工信息、客户信息、规章制度信息、账户信息和运营数据信息，建立监督任务和监测任务，可实现对各银行网点的统一有效的监督。

参见图1为本发明实施例的运营管控系统的结构图。

本发明实施例的运营管控系统10包括：数据采集单元101、任务执行单元102和任务监督单元103。在本发明实施例中任务执行单元102为多个，其位于各个银行网点。任务执行单元102与任务监督单元通信连接。

其中，数据采集单元101用于采集并存储业务基础数据和运营数据。任务监督单元103用于建立监督标准，并根据所述业务基础数据、运营数据和监督标准建立监督任务，以及将监督任务按照预设的分配规则分配给不同的任务执行单元102。具体的本发明实施例的任务监督单元103用于根据规章制度数据建立监督标准。监督标准由规章制度数据和监督项关联组成。例如，将开户操作的规章制度数据、身份证、章印、营业执照相关联即获得一个监督标准。其中，身份证、章印和营业执照即为监督项。监督项是依据规章制度数据设置的，不同的规章制度数据对应的监督项不相同。依此，可建立多个监督标准用以进行实现不同的监督功能。

具体的，任务监督单元103根据业务基础数据、运营数据（例如，机构信息数据、人员信息数据）和建立的监督标准以及任务执行时间建立监督任务；并将监督任务按照预设的分配规则进行分配。

任务执行单元102用于执行分配的监督任务，并存储执行任务产生的流程数据，以及将该流程数据与监督标准进行比较，并将比较结果为不符合监督标准的任务确定为待处理任务。任务执行单元102执行监督任务是指，按照监督任务的进行操作。例如，监督任务为开户操作，则任务执行单元102执行开户的任务。

其中，业务基础数据是来自核心业务系统、对账系统、事后监督系统、安保系统和录音系统的数据；运营数据是运营业务/事物产生的数据，这些数据包括规章制度数据、事项数据、事项种类数据、盘点数据、交接数据、履职数据和业务功能编码。

来自核心业务系统的数据包括：客户信息数据、账户信息数据、机构信息数据和员工信息数据。来自对账系统的数据包括客户的账务数据，例如，账户余额等。来自事后监督系统的数据包括影像扫描数据、凭证扫描数据等。来自安保系统的数据包括音视频监测数据。来自录音系统的数据包括语音监测数据。

在本发明的实施例中，执行任务产生的流程数据是和监督任务相对应的，例如，监督任务为开户操作，则流程数据包括执行开户操作的流程产生的数据等。

具体的，数据采集单元101可通过webservice接口、数据库导入导出工具或ETL工具等进行数据的采集获取。

任务执行单元102确定待处理任务后，还将待处理任务进行处理。对待处理任务的处理包括：将待处理任务进行存储，并发出提醒信息。提醒信息可包括文字提醒信息、图片提醒信息或声音提醒信息等。对待处理任务的处理还包括：将待处理任务发送到上级部门进行处理，或将待处理任务发送到指定人员进行处理。处理后再进行反馈，并将待处理任务及处理结果进行发布。

本发明实施例的运营管控系统10还包括全景监督单元104，用于根据获取的任务执行数据，建立在特定时间特定地点的场景数据，以实现还原业务场景。例如，可将获取的视频监测数据（即从安保系统获得的数据）、语音监测数据（即从录音系统获得的数据）、影像扫描数据（即从事后监督系统获得的数据）和交易数据（即从核心业务系统获得的数据）进行组合，从而还原业务场景。通过场景数据，可立体化的查询特定时间特定地点的业务操作，监测风险操作（如虚假个人消费贷款、关联企业骗贷、票据诈骗、内外勾结、违规操作、诈骗盗用资产等），起到预警作用。由此，本发明实施例的运营管控系统能够将各子系统（核心业务系统、对账系统、事后监督系统、安保系统、录音系统等）分散的信息进行集中整合，起到监测预警的作用。

本发明实施例的运营管控系统10还包括模型预测单元105，用于将获取的任务执行数据经过预设模型进行分析，以监测可疑数据。预设模型包括异常业务模型、累计特征分析模型等。

本发明实施例的运营管控系统10还包括业务监督单元、业务执行单元和数据存储单元。数据存储单元用于存储业务基础数据和运营数据。

业务监督单元，用于建立业务监督任务，以及将建立的监督任务根据预设的分配规则分配给业务执行单元。具体的，建立业务监督任务是根据预设的数据抽取规则从业务基础数据和运营数据中抽取数据集，并根据数据集和业务标准建立业务监督任务。预设的数据抽取规则是将业务监督范围、业务监督对象和业务功能编码相关联形成的。业务功能编码是将业务类型进行编码得到的。不同的业务功能编码对应的业务类型不相同，不同的业务类型对应的业务标准不相同。具体的，业务类型与业务标准的对应关系是根据规章制度数据得到的，例如，根据规章制度数据中开户业务的操作的规定，可得到开户业务与其标准的对应关系。在一个实施例中，若预设的数据抽取规则设置为：业务功能编码为0001（开户业务），业务监督范围为A市的所有网点，业务监督对象为所有业务员，则根据该抽取规则抽取到的数据集将包括A市所有网点的所有业务员执行的开户业务所产生的所有数据（包括业务基础数据）。

分配到业务监督任务的业务执行单元将执行业务产生的数据与业务监督任务中的业务功能编码对应的业务标准进行比较，并将比较结果为与业务标准不一致的业务作为待处理业务。业务执行单元进一步对待处理业务进行处理，该处理包括：将待处理业务发送到业务监督单元，或根据业务标准对待处理业务进行处理。

本发明实施例的运营管控系统中的业务监督单元可通过建立业务监督任务实现对位于不同网点业务的规范且有效的监管。

本发明实施例的运营管控系统10包括应用支持层、核心业务层、管理视图层。

其中，应用支持层为开发平台（例如，JFastshop开发平台）。使用J2EE容器中间件连通各个业务系统的数据库、流程引擎、模型引擎，并提供基于浏览器进行交互的界面。

核心业务层是运营管控的数据基础层，通过与外围系统（即服务于运营业务的各子系统）的对接和获取运营业务的运行时产生的基础业务数据，并对这些基础业务数据进行管理和维护。其中，核心业务层即包括上述的数据采集单元101、任务监督单元103、全景监督单元104、模型预测单元105、业务监督单元和数据存储单元。

管理视图层分为日常事务工作台、管理决策工作台两部分。日常事务工作台提供待办任务、重要提示、重点工作、小秘书、信息发布的服务。管理决策工作台包括运营简报、风险报告、工作报告、高级查询、决策分析的功能。

在本发明的实施例中，核心业务层除了包括上述的任务监督单元103、全景监督单元104和模型预测单元105外，还用于根据获取的数据进行以下的数据处理：机构信息数据处理、员工信息数据处理、规章制度信息数据处理、客户信息数据处理、履职数据处理、事项数据处理、交接数据处理等。

其中，机构信息数据处理包括：对人工录入或导入的机构信息数据进行检索、明细展示、修改、删除、撤消、合并，以及新机构信息的申请、登记、审批、修改、撤消、合并、验收等。

员工信息数据处理包括：录入或批量导入、修改、删除、查询员工信息，以及员工的入职、上岗、兼岗、轮岗、调岗、变动、交接、停职、离职的全生命周期跟踪。

规章制度信息数据处理包括：维护、查询、关联操作、展示和编缉等。

客户信息数据处理包括对客户从开户、变更、交易记录、结算违章销户等信息进行监控和管理。

履职数据处理包括对员工日常的定期履职任务的登记信息进行存储和处理。

事项数据处理包括事项的新建、领用、启用、上缴、注销、交接、查询和导入。

交接数据处理包括任务的交接、事项的交接、岗位交接数据的存储和处理等。

参见图2为本发明实施例的运营管控方法的流程图。

步骤S101、采集并存储业务基础数据和运营数据。

步骤S102、建立监督标准，并根据所述业务基础数据、运营数据和建立的监督标准建立监督任务，以及将监督任务按照预设的分配规则分配给不同的任务执行单元。

具体的，业务基础数据包括来自核心业务系统、对账系统、事后监督系统、安保系统和录音系统的数据。核心系统即银行的存款、取款和贷款系统，其数据包括客户信息、账户信息、机构信息和员工信息。对账系统包括账务数据，如客户的余额等账务数据。事后监督系统包括凭证扫描数据、影像扫描数据。影像扫描数据包括客户影像数据和内部影像数据。

运营数据包括：事项数据、事项种类数据、盘点数据、交接数据、履职数据、业务功能编码。事项数据，例如领印章事项包含的数据包括：申请、审批、记录、上缴和注销等数据。盘点数据是对事项数据进行统计获得的数据，例如，对事项数据按照次数、种类等进行分类统计。交接数据包括事项交接数据、任务交接数据和岗位交接数据。业务功能编码是指将业务类型进行编码得到的数据，例如，将开户的功能代码设为0001，则0001即为开户业务的业务功能编码。

步骤S103、任务执行单元执行所述分配的监督任务，并存储执行任务产生的流程数据，以及将所述流程数据与监督标准进行比较，并将比较结果为不符合监督标准的任务确定为待处理任务。

步骤S101具体包括以下步骤：

步骤S201、根据规章制度数据，建立监督标准。

具体的，监督标准由监督项和规章制度数据的关联形成。例如，将开户的规章制度数据、身份证扫描数据、章印扫描数据、营业执照扫描数据相关联即获得一个监督标准。其中，身份证扫描数据、章印扫描数据和营业执照扫描数据即为监督项。监督项是依据规章制度数据设置的，不同的规章制度数据对应的监督项不相同。依此，可建立多个监督标准用以进行不同的监督。监督标准可根据实际情况进行实时更新。

在本发明的实施例中，规章制度数据即银行的规章制度，该数据属于运营数据。

步骤S202、根据监督标准，以及从核心业务系统获取的机构信息数据、员工信息数据和任务执行时间，建立多个监督任务；

步骤S203、根据预设的任务分配方式将监督任务分配给执行对象。

具体的，预设的任务分配方式包括：平均分配、指定分配和按规则分配。平均分配是指将监督任务按照机构或人员的数量平均进行分配，例如，有100个监督任务，执行对象为10个机构，则平均每个机构分配到的任务为10个。指定分配是指将监督任务分配给指定的执行对象。按规则分配是指按照设置优先权或业务量等级等进行分配。由此本发明实施例的运营管控方法，通过建立统一的监督标准，能够对各子系统实现统一管理，实现有效的数据交互。并且由于采集并存储了来自各子系统（核心业务系统、对账系统、事后监督系统、安保系统、录音系统等）的分散的信息，因此，使得各子系统的数据能够实现交互和共享，可方便查询调阅。

本发明实施例的运营管控方法还包括：任务执行单元103对待处理任务进行处理。对待处理任务的处理包括：将待处理任务进行存储，并发出提醒信息。提醒信息可包括文字提醒信息、图片提醒信息或声音提醒信息等。执行终端对待处理任务的处理包括：响应、纠错等。处理后进行反馈，运营管控系统即将该待处理任务进行删除、标识为已处理等操作。

本发明实施例的方法还包括：将待处理任务和其处理结果进行发布。参见图3为本发明实施例的任务监督的模型示意图。建立监督标准后，根据监督标准建立监督任务；然后对建立的监督任务进行分配和登记，若不需分配监督任务则直接登记（登记后，即代表监督任务已经分配由不同的执行对象进行执行，并将监督任务及其执行对象进行了一一登记存储）；反馈代表执行对象执行任务产生的数据的反馈，即获取执行数据；根据获取的执行数据（即反馈），进行问题认定（即将执行数据和监督标准进行比较，以获取待处理任务）；问题认定后，执行对象进行问题反馈（即进一步确认待处理任务）；对于不需进行反馈的待处理任务和已经经反馈确定的待处理任务，进行督导（即对待处理任务进行处理）；督导后进行督导发布（即将待处理任务和处理结果进行发布）。

本发明实施例的运营管控方法还包括：存储业务基础数据和运营数据；根据预设的数据抽取规则从业务基础数据和运营数据中抽取数据集，并根据数据集和业务标准建立业务监督任务，以及将建立的监督任务根据预设的分配规则分配给业务执行单元；业务执行单元将执行业务监督任务中的业务所产生的数据与业务标准进行比较，并将比较结果为与业务标准不一致的业务作为待处理业务；预设的数据抽取规则是将业务监督范围、业务监督对象和业务功能编码相关联形成的。业务执行单元进一步对待处理业务进行处理，该处理包括：将待处理业务发送到业务监督单元，或根据业务标准对待处理业务进行处理。

本发明实施例的运营管控方法还包括：根据获取的视频监测数据（即从安保系统获得的数据）、语音监测数据（即从录音系统获得的数据）、影像扫描数据（即从事后监督系统获得的数据）和交易数据（即从核心业务系统获得的数据），建立在特定时间特定地点的业务场景数据，以实现还原业务场景。

本发明实施例的运营管控方法还包括：将获取的数据经过预设模型进行分析以查找可疑数据中的预设模型包括：实时控制模型、正常业务模型、异常业务模型、累计特征分析模型等。参见图4为本发明实施例的查找可疑数据的示意图。参见图4，获取数据后，根据预设模型分析数据；根据数据分析结果进行反馈（即获取可疑数据涉及的数据）；若反馈结果不符合预期则调整预设单元，若反馈结果符合预期则进行问题认定（即找出产生可疑数据的原因），并经过问题反馈（即原因确定）后，对可疑数据涉及的原因进行督导，督导后进行督导发布。本发明实施例根据预设模型查找可疑数据，以获取的业务基础数据和运营数据位来源，依据预设设定的模型，结合规则、计算、客户信息、账户信息，对即将发生、正在发生、已经发生的违规操作或是案件及时通知、提示、告警、控制，以达到防范损失或减少损失的目的。参见图5，本发明实施例的运营管控系统和方法整合与银行运营相关的业务系统于同一平台下，把原来竖井式的各个业务系统（例如核心业务系统20、安保系统30、事后监督系统40和录音系统50等）有机的结合在一起，实现对数据的统一管理和交互分享，形成以银行运营管理为中心的平台，全面提升运营管理能力的智能化监督管理及决策分析平台。此外，根据监督标准建立监督任务，可实现统一有效的监督方式。

本发明实施例的运营管控系统和方法采用信息化的流程，避免了需要物理介质传输导致的流转速度受限的弊端；充分发挥信息系统的优势，提供运营数据的归档/统计，联通原先独立的信息孤岛，提供全景视图，全方位获取信息；并实现业务数据的信息化使得大规模和超大规模的数据检索/统计/整合成为可能；统一完整的数据提高的描述/还原业务场景的精确程度；根据统一的监督标准或预测模型来执行模型来评估风险，提高准确性；提供非标准业务、可疑客户的监测标准和模型，加强防范。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (3)

1.一种运营管控系统，其特征在于，包括：数据采集单元、任务监督单元和任务执行单元；

其中，所述数据采集单元用于采集并存储业务基础数据和运营数据；

所述任务监督单元用于建立监督标准，并根据所述业务基础数据、运营数据和监督标准建立监督任务，以及将监督任务按照预设的分配规则分配给不同的任务执行单元；

所述任务执行单元用于执行所述分配的监督任务，并存储执行任务产生的流程数据，以及将所述流程数据与监督标准进行比较，并将比较结果为不符合监督标准的任务确定为待处理任务；

所述系统还包括业务监督单元、业务执行单元和数据存储单元；

数据存储单元用于存储业务基础数据和运营数据；

业务监督单元，用于根据预设的数据抽取规则从业务基础数据和运营数据中抽取数据集，并根据数据集和业务标准建立业务监督任务，以及将建立的监督任务根据预设的分配规则分配给业务执行单元；预设的数据抽取规则是将业务监督范围、业务监督对象和业务功能编码相关联形成的；

业务执行单元用于将执行业务监督任务中的业务所产生的数据与业务标准进行比较，并将比较结果为不符合业务标准的业务作为待处理业务；

所述系统还包括全景监督单元，用于根据获取的任务执行数据，建立在特定时间特定地点的场景数据；

所述系统还包括模型预测单元，用于将获取的任务执行数据经过预设模型进行分析，以监测可疑数据。

2.根据权利要求1所述的运营管控系统，其特征在于，所述业务基础数据包括来自核心业务系统、对账系统、事后监督系统、安保系统和录音系统的数据；

所述运营数据包括规章制度数据、事项数据、事项种类数据、盘点数据、交接数据、履职数据、业务功能编码。

3.一种运营管控方法，其特征在于，所述方法包括以下步骤：

步骤S101、采集并存储业务基础数据和运营数据；

步骤S102、建立监督标准，并根据所述业务基础数据、运营数据和建立的监督标准建立监督任务，以及将监督任务按照预设的分配规则分配给不同的任务执行单元；

步骤S103、任务执行单元执行所述分配的监督任务，并存储执行任务产生的流程数据，以及将所述流程数据与监督标准进行比较，并将比较结果为不符合监督标准的任务确定为待处理任务；

步骤S102具体包括以下步骤：

步骤S201、根据规章制度数据，建立监督标准；

步骤S202、根据监督标准，以及从核心业务系统获取的机构信息数据、员工信息数据和任务执行时间，建立多个监督任务；

步骤S203、根据预设的任务分配方式将监督任务分配给执行对象；

所述方法还包括：根据获取的任务执行数据，建立在特定时间特定地点的场景数据；

所述方法还包括：将获取的任务执行数据经过预设模型进行分析以监测可疑数据；

所述方法还包括：

存储业务基础数据和运营数据；根据预设的数据抽取规则从业务基础数据和运营数据中抽取数据集，并根据数据集和业务标准建立业务监督任务，以及将建立的监督任务根据预设的分配规则分配给业务执行单元；业务执行单元将执行业务监督任务中的业务所产生的数据与业务标准进行比较，并将比较结果为与业务标准不一致的业务作为待处理业务；预设的数据抽取规则是将业务监督范围、业务监督对象和业务功能编码相关联形成的。