一种针对企业的电子采购方法、设备及介质

摘要

本申请公开了一种针对企业的电子采购方法、设备及介质，方法包括：确定包括第一动态插拔模块与业务功能模块的公有云平台；根据预先设定的电子采购业务需求，构建第二动态插拔模块与商城功能模块，以根据所述第二动态插拔模块与所述商城功能模块，生成企业的电子商城；通过所述电子商城获取企业的采购请求，根据所述采购请求，向所述公有云平台进行访问，开始执行采购流程；在执行采购流程时，通过所述第一动态可插拔模块与所述第二动态可插拔模块，将所述商城功能模块与所述业务功能模块之间进行动态插拔，以生成所述采购请求的采购结果。提高电子采购效率。

说明书

技术领域

本申请涉及计算机技术领域，尤其涉及一种针对企业的电子采购方法、设备及介质。

背景技术

企业做信息化是指实施ERP系统，财务系统，采购系统等等。这些信息化的项目有一个共同特点，就是把企业的组织架构，业务流程，运营模式等通过软件系统的形式固化下来，这样企业相关的员工，物料，设备，资金等要素就围绕固化好的软件系统运转。

如果现有软件系统不适用现在的业务，就会实施流程变革等措施来优化现有的软件系统。目前也有ERP系统，财务系统，采购系统一体化的解决方案，但是无法找到较好切入点，无法真正的使电子采购业务全流程自动处理，导致电子采购效率低。

发明内容

本申请实施例提供一种针对企业的电子采购方法、设备及介质，用于解决电子采购效率低的问题。

本申请实施例采用下述技术方案：

一方面，本申请实施例提供了一种针对企业的电子采购方法，该方法包括：确定包括第一动态插拔模块与业务功能模块的公有云平台；根据预先设定的电子采购业务需求，构建第二动态插拔模块与商城功能模块，以根据所述第二动态插拔模块与所述商城功能模块，生成企业的电子商城；通过所述电子商城获取企业的采购请求，根据所述采购请求，向所述公有云平台进行访问，开始执行采购流程；在执行采购流程时，通过所述第一动态可插拔模块与所述第二动态可插拔模块，将所述商城功能模块与所述业务功能模块之间进行动态插拔，以生成所述采购请求的采购结果。

一个示例中，所述通过所述电子商城获取企业的采购请求，根据所述采购请求，执行采购流程之前，所述方法还包括：在所述第一动态可插拔模块中，构建所述电子商城的标识；获取所述电子商城对所述公有云平台的首次访问请求，判断所述第一动态插拔模块中是否具有所述电子商城的标识；若是，则在所述第一动态可插拔模块中，构建所述电子商城的采购业务权限，将所述采购业务权限与所述标识进行绑定。

一个示例中，所述通过所述第一动态可插拔模块与所述第二动态可插拔模块，将所述商城功能模块与所述业务功能模块之间进行动态插拔，具体包括：通过所述业务功能模块向所述商城功能模块发放用于访问业务功能模块接口的授权数据；在所述第二动态可插拔模块中，构建所述商城功能模块的各商品采购流程的业务功能模块；获取所述商城功能模块的业务请求，通过所述第二动态可插拔模块，确定所述业务请求的指定业务功能模块；在所述第一动态可插拔模块中，判断是否匹配到所述业务请求中携带的标识；若是，则根据所述标识获取所述指定业务请求的指定业务权限；根据所述指定业务权限与所述授权数据，向所述指定业务功能模块发起预设业务请求，以便所述指定业务功能模块根据所述预设业务请求，执行对应的操作；向所述商城功能模块返回执行结果，并向所述商城功能模块收回所述授权数据。

一个示例中，所述商城模块包括订单模块、所述业务功能模块包括预算中心模块、审批中心模块以及支付中心模块；所述方法还包括：获取所述订单模块的订单请求；通过所述第二动态可插拔模块，确定所述订单请求的指定业务功能模块为预算中心模块、审批中心模块以及支付中心模块；根据所述订单请求，向所述预算中心模块发送预算请求；在所述第一动态可插拔模块中，确定匹配到所述订单请求中携带的标识；通过所述预算中心模块，在所述第一动态可插拔模块中，根据所述标识获取所述预算中心模块的预算数据；根据所述预算数据，判断所述预算请求能否通过申请；若是，则将所述申请结果返回至所述订单模块。

一个示例中，所述若是，则将所述预算结果返回至所述订单模块之后，所述方法还包括：根据所述订单请求，向所述审批中心模块发送审批请求；通过所述审批中心模块，在所述第一动态可插拔模块中，获取所述订单请求的审批流模块；根据所述审批流模块，对所述订单请求进行审批，将审批结果返回至所述订单模块。

一个示例中，所述将审批结果返回至所述订单模块之后，所述方法还包括：根据所述订单请求，向所述支付中心模块发送支付请求；通过所述支付中心模块，在所述第一动态可插拔模块中，获取所述订单信息的支付渠道；根据所述支付渠道，对所述订单信息进行支付，将支付结果返回至所述订单模块。

一个示例中，所述确定包括第一动态插拔模块与业务功能模块的公有云平台，具体包括：确定包括第一动态插拔模块与初始业务功能模块的初始公有云平台；所述初始业务功能模块包括初始预算中心模块、初始审批中心模块、初始支付中心模块；在所述初始预算中心模块中，确定企业预算模块与电子商城预算模块；所述企业预算模块用于处理企业级别的预算，所述电子商城预算模块用于对所述电子商城的预算控制；通过所述企业预算模块与电子商城预算模块，构建预算中心模块；在所述初始审批中心模块中，配置审批用户管理模块、审批流管理模块；所述审批用户管理模块用于管理审批人员信息，所述审批流管理模块，用于将审批单按照预定的审批流或者审批过程中设定的流程进行流转；通过所述审批用户管理模块于所述审批流管理模块，构建审批中心模块；在所述初始支付中心模块中，确定支付流程模块；所述支付流程模块用于确定多种支付渠道的支付流程；根据所述支付流程模块，生成支付中心模块。

一个示例中，所述初始业务功能模块还包括初始用户中心模块，所述方法还包括：在所述初始用户中心模块中，配置用于管理所述企业的电子采购系统的用户信息，以生成用户中心模块；获取所述电子商城的查询请求，向所述用户中心模块发送查询请求；将所述查询请求的查询结果返回至所述电子商城。

另一方面，本申请实施例提供了一种针对企业的电子采购设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：确定包括第一动态插拔模块与业务功能模块的公有云平台；根据预先设定的电子采购业务需求，构建第二动态插拔模块与商城功能模块，以根据所述第二动态插拔模块与所述商城功能模块，生成企业的电子商城；通过所述电子商城获取企业的采购请求，根据所述采购请求，向所述公有云平台进行访问，开始执行采购流程；在执行采购流程时，通过所述第一动态可插拔模块与所述第二动态可插拔模块，将所述商城功能模块与所述业务功能模块之间进行动态插拔，以生成所述采购请求的采购结果。

另一方面，本申请实施例提供了一种针对企业的电子采购非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：确定包括第一动态插拔模块与业务功能模块的公有云平台；根据预先设定的电子采购业务需求，构建第二动态插拔模块与商城功能模块，以根据所述第二动态插拔模块与所述商城功能模块，生成企业的电子商城；通过所述电子商城获取企业的采购请求，根据所述采购请求，向所述公有云平台进行访问，开始执行采购流程；在执行采购流程时，通过所述第一动态可插拔模块与所述第二动态可插拔模块，将所述商城功能模块与所述业务功能模块之间进行动态插拔，以生成所述采购请求的采购结果。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过系统功能做成可插拔的系统组件，并结合数字化转型要求，功能按需提供。以商城为切入点把企业电子采购做成个人购买日常用品一样便捷，各个业务功能模块可插拔，根据实际业务需求组合，完成电子采购数字化转型，由简单的使用电子采购软件升级到数据治理，实现电子商城可插拔，电子采购全流程联动。

附图说明

为了更清楚地说明本申请的技术方案，下面将结合附图来对本申请的部分实施例进行详细说明，附图中：

图1为本申请实施例提供的一种针对企业的电子采购系统的框架示意图；

图2为本申请实施例提供的一种针对企业的电子采购方法的流程示意图；

图3为本申请实施例提供的一种针对企业的电子采购设备的结构示意图。

具体实施方式

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

下面参照附图来对本申请的一些实施例进行详细说明。

图1为本申请实施例提供的一种针对企业的电子采购系统的框架示意图。

系统包括公有云平台和电子商城，公有云平台包括业务功能模块与第一动态插拔模块(图1中的产品中心模块)，业务功能模块包括审批中心模块、预算中心模块、支付中心模块、用户中心模块。电子商城包括第二动态插拔模块(图1中的动态插拔模块)、商城功能模块，商城功能模块包括商品模块、订单模块、报表模块。

其中，针对审批中心模块，审批中心有自己的用户中心，包括审批用户管理模块，审批用户管理模块是用户中心模块的子集，包括审批需要的所有人员信息，用于管理审批人员信息，审批中心模块的用户中心可以动态插，以适应审批通用性跟定制化需求。

审批中心模块还包括审批流管理模块：审批流管理模块用于管理审批流模块，审批流提供按照岗位职责和分工设置相应审批流程的功能。它按照预定的审批流程或审批过程中设定的流程进行相应的审批单流转，保证审批体系严密规范，数据信息传递安全真实。审批流管理过程包括流程类型的确定，流程的设定(分为预先设定流程和审批过程中动态设定流程)，申批单的填写及申请审批，审批及归档。按照岗位职责和分工设置相应审批流程的功能可以动态插拔。

其中，审批流程的设定有两种方案：一种是预先设定流程；另一种是在审批过程中设定流程。按照预先设定流程是一个标准方案，在审批过程中设定流程则允许审批节点则是审批人指定下一审批人的模式。

针对预算中心模块，通过云平台的统一处理所有业务系统的预算流程，支持按照预算科目、按照部门动态预算算法。包括企业预算模块、电子商城预算模块，比如，企业预算模块为集团预算模块，处理集团级别预算以及数据；电子商城预算模块，针对商城定制化的预算控制以及配置模块。

针对支付中心模块，包括支付流程模块，通过云平台的统一处理所有业务系统的支付流程，支持对接集团财务、银联、微信、支付宝等主流支付场景：比如，集团财务支付模块，该模块对接集团财务中心，完成集团付款；银联支付模块，通过对接银联网关支付，支持所有银行卡支付场景；微信支付模块，支持微信支付；支付宝支付模块，支持支付宝支付。

针对用户中心模块，用于管理企业的电子采购系统的用户信息。

针对第一动态插拔模块，通过本模块可以实现商城与审批中心模块、预算中心模块、支付中心模块的动态插拔，通过用户中心模块配置即可使用业务功能模块。实现了把业务模块功能抽象出来，变成功能组件，以零件的形式按需组装成目标系统。并且每个零件都是一个小系统，有自己的用户、自己的后台，零件组装起来变成一个大的系统，系统有自己的用户、自己的后台。

电子商城模块：电子采购商城是一个集成模块，在简化流程基础上集成所有公有云输出能力。其中，针对订单模块，用于商城商品下单；针对商品模块，电子采购物料转化为商城商品，报表模块用于通过表格、图表等格式来动态显示商城数据。

第二动态可插拔模块，可以与第一动态可插拔模块进行连接，将商城功能模块与业务功能模块之间进行动态插拔，使商城具备B2B、以及数字化的所有属性。

需要说明的是，商城也有子集的用户中心，同样是产品中心用户中心的子集，包含了商城所有用户信息。商城的用户中心也可以动态插，以适应审批通用性跟定制化需求。

更直观地，图2为本申请实施例提供的一种针对企业的电子采购方法的流程示意图。该方法可以应用于不同的业务领域，流程中的某些输入参数或者中间结果允许人工干预调节，以帮助提高准确性。

本申请实施例涉及的分析方法的实现可以为终端设备，也可以为服务器，本申请对此不作特殊限制。为了方便理解和描述，以下实施例均以服务器为例进行详细描述。

需要说明的是，该服务器可以是单独的一台设备，可以是有多台设备组成的系统，即，分布式服务器，本申请对此不做具体限定。

图2中的流程可以包括以下步骤：

S202：确定包括第一动态插拔模块与业务功能模块的公有云平台。

在本申请的一些实施例中，首先需要确定包括第一动态插拔模块与初始业务功能模块的初始公有云平台。其中，初始业务功能模块包括初始预算中心模块、初始审批中心模块、初始支付中心模块。

然后，在初始预算中心模块中，确定企业预算模块与电子商城预算模块。其中，企业预算模块用于处理企业级别的预算，电子商城预算模块用于对电子商城的预算控制。从而通过企业预算模块与电子商城预算模块，构建预算中心模块。

此外，在初始审批中心模块中，配置审批用户管理模块、审批流管理模块。其中，审批用户管理模块用于管理审批人员信息，审批流管理模块，用于将审批单按照预定的审批流或者审批过程中设定的流程进行流转。从而通过审批用户管理模块与审批流管理模块，构建审批中心模块；

此外，在初始支付中心模块中，确定支付流程模块。其中，支付流程模块用于确定多种支付渠道的支付流程。从而根据支付流程模块，生成支付中心模块。

此外，在初始用户中心模块中，，配置用于管理企业的电子采购系统的用户信息，以生成用户中心模块。从而能够获取电子商城的查询请求，向用户中心模块发送查询请求，然后将查询请求的查询结果返回至电子商城。

S204：根据预先设定的电子采购业务需求，构建第二动态插拔模块与商城功能模块，以根据第二动态插拔模块与商城功能模块，生成企业的电子商城。

S206：通过所述电子商城获取企业的采购请求，根据所述采购请求，向所述公有云平台进行访问，开始执行采购流程。

在本申请的一些实施例中，获取电子商城获取企业的采购请求之前，需要在第一动态可插拔模块中，构建电子商城的标识。

然后获取电子商城对公有云平台的首次访问请求，判断第一动态插拔模块中是否具有电子商城的标识。

若是，则在第一动态可插拔模块中，构建电子商城的采购业务权限，将采购业务权限与标识进行绑定。

若否，则向用户发送访问失败，未匹配到电子商城的标识。

S208：在执行采购流程时，通过所述第一动态可插拔模块与所述第二动态可插拔模块，将所述商城功能模块与所述业务功能模块之间进行动态插拔，以生成所述采购请求的采购结果。

在本申请的一些实施例中，通过业务功能模块向商城功能模块发放用于访问业务功能模块接口的授权数据。比如，业务功能模块向商城功能模块发放auth code，用于访问业务功能模块接口。

然后，在第二动态可插拔模块中，构建商城功能模块的各商品采购流程的业务功能模块。即，每个采购流程涉及到的业务功能模块。

然后，获取商城功能模块的业务请求，通过第二动态可插拔模块，确定业务请求的指定业务功能模块。

然后，在第一动态可插拔模块中，判断是否匹配到业务请求中携带的标识。

若是，则根据标识获取指定业务请求的指定业务权限，根据指定业务权限与授权数据，向指定业务功能模块发起预设业务请求，以便指定业务功能模块根据预设业务请求，执行对应的操作。

最后，向商城功能模块返回执行结果，并向商城功能模块收回授权数据。

一个实施例中，在获取订单模块的订单请求时，通过第二动态可插拔模块，确定订单请求的指定业务功能模块为预算中心模块、审批中心模块以及支付中心模块。

然后，根据订单请求，向预算中心模块发送预算请求，在第一动态可插拔模块中，确定匹配到订单请求中携带的标识。

然后，通过预算中心模块，在第一动态可插拔模块中，根据标识获取预算中心模块的预算数据。

最后，根据预算数据，判断预算请求能否通过申请，若是，则将申请结果返回至订单模块。若否，则将返回预算不通过。

进一步地，根据订单请求，向审批中心模块发送审批请求。

通过审批中心模块，在第一动态可插拔模块中，获取订单请求的审批流模块；

根据审批流模块，对订单请求进行审批，将审批结果返回至订单模块。

更进一步地，在审批通过后，根据订单请求，向支付中心模块发送支付请求。

通过支付中心模块，在第一动态可插拔模块中，获取订单信息的支付渠道；

根据支付渠道，对订单信息进行支付，将支付结果返回至订单模块。

需要说明的是，虽然本申请实施例是参照图2来对步骤S202至步骤S208依次进行介绍说明的，但这并不代表步骤S202至步骤S208必须按照严格的先后顺序执行。本申请实施例之所以按照图2中所示的顺序对步骤S202至步骤S208依次进行介绍说明，是为了方便本领域技术人员理解本申请实施例的技术方案。换句话说，在本申请实施例中，步骤S202至步骤S208之间的先后顺序可以根据实际需要进行适当调整。

通过图2的方法，通过将电子采购的公共模块部署在云端，包括审批中心、支付中心、用户中心、预算中心，并且可以动态扩展，并通过公有云为商城提供服务。企业采购流程的业务流程、财务流程、管理流程全流程自动处理，全部集成到电子商城的方法，解决电子采购数字化转型问题，并支持动态插拔，可以无限扩展商城功能，减少电子商城的开发成本，提高电子采购自动化效率。

基于同样的思路，本申请的一些实施例还提供了上述方法对应的设备和非易失性计算机存储介质。

图3为本申请实施例提供的一种针对企业的电子采购设备的一种结构示意图，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

确定包括第一动态插拔模块与业务功能模块的公有云平台；

根据预先设定的电子采购业务需求，构建第二动态插拔模块与商城功能模块，以根据所述第二动态插拔模块与所述商城功能模块，生成企业的电子商城；

通过所述电子商城获取企业的采购请求，根据所述采购请求，向所述公有云平台进行访问，开始执行采购流程；

在执行采购流程时，通过所述第一动态可插拔模块与所述第二动态可插拔模块，将所述商城功能模块与所述业务功能模块之间进行动态插拔，以生成所述采购请求的采购结果。

本申请的一些实施例提供的一种针对企业的电子采购非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

确定包括第一动态插拔模块与业务功能模块的公有云平台；

根据预先设定的电子采购业务需求，构建第二动态插拔模块与商城功能模块，以根据所述第二动态插拔模块与所述商城功能模块，生成企业的电子商城；

通过所述电子商城获取企业的采购请求，根据所述采购请求，向所述公有云平台进行访问，开始执行采购流程；

在执行采购流程时，通过所述第一动态可插拔模块与所述第二动态可插拔模块，将所述商城功能模块与所述业务功能模块之间进行动态插拔，以生成所述采购请求的采购结果。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请技术原理之内所作的任何修改、等同替换、改进等，均应落入本申请的保护范围之内。