CN111222973A - 信息处理系统及方法 - Google Patents

Abstract

本申请实施例提供一种信息处理系统及方法，该系统包括：商家模块，用于接收员工模块发送的服务请求，基于服务请求为员工模块提供商家服务，并在服务完成员工模块进行费用支付后，反馈凭证信息至员工模块和企业模块；凭证信息携带有员工标识；员工模块，用于员工与商家模块对接，发送服务请求至商家模块，以获取商家服务，并在服务完成后进行费用支付；员工与企业模块对接，发送业务请求至企业模块，以获取业务服务；基于企业模块发送的预设费控报销信息获取商家服务；企业模块，用于接收商家模块反馈的凭证信息；接收员工模块发送的业务请求，根据凭证信息的员工标识确定目标凭证信息；基于业务请求和目标凭证信息，为员工模块提供业务服务。

Description

信息处理系统及方法

技术领域

本申请实施例涉及信息处理领域，尤其涉及一种信息处理系统及方法。

背景技术

随着经济的发展，企业的数量越来越多，类型也越来越多。一般各个企业的员工在处理公司事务时发生业务，需要报请企业进行信息处理。

传统的信息处理是通过员工整理处理公司事务时发生的需要进行信息处理的申请和凭证，提交给企业；经过企业特定人员对信息处理的申请和凭证进行整理、核对后，再递交领导，请示处理。

上述信息处理中，大量工作需要人工进行处理，因此，处理时效差、过程较为繁琐、不透明，易出差错、成本较高，特别是对于规模较大、员工较多、场地分布较广的公司，在信息处理中需要耗费大量的时间和人力资源，处理周期长。

发明内容

本申请实施例提供一种信息处理系统及方法，以解决现有的信息处理系统需要人工进行处理，存在的管控过程较为繁琐、不透明，且成本较高的问题。

第一方面，本申请实施例提供一种信息处理系统，包括：

商家模块，用于接收员工模块发送的服务请求，基于所述服务请求为所述员工模块提供商家服务，并在服务完成所述员工模块进行费用支付后，反馈凭证信息至所述员工模块和企业模块；所述凭证信息携带有员工标识；

所述员工模块，用于员工与所述商家模块对接，发送所述服务请求至所述商家模块，以获取所述商家服务，并在服务完成后进行费用支付；还用于员工与所述企业模块对接，发送业务请求至所述企业模块，以获取业务服务；获取所述企业模块发送的预设费控报销信息，并基于所述预设费控报销信息获取所述商家服务；

所述企业模块，用于接收所述商家模块反馈的所述凭证信息；还用于接收所述员工模块发送的所述业务请求，根据所述凭证信息的员工标识确定目标凭证信息；基于所述业务请求和所述目标凭证信息，为所述员工模块提供所述业务服务；还用于向所述员工模块发送所述预设费控报销信息。

在一种可能的设计中，还包括：

所述企业模块，还用于发送运维请求至平台模块，以使所述平台模块为所述企业模块提供运维服务；还用于接收渠道模块发送的新的商家信息；

所述平台模块，用于与第三方平台对接，接收所述企业模块和所述渠道模块的运维请求，基于所述运维请求为所述企业模块和所述渠道模块提供运维服务；

所述渠道模块，用于发送运维请求至所述平台模块，以使所述平台模块为所述渠道模块提供运维服务；还用于拓展商家，从所述商家模块获取新的商家信息，并将所述新的商家信息发送至所述企业模块。

在一种可能的设计中，所述运维服务包括：渠道管理和第一业务凭证管理；

所述渠道管理包括：新建并维护多个独立渠道，为各渠道配置业务范围和分销提成信息；

所述第一业务凭证管理包括：对平台内的开票申请进行处理。

在一种可能的设计中，所述业务请求携带有与所述业务请求相关的员工标识；

所述企业模块，还用于：

根据所述员工标识，获取预设费控报销信息；

将所述预设费控报销信息和所述业务请求发送给第一预设人员，所述预设费控报销信息和所述业务请求用于指示所述第一预设人员对所述业务请求进行费控报销管理；所述预设费控报销信息和所述业务请求还用于指示所述第一预设人员指定第二预设人员，以使所述第二预设人员在第一预设时间内对所述业务请求进行费控报销管理。

在一种可能的设计中，所述员工模块，还用于：

基于用户指令，将所述业务请求发送给第三预设人员，所述业务请求用于指示所述第三预设人员在第二预设时间内通过所述员工模块发送业务请求至所述企业模块，根据所述员工标识，获取所述预设费控报销信息，并基于所述业务请求和所述预设费控报销信息对所述业务请求进行费控报销管理。

在一种可能的设计中，所述费控报销管理包括：借款管理、报销管理、结算管理、用户管理、流程管理、消费管理和第二业务凭证管理。

所述借款管理包括：对员工的借款申请进行审批，基于审批结果进行支付；

所述报销管理包括：对员工的报销申请进行审批，基于审批结果进行支付；

所述结算管理包括：对待支付进行支付，对所有款项进行查询，对发票进行检验与存档；

所述用户管理包括：对员工的部门、职位、职级、角色和预算额度信息进行维护；

所述流程管理包括：对借款、报销、出差、消费、审批和额度设置功能的流程进行设置；

所述消费管理包括：企业的消费管理；

所述第二业务凭证管理包括：为企业的消费记录提供发票申请和发票进度查询。

在一种可能的设计中，所述商家模块，还用于接收商家的在线对账服务请求，根据所述在线对账服务请求为商家提供在线对账服务；还用于接收商家的门店管理服务请求，根据所述门店管理服务请求为商家提供门店管理的服务。

在一种可能的设计中，所述渠道模块还用于活动管理、业务员管理、资金管理和业绩管理。

第二方面，本申请实施例提供一种信息处理方法，包括：基于第一方面或者第一方面的各种可能设计的信息处理系统进行信息处理。

第三方面，本申请提供一种计算设备，所述计算设备包括处理器和存储器，所述存储器存储计算机指令；所述处理器执行所述存储器存储的计算机指令，使得所述计算设备执行上述第二方面提供的方法，使得所述计算设备部署上述第一方面或者第一方面的各种可能设计提供的信息处理系统。

本申请实施例提供的信息处理系统及方法，该系统包括商家模块、员工模块和企业模块，其中商家模块，用于接收员工模块发送的服务请求，基于上述服务请求为员工模块提供商家服务，并在服务完成员工模块进行费用支付后，反馈凭证信息至上述员工模块和企业模块；其中，上述凭证信息携带有员工标识，从而使商家方便、快捷地进行管理。员工模块，用于员工与上述商家模块对接，员工通过员工模块发送服务请求至上述商家模块，以获取商家服务，并在服务完成后进行费用支付，从而方便地获取商家服务；还用于员工与企业模块对接，员工通过员工模块发送业务请求至企业模块，以获取业务服务，方便申请业务请求，无需繁琐的整理过程。上述企业模块，用于接收商家模块反馈的凭证信息；还用于接收员工模块发送的业务请求，根据凭证信息的员工标识确定目标凭证信息；基于业务请求和目标凭证信息，为所述员工模块提供业务服务，无需人工即可完成业务请求的处理。通过上述信息处理系统，解决了信息处理中大量工作需要人工进行处理，存在的处理过程迟滞和较为繁琐、不透明，易出差错、成本较高的问题。

附图说明

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

图1为本申请实施例提供的一种信息处理系统的架构示意图；

图2为本申请实施例提供的一种商家模块中收款码页面示意图；

图3为本申请实施例提供的一种企业通过企业模块进行费控报销管理方法的流程示意图；

图4为本申请实施例提供的另一种信息处理系统的架构示意图；

图5为本申请实施例提供的一种计算设备的硬件架构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请的保护的范围。

一般各个企业的员工在处理公司事务时发生业务，需要报请企业进行信息处理。

传统的信息处理是通过员工整理处理公司事务时发生的需要进行信息处理的申请和凭证，提交给企业；经过企业特定人员对信息处理的申请和凭证进行整理、核对后，再递交领导，请示处理。

上述信息处理中，大量工作需要人工进行处理，因此，处理时效差、过程较为繁琐、不透明，且成本较高，特别是对于规模较大、员工较多、场地分布较广的公司，在信息处理中需要耗费大量的时间和人力资源，处理周期长，成本较高。

因此，考虑到上述问题，本申请实施例提供一种信息处理系统，该系统包括商家模块、员工模块和企业模块，其中商家模块，用于接收员工模块发送的服务请求，基于上述服务请求为员工模块提供商家服务，并在服务完成员工模块进行费用支付后，反馈凭证信息至上述员工模块和企业模块；其中，上述凭证信息携带有员工标识，从而使商家方便、快捷地进行管理。员工模块，用于员工与上述商家模块对接，员工通过员工模块发送服务请求至上述商家模块，以获取商家服务，并在服务完成后进行费用支付，从而方便地获取商家服务；还用于员工与企业模块对接，员工通过员工模块发送业务请求至企业模块，以获取业务服务，方便申请业务请求，无需繁琐的整理过程。上述企业模块，用于接收商家模块反馈的凭证信息；还用于接收员工模块发送的业务请求，根据凭证信息的员工标识确定目标凭证信息；基于业务请求和目标凭证信息，为所述员工模块提供业务服务，无需人工即可完成业务请求的处理。通过上述信息处理系统，解决了信息处理中大量工作需要人工进行处理，存在的处理过程迟滞和较为繁琐，易出差错、过程不透明、成本较高的问题。

下面以具体实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1为本申请实施例提供的一种信息处理系统的架构示意图，如图1所示，本申请实施例提供的系统包括商家模块101、员工模块102和企业模块103。

商家模块101，用于接收员工模块发送的服务请求，基于所述服务请求为所述员工模块提供商家服务，并在服务完成所述员工模块进行费用支付后，反馈凭证信息至所述员工模块和企业模块；所述凭证信息携带有员工标识。

可选地，所述商家模块，还用于接收商家的在线对账服务请求，根据所述在线对账服务请求为商家提供在线对账服务；还用于接收商家的门店管理服务请求，根据所述门店管理服务请求为商家提供门店管理的服务。

上述商家可以为餐饮类商家、休闲娱乐类商家以及超市快销类商家等。商家通过上述商家模块可轻松收款、在线对账，并对多门店进行统一管理。

示例性的，商家模块中携带有收款码，通过点击收款码可以进入收款码列表中。图2为本申请实施例提供的一种商家模块中收款码页面示意图。如图2所示，收款码页面中包含二维码和收银员信息，如：收银员姓名为A、手机号为C和所属店面为C。手机号修改后，则此收款码再有收款时，则收款通知短信则会发给修改后的手机上。可根据需要停用此收款码，停用后此收款码则不能再进行收款。上述收款码还可以根据状态显示不同颜色，例如：绿色为正常可用的收款码，即可以正常收款；灰色为已经停用的收款码。

员工模块102，用于员工与所述商家模块对接，发送所述服务请求至所述商家模块，以获取所述商家服务，并在服务完成后进行费用支付；还用于员工与所述企业模块对接，发送业务请求至所述企业模块，以获取业务服务；获取所述企业模块发送的预设费控报销信息，并基于所述预设费控报销信息获取所述商家服务。

其中，上述商家服务包括但不限于：机票预订、酒店预订、滴滴用车、餐饮支付等。

上述业务请求包括：包括：借款申请、报销申请、结算申请、用户申请、流程申请、消费申请和第二业务凭证申请。

示例性的，员工通过员工模块进行公务消费、出差借款报销、审批授权、订单查询、发票检验活动。公务消费包括：机票、酒店预定、滴滴用车、餐饮、共享服务等消费。出差借款报销包括：出差申请、借款申请、报销申请。根据企业模块设置的审批流程，员工在线申请后，需要每一级审批人员进行受理，同意方可进入下一级流程。审批授权包括：根据企业模块设置的审批流程，员工在线申请后，需要每一级审批人员进行受理，同意方可进入下一级流程。订单查询包括：通过员工模块提交的所有订单、申请单据的查询功能。发票检验包括：进行增值税发票的验真。

企业模块103，用于接收所述商家模块反馈的所述凭证信息；还用于接收所述员工模块发送的所述业务请求，根据所述凭证信息的员工标识确定目标凭证信息；基于所述业务请求和所述目标凭证信息，为所述员工模块提供所述业务服务；还用于向所述员工模块发送所述预设费控报销信息。

示例性的，企业模块接收到员工的业务请求后，根据凭证信息中的员工标识，例如：员工姓名、员工工号等信息，可以确定该员工所对应的目标凭证信息，根据该员工的目标凭证信息和业务请求，为员工提供业务服务。当可选地，所述业务请求为费用报销请求；

示例性的，当目标凭证信息符合费用报销要求时，为员工提供业务服务。例如：费用报销要求为A元，目标凭证信息为B元，当B不超过A时，为员工提供费用报销。

可选地，所述业务请求携带有与所述业务请求相关的员工标识；其中，员工标识为唯一标识该员工的信息，例如为员工的姓名、身份证号或者工作牌号。其中，与某一业务请求相关的员工标识可以为一个，也可以为多个。图3为本申请实施例提供的一种企业通过企业模块进行费控报销管理方法的流程示意图，如图3所示，该方法可以包括：

S301：根据所述员工标识，获取预设费控报销信息。

示例性的，企业的预设费控报销信息都存储在企业模块的存储装置中，根据员工A的业务请求中的员工标识，可以查询该员工的员工所有预设费控报销信息，例如：存储装置中存储有员工A的借款信息、报销信息、结算信息、用户信息、流程信息、消费信息和第二业务凭证信息。

S302：将所述预设费控报销信息和所述业务请求发送给第一预设人员，所述预设费控报销信息和所述业务请求用于指示所述第一预设人员对所述业务请求进行费控报销管理；所述预设费控报销信息和所述业务请求还用于指示所述第一预设人员指定第二预设人员，以使所述第二预设人员在第一预设时间内对所述业务请求进行费控报销管理。

其中，上述第一预设人员为员工的业务请求的审批人员，例如为公司的经理、负责人、财务人员等。一般是两到三级审批，一级是部门，二级是公司主管，若金额超过主管权限时，会由公司负责人审批，同时还有财务。这几级审批可以分别进行，也可以单独进行，每个环节都可以通过第一预设人员指定第二预设人员。

上述第二预设人员和第一预设时间可以根据实际的应用场景进行设定。

示例性的，企业端将预设费控报销信息和业务请求发送给审批人员，审批人员根据预设费控报销信息对员工的业务请求进行处理。或者，当审批人员在某些场景中无法对员工的业务请求进行处理时，例如在休假、事务繁忙或者飞行差旅中，审批人员可以根据预设费控报销信息和员工业务请求的类型，指定其他人在这段时间里对业务请求进行处理。从而在审批人员无法处理业务请求时，可以委托具有一定权限的其他人员及时进行审批。

可选地，所述员工模块，还用于：

基于用户指令，将所述业务请求发送给第三预设人员，所述业务请求用于指示所述第三预设人员在第二预设时间内通过所述员工模块发送业务请求至所述企业模块，根据所述员工标识，获取所述预设费控报销信息，并基于所述业务请求和所述预设费控报销信息对所述业务请求进行费控报销管理。

示例性的，某一员工在事务繁忙或者差旅中，需要发送业务请求，此时该员工不便发送业务请求，该员工可以提前向员工模块发送代理指令，员工模块可以基于该员工的代理指令，将业务请求发送给第三预设人员，以使第三预设人员根据代理指令通过员工模块发送业务请求至企业模块，从而在员工在某些场景中不能及时发送业务请求时，可以委托其他人员将业务请求至企业模块，以使企业模块对业务请求进行费控报销管理，避免延误业务请求的发送，导致企业模块无法及时对业务请求进行处理。

以预设费控报销管理中的报销管理为例进行说明：在对员工A进行报销管理时，员工A的申请报销金额为a，预设报销金额为b，对员工的报销申请进行审批，如果a没有超过b，则审批结果为通过，对员工A的申请报销金额进行支付。

可选地，所述费控报销管理包括：借款管理、报销管理、结算管理、用户管理、流程管理、消费管理和第二业务凭证管理。

可选地，所述借款管理包括：对员工的借款申请进行审批，基于审批结果进行支付。

示例性的，员工在处理公司事务时产生的费用，可以申请借款，例如：在员工因公出差，在出差前可以向公司申请借款，以支付出差时产生的餐饮费、住宿费等。

可选地，所述报销管理包括：对员工的报销申请进行审批，基于审批结果进行支付。

示例性的，报销完成后，如果报销单关联借款单：报销金额大于借款金额时，报销金额冲抵借款金额，剩余金额支付给员工；报销金额小于借款金额时，报销金额冲抵部分借款金额，员工需把剩余借款金额还清；报销金额等于借款金额时，报销金额冲抵借款金额。

可选地，所述结算管理包括：对待支付进行支付，对所有款项进行查询，对发票进行检验与存档。

示例性的，在待支付进行支付时，可以进行批量付款。可进行批量通过检验发票，检验失败的发票对应的报销单也审批驳回；可对单条待检验的发票进行通过操作；可对单条待检验的发票进行失败操作，检验失败的发票对应的报销单也审批驳回。同时，可以查看报销单上传的发票图片。

可选地，所述用户管理包括：对员工的部门、职位、职级、角色和预算额度信息进行维护。

示例性的，通过获取录入指令，可以对新员工的对员工的部门、职位、职级、角色和基本信息录入；通过获取修改或者更新指令，可以对员工的对员工的部门、职位、职级、角色和基本信息进行修改或者更新；通过获取删除指令，可以对离职员工的对员工的部门、职位、职级、角色和基本信息进行删除。

可选地，所述流程管理包括：对借款、报销、出差、消费、审批和额度设置功能的流程进行设置。

示例性的，额度审批、借款、报销、预定消费(即机票和酒店预定流程)流程的基础设置，该流程以部门为单元，结合岗位信息设置审批流，即同一个部门共用一个审批流程。

可选地，所述消费管理包括：企业的消费管理。

示例性的，费用管理主要包含费用类别和核算单位基础信息的管理。费用类别用于停用和启用费用类别，该费用类别主要用于员工在APP进行报销申请的选择。设置企业的成本核算单元，及该核算单元涉及的人员信息，该数据用于员工在APP进行报销申请时的选择，不在核算单位的员工无法选择到该条数据。

可选地，所述第二业务凭证管理包括：为企业的消费记录提供发票申请和发票进度查询。

本申请实施例提供的信息处理系统及方法，该系统包括商家模块、员工模块和企业模块，其中商家模块，用于接收员工模块发送的服务请求，基于上述服务请求为员工模块提供商家服务，并在服务完成员工模块进行费用支付后，反馈凭证信息至上述员工模块和企业模块；其中，上述凭证信息携带有员工标识，从而使商家方便、快捷地进行管理。员工模块，用于员工与上述商家模块对接，员工通过员工模块发送服务请求至上述商家模块，以获取商家服务，并在服务完成后进行费用支付，从而方便地获取商家服务；还用于员工与企业模块对接，员工通过员工模块发送业务请求至企业模块，以获取业务服务，方便申请业务请求，无需繁琐的整理过程。上述企业模块，用于接收商家模块反馈的凭证信息；还用于接收员工模块发送的业务请求，根据凭证信息的员工标识确定目标凭证信息；基于业务请求和目标凭证信息，为所述员工模块提供业务服务，无需人工即可完成业务请求的处理。通过上述信息处理系统，解决了信息处理中大量工作需要人工进行处理，存在的处理过程迟滞和较为繁琐、不透明，易出差错、成本较高的问题。通过企业端将预设费控报销信息和业务请求发送给审批人员，审批人员根据预设费控报销信息对员工的业务请求进行处理。或者，当审批人员在某些场景中无法对员工的业务请求进行处理时，指定其他人在一段时间内对业务请求进行处理。从而在审批人员无法处理业务请求时，可以委托具有一定权限的其他人员及时进行审批，避免延误对业务请求的处理。员工模块可以基于用户指令，将业务请求发送给其他同事，以使其他同事根据指令通过员工模块发送业务请求至企业模块，从而在员工在某些场景中无法及时发送业务请求时，可以委托其他人员将业务请求至企业模块，以使企业模块对业务请求进行费控报销管理，避免延误业务请求的发送，导致企业模块无法及时对业务请求进行处理。

图4为本申请实施例提供的另一种信息处理系统的架构示意图，如图4所示，本申请实施例提供的系统在图1实施例的基础上，还包括：平台模块104和渠道模块105。

可选地，所述企业模块，还用于发送运维请求至平台模块，以使所述平台模块为所述企业模块提供运维服务；还用于接收渠道模块发送的新的商家信息。

可选地，所述平台模块，用于与第三方平台对接，接收所述企业模块和所述渠道模块的运维请求，基于所述运维请求为所述企业模块和所述渠道模块提供运维服务。

可选地，所述运维服务包括：渠道管理和第一业务凭证管理。

可选地，所述渠道管理包括：新建并维护多个独立渠道，为各渠道配置业务范围和分销提成信息；

所述第一业务凭证管理包括：对平台内企业的开票申请进行处理。

示例性的：进行渠道管理时，不同的企业来源于不同的渠道，平台模块可以创建多个独立渠道，平台模块对渠道进行新建及日常维护，对渠道可涉及的业务范围、分销提成等进行设置，可以通过平台模块查询全平台内的企业信息，了解企业的使用情况。

进行第一业务凭证管理时，所有企业向对应的供应商发起的开票申请，均由平台模块进行处理后，予以回复。第一业务凭证包括但不限于：机票开票申请、保险开票申请和退改费开票申请等。

可选地，所述渠道模块用于发送运维请求至所述平台模块，以使所述平台模块为所述渠道模块提供运维服务；还用于拓展商家，从所述商家模块获取新的商家信息，并将所述新的商家信息发送至所述企业模块。

示例性的，上述渠道模块可以对商家或企业进行展示和维护，修改商家或企业信息，通过添加商户或企业，完成商户或企业的扩展。

可选地，所述渠道模块还用于第三业务凭证管理、活动管理、业务员管理、资金管理和业绩管理。

以第三业务凭证为发票为例对第三业务凭证管理进行说明：渠道模块获取企业模块发送的开发票申请，按照预设的排序规则对待确认的发票进行展示；确认开具后，会把数据移动到已确认待开具列表中；确认已开具后，会把数据移动到已开具列表中。

示例性的，活动管理包括渠道活动，渠道模块可以创建渠道活动，并对活动进行展示，可以修改活动内容，并添加参加活动的商家。

示例性的，业务员管理包括维护业务员信息，业务员信息中携带有业务员拓展的商家/企业交易情况。例如：创建新的业务员信息，修改已创建的业务员信息，撤销离职的业务员信息。

示例性的，资金管理包括：企业账户资产、交易记录和对账单。对于有自有账户体系，有企业账户资产的菜单；交易记录主要查询本渠道(包括本渠道的子渠道)拓展的商户/企业交易明细信息；对账单用于商家模块和企业模块对接异常时，进行检查并线下处理。

示例性的，业绩管理主要用户查询渠道的拓展商户/企业数量及交易情况。

本申请实施例提供的信息处理系统及方法，该系统包括平台模块、企业模块、商家模块、渠道模块和员工模块，其中商家模块，用于接收员工模块发送的服务请求，基于上述服务请求为员工模块提供商家服务，并在服务完成员工模块进行费用支付后，反馈凭证信息至上述员工模块和企业模块；其中，上述凭证信息携带有员工标识，从而使商家方便、快捷地进行管理。员工模块，用于员工与上述商家模块对接，员工通过员工模块发送服务请求至上述商家模块，以获取商家服务，并在服务完成后进行费用支付，从而方便地获取商家服务；还用于员工与企业模块对接，员工通过员工模块发送业务请求至企业模块，以获取业务服务，方便申请业务请求，无需繁琐的整理过程。上述企业模块，用于接收商家模块反馈的凭证信息；还用于接收员工模块发送的业务请求，根据凭证信息的员工标识确定目标凭证信息；基于业务请求和目标凭证信息，为所述员工模块提供业务服务，无需人工即可完成业务请求的处理。平台模块，用于与第三方平台对接，接收企业模块和渠道模块的运维请求，基于运维请求为企业模块和渠道模块提供运维服务；渠道模块，用于发送运维请求至平台模块，以使平台模块为渠道模块提供运维服务；还用于拓展商家，从商家模块获取新的商家信息，并将新的商家信息发送至企业模块。通过上述信息处理系统，解决了信息处理中大量工作需要人工进行处理，存在的处理过程迟滞和较为繁琐、不透明，易出差错、成本较高的问题。

对应于上文实施例的信息处理系统，本申请实施例还提供的一种信息处理方法。该方法包括：基于上文实施例的信息处理系统进行信息处理。

本申请实施例提供的方法，基于上文实施例的信息处理系统，其实现原理和技术效果类似，本申请实施例此处不再赘述。

可选地，图5为本申请实施例提供的一种计算设备的硬件架构示意图。参见图5，计算设备500包括处理器501、存储器502、通信接口503和总线504。

其中，计算设备500可以是计算机或服务器，本申请对此不作特别限制。计算设备500中，处理器501的数量可以是一个或多个，图5仅示意了其中一个处理器501。可选地，处理器501，可以是中央处理器(central processing unit，CPU)。如果计算设备500具有多个处理器501，多个处理器501的类型可以不同，或者可以相同。可选地，计算设备500的多个处理器501还可以集成为多核处理器。

存储器502存储计算机指令和数据；存储器502可以存储实现本申请提供的投屏方法所需的计算机指令和数据，例如，存储器502存储用于实现投屏方法的步骤的指令。存储器502可以是以下存储介质的任一种或任一种组合：非易失性存储器(例如只读存储器(ROM)、固态硬盘(SSD)、硬盘(HDD)、光盘)，易失性存储器。

通信接口503可以是以下器件的任一种或任一种组合：网络接口(例如以太网接口)、无线网卡等具有网络接入功能的器件。通信接口503用于计算设备500与其它计算设备或者电子设备进行数据通信。

图5用一条粗线表示总线504。总线504可以将处理器501与存储器502和通信接口503连接。这样，通过总线504，处理器501可以访问存储器502，还可以利用通信接口503与其它计算设备或者电子设备进行数据交互。

在本申请中，计算设备500执行存储器502中的计算机指令，使得计算设备500实现本申请提供的信息处理方法，或者使得计算设备500部署信息处理系统。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种信息处理系统，其特征在于，包括：

商家模块，用于接收员工模块发送的服务请求，基于所述服务请求为所述员工模块提供商家服务，并在服务完成所述员工模块进行费用支付后，反馈凭证信息至所述员工模块和企业模块；所述凭证信息携带有员工标识；

所述员工模块，用于员工与所述商家模块对接，发送所述服务请求至所述商家模块，以获取所述商家服务，并在服务完成后进行费用支付；还用于员工与所述企业模块对接，发送业务请求至所述企业模块，以获取业务服务；还用于获取所述企业模块发送的预设费控报销信息，并基于所述预设费控报销信息获取所述商家服务；

所述企业模块，用于接收所述商家模块反馈的所述凭证信息；还用于接收所述员工模块发送的所述业务请求，根据所述凭证信息的员工标识确定目标凭证信息；基于所述业务请求和所述目标凭证信息，为所述员工模块提供所述业务服务；还用于向所述员工模块发送所述预设费控报销信息。

2.根据权利要求1所述的系统，其特征在于，还包括：

所述企业模块，还用于发送运维请求至平台模块，以使所述平台模块为所述企业模块提供运维服务；还用于接收渠道模块发送的新的商家信息；

所述平台模块，用于与第三方平台对接，接收所述企业模块和所述渠道模块的运维请求，基于所述运维请求为所述企业模块和所述渠道模块提供运维服务；

所述渠道模块，用于发送运维请求至所述平台模块，以使所述平台模块为所述渠道模块提供运维服务；还用于拓展商家，从所述商家模块获取新的商家信息，并将所述新的商家信息发送至所述企业模块。

3.根据权利要求2所述的系统，其特征在于，所述运维服务包括：渠道管理和第一业务凭证管理；

所述渠道管理包括：新建并维护多个独立渠道，为各渠道配置业务范围和分销提成信息；

所述第一业务凭证管理包括：对平台内的开票申请进行处理。

4.根据权利要求1所述的系统，其特征在于，所述业务请求携带有与所述业务请求相关的员工标识；

所述企业模块，还用于：

根据所述员工标识，获取预设费控报销信息；

将所述预设费控报销信息和所述业务请求发送给第一预设人员，所述预设费控报销信息和所述业务请求用于指示所述第一预设人员对所述业务请求进行费控报销管理；所述预设费控报销信息和所述业务请求还用于指示所述第一预设人员指定第二预设人员，以使所述第二预设人员在第一预设时间内对所述业务请求进行费控报销管理。

5.根据权利要求4所述的系统，其特征在于，所述员工模块，还用于：

基于用户指令，将所述业务请求发送给第三预设人员，所述业务请求用于指示所述第三预设人员在第二预设时间内通过所述员工模块发送业务请求至所述企业模块，根据所述员工标识，获取所述预设费控报销信息，并基于所述业务请求和所述预设费控报销信息对所述业务请求进行费控报销管理。

6.根据权利要求5所述的系统，其特征在于，所述费控报销管理包括：借款管理、报销管理、结算管理、用户管理、流程管理、消费管理和第二业务凭证管理；

所述借款管理包括：对员工的借款申请进行审批，基于审批结果进行支付；

所述报销管理包括：对员工的报销申请进行审批，基于审批结果进行支付；

所述结算管理包括：对待支付进行支付，对所有款项进行查询，对发票进行检验与存档；

所述用户管理包括：对员工的部门、职位、职级、角色和预算额度信息进行维护；

所述流程管理包括：对借款、报销、出差、消费、审批和额度设置功能的流程进行设置；

所述消费管理包括：企业的消费管理；

所述第二业务凭证管理包括：为企业的消费记录提供发票申请和发票进度查询。

7.根据权利要求1所述的系统，其特征在于，所述商家模块，还用于接收商家的在线对账服务请求，根据所述在线对账服务请求为商家提供在线对账服务；还用于接收商家的门店管理服务请求，根据所述门店管理服务请求为商家提供门店管理的服务。

8.根据权利要求2所述的系统，其特征在于，所述渠道模块还用于活动管理、业务员管理、资金管理和业绩管理。

9.一种信息处理方法，其特征在于，包括：

基于权利要求1至8中任一项所述的信息处理系统进行信息处理。

10.一种计算设备，所述计算设备包括处理器和存储器，所述存储器存储计算机指令；所述处理器执行所述存储器存储的计算机指令，使得所述计算设备执行如权利要求9所述的方法，使得所述计算设备部署如权利要求1至8中任一项所述的信息处理系统。

Images