一种业务办理方法、装置、设备及介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种业务办理方法、装置、设备及介质。

背景技术

现有技术中在柜台办理业务，例如办理取钱、存钱、转账、开户等业务时，通常需要柜台工作人员填写用户信息及业务的相关信息，并由用户对用户信息及业务的相关信息进行确认。其中，用户信息包括用户的姓名、身份证号码等信息，业务的相关信息包括业务类型、具体金额等信息，其中，业务类型包括取钱、存钱、转账和开户等。

然而现有技术中经常存在某一用户有同时办理多个业务的需求，现有技术中在办理同一用户的多个业务时，通常是先办理其中一个业务再办理另一个业务，而为用户办理一个业务，柜台工作人员就要填写一次用户信息及业务的相关信息，因此导致柜台工作人员需要多次填写用户信息，而用户需要针对柜台工作人员每次填写的用户信息及业务的相关信息进行确认，因此用户也需要多次对用户信息进行确认，造成大量的人力资源浪费，并降低了业务办理的效率。

发明内容

本申请实施例提供一种业务办理方法、装置、设备及介质，用以解决现有技术中为同一用户同时办理多个业务时，柜台工作人员需要填写重复信息，用户需要对重复信息进行确认，造成的人力资源浪费，业务办理效率不高的问题。

第一方面，本申请实施例提高了一种业务办理方法，所述方法包括：

接收对同一用户的至少两个业务进行联合办理的联合办理请求，输出获取用户信息以及每个业务的相关信息的提示信息；

接收输入的用户信息及每个业务的相关信息；将所述用户信息及所述每个业务的相关信息发送至预设设备待用户确认；

若接收到所述预设设备返回的确认通过指令，则根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务。

进一步地，所述若接收到所述预设设备返回的确认通过指令之后，所述根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务之前，所述方法还包括：

判断所述每个业务中是否存在预先保存的需授权的业务；

若是，则将所述用户信息及所述每个业务的相关信息发送至授权设备进行授权，若接收到所述授权设备返回的授权通过指令，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤；

若否，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

进一步地，所述若接收到所述预设设备返回的确认通过指令之后，所述根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务之前，所述方法还包括：

若所述确认通过指令中包括确认密码，则获取所述用户信息中包括的用户账户的目标标识信息，根据预先保存的标识信息与密码的对应关系，确定所述目标标识信息对应的目标密码；

若所述确认密码与所述目标密码一致，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

进一步地，所述方法还包括：

若所述确认密码与所述目标密码不一致，则输出预设的提醒信息。

进一步地，所述办理所述用户的每个业务包括：

若所述每个业务中存在存款业务，则先办理所述存款业务，否则按照接收到相关信息的时间顺序，依次办理每个业务。

进一步地，所述方法还包括：

若所述每个业务均不为预设类型业务中的任意一种，则生成并打印所述每个业务对应的组合凭证；所述预设类型业务包括办理存折业务、办理银行卡业务和办理存单业务。

第二方面，本申请实施例还提高了一种业务办理装置，所述装置包括：

接收输出模块，用于接收对同一用户的至少两个业务进行联合办理的联合办理请求，输出获取用户信息以及每个业务的相关信息的提示信息；

接收发送模块，用于接收输入的用户信息及每个业务的相关信息；将所述用户信息及所述每个业务的相关信息发送至预设设备待用户确认；

处理模块，用于若接收到所述预设设备返回的确认通过指令，则根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务。

进一步地，所述处理模块，还用于判断所述每个业务中是否存在预先保存的需授权的业务；若是，则将所述用户信息及所述每个业务的相关信息发送至授权设备进行授权，若接收到所述授权设备返回的授权通过指令，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤；若否，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

进一步地，所述处理模块，还用于若所述确认通过指令中包括确认密码，则获取所述用户信息中包括的用户账户的目标标识信息，根据预先保存的标识信息与密码的对应关系，确定所述目标标识信息对应的目标密码；若所述确认密码与所述目标密码一致，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

进一步地，所述处理模块，还用于若所述确认密码与所述目标密码不一致，则输出预设的提醒信息。

进一步地，所述处理模块，还用于若所述每个业务中存在存款业务，则先办理所述存款业务，否则按照接收到相关信息的时间顺序，依次办理每个业务。

进一步地，所述处理模块，还用于若所述每个业务均不为预设类型业务中的任意一种，则生成并打印所述每个业务对应的组合凭证；所述预设类型业务包括办理存折业务、办理银行卡业务和办理存单业务。

第三方面，本申请实施例还提供了一种电子设备，所述电子设备至少包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序时实现如上述任一项所述业务办理方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述业务办理方法的步骤。

第五方面，本申请实施例还提供了一种计算机程序产品，其计算机程序产品包括：计算机程序代码、当所述计算机程序代码在计算机上运行时，使得计算机执行如上述任一项所述业务办理方法的步骤。

在本申请实施例中，电子设备接收对同一用户的至少两个业务进行联合办理的联合办理请求，输出获取用户信息以及每个业务的相关信息的提示信息；接收输入的用户信息及每个业务的相关信息；将用户信息及每个业务的相关信息发送至预设设备待用户确认；若接收到预设设备返回的确认通过指令，则根据用户信息及每个业务的相关信息，办理每个业务。由于本申请实施例中，电子设备中提供了联合办理的功能，若接收到对同一用户的至少两个业务进行联合办理的联合办理请求，则输出获取用户信息及每个业务的相关信息的提示信息，由于电子设备只获取一次用户信息，因此柜台工作人员只需填写一次用户信息，电子设备将用户信息及每个业务的相关信息发送至预设设备待用户确认，用户只需确认一次用户信息，因此可以提高业务办理的效率，减少人力资源的浪费。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种业务办理过程示意图；

图2为本申请实施例提供的一种业务办理的详细过程示意图；

图3为本申请实施例提供的一种业务办理装置结构示意图；

图4为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中，电子设备接收对同一用户的至少两个业务进行联合办理的联合办理请求，输出获取用户信息以及每个业务的相关信息的提示信息；接收输入的用户信息及每个业务的相关信息；将用户信息及每个业务的相关信息发送至预设设备待用户确认；若接收到预设设备返回的确认通过指令，则根据用户信息及每个业务的相关信息，办理每个业务。

为了提高业务办理的效率，本申请实施例提供了一种业务办理方法、装置、设备及介质。

实施例1：

图1为本申请实施例提供的一种业务办理过程示意图，该过程包括以下步骤：

S101：接收对同一用户的至少两个业务进行联合办理的联合办理请求，输出获取用户信息以及每个业务的相关信息的提示信息。

本申请实施例提供的业务办理方法应用于电子设备，该电子设备可以为PC或服务器等智能设备。

在本申请实施例中，若电子设备接收到对同一用户的至少两个业务进行联合办理的联合办理请求，则可以输出获取用户信息及每个业务的相关信息的提示信息。

其中，若同一用户有办理至少两个业务的需求，则可以向柜台工作人员提出需求，由柜台工作人员通过自身所使用的设备，在设备的页面选择对应的每个业务，并点击预设按钮，例如“联合办理”按钮，电子设备即可接收到联合办理请求，其中，电子设备可以为柜台工作人员所使用的设备，也可以为与柜台工作人员所使用的设备具有连接关系的设备。

为了告知柜台工作人员下一步要进行的工作，电子设备在接收到对至少两个业务进行联合办理的联合办理请求后，输出获取用户信息及每个业务的相关信息的提示信息。如果电子设备是柜台工作人员所使用的设备，则可以是电子设备显示获取用户信息以及每个业务的相关信息的提示信息；如果电子设备是与柜台工作人员使用的设备具有连接关系的设备，则电子设备将获取用户信息以及每个业务的相关信息的提示信息发送至柜台工作人员使用的设备，柜台工作人员使用的设备显示获取用户信息以及每个业务的相关信息的提示信息。

通常情况下联合办理的业务的数量不超过预设数量，该预设数量可以为任意数量，例如可以为5。

其中，联合办理的业务可以为同一类型的业务，也可以为不同类型的业务，例如可以均为转账业务，也可以为转账业务及其他业务。业务类型可以包括：存款、转账、取款、理财产品的购买、个人实物贵金属销售等。

S102：接收输入的用户信息及每个业务的相关信息；将所述用户信息及所述每个业务的相关信息发送至预设设备待用户确认。

电子设备输出获取用户信息及每个业务的相关信息的提示信息后，柜台工作人员可以通过自身的设备输入用户信息及每个业务的相关信息，从而使电子设备接收到输入的用户信息及每个业务的相关信息。

具体的，可以是柜台工作人员通过自身使用的设备在预设的页面输入用户信息及每个业务的相关信息，并在输入完成后点击预设的按钮，例如“组合提交”，电子设备即可接收到输入的用户信息及每个业务的相关信息。

电子设备在接收到输入的用户信息及每个业务的相关信息之后，将用户信息及每个业务的相关信息发送至预设设备，使得用户通过预设设备确认用户信息及每个业务的相关信息是否准确。其中，电子设备可以是将用户信息及每个业务的相关信息中需要用户确认的信息发送至预设设备，以便用户进行确认，具体的，需要用户确认的用户信息与现有技术中需要用户确认的用户信息相同，并且针对每个业务，需要用户确认的该业务的相关信息与现有技术中需要用户确认的该业务的相关信息相同。

如果同时办理两个业务，在一种实施方式中，可以是柜台工作人员通过自身使用的设备在第一页面输入用户信息及第一业务的相关信息，并点击预设按钮，如“加入交易车”按钮，此时该设备将用户信息及第一业务的相关信息发送至电子设备，电子设备将第二页面发送至柜台工作人员使用的设备，柜台工作人员通过自身使用的设备在第二页面输入第二业务的相关信息。其中，第一页面为现有技术中第一业务对应的页面，在现有技术中第一页面及第二页面均需要输入用户信息，由于柜台工作人员已经在第一页面输入过用户信息，因此电子设备在将第二页面发送至柜台工作人员使用的设备时，可以根据接收到的用户信息生成对应的第二页面，其中，该第二页面可以是携带了用户信息的页面，也可以没有用户信息输入栏的页面。用户信息包括：用户的证件类型、证件号码、用户姓名、身份核查结果等。

如果是同时办理三个或三个以上的业务，在一种实施方式中，可以是柜台工作人员通过自身使用的设备在第一页面输入用户信息及第一业务的相关信息，并点击预设按钮，如“加入交易车”按钮，此时该设备将用户信息及第一业务的相关信息发送至电子设备，电子设备将第二页面发送至柜台工作人员使用的设备，柜台工作人员通过自身使用的设备在第二页面输入第二业务的相关信息，并点击预设按钮，如“加入交易车”按钮，此时该设备将第二业务的相关信息发送至电子设备，电子设备将第三页面发送至柜台工作人员使用的设备，柜台工作人员通过自身使用的设备在第三页面输入第三业务的相关信息，直至每个业务的相关信息均输入完成。

S103：若接收到所述预设设备返回的确认通过指令，则根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务。

在本申请实施例中，电子设备将用户信息及每个业务的相关信息发送至预设设备后，预设设备显示接收到的用户信息及每个业务的相关信息，用户确认预设设备显示的用户信息及每个业务的相关信息是否准确，若用户确认用户信息及每个业务的相关信息是准确的，则用户通过预设设备点击预设按钮，预设设备在检测到预设按钮被点击后，向电子设备发送确认通过指令，电子设备即可接收到预设设备返回的确认通过指令。其中，预设设备通常为柜台中供用户观看相关信息的处理终端。

若电子设备接收到预设设备返回的确认通过指令，则根据用户信息及每个业务的相关信息，办理该用户的每个业务。其中，如何根据用户信息及业务的相关信息，办理对应的业务为现有技术，在此不再赘述。

由于本申请实施例中，电子设备中提供了联合办理的功能，若接收到对同一用户的至少两个业务进行联合办理的联合办理请求，则输出获取用户信息每个业务的相关信息的提示信息，由于电子设备只获取一次用户信息，因此柜台工作人员只需填写一次用户信息，电子设备将用户信息及每个业务的相关信息发送至预设设备待用户确认，用户只需确认一次用户信息，因此可以提高业务办理的效率，减少人力资源的浪费。

实施例2：

为了提高业务办理的效率，在上述实施例的基础上，在本申请实施例中，所述若接收到所述预设设备返回的确认通过指令之后，所述根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务之前，所述方法还包括：

判断所述每个业务中是否存在预先保存的需授权的业务；

若是，则将所述用户信息及所述每个业务的相关信息发送至授权设备进行授权，若接收到所述授权设备返回的授权通过指令，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤；

若否，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

在实际应用场景中，某些业务由于业务类型，或业务的相关信息可能存在无法直接办理的情况，例如某一用户取钱过多，例如开户业务，若某一业务无法直接办理则需要由管理人员审核用户信息及业务的相关信息，从而决定是否授权，是否允许电子设备进行相关业务的办理。

在本申请实施例中，电子设备在接收到预设设备返回的确认通过指令后，根据每个业务的相关信息，确认每个业务中是否存在需授权的业务。联合办理时确认每个业务是否为需授权的业务的方式，与现有技术中确定业务是否为需授权的业务的方式相同，在此不再赘述。

若每个业务均非需授权的业务，则电子设备可以直接办理每个业务，即电子设备继续执行后续办理用户的每个业务的步骤。

若任一业务为需授权的业务，则电子设备无法直接办理每个业务，此时电子设备将用户信息及每个业务的相关信息发送至授权设备，授权设备显示接收到的用户信息及每个业务的相关信息后，管理人员通过显示的用户信息及每个业务的相关信息查验用户是否有办理每个业务的相关权限，若管理人员确认用户有办理每个业务的相关权限，则管理人员可通过授权设备向电子设备发送授权通过指令，其中，可以是管理人员点击授权设备的预设按钮，授权设备即向电子设备发送授权通过指令。电子设备在接收到授权设备返回的授权通过指令后，即可执行后续办理用户的每个业务的步骤。

在本申请实施例中，可以包括静态授权及动态授权，静态授权为权限较小的管理人员通过授权设备返回的授权通过指令，动态授权为权限较大的管理人员通过授权设备返回的授权通过指令。其中，可以将权限较小的管理人员对应的授权设备称为第一授权设备，将权限较大的管理人员对应的授权设备称为第二授权设备。在实际应用场景中，电子设备可以先确定每个业务中是否存在需要静态授权的业务。若不存在需要静态授权的业务，则电子设备执行办理用户的每个业务的步骤；若存在需要静态授权的业务，则将用户信息及每个业务的相关信息发送至第一授权设备，在接收到第一授权设备返回的授权通过指令后，确定每个业务中是否存在需要动态授权的业务，若存在需要动态授权的业务，则将用户信息及每个业务的相关信息发送至第二授权设备，在电子设备接收到第二授权设备返回的授权通过指令后，电子设备执行办理用户的每个业务的步骤，若不存在需要动态授权的业务，则电子设备执行办理用户的每个业务的步骤。

值得说明的是，若每个业务均为需要授权的业务，则采用本申请实施例的方案，管理人员无需重复验证用户信息，可提高管理人员的工作效率。

在本申请实施例中，若授权的过程中有至少一个业务存在问题，则授权设备向电子设备发送授权失败的通知，电子设备确定联合办理授权失败。其中，可以是管理人员通过授权设备的预设页面填写授权结果及原因，并点击预设按钮，例如“提交”按钮，则授权设备将授权结果及原因发送至电子设备，电子设备将授权结果及原因发送至柜台工作人员使用的设备。

在本申请实施例中，在电子设备将用户信息及每个业务的相关信息发送至授权设备时，授权设备为当前联合办理的业务生成授权流水号，通过授权流水号对该当前联合办理的业务进行标记。其中，电子设备生成的每个授权流水号之间并不重复。授权设备在每次生成授权流水号时，可以获取上次生成的授权流水号，对上次生成的授权流水号进行增加预设数值的处理，生成新的授权流水号。具体的，如何生成授权流水号在此不做限制。

在本申请实施例中，管理人员进行审核的通常为用户信息及每个业务的相关信息，为了便于审核，在提交用户信息和业务的相关信息时，还可以提供用户信息和业务的相关信息中的影像资料的信息，如身份证复印件、银行卡复印件等。在柜台工作人员输入用户信息及业务的相关信息时，可以先手动在自身使用的设备上输入用户信息及业务的相关信息，再通过扫描设备批量扫描或单独扫描影像资料，在扫描设备扫描到影像资料后，扫描设备将扫描到的影像资料发送至柜台工作人员使用的设备，柜台工作人员使用的设备会自动标记柜台工作人员手动填写的用户信息对应的影像资料，并且柜台工作人员还可以通过自身使用的设备标记业务的相关信息对应的影像资料。其中，柜台工作人员可以先通过自身使用的设备选中某张影像资料，选择“标记”按钮，在弹出的业务的相关信息中选择对应的相关信息。

实施例3：

为了保障用户的财产安全，在上述各实施例的基础上，在本申请实施例中，所述若接收到所述预设设备返回的确认通过指令之后，所述根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务之前，所述方法还包括：

若所述确认通过指令中包括确认密码，则获取所述用户信息中包括的用户账户的目标标识信息，根据预先保存的标识信息与密码的对应关系，确定所述目标标识信息对应的目标密码；

若所述确认密码与所述目标密码一致，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

在本申请实施例中，为了保障用户的财产安全，办理的每个业务中可能存在需要用户输入确认密码的业务，例如取钱业务，若办理的每个业务中存在需要用户输入确认密码的业务，则预设设备返回的确认通过指令中包括确认密码，其中，可以是用户通过预设设备输入确认密码，并点击预设按钮，预设设备即可向电子设备发送确认通过指令。

若确认通过指令中包括确认密码，则电子设备判断该确认密码是否准确。具体的，电子设备中预先保存有标识信息与密码的对应关系，电子设备获取用户信息中包括的用户账户的目标标识信息，并确定预先保存的标识信息与密码的对应关系中，该目标标识信息对应的密码为目标密码，该目标密码即为用户账户对应的准确的密码，电子设备判断确认密码与目标密码是否一致，若确认密码与目标密码一致，则说明确认通过指令中包含的确认密码准确，则电子设备执行后续办理用户的每个业务的步骤。用户账户的标识信息可以为用户的银行卡卡号或者存折的存折号等。

为了提升用户体验，在上述各实施例的基础上，在本申请实施例中，所述方法还包括：

若所述确认密码与所述目标密码不一致，则输出预设的提醒信息。

在本申请实施例中，若确认密码与目标密码不一致，则输出预设的提醒信息，提醒用户及柜台工作人员。其中，可以是将预设的提醒信息发送至柜台工作人员使用的设备，也可以是发送至预设设备。

在一种可能的实施方式中，本申请实施例中进行联合办理的业务可以为同一用户的同一账户的业务。用户账户的标识信息可以包含在业务的相关信息中，若用户账户的标识信息包含在业务的相关信息中，则可能会出现联合办理的业务并非同一用户的同一账户的业务，即联合办理的业务的相关信息中用户账户的标识信息不同。例如，某一用户所要办理的业务分别为A银行卡的转账业务及B银行卡的取钱业务，则联合办理的业务的相关信息中用户账户的标识信息不同，也就是所联合办理的业务并非同一用户的同一账户的业务，因此电子设备在获取到每个业务的相关信息后，可以判断联合办理的业务中用户账户的标识信息是否一致，若用户账户的标识信息不一致，则电子设备将提示信息发送至柜台工作人员使用的设备或预设设备，该提示信息可以为“请您选择同一介质的业务进行联合办理！”。

实施例4：

为了提高业务办理效率，在上述各实施例的基础上，在本申请实施例中，所述办理所述用户的每个业务包括：

若所述每个业务中存在存款业务，则先办理所述存款业务，否则，按照接收到相关信息的时间顺序，依次办理每个业务。

在本申请实施例中，若办理的每个业务中存在一个存款业务及一个需要支出的业务，例如一个存款业务一个取款业务，若先办理需要支出的业务，可能会存在账户的金额小于支出金额的情况，导致无法办理需要支出的业务。因此在本申请实施例中，若每个业务中存在存款业务，则先办理存款业务，从而避免出现由于账户的金额不足，导致某些业务无法办理的情况。若每个业务中不存在存款业务，则电子设备按照接收到相关信息的时间顺序，依次办理每个业务。若联合办理两个业务，先接收到第一业务的相关信息后接收到第二业务的相关信息，则电子设备可以先办理第一业务后办理第二业务。其中，电子设备接收到相关信息的时间顺序与柜台工作人员填写相关信息的顺序相同。

为了节约资源，在上述各实施例的基础上，在本申请实施例中，所述方法还包括：

若所述每个业务均不为预设类型业务中的任意一种，则生成并打印所述每个业务对应的组合凭证；所述预设类型业务包括办理存折业务、办理银行卡业务和办理存单业务。

在本申请实施例中，可以在一张凭证上记录联合办理的业务，该凭证可称为组合凭证，从而节省纸质资源。在实际应用场景中，电子设备中预先保存有无法与其他业务共同打印一张组合凭证的预设类型业务，例如，办理存折业务、办理银行卡业务、办理存单业务等。因此电子设备确定每个业务是否均不是预设类型业务中的任意一种，若每个业务均不是预设类型业务中的任意一种，则电子设备生成每个业务对应的组合凭证，并打印该组合凭证。其中，可以是控制打印设备打印该组合凭证。若每个业务中存在预设类型业务中的任意一种，则电子设备针对非预设类型业务生成对应的组合凭证。

在本申请实施例中，组合凭证中包含的要素随着联合办理的业务的不同而不同，其中，组合凭证中包含单个业务对应的凭证中的每个要素。具体的，在生成组合凭证时，电子设备中针对每个业务，保存有该业务对应的要素，该要素可以称为非重空凭证要素，电子设备可以在业务的相关信息中，依次获取该业务对应的每个要素对应的字段值，并按照预设的次序依次在组合凭证中记录每个要素及对应的字段值。若一个业务对应的每个要素均记录在组合凭证中，则在组合凭证中另起一行，记录其他业务的每个要素及对应的字段值，使得每个业务之间存在明显的区域划分。

在本申请实施例中，可以在记录每个业务之前增加“业务名称”及“凭证名称”这两个要素对应的字段值。其中，如何获取每个要素对应的字段值为现有技术，在此不再赘述。在本申请实施例中，只是将多个业务对应的凭证中的部分信息组合在一起，生成对应的组合凭证。另外，将“机构号”、“柜员号”及对应的字段值，在组合凭证的预设位置显示。联合办理的业务产生一个套号，用以标记这几个业务属于同组，组合凭证的预设位置需要记录有这个套号。其中，组合凭证暂定一行记录两个要素及对应的字段值，如果某个要素及对应的字段值的字符较多展示不全时，重新开始一行进行记录。

在实际应用场景中，银行方需要留存的凭证包括需要用户签名的凭证和不需要用户签名的凭证。在本申请实施例中，电子设备使用的凭证为预先设置好的统一机打的凭证，大小可以为210.00mm×297.00mm。并且预先在凭证的预设位置预留用户签名区域，并标记有字段名称：用户签名。

实施例5：

以对两个业务进行联合办理为例进行说明，为了便于描述，在本申请实施例中，将这两个业务分别称为第一业务及第二业务。柜台工作人员可以在进行联合办理时，通过自身使用的设备在对应的页面填写用户信息及第一业务的相关信息，填写完成后点击“加入交易车”按钮，并点击“添加业务”按钮，柜台工作人员使用的设备将用户信息及第一业务的相关信息发送至电子设备，电子设备将新的页面发送至柜台工作人员使用的设备，柜台工作人员通过自身使用的设备在新的页面填写需要联合办理的第二业务的相关信息，并点击“加入交易车”按钮，柜台工作人员使用的设备将第二业务的相关信息发送至电子设备，电子设备暂存第一业务的相关信息及第二业务的相关信息，即电子设备将对应点击“加入交易车”按钮的业务对应的信息进行暂存，柜台工作人员通过自身使用的设备选择“联合办理”按钮，电子设备则将用户信息、第一业务的相关信息及第二业务的相关信息发送至预设设备待用户确认。

在本申请实施例中，已经加入到“交易车”中的业务的相关信息只能删除，不能修改，如果出现某一业务的相关信息或用户信息录入错误的情况只有删除业务。在非正常退出后再次进入时，“交易车”中暂存的信息仍就保留。如果柜台工作人员“交易车”中暂存的信息，则点击“清空”按钮即可。

在一种可能的实施方式中，若柜台工作人员在自身使用的设备的第一页面输入用户信息及第一业务的相关信息后，点击“提交”按钮，则说明当前没有联合办理的需求，则电子设备可以直接按照单个业务进行办理。

值得说明的是，在本申请实施例中，并不会随着联合办理功能的提出改变柜台工作人员的办理权限，例如某一柜台工作人员没有办理存款业务的权限，则联合办理的每个业务中，若存在存款业务，则该柜台工作人员无法为用户办理对应的业务。

图2为本申请实施例提供的一种业务办理的详细过程示意图，该过程包括以下步骤：

S201：用户提出联合办理的需求。

S202：柜台工作人员通过自身使用的设备输入用户信息及每个业务的相关信息，柜台工作人员使用的设备将用户信息及每个业务的相关信息发送至电子设备。

S203：电子设备将用户信息及每个业务的相关信息发送至预设设备待用户确认。

S204：用户通过预设设备进行确认，预设设备向电子设备返回确认通过指令。

S205：电子设备判断每个业务中是否存在为预先保存的需授权的业务，若是，则执行S206，否则，执行S207。

S206：电子设备将用户信息及每个业务的相关信息发送至授权设备，并执行S208。

S207：电子设备办理每个业务。

S208：管理人员通过授权设备进行授权，授权设备向电子设备返回授权通过指令，并执行S207。

实施例6：

图3为本申请实施例提供的一种业务办理装置结构示意图，所述装置包括：

接收输出模块301，用于接收对同一用户的至少两个业务进行联合办理的联合办理请求，输出获取用户信息以及每个业务的相关信息的提示信息；

接收发送模块302，用于接收输入的用户信息及每个业务的相关信息；将所述用户信息及所述每个业务的相关信息发送至预设设备待用户确认；

处理模块303，用于若接收到所述预设设备返回的确认通过指令，则根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务。

在一种可能的实施方式中，所述处理模块303，还用于判断所述每个业务中是否存在预先保存的需授权的业务；若是，则将所述用户信息及所述每个业务的相关信息发送至授权设备进行授权，若接收到所述授权设备返回的授权通过指令，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤；若否，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

在一种可能的实施方式中，所述处理模块303，还用于若所述确认通过指令中包括确认密码，则获取所述用户信息中包括的用户账户的目标标识信息，根据预先保存的标识信息与密码的对应关系，确定所述目标标识信息对应的目标密码；若所述确认密码与所述目标密码一致，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

在一种可能的实施方式中，所述处理模块303，还用于若所述确认密码与所述目标密码不一致，则输出预设的提醒信息。

在一种可能的实施方式中，所述处理模块303，还用于若所述每个业务中存在存款业务，则先办理所述存款业务，否则按照接收到相关信息的时间顺序，依次办理每个业务。

在一种可能的实施方式中，所述处理模块303，还用于若所述每个业务均不为预设类型业务中的任意一种，则生成并打印所述每个业务对应的组合凭证；所述预设类型业务包括办理存折业务、办理银行卡业务和办理存单业务。

实施例7：

图4为本申请实施例提供的一种电子设备结构示意图，在上述各实施例的基础上，本申请实施例还提供了一种电子设备，如图4所示，包括：处理器401、通信接口402、存储器403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信；

所述存储器403中存储有计算机程序，当所述程序被所述处理器401执行时，使得所述处理器401执行如下步骤：

接收对同一用户的至少两个业务进行联合办理的联合办理请求，输出获取用户信息以及每个业务的相关信息的提示信息；

接收输入的用户信息及每个业务的相关信息；将所述用户信息及所述每个业务的相关信息发送至预设设备待用户确认；

若接收到所述预设设备返回的确认通过指令，则根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务。

在一种可能的实施方式中，所述若接收到所述预设设备返回的确认通过指令之后，所述根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务之前，所述方法还包括：

判断所述每个业务中是否存在预先保存的需授权的业务；

若是，则将所述用户信息及所述每个业务的相关信息发送至授权设备进行授权，若接收到所述授权设备返回的授权通过指令，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤；

若否，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

在一种可能的实施方式中，所述若接收到所述预设设备返回的确认通过指令之后，所述根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务之前，所述方法还包括：

若所述确认通过指令中包括确认密码，则获取所述用户信息中包括的用户账户的目标标识信息，根据预先保存的标识信息与密码的对应关系，确定所述目标标识信息对应的目标密码；

若所述确认密码与所述目标密码一致，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

在一种可能的实施方式中，所述方法还包括：

若所述确认密码与所述目标密码不一致，则输出预设的提醒信息。

在一种可能的实施方式中，所述办理所述用户的每个业务包括：

若所述每个业务中存在存款业务，则先办理所述存款业务，否则按照接收到相关信息的时间顺序，依次办理每个业务。

在一种可能的实施方式中，所述方法还包括：

若所述每个业务均不为预设类型业务中的任意一种，则生成并打印所述每个业务对应的组合凭证；所述预设类型业务包括办理存折业务、办理银行卡业务和办理存单业务。

上述服务器提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字指令处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

实施例8：

在上述各实施例的基础上，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行时实现如下步骤：

所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行如下步骤：

接收对同一用户的至少两个业务进行联合办理的联合办理请求，输出获取用户信息以及每个业务的相关信息的提示信息；

接收输入的用户信息及每个业务的相关信息；将所述用户信息及所述每个业务的相关信息发送至预设设备待用户确认；

若接收到所述预设设备返回的确认通过指令，则根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务。

在一种可能的实施方式中，所述若接收到所述预设设备返回的确认通过指令之后，所述根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务之前，所述方法还包括：

判断所述每个业务中是否存在预先保存的需授权的业务；

若是，则将所述用户信息及所述每个业务的相关信息发送至授权设备进行授权，若接收到所述授权设备返回的授权通过指令，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤；

若否，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

在一种可能的实施方式中，所述若接收到所述预设设备返回的确认通过指令之后，所述根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务之前，所述方法还包括：

若所述确认通过指令中包括确认密码，则获取所述用户信息中包括的用户账户的目标标识信息，根据预先保存的标识信息与密码的对应关系，确定所述目标标识信息对应的目标密码；

若所述确认密码与所述目标密码一致，则执行后续根据所述用户信息及所述每个业务的相关信息，办理所述用户的每个业务的步骤。

在一种可能的实施方式中，所述方法还包括：

若所述确认密码与所述目标密码不一致，则输出预设的提醒信息。

在一种可能的实施方式中，所述办理所述用户的每个业务包括：

若所述每个业务中存在存款业务，则先办理所述存款业务，否则按照接收到相关信息的时间顺序，依次办理每个业务。

在一种可能的实施方式中，所述方法还包括：

若所述每个业务均不为预设类型业务中的任意一种，则生成并打印所述每个业务对应的组合凭证；所述预设类型业务包括办理存折业务、办理银行卡业务和办理存单业务。

实施例9：

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述应用于电子设备的任一方法实施例所述的业务办理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令，在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。

由于本申请实施例中，电子设备中提供了联合办理的功能，若接收到对同一用户的至少两个业务进行联合办理的联合办理请求，则输出获取用户信息及每个业务的相关信息的提示信息，由于电子设备只获取一次用户信息，因此柜台工作人员只需填写一次用户信息，电子设备将用户信息及每个业务的相关信息发送至预设设备待用户确认，用户只需确认一次用户信息，因此可以提高业务办理的效率，减少人力资源的浪费。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。