CN108898481B - 处理柜面业务的方法及装置 - Google Patents

Abstract

本申请提出一种处理柜面业务的方法及装置，涉及数据处理技术领域。所述方法包括：建立第一柜面业务，若当前柜面业务组中存在第二柜面业务，且确定所述第一柜面业务与所述第二柜面业务存在公共业务数据，则从针对所述第二柜面业务的业务数据中获取所述公共业务数据，将所述公共业务数据添加至所述第一柜面业务中，所述第二柜面业务为在所述第一柜面业务之前建立并接收对应的业务数据得到，将所述第一柜面业务加入所述柜面业务组，基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理。本申请能够减少重复业务数据的录入，提高处理柜面业务的效率。

Description

处理柜面业务的方法及装置

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种处理柜面业务的方法及装置。

背景技术

随着数据处理技术的发展，银行等机构的柜面业务处理也越来越便捷。柜员可以通过业务设备进行柜面业务处理，从而为客户提供各种各样的业务服务。

目前，柜员可以通过业务设备建立任意的柜面业务，并输入针对该柜面业务的业务数据，基于该业务数据对该柜面业务进行处理。但由于处理每个柜面业务都需要输入相应的业务数据，导致处理柜面业务的过程繁琐、冗余复杂，处理效率低下。

发明内容

本申请的目的在于提供一种处理柜面业务的方法及装置、计算机设备及计算机可读存储介质，以在处理柜面业务的过程中减少重复业务数据的录入，从而提高处理业务数据的效率。

为了实现上述目的，本申请采用的技术方案如下：

第一方面，本申请提出一种处理柜面业务的方法，所述方法包括：建立第一柜面业务；

若当前柜面业务组中存在第二柜面业务，且确定所述第一柜面业务与所述第二柜面业务存在公共业务数据，则从针对所述第二柜面业务的业务数据中获取所述公共业务数据，将所述公共业务数据添加至所述第一柜面业务中，所述第二柜面业务为在所述第一柜面业务之前建立并接收对应的业务数据得到；

将所述第一柜面业务加入所述柜面业务组；

基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理。

第二方面，本申请还提出一种处理柜面业务的装置，所述装置包括：

建立模块，用于通过业务建立接口建立第一柜面业务；

添加模块，用于若当前柜面业务组中存在第二柜面业务，且确定所述第一柜面业务与所述第二柜面业务存在公共业务数据，则通过业务数据添加接口从针对所述第二柜面业务的业务数据中获取所述公共业务数据，将所述公共业务数据添加至所述第一柜面业务中，所述第二柜面业务为在所述第一柜面业务之前建立并接收对应的业务数据得到；

加入模块，用于通过业务加入接口将所述第一柜面业务加入所述柜面业务组；

处理模块，用于通过业务处理接口基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理。

第三方面，本申请还提供了一种电子设备，包括：处理器、存储器和通信接口，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过通信接口通信，所述机器可读指令被所述处理器执行时执行第一方面中的所述的方法。

第四方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一方面中的所述的方法。

相对现有技术，本申请具有以下有益效果：

本申请提供的处理柜面业务的方法，在建立第一柜面业务时，如果当前柜面业务组已经存在第二柜面业务，且第二柜面业务与第二柜面业务具有公共业务数据，则由于已经接收得到第二柜面业务的业务数据，因此可以从针对第二柜面业务的业务数据中获取该公共业务数据，将该公共业务添加至第一柜面业务，并将第一柜面业务加入柜面业务组，从而避免了对重复业务数据的录入。也即是，对于柜面业务组包括的多个柜面业务，不需要重复录入一个以上柜面业务所具有的公共业务数据，即能够基于该多个柜面业务的公共业务数据，对该多个柜面业务进行处理，简化了业务处理过程，实现了柜面业务的集成和综合处理，提高了处理柜面业务的效率。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请所提供的一种处理柜面业务的方法的流程示意图；

图2示出了本申请所提供的一种处理柜面业务的方法的流程示意图；

图3示出了本申请所提供的一种柜面业务建立界面的示意图；

图4示出了本申请所提供的另一种柜面业务建立界面的示意图；

图5示出了本申请所提供的一种业对象介质提示界面的示意图；

图6示出了本申请所提供的一种柜面业务组的展示界面的示意图；

图7示出了本申请所提供的另一种柜面业务组的展示界面的示意图；

图8示出了本申请所提供的一种柜面业务组的提交结果确认界面的示意图；

图9示出了本申请所提供的一种验证数据采集界面的示意图；

图10示出了本申请所提供的一种现场授权界面的示意图；

图11示出了本申请所提供的一种业务处理结果展示界面的示意图；

图12示出了本申请所提供的另一种业务处理结果展示界面的示意图；

图13示出了本申请所提供的一种柜面业务查询界面的示意图；

图14示出了本申请所提供的一种业务组非重空凭证展示界面的示意图；

图15示出了本申请所提供的一种业务组凭证数据打印界面的示意图；

图16示出了本申请所提供的另一种处理柜面业务的方法的流程示意图；

图17示出了本申请所提供的一种处理柜面业务的装置的结构框图。

图标：1700-处理柜面业务的装置；1701-建立模块；1702-添加模块；

1703-加入模块；1704-处理模块。

具体实施方式

下面将结合本申请中附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

首先，对本申请的应用场景予以介绍。在银行、通信、行政单位等机构中，通常需要用户等业务对象办理柜面业务。传统的方式中，柜员可以在业务设备中建立柜面业务，业务设备接收提交的业务数据，并根据该业务数据对该柜面业务进行处理，但由于需要逐一建立柜面业务、接收相应的业务数据以及业务处理，步骤繁琐，效率低下。为解决上述问题，本申请提供了一种处理柜面业务的方法，可以在新建立柜面业务(记为第一柜面业务)时，检测当的柜面业务组中是否已经存在柜面业务(记为第二柜面业务)，其中，第二柜面业务可以由在建立第一柜面业务之间建立并接收针对第二柜面业务的业务数据得到。如果是则检测第一柜面业务与第二柜面业务是否存在公共业务数据，进而在确定第一柜面业务与第二柜面业务存在公共业务数据时，从针对所述第二柜面业务的业务数据中获取该公共业务数据，并将该公共业务数据添加至第一柜面业务，将第一柜面业务加入柜面业务组，之后，对于柜面业务组中包括的多个柜面业务，可以基于该多个柜面业务的公共业务数据，对该多个柜面业务进行处理。可见，对于多个柜面业务，如果其中一个以上的柜面业务存在公共业务数据，该公共业务数据提交一次即可，也即是，无需逐一针对柜面业务提交公共业务数据并进行业务处理，减少了重复业务数据的录入，简化了业务处理过程，实现了柜面业务的集成和综合处理，提高了处理柜面业务的效率。

柜面业务，指需要由人去业务相关机构的柜台办理的业务，比如，银行开户/销户、银行理财、生活缴费等业务。在后续示例中，柜面业务简称为业务，比如，业务1、业务2或业务3等。

柜面业务组，又可称为购物车或交易车，为可包括一个以上柜面业务的柜面业务集合，且该柜面业务组可以存在具有公共业务数据的柜面业务。比如，业务1为建立时间较早(柜面业务组为空)的柜面业务，将业务1加入空的柜面业务组，之后，建立业务2和业务3，其中，业务2和业务3分别与业务1存在公共业务数据，因此，可以将业务2和业务3也添加至该柜面业务组，此时该柜面业务组即包括3个柜面业务。

业务数据，指对柜面业务进行业务处理所需的数据，比如业务对象的姓名、年龄、电话、住址等个人信息。当然，在实际应用中，业务数据还可以包括其它信息。其中，业务数据可以包括个性业务数据和公共业务数据中的至少一个。公共业务数据为柜面业务与其它柜面业务共有的业务数据。个性业务数据为业务数据中出除公共业务数据之外的业务数据。

柜员，指为业务对象办理柜员业务的工作人员。

业务对象，指办理或代理他人办理柜面业务的对象。

业务设备，指用于处理柜面业务的设备，比如计算机等。该业务设备上可以安装有业务处理软件或插件，从而执行本申请所提供的处理柜面业务的方法。

业务处理软件可以安装在前述的业务设备中，从而执行本申请所提供的处理柜面业务的方法。

业务处理插件可以安装在前述业务设备中的软件中，并提供相关的操作接口，相应的，该软件可以通过该操作接口，调用该业务处理插件，执行本申请所提供的处理柜面业务的方法。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，为本申请所提供的一种处理柜面业务的方法的流程示意图。需要说明的是，本申请所述的处理柜面业务的方法并不以图1以及以下所述的具体顺序为限制，应当理解，在其它实施例中，本申请所述的处理柜面业务的方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。下面将对图1所示的流程进行详细阐述。

步骤S101，建立第一柜面业务。

可以提供柜面业务建立入口，从而通过该柜面业务建立入口，接收提交的柜面业务建立请求，建立柜面业务。

柜面业务建立入口为建立柜面业务的入口，该柜面业务建立入口可以针对至少一个柜面业务。

柜面业务建立请求，用于请求建立柜面业务，该柜面业务建立请求中可以携带所请求建立的柜面业务的业务标识。

业务标识为柜面业务的标识。该业务标识可以包括业务名称或编号等。

步骤S102，若当前柜面业务组中存在第二柜面业务，且确定所述第一柜面业务与所述第二柜面业务存在公共业务数据，则从针对所述第二柜面业务的业务数据中获取所述公共业务数据，将所述公共业务数据添加至所述第一柜面业务中，所述第二柜面业务为在所述第一柜面业务之前建立并接收对应的业务数据得到。

如果当前柜面业务组中已经存在柜面业务，则当前建立的第一柜面业务可以与柜面业务组中已有的某个或多个柜面业务存在公共业务数据，且由于已加入柜面业务组中的柜面业务对应的业务数据也已经接收得到，所以，可以将从针对第二柜面业务的业务数据中获取公共业务数据，并将获取的公共业务数据添加至第一柜面业务，不需要再重复接收公共业务数据，从而简化柜面业务的处理过程，提高了处理柜面业务的效率。

可以分别将第一柜面业务的公共业务种类和第二柜面业务的公共业务数据种类进行比较，如果存在相关联的公共业务数据种类，则可以将确定第一柜面业务与第二柜面业务存在公共业务数据。

公共业务数据种类为公共业务数据所属的类别。对于柜面业务，可以事先确定，比如接收柜员等工作人员设置得到，针对该柜面业务的公共业务数据种类。

其中，相关联的公共数据种类可以包括相同的公共数据种类，和/或，具有对应关系的公共数据种类。可以事先确定具有对应关系的公共数据种类，将确定的具有对应关系的公共数据种类存储有至公共数据种类与相关联的公共数据种类之间的对应关系中。

例如，业务1的公共业务数据种类包括客户姓名、(客户的)证件类型、(客户的)证件号，业务2的公共业务数据种类包括客户姓名、(客户的)证件类型、(客户的)证件号，由于业务1和业务2的客户姓名、 (客户的)证件类型和(客户的)证件号等公共业务数据种类相同(即相关联)，因此，可以确定业务1和业务2存在公共业务数据。如果还包括业务3，业务3的公共业务数据种类包括代理人姓名、(代理人的)证件类型、(代理人的)证件号，且基于公共数据种类与相关联的公共数据种类之间的对应关系可以确定，代理人姓名与客户姓名对应、(代理人的) 证件类型与(客户的)证件类型对应、(代理人的)证件号与(客户的) 证件号对应，则可以确定业务1和业务3存在公共业务数据。

可选的，由于第一柜面业务可能并不是所有的业务数据都为公共业务数据，因此，为了确保获取第一柜面业务的业务数据的完整性，进而提高处理柜面业务的可靠性，可以接收针对第一柜面业务的个性业务数据。

可以展示提交的个性业务数据的业务数据种类，从而接收针对所展示的业务数据种类，接收提交的个性业务数据。

步骤S103，将所述第一柜面业务加入所述柜面业务组。

由于后续还可能建立其它与柜面业务组中某些柜面业务具有公共业务数据的柜面业务，因此，为了进一步减少重复接收公共业务数据的输入，提高处理柜面业务的效率，额可以将第一柜面业务加入柜面业务组。

另外，如果当前柜面业务组为空，可以接收第一柜面业务对应的业务数据，将第一柜面业务加入柜面业务组中。如果当前柜面业务组已经存在柜面业务，但不存在与第一柜面业务有公共业务数据的柜面业务，则可以不将第一柜面业务加入柜面业务组。或者，在另一种可选的实施例中，由于后续也可能建立与第一柜面业务数据存在公共业务数据的柜面业务，因此，为了减少公共业务数据的录入，如果当前柜面业务组已经存在柜面业务，但不存在与第一柜面业务有公共业务数据的柜面业务，也可以将第一柜面业务加入柜面业务组中。

步骤S104，基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理。

由于已经获取得到了多个柜面业务的公共业务数据，因此，不需要再重复接收公共业务数据，基于多个柜面业务的公共业务数据，对该多个公共业务进行处理，简化了柜面业务的处理过程，提高了处理柜面业务的效率。

其中，对于业务数据包括个性业务数据的柜面业务，可以基于公共业务数据和个性业务数据，将柜面业务提交至后端相关的处理设备进行处理，或者在本地对柜面业务进行处理。

本申请提供的处理柜面业务的方法，在建立第一柜面业务时，如果当前柜面业务组已经存在第二柜面业务，且第二柜面业务与第二柜面业务具有公共业务数据，则由于已经接收得到第二柜面业务的业务数据，因此可以从针对第二柜面业务的业务数据中获取该公共业务数据，将该公共业务添加至第一柜面业务，并将第一柜面业务加入柜面业务组，从而避免了对重复业务数据的录入。也即是，对于柜面业务组包括的多个柜面业务，不需要重复录入一个以上柜面业务所具有的公共业务数据，即能够基于该多个柜面业务的公共业务数据，对该多个柜面业务进行处理，简化了业务处理过程，实现了柜面业务的集成和综合处理，提高了处理柜面业务的效率。

请参照图2，为本申请所提供的一种处理柜面业务的方法的流程示意图。需要说明的是，本申请所述的处理柜面业务的方法并不以图2以及以下所述的具体顺序为限制，应当理解，在其它实施例中，本申请所述的处理柜面业务的方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。下面将对图2所示的流程进行详细阐述。

步骤S201，建立第一柜面业务。

其中，建立第一柜面业务的方式，可以参见前述中的相关描述，此处不再一一赘述。

例如，一种用于银行的柜面业务建立界面可以如图3所示。该柜面业务建立界面从上到下包括控制栏、工具栏、主页面区域和状态栏。

控制栏从左到右包括柜员姓名“张山”、柜员权限标识为业务操作员、待办按钮、消息按钮、粘贴按钮、签到按钮、签退按钮、锁屏按钮、退出按钮和语言下拉框(当前为简体中文)。

其中，柜员权限标识为柜员所具有权限的级别，柜员权限标识可以通过事先设置得到。业务设备可以根据当前登录的柜员，确定该柜员的柜员权限标识。

工具栏从左到右包括前箭头按钮、首页按钮、客户信息管理按钮、网点运营按钮、存款按钮、支付结算按钮、客户服务按钮、投资理财按钮、客户关系管理按钮、客户资产管理按钮、客户营销按钮、后箭头按钮、主页按钮、帮助按钮和设置按钮。

主页面区域用于根据工具栏被选中的不同按钮，显示相应的内容。当前网店运营按钮被选中，相应的，主页面区域包括目录栏和明细栏，其中，目录栏包括系统菜单和常用菜单，该系统菜单和常用菜单中可以包括柜面业务标识，以便于柜员选择相应的柜面业务。且当前系统菜单栏包括搜索框和柜面业务目录，柜面业务目录包括日始日终、尾箱管理、流水查询、登记簿管理、报表/清单查询、COST账户开立测试和借记卡网点活期存款。明细栏显示有柜面业务的详细信息，包括柜面业务的路径“当前位置：网点运营>组合交易”、柜面业务标识“借记卡网点活期存款”、业务数据和控制按钮，其中，业务数据包括读卡方式、银行卡卡号、读卡按钮、客户姓名、证件类型、证件号、是否代理、存款账户、交易类别、同村手续费收取方式、币别、钱汇鉴别、存款金额、摘要代码、备注、通存通兑手续费金额、积分余额、积分抵扣金额、实收手续费金额、实收总金额。业务数据获取方式控制按钮包括读卡方式按钮，包括IC(Integrated Circuit，集成电路)卡、磁条卡、手工输入，读身份证按钮，身份证核查按钮，积分抵扣按钮、单笔提交按钮、重置按钮、加入交易车按钮、交易车图标。若基于单笔提交按钮接收到点击操作，可以只将当前的“借记卡网点活期存款”业务进行提交处理；若基于重置按钮接收到点击操作可以重置当前页面，以重新获取业务数据；若基于加入交易车按钮接收到点击操作，则可以将当前的“借记卡网点活期存款”业务加入交易车，此时，交易车下方的数字从0增至1，表示交易车从空改变至包括一个柜面业务。

状态栏从左到右包括小工具栏、提示消息显示栏和系统事件栏。

另一种用于银行的柜面业务建立界面可以如图4所示。与图3相比，该柜面业务建立界面的主页面区域中，明细栏包括交易车和理财产品认购 /追加/申购等两个选项卡，且当前展示的为理财产品认购/追加/申购业务的业务数据包括账号/卡号、客户姓名、证件类型、证件号码、交易类别、产品编号、产品剩余额度、委托金额和密码等业务数据。主页面区域右下角交易车下方的数字为1，表示当前交易车中已包括一个柜面业务。

在上述示例中，柜面业务“借记卡网点活期存款”的业务数据中，银行卡卡号、客户姓名、证件类型、证件号码、身份核查结果、交易类型和读卡方式即可作为公共业务数据，其它的业务数据即可作为个性业务数据。

需要说明的是，可以通过事先设置柜面业务建立界面所包括的数据以及各数据的格式，比如柜面业务名称、机构内部对柜面业务的代码或编号、业务数据种类、业务数据种类对应的UI(User Interface，用户接口)类型、业务数据的取值路径、下拉框数据字典编号、公共业务数据种类对应的编号等。其中，UI类型用于控制接收到的业务数据的数据类型，可以包括普通文本框、金额文本框、卡号文本框、手机号码框、日期框、下拉框或表格列表展示。公共业务数据种类对应的编号可以包括0-客户姓名、1- 证件类型、2-证件号码、3-密码。

步骤S202，确定所述第一柜面业务存在于可组合业务列表。

由于某些柜面业务之间差异性较大，具有公共业务数据的可能性较小，或者出于其它原因，不适于将该柜面业务加入柜面业务组进行处理，所以，为了提高对柜面业务进行处理的可靠性，在将第一柜面业务加入柜面业务组之前，可以确定第一柜面业务存在于可组合业务列表，即第一柜面业务可组合。另外，通过查表的方式来判断第一柜面业务是否可组合，也能够提高判断第一柜面业务是否可组合的效率，进而提高处理柜面业务的效率。

可组合业务列表存储有至少一个柜面业务标识。可以通过事先确定可组合的柜面业务，并将该柜面业务的柜面业务标识添加至该可组合业务列表。

例如，以银行中的柜面业务为例，可组合业务列表可以包括对私存款账户类型单笔维护、对私存款账户密码维护、对私定期一本通续存、对私定期一本通支取、对私定期支取、对私活期存款二类账户绑定签约、对私活期一本通结清、银行卡签约关系维护、银行卡挂失解挂、银行卡挂失解挂、银行卡转账、银行卡密码管理、银行卡预约卡领卡、银行卡补换预制卡、银行卡账户结清、银行卡签约关系维护等柜面业务。

可选的，由于不同的柜面业务可能具有不同的处理需求或难度，从对对业务对象或柜员的要求也不同，当前的业务对象或柜员可能并不具备建立该柜面业务的权限，因此，为了提高了处理柜面业务的可靠性，可以获取业务对象权限标识和柜员权限标识中的至少一个，根据该业务对象权限标识和该柜员权限标识中的至少一个，获取与该业务对象权限标识和该柜员权限标识中的至少一个对应的可组合业务列表，从而能够按照业务对象权限标识和/或柜员权限标识，动态提供可组合业务列表。

业务对象权限标识为业务对象所具有权限的级别，该业务对象权限标识可以携带在业务对象介质中，业务对象权限标识可以通过事先设置得到，比如由柜员为业务对象分配。

其中，业务对象介质为业务对象用于办理柜面业务的介质，可以包括 IC卡、磁条卡和存折等。

可以事先基于该业务对象权限标识和该柜员权限标识中的至少一个，建立对应的可组合业务列表。

可以查询可组合业务列表中是否包括第一柜面业务的柜面业务标识，从而确定第一柜面业务存在与可组合业务列表，即确定第一柜面业务可组合。

当然，在实际应用中，还可以通过其它方式来判断第一柜面业务是否可组合，比如在接收到柜员或者业务对象针对第一柜面业务提交的可组合指示信息时，确定第一柜面业务可组合。

另外，如果确定第一柜面业务不存在于可组合业务列表，即确定第一柜面业务不可组合，则可以直接对第一柜面业务进行处理，而不必执行后续的步骤。

另外，在实际应用中，也可以在建立第一柜面业务之后至将第一柜面业务加入柜面业务组之间的任何时机，来判断第一柜面业务是否可组合。

步骤S203，若当前柜面业务组中存在第二柜面业务，且确定所述第一柜面业务与所述第二柜面业务存在公共业务数据，则从针对所述第二柜面业务的业务数据中获取所述公共业务数据，将所述公共业务数据添加至所述第一柜面业务中，所述第二柜面业务为在所述第一柜面业务之前建立并接收对应的业务数据得到。

其中，确定第一柜面业务与第二柜面业务存在公共业务数据的方式，可以参见前述中的相关描述，此处不再一一赘述。

例如，第二柜面业务如图3所示，第一柜面业务如图4所示，其中，第一柜面业务和第二柜面业务的公共业务数据包括账号、客户姓名、证件类型和证件号码，则对于第一柜面业务，上述公共业务数据可以不需要再次录入，而是直接从第二柜面任务中获取得到。

可选的，为了提高判断第一柜面业务与第二柜面业务是否存在公共业务数据的准确性，可以获取所述第一柜面业务的公共业务数据种类和所述第二柜面业务的公共业务数据种类，若所述第一柜面业务与所述第二柜面业务存在相关联的公共业务数据种类，则确定所述第一柜面业务与所述第二柜面业务存在公共业务数据。

由于当业务对象介质相同时，可以为业务对象办理针对同一业务对象介质的多个柜面业务，比如客户通过同一银行卡办理柜面业务，该多个柜面业务的公共业务数据种类可以相同，而当业务对象介质不同时，可能业务对象代理他人办理柜面业务，比如，客户分别通过多个银行卡(其中可以仅包括被代理人的银行卡，或者包括被代理人和该客户的银行卡)办理柜面业务，因此，可以判断第一柜面业务的业务对象介质是否与第二柜面业务的柜面业务对象介质相同。如果是，且第一柜面业务与第二柜面业务存在相同的公共业务数据种类，则确定第一柜面业务与第二柜面业务存在公共业务数据。如果否，但第一柜面业务与第二柜面业务存在具有对应关系的公共数据种类，则确定第一柜面业务与第二柜面业务存在公共业务数据。

例如，业务对象介质为IC卡，在通过IC卡办理柜面业务的过程中，可以将IC卡全程插在读卡器中。当插卡后建立首个柜面业务时，业务设备可以通过读卡或者接收手动输入的方式获取IC卡中携带的信息，将读取到的信息录入业务数据，比如银行卡卡号和密码等。之后，当基于该IC 卡建立其它柜面业务时，由于业务对象介质未发生改变，则可以自动获取已录入的业务数据所包括的公共业务数据，将该公共业务数据添加至新建立的柜面业务中。当然，当基于该IC卡建立其它柜面业务时，也可以通过自动读卡或者接收手动输入的方式获取IC卡中携带的信息。

需要说明的是，为了减少冒办或误办柜面业务的可能，提高处理柜面业务的可靠性，可以在当确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质不同，且确定第一柜面业务的办理方式为代办时，基于第二柜面业务获取公共业务数据，将该公共业务数据添加至第一柜面业务中。

其中，柜面业务中可以包括是否代办选项，当检测到该是否代办选项为是时，确定该柜面业务为代办业务，当检测到该是否代办选项为否时，确定该柜面业务不为代办业务。

业务设备可以检测第一柜面业务的业务对象介质与第二柜面业务的业务对象介质是否相同，当然，也可以展示业务对象介质异同提示信息。当接收到表示确定的反馈信息时，确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质相同；当接收到表示否定的反馈信息时，确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质不同。

例如，一种业对象介质提示界面如图5所示。该业务对象介质提示界面包括“交易介质是否与上一交易相同”等文字信息、“是”按钮和“否”按钮。其中，交易介质即可为本申请中的业务对象介质，上一交易即可包括第二柜面业务。当基于“是”按钮接收到点击操作时，即确定接收到表示确定的反馈信息，从而确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质相同；当基于“否”按钮接收到点击操作时，即确定接收到表示否定的反馈信息，从而确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质不同。

在本申请的另一可选实施例中，为了提高判断第一柜面业务的业务对象介质是否与第二柜面业务的柜面业务对象介质相同的准确性，可以先检测第一柜面业务的业务对象介质与第二柜面业务的业务对象介质是否相同，如果是则确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质相同，如果否，则展示业务对象介质异同提示信息，当接收到表示确定的反馈信息时，确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质相同。当接收到表示否定的反馈信息时，确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质不同。

需要说明的是，由于可能某些柜面业务没有业务对象介质，比如银行柜面业务中的速汇通、实物贵金属买卖、理财产品购买交易等，因此为了提高判断第一柜面业务的业务对象介质是否与第二柜面业务的柜面业务对象介质相同的准确性，若未检测到第一柜面业务的业务对象介质或第二柜面业务的业务对象，也可以展示业务对象介质异同提示信息，当接收到表示确定的反馈信息时，确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质相同。当接收到表示否定的反馈信息时，确定第一柜面业务的业务对象介质与第二柜面业务的业务对象介质不同。

可选的，由于处理柜面业务可能需要业务对象介质的密码，因此为了提高柜面业务的可靠性，若确定第一柜面业务的业务对象介质与第二柜面业务的柜面业务对象介质不同，即业务对象介质发生改变，可以提示输入针对在第一柜面业务之前最近检测到的业务对象介质的密码。当然，如果在业务对象介质发生改变之前已经输入该密码，则在业务对象介质发生改变之后，可以不再输入该密码。

在本申请的另一可选实施例中，如果确定第一柜面业务的业务对象介质与第二柜面业务的柜面业务对象介质不同，也可以不再判断第一柜面业务与第二柜面业务是否存在具有对应关系的公共数据种类，而是直接确定第一柜面业务与第二柜面业务不存在公共业务数据。

步骤S204，接收针对所述第一柜面业务的个性业务数据。

由于第一柜面业务的业务数据可能除与其它柜面业务存在公共业务数据之外，还存在个性业务数据，因此，为了确保第一柜面业务能够被处理，提高处理柜面业务的可靠性，可以接收针对第一柜面业务的个性业务数据。

在本申请的另一可选实施例中，可能第一柜面业务的业务数据均为公共业务数据，也就不需要再接收个性业务数据，也即是步骤S204为可选的步骤。

步骤S205，确定所述柜面业务组中不存在所述第一柜面业务的反向柜面业务。

由于处理柜面业务会耗费时间、人力等资源，而正反业务的处理结果是互相逆反的，难以产生价值，同一时间段内办理正反业务可能降低业务处理效率，增加成本，所以，为了提高处理业务的效率，降低成本，可以对柜面业务组中是否存在所述第一柜面业务的反向柜面业务进行判断，以确定柜面业务组中不存在第一柜面业务的反向柜面业务，进而确保柜面业务组不会包括正反柜面业务。

正反柜面业务为业务处理结果互相逆反的柜面业务，正反柜面业务中的两个业务即互为反向柜面业务。正反柜面业务可以事先确定，比如由柜员等相关工作人员事先设置。比如，在银行的柜面业务中，针对同一银行卡的取款和存款即为正反柜面业务。

可选的，为了提高判断柜面业务组中是否存在第一柜面业务的反向柜面业务的效率，进而提高处理柜面业务的效率，可以基于正反柜面业务列表，来判断柜面业务组中是否存在第一柜面业务的反向柜面业务。当第一柜面业务与柜面业务组的任一柜面业务不为正反柜面业务时，确定柜面业务组中不存在第一柜面业务的反向柜面业务，否则，确定柜面业务组中存在第一柜面业务的反向柜面业务。

正反柜面业务列表中可以包括至少一组正反柜面业务。可以事先将确定的正反柜面业务存储至该正反柜面业务列表中。

例如，以银行的柜面业务为例，正反柜面业务可以包括：针对同一业务对象介质的对私活期一本通存入与对私活期一本通支取、针对同一业务对象介质的、针对同一业务对象介质的银行卡活期现金存款和银行卡活期现金取款、针对同一业务对象介质的银行卡挂失与银行卡解挂、针对同一业务对象介质的折易存与折易取。

在本可公开的另一可选实施例中，可以显示是否存在正反柜面业务提示信息，以使业务对象或柜员识别当前柜面业务组中是否存在第一柜面业务的反向柜面业务。当接收到表示确定的反馈信息时，确定柜面业务组中存在第一柜面业务的反向柜面业务；当接收到表示否定的反馈信息时，确定柜面业务中不存在第一柜面业务的反向柜面业务。

在本可公开的另一可选实施例中，也可以在建立第一柜面业务之后至将第一柜面业务加入柜面业务组之前的任何时机，来判断柜面业务组中是否存在第一柜面业务的反向柜面业务。

步骤S206，确定所述柜面业务中的柜面业务的数目小于预设业务数目。

由于当柜面业务组中包括的柜面业务较多且一次性提交时，可能会造成处理业务的过程阻塞，导致业务处理较慢或者数据丢失等问题，因此，为了提高处理柜面业务的效率和可靠性，可以在将第一柜面业务加入柜面业务组之前，判断柜面业务中的柜面业务数目是否小于预设业务数目。

预设业务数目为柜面业务组可包括的柜面业务的最大数目。预设业务数目可以通过事先确定，比如接收柜员设置得到等。

例如，预设业务数目可以为5。

在本可公开的另一可选实施例中，也可以在将第一柜面业务加入柜面业务组之前的任何时机，来判断柜面业务组中的柜面业务的数目是否小于预设业务数目。或者，在本申请的另一可选实施例中，也可以不判断柜面业务组中的柜面业务的数目是否小于预设业务数目，也即是，确定柜面业务中的柜面业务的数目小于预设业务数目为可选的步骤。

步骤S207，将所述第一柜面业务加入所述柜面业务组。

其中，将第一柜面业务加入柜面业务组的方式，可以参见前述中的相关描述，此处不再一一赘述。

另外，如果当前柜面业务组为空，可以接收第一柜面业务对应的业务数据，将第一柜面业务加入柜面业务组中。如果当前柜面业务组已经存在柜面业务，但不存在与第一柜面业务有公共业务数据的柜面业务，则可以不将第一柜面业务加入柜面业务组。或者，在另一种可选的实施例中，由于后续也可能建立与第一柜面业务数据存在公共业务数据的柜面业务，因此，为了减少公共业务数据的录入，如果当前柜面业务组已经存在柜面业务，但不存在与第一柜面业务有公共业务数据的柜面业务，也可以接收针对第一柜面业务的业务数据，并将第一柜面业务加入柜面业务组中。

例如，一种柜面业务组的展示界面可以如图6所示。该展示界面可以为向空的柜面业务组中添加柜面业务之后的展示界面。在该展示界面中，主页面区域中包括组合交易信息，以说明当前展示的为交易车中的组合交易信息，即柜面业务组中的柜面业务。由图6可知，当前柜面业务组中包括一个柜面业务“借记卡网点活期存款”，并展示其业务数据包括客户姓名、实收手续金额、账号、通兑手续费收取方式和存款金额等业务数据。主页面区域还包括删除按钮、提交按钮和清空按钮。若基于删除按钮接收到点击操作，可以将交易车中“借记卡网点活期存款”这一柜面业务删除；如果基于提交按钮接收到点击操作，可以将交易车当前包括的柜面业务提交处理；如果基于清空按钮接收到点击操作，可以将交易车清空。

另一种柜面业务组的展示界面可以如图7所示。该展示界面可以为在如图6的基础上向柜面业务组添加柜面业务之后的展示页面。由图7可知，柜面业务组包括柜面业务“借记卡网点活期存款”和“理财产品认购/追加/申购”，还展示了“理财产品认购/追加/申购”的业务数据包括客户姓名、产品名称、账号、交易类型、产品编号和委托金额等业务数据。且对比柜面业务“借记卡网点活期存款”和“理财产品认购/追加/申购”的业务数据可知，柜面业务“借记卡网点活期存款”和“理财产品认购/追加/ 申购”至少包括客户姓名和账号等两个公共业务数据。

对于柜面业务组中包括的多个柜面业务，该多个柜面业务的业务对象信息可以均相同。其中，业务对象信息为业务数据中与业务对象有关的信息，对于代办的柜面业务，其业务对象信息为代理人信息，包括代理人姓名、(代理人的)证件类型和(代理人的)证件号；对于非代办的柜面业务，其业务对象信息为客户信息，包括客户姓名、(客户的)证件类型、和(客户的)证件号。当然，在实际应用中，业务对象信息还可以包括其它信息。

其中，当柜面业务组中包括代办的柜面业务时，代办的柜面业务的代理人信息可以一致，且与非代办的柜面业务的客户信息一致；当柜面业务组不包括代办的柜面业务时，柜面业务组包括的多个柜面业务的客户信息可以一致；当柜面业务组仅包括代办的柜面业务时，柜面业务组包括的多个柜面业务的代理人信息可以一致。

步骤S208，基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理。

其中，基于柜面业务组中多个柜面业务的公共业务数据，对多个柜面业务进行处理的方式，可以参见前述中的相关描述，此处不再一一赘述。

在本申请的另一可选实施例中，由于柜面业务组的柜面业务的建立时间是有序的，在先建立的柜面业务可能会导致再后建立的柜面业务的业务数据发生改变，比如在先的柜面业务为修改密码或客户姓名等业务，因此，为了确保柜面业务进行处理的可靠性，可以按照柜面业务组中多个柜面业务加入的次序，对该多个柜面业务进行处理。

例如，一种柜面业务组的提交结果确认界面可以如图8所示。该提交界面中展示有“借记卡网点活期存款”和“理财产品认购/追加/申购”等两个柜面业务，以及各柜面业务的业务数据。该提交界面还包括提交结果确认等提示信息、取消按钮和确定按钮。若基于取消按钮接收到点击操作，可以取消提交柜面业务组的操作；若基于确定按钮接收到点击操作，可以将当前的柜面业务组进行提交处理。

当然，若在先的柜面业务与在后的柜面业务的业务对象介质相同，且在先的柜面业务处理过程中，导致与在后的柜面业务的公共数据不一致的，可以基于在先的柜面业务的处理结果，对在后的柜面业务的公共数据进行更新。比如第二柜面业务与第一柜面业务的业务对象介质相同、且第二柜面业务与第一柜面业务的公共业务数据包括客户姓名和密码，第二柜面业务为修改客户姓名和密码，则在处理第二柜面业务之后，可以将第一柜面业务中的客户姓名和密码进行更新。

可选的，当柜面业务组中包括代办的柜面业务，且检测到代办的柜面业务的代理人信息不一致，或者，代办的柜面业务的代理人信息与非代办的柜面业务的客户信息不一致，可以确定业务对象信息有误；当柜面业务组不包括代办的柜面业务，且检测到柜面业务组包括的多个柜面业务的客户信息不一致，可以确定业务对象信息有误；当柜面业务组仅包括代办的柜面业务，且柜面业务组包括的多个柜面业务的代理人信息不一致，可以确定业务对象信息有误。当确定业务对象信息有误时，可以显示业务对象信息错误提示信息，以提示柜员或与业务对象对业务对象信息进行更正，和/或，提示柜面业务组提交失败。

步骤S209，获取针对所述多个柜面业务的授权。

为了确保处理柜面业务的安全性和有效性，可以对柜面业务组包括的多个柜面业务进行验证，以获取办理柜面业务的授权。

当柜面业务组提交之后，业务设备可以判断各柜面业务是否需要授权，对于需要授权的柜面业务，可以对该柜面业务进行授权。

其中，授权方式可以包括静态授权和动态动授权。静态授权，即柜面业务中的多个柜面业务作为一个柜面业务进行授权，若该多个柜面业务均授权通过，则可以直接提交处理，若该多个柜面业务中存在一个柜面业务授权失败，则该多个柜面业务均授权失败。动态授权，即将分别对多个柜面业务进行授权，对于授权成功的柜面业务，可以进行提交处理，柜面业务组处理结束，对于授权失败的柜面业务，可以单独进行处理。

授权模式可以包括远程授权和现场授权。远程授权，即将获取到的验证数据发送给远程设备，由相关工作人员(比如部门主管)根据验证信息，确定是否对柜面业务进行授权，并返回表示是的反馈信息或者表示否的反馈信息，如果业务设备接收到的为表示是的反馈信息，则可以确定验证成功，获得授权，如果业务设备接收到的为表示否的反馈信息，则可以确定验证失败，未获得授权。现场授权，即在本地(比如柜外清设备)展示授权界面，该授权界面中展示有柜面业务组中需要授权的柜面业务以及授权理由，由相关工作人员在本地确定是否对柜面业务进行授权。

可选的，由于柜面业务组包括多个柜面业务，该多个柜面业务可能会具有公共验证数据，也可能会具有个性验证数据，因此为了减少验证数据的重复录入，进一步提高柜面业务处理的效率，对于远程授权模式，可以获取验证数据，接收针对所述验证数据的个性标记操作，所述个性标记操作用于将所述验证数据标记为针对所述柜面业务组中任一柜面业务的个性验证数据；或，接收针对所述验证数据的公共标记操作，所述公共标记操作用于将所述验证数据标记为针对所述多个柜面业务的公共验证数据，基于标记后的验证数据，对所述多个柜面业务进行验证。

验证数据为对柜面业务进行验证授权的数据，验证数据可以包括图像、文字、视频等数据。

个性标记操作和公共标记操作可以通过事先确定，比如个性标记操作和公共标记操作可以为点击操作。

在本申请的另一可选实施例中，为了提高标记的效率，可以只接收针对验证数据的个性标记操作，将携带个性标记的验证数据作为个性验证数据，将未携带个性标记的验证数据作为针对柜面业务中多个柜面业务的公共验证数据。

例如，一种验证数据采集界面可以如图9所示。在该验证数据采集界面的主页面区域，包括凭证扫描选项卡和“影视采集”提示信息。主页面区域还包括分别针对“借记卡网点活期存款”和“理财产品认购/追加/申购”等两个柜面业务的验证数据采集窗口，且该主页面区域还包括旋转按钮、正反面按钮、删除按钮和标记按钮，其中，柜员可以先点击选中采集的影像，在点击标记按钮，该验证数据采集界面弹出柜面业务列表，以便于柜员将该影像标记为针对某个柜面业务的个性验证数据。该主页面区域还包括优先级选项，该优先级选项包括普通、加急和绿色通道。该主页面区域还包括柜面业务列表，当基于柜面业务列表中任一柜面业务接收到点击操作时，可以单独针对该柜面业务进行验证数据采集。该主页面区域还包括扫描凭证介质、历史复用、扫描证件证明、交易场景、身份证鉴别、截屏导入、提交和取消按钮，用于对采集验证数据的过程进行控制。当基于提交按钮接收到点击操作时，可以将采集的验证数据提交至远端，以便于基于验证数据对柜面任务进行核实和/或审批，且当需要基于验证数据对柜面任务进行核实和审批时，由于审批的级别高于核实，可以直接进行审批即可完成验证。

对于柜面业务组包括的多个柜面业务，当该多个柜面业务存在未通过完成验证而授权失败时，可以显示授权失败提示信息，该授权失败提示信息用于提示删除授权失败的柜面业务，或者重新对柜面业务中包括的多个柜面业务进行验证。当确定授权失败的柜面业务被删除时，可以直接剩余的柜面业务进行提交处理；如果重新提交该柜面业务组而未删除授权失败的柜面业务，则可以对该柜面业务组中包括的多个柜面业务进行提交处理。

例如，授权失败提示信息可以包括“您有X笔交易授权未通过，您可以删除授权被拒交易或者修改影像资料后重新提交”。

在本申请的另一可选实施例中的，为了将验证数据进行存储，以便于后续对柜面业务进行核查，可以生成授权流水号，将该验证数据按照该授权流水号进行标记，将标记后的验证数据与柜面业务组进行对应存储。

例如，一种现场授权界面可以如图10所示。由图10可知，该现场授权界面包括针对柜面业务的授权提示和授权理由，比如，针对银行卡活期存款的授权提示为“请审核银行卡活期存款资料的真实性”，授权理由为“大额存款”、“同一客户编号当日累计存款金额大于等于XXX元”；针对理财产品认购/追加/申购的授权提示为“请审核理财产品购买的真实性”。授权理由为“申请金额较大”、“XXX(表示其它理由)”；针对基金/专户/集合计划购买的授权提示为“请核实风险评估的真实性”，授权理由为“大额购买”、“XXX(表示其它理由)”。该现场授权界面还包括验证方式选项，包括机构+指纹、用户+指纹、用户+密码等方式。该现场授权界面还包括机构编码栏和指纹读取栏，当基于读取指纹按钮接收到点击操作时，可以读取指纹以作为授权指示信息。该现场授权界面还包括确定按钮和返回按钮，当基于确定按钮接收到点击操作时，即授权成功。

步骤S210，输出处理结果。

柜面业务的处理结果可以包括成功或失败。

例如，一种业务处理结果展示界面可以如图11所示。该业务处理结果展示界面包括处理成功提示信息，该处理成功提示信息用于说明当前柜面业务组中包括的柜面业务均处理成功，包括“借记卡网点活期存款”和“理财产品认购/追加/申购”。该业务处理结果展示界面还包括请等待客户电子签名等提示信息和生成的业务凭证信息，其中，业务凭证信息为处理柜面业务的完成的凭证。该业务凭证信息可以包括柜面业务标识、业务数据以及业务对象签名。该业务处理结果展示界面包括打印回执按钮和返回按钮。

另一种业务处理结果展示界面可以如图12所示。该业务处理结果展示界面包括针对“基金/专户/集合计划购买”业务的处理成功提示、针对“理财产品认购/追加/申购”业务的授权失败提示信息。该业务处理结果展示界面还包括针对“基金/专户/集合计划购买”业务的打印按钮和返回按钮。

可选的，为了便于后续对柜面业务组中包括的多个柜面业务进行查询和核实，提高处理柜面业务的可靠性，可以生成业务组凭证数据，所述业务组凭证数据包括业务组非重空凭证，所述业务组非重空凭证包括柜面业务组标识和分别针对各柜面业务的非重空凭证。

非重空凭证，用于说明所办理的柜面业务，包括柜面业务标识以及相应的业务数据。非重空凭证要素为非重空凭证所包括的元素，非重空凭证要素可以包括字段名称和字段值，其中，字段名称可以为业务数据种类，字段值可以为业务数据种类对应的数据。

柜面业务组标识用于标识一个柜面业务组。该柜面业务组标识可以在将柜面业务进行提交时确定。通过该柜面业务组标识可以查询得到同一柜面业务组的柜面业务。

例如，一种柜面业务查询界面可以如图13所示。由图13可知，该柜面业务查询界面包括查询条件区域和查询结果区域。查询条件区域包括交易日期、查询条数、账号、交易状态、交易车套号、柜员号、流水号、金额和扫描方式查询条件入口，以及查询按钮。其中，交易日期为办理柜面业务的日期，账号为银行卡卡号，交易车套号即可为前述中的柜面业务组标识，柜员号为柜员的编号和/或姓名，流水号可以为前述中的授权流水号。查询结果区域包括交易时间、交易名称/交易编码、账号1、账号2、金额、备注、扫描张数、交易详情和交易策划套号。其中，交易名称/交易编码可以为柜面业务标识。该柜面业务查询界面还包括查询结果提示信息“尊敬的用户，您查询的信息不存在”、首页按钮、上一页按钮、下一页按钮、末页按钮、刷新按钮、当前页码、页码跳转按钮、凭证扫描按钮、打印当日全部流水按钮。其中，当打印流水时，可以不打印柜面业务组标识。

可以分别获取柜面任务的柜面业务标识以及相应的业务数据，以业务数据种类作为字段名称，以该业务种类对应的数据作为字段值，生成得到柜面业务组凭证信息。字段名称+字段值即为非重空凭证要素。若非重空凭证要素的字段值为空，则不显示该非重空凭证要素。当然，当柜面业务组包括的柜面业务不同时，柜面业务组凭证信息也可以包括不同的非重空凭证要。

业务单位信息用于柜面业务的办理方的信息，比如，可以包括机构号、授权人姓名和柜员姓名中的至少一个。其中，机构号可以为业务办理机构的编号。

可选的，为了便于识别，相邻的柜面业务的非重空凭证可以区别显示，比如，通过不同的颜色显示，或者，分别通过不同的区域显示不同柜面业务的非重空凭证。且每行可以显示两个非重空凭证要素，若一行无法完全显示某个非重空凭证要素，可以重启一行显示该非重空凭证要素。

可选的，多个柜面业务的非重空凭证中还包括业务单位信息，则可以仅显示一次该业务单位信息，包括提取该业务单位信息，将各柜面业务的凭证信息中包括该业务单位信息删除，重新生成该业务单位信息，即在同一业务组非重空凭证中仅包括一个业务单位信息。

可选的，业务组非重空凭证中还包括业务对象签名。

例如，一种业务组非重空凭证展示界面如图14所示。由图14可知，该业务组非重空凭证展示界面包括“借记卡网点活期存款”和“理财产品认购/追加/申购”的凭证信息。其中，每行显示了两个非重空凭证要素，且不包括字段值为空的非重空凭证要素。该业务组非重空凭证展示界面的右下角还包括业务对象签名区域，该业务对象签名区域包括“请您在下面签名”等文字信息、重签按钮和确认按钮。

业务组凭证数据还可以包括重空非标协议和客户回单。

重空非标协议为与柜面业务有关的协议。

客户回单为提供给业务对象的回执。该客户回单包括柜面业务组中包括的多个柜面业务的回单。

当柜面业务组包括的多个柜面业务处理完成时，还可以打印业务组凭证数据。

可以通过预制的统一机打凭证打印业务组凭证数据。

其中，统一机打凭证可以为210.00mm(毫米)×297.00mm的复印纸，且该统一机打凭证的右下角预留有业务对象签名区域。

例如，一种业务组凭证数据打印界面可以如图15所示。由图15可知，该业务组凭证数据打印界面包括凭证列表和请插入组合交易通用机打凭证请进行打印等文字信息、凭证名称栏、打印状态栏、操作栏和确认按钮。其中，凭证名称包括组合交易凭证、个人理财产品协议书和组合交易回执。组合交易凭证即可为前述中的非重空凭证，个人理财产品协议书即为重空非标协议，组合交易回执即为客户回单。

当具备电子签名条件时，柜面业务处理完成之后，可以将业务组凭证数据推送给业务对象，接收该业务对象签名并保存；当不具备电子签名条件时，可以打印该业务组凭证数据，由业务对象在签名的业务组凭证数据进行签名。

其中，电子签名条件包括已开通电子签名功能且支持电子签名的设备。

另外，当具备电子签名条件时，业务组凭证数据展示界面还可以包括重签按钮，当基于该重签按钮接收到待机操作时，可以重新获取业务对象的电子签名。

当重新打印业务组凭证数据，且具备电子签名条件时，可以打印客户回单；当重新打印业务组凭证数据，但不具备电子签名条件时，可以打印业务组非重空凭证和客户回单中的至少一个。

当手动冲正，且具有电子签名条件时，可以生成单个柜面业务的业务组凭证数据，并接收业务对象的电子签名；当手动冲正，但不具备电子签名条件时，可以打印单个柜面业务的业务组凭证数据，并由业务对象在打印的业务组凭证数据上签名。

其中，冲正为柜面业务可能处理失败时的一种补救方法。

当然，在实际应用中，还可以通过其它方式打印业务组凭证数据，比如通过会计档案系统补打等。

可选的，为了便于后续对柜面业务进行查询，进一步确保处理柜面业务的可靠性，可以将柜面业务组、验证数据和业务组凭证数据进行对应存储。

本申请提供的处理柜面业务的方法，在建立第一柜面业务时，如果当前柜面业务组已经存在第二柜面业务，且第二柜面业务与第二柜面业务具有公共业务数据，则由于已经接收得到第二柜面业务的业务数据，因此可以从针对第二柜面业务的业务数据中获取该公共业务数据，将该公共业务添加至第一柜面业务，并将第一柜面业务加入柜面业务组，从而避免了对重复业务数据的录入。也即是，对于柜面业务组包括的多个柜面业务，不需要重复录入一个以上柜面业务所具有的公共业务数据，即能够基于该多个柜面业务的公共业务数据，对该多个柜面业务进行处理，简化了业务处理过程，实现了柜面业务的集成和综合处理，提高了处理柜面业务的效率。

请参照图16，下面通过一个具体的示例来对本申请所提供的处理柜面业务的方法进行说明。

步骤A01，客户提出业务需求1；

步骤B01，柜员启动交易1，并输入交易信息；

其中，交易即可为前述中的柜面业务，相应的，交易信息即可为前述中的业务数据。

步骤A02，客户提出业务需求2；

步骤B02，业务设备判断交易1是否在交易车范围内，如果是则执行步骤B03，否则执行步骤B04；

其中，对于任意交易，当该交易存在与前述中的可组合业务列表，可以确定该交易在交易车范围之内，否则，可以确定该交易不在交易车范围内。

步骤B03，柜员点击加入交易车按钮，将业务1加入交易车，打开交易2，执行步骤B05；

步骤B04，若交易1继续则提交交易1，执行步骤B05；

步骤B05，业务设备判断交易2是否在交易车范围内，如果是则执行步骤B06，否则执行步骤B07；

步骤B06，业务设备展示“是否与上一交易同一介质”提示信息，执行步骤B08；

步骤B07，柜员打开交易菜单，正常完成交易2，执行步骤B11；

步骤B08，若柜员选择是则执行步骤B09，否则执行步骤B10；

步骤B09，业务设备将公共信息带入(交易2)，柜员完成交易2的其它信息录入，执行步骤B11；

其中，公共信息即可为前述中的公共业务数据，其它信息即可为针对交易2的个性业务数据；

步骤B10，打开新页面，柜员完成要素输入，执行步骤B11；

其中，要素输入即可包括前述中输入交易信息的步骤。

步骤A03，客户提出业务需求3；

步骤B11，业务设备判断交易3是否在交易车范围内，如果是则执行步骤B12，否则执行步骤B13；

步骤B12，业务设备显示“是否与上一交易同一介质”提示信息，执行步骤B14；

步骤B13，柜员打开交易菜单，正常完成交易3，执行步骤B17；

步骤B14，若柜员选择是则执行步骤B15，否则执行步骤B16；

步骤B15，公共信息带入(交易3)，柜员完成交易3的其它信息录入，并点击加入交易车，执行步骤B17；

步骤B16，公共信息不带入(交易3)，柜员打开新页面，柜员完成要素输入，执行步骤B17；

步骤B17，柜员在交易车界面检查所有交易，确认无误后提交。

请参照图17，为本申请所提供的处理柜面业务的装置1700的功能模块示意图。需要说明的是，本实施例所提供的处理柜面业务的装置1700，其基本原理及产生的技术效果与前述对应的方法实施例相同，为简要描述，本实施例中未提及部分，可参考方法实施例中的相应内容。该处理柜面业务的装置1700包括：

建立模块1701，用于通过业务建立接口建立第一柜面业务；

添加模块1702，用于若当前柜面业务组中存在第二柜面业务，且确定所述第一柜面业务与所述第二柜面业务存在公共业务数据，则通过业务数据添加接口从针对所述第二柜面业务的业务数据中获取所述公共业务数据，将所述公共业务数据添加至所述第一柜面业务中，所述第二柜面业务为在所述第一柜面业务之前建立并接收对应的业务数据得到；

加入模块1703，用于通过业务加入接口将所述第一柜面业务加入所述柜面业务组；

处理模块1704，用于通过业务处理接口基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理。

可选的，所述添加模块包括：

获取子模块，用于通过业务数据种类获取接口获取所述第一柜面业务的公共业务数据种类和所述第二柜面业务的公共业务数据种类；

确定子模块，用于若所述第一柜面业务与所述第二柜面业务存在相关联的公共业务数据种类，则通过公共业务数据确定接口确定所述第一柜面业务与所述第二柜面业务存在公共业务数据。

可选的，所述装置还包括：

第一确定模块，用于通过可组合业务判断接口确定所述第一柜面业务存在于可组合业务列表；和/或，

第二确定模块，用于通过反向业务判断接口确定所述柜面业务组中不存在所述第一柜面业务的反向柜面业务。

可选的，所述装置还包括：

获取模块，用于通过验证数据获取接口获取验证数据；

接收模块，用于通过验证数据接收接口接收针对所述验证数据的个性标记操作，所述个性标记操作用于将所述验证数据标记为针对所述柜面业务组中任一柜面业务的个性验证数据；或，接收针对所述验证数据的公共标记操作，所述公共标记操作用于将所述验证数据标记为针对所述多个柜面业务的公共验证数据；

验证模块，用于通过验证接口基于标记后的验证数据，对所述多个柜面业务进行验证。

可选的，所述装置还包括：

生成模块，用于通过业务组凭证数据生成接口生成业务组凭证数据，所述业务组凭证数据包括业务组非重空凭证，所述业务组非重空凭证包括柜面业务组标识和分别针对各柜面业务的非重空凭证。

需要说明的是，可以事先将本申请所提供的各项功能进行封装，留预留接口，从而能够通过接口调用相应的功能，以实现本申请所提供的处理柜面业务的方法，减少重复开发，提高开发效率，保证处理柜面业务的业务设备和系统的稳定可靠。

本申请提供的处理柜面业务的方法，在建立第一柜面业务时，如果当前柜面业务组已经存在第二柜面业务，且第二柜面业务与第二柜面业务具有公共业务数据，则由于已经接收得到第二柜面业务的业务数据，因此可以从针对第二柜面业务的业务数据中获取该公共业务数据，将该公共业务添加至第一柜面业务，并将第一柜面业务加入柜面业务组，从而避免了对重复业务数据的录入。也即是，对于柜面业务组包括的多个柜面业务，不需要重复录入一个以上柜面业务所具有的公共业务数据，即能够基于该多个柜面业务的公共业务数据，对该多个柜面业务进行处理，简化了业务处理过程，实现了柜面业务的集成和综合处理，提高了处理柜面业务的效率。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (8)

1.一种处理柜面业务的方法，其特征在于，所述方法包括：

建立第一柜面业务；

若当前柜面业务组中存在第二柜面业务，且确定所述第一柜面业务与所述第二柜面业务存在公共业务数据，则从针对所述第二柜面业务的业务数据中获取所述公共业务数据，将所述公共业务数据添加至所述第一柜面业务中，所述第二柜面业务为在所述第一柜面业务之前建立并接收对应的业务数据得到；

将所述第一柜面业务加入所述柜面业务组；

基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理；

其中，在所述基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理之后，所述方法还包括：

获取验证数据；

接收针对所述验证数据的个性标记操作，所述个性标记操作用于将所述验证数据标记为针对所述柜面业务组中任一柜面业务的个性验证数据；或，接收针对所述验证数据的公共标记操作，所述公共标记操作用于将所述验证数据标记为针对所述多个柜面业务的公共验证数据；

基于标记后的验证数据，对所述多个柜面业务进行验证。

2.如权利要求1所述的处理柜面业务的方法，其特征在于，所述确定所述第一柜面业务与所述第二柜面业务存在公共业务数据包括：

获取所述第一柜面业务的公共业务数据种类和所述第二柜面业务的公共业务数据种类；

若所述第一柜面业务与所述第二柜面业务存在相关联的公共业务数据种类，则确定所述第一柜面业务与所述第二柜面业务存在公共业务数据。

3.如权利要求1所述的处理柜面业务的方法，其特征在于，在所述将所述第一柜面业务加入所述柜面业务组之前，所述方法还包括：

确定所述第一柜面业务存在于可组合业务列表；和/或，

确定所述柜面业务组中不存在所述第一柜面业务的反向柜面业务。

4.如权利要求1所述的处理柜面业务的方法，其特征在于，在所述基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理之后，所述方法还包括：

生成业务组凭证数据，所述业务组凭证数据包括业务组非重空凭证，所述业务组非重空凭证包括柜面业务组标识和分别针对各柜面业务的非重空凭证。

5.一种处理柜面业务的装置，其特征在于，所述装置包括：

建立模块，用于通过业务建立接口建立第一柜面业务；

添加模块，用于若当前柜面业务组中存在第二柜面业务，且确定所述第一柜面业务与所述第二柜面业务存在公共业务数据，则通过业务数据添加接口从针对所述第二柜面业务的业务数据中获取所述公共业务数据，将所述公共业务数据添加至所述第一柜面业务中，所述第二柜面业务为在所述第一柜面业务之前建立并接收对应的业务数据得到；

加入模块，用于通过业务加入接口将所述第一柜面业务加入所述柜面业务组；

处理模块，用于通过业务处理接口基于所述柜面业务组中多个柜面业务的公共业务数据，对所述多个柜面业务进行处理；

其中，所述装置还包括：

获取模块，用于通过验证数据获取接口获取验证数据；

接收模块，用于通过验证数据接收接口接收针对所述验证数据的个性标记操作，所述个性标记操作用于将所述验证数据标记为针对所述柜面业务组中任一柜面业务的个性验证数据；或，接收针对所述验证数据的公共标记操作，所述公共标记操作用于将所述验证数据标记为针对所述多个柜面业务的公共验证数据；

验证模块，用于通过验证接口基于标记后的验证数据，对所述多个柜面业务进行验证。

6.如权利要求5所述的处理柜面业务的装置，其特征在于，所述添加模块包括：

获取子模块，用于通过业务数据种类获取接口获取所述第一柜面业务的公共业务数据种类和所述第二柜面业务的公共业务数据种类；

确定子模块，用于若所述第一柜面业务与所述第二柜面业务存在相关联的公共业务数据种类，则通过公共业务数据确定接口确定所述第一柜面业务与所述第二柜面业务存在公共业务数据。

7.如权利要求5所述的处理柜面业务的装置，其特征在于，所述装置还包括：

第一确定模块，用于通过可组合业务判断接口确定所述第一柜面业务存在于可组合业务列表；和/或，

第二确定模块，用于通过反向业务判断接口确定所述柜面业务组中不存在所述第一柜面业务的反向柜面业务。

8.如权利要求5所述的处理柜面业务的装置，其特征在于，所述装置还包括：

生成模块，用于通过业务组凭证数据生成接口生成业务组凭证数据，所述业务组凭证数据包括业务组非重空凭证，所述业务组非重空凭证包括柜面业务组标识和分别针对各柜面业务的非重空凭证。

Images