一种订单审批方法、装置以及企业采购管理系统与流程

[0001]
本发明涉及数据处理领域，尤其涉及一种订单审批方法、装置以及企业采购管理系统、电子设备和存储介质。


背景技术：

[0002]
目前，大型企业都会引进企业级采购一体化实施系统，来满足企业的采购需求。在一些较强大的企业级采购一体化实施系统中，可实现完全可配置化的采购流程，同时也支持竞争性磋商、竞争性谈判以及公开招投标的多种形式的采购。并且，大部分采购系统也具有高开放性与社会性，个人供应商和企业供应商都可以在系统中随意注册，经由供应商审核人审核通过入库后，便可以与企业下属各个部分或分支机构开展采购业务。同时，大部分采购系统还有个很重要的模块就是电商模块，有采购需求的人员能够在系统中直接电商下单，从编制采购需求一直到签订合同完成采购收到货物。
[0003]
但是，对于大部分企业级采购一体化系统来讲，其定位是to b，而互联网电商大部分是to c，目前市场上开放式的互联网电商没有一个订单对应多个收货地址与收货人的情况。互联网电商的to c的市场较多，但根本不会有审批相关的问题，即使是to b，因为互联网电商面对的都是企业这个整体，即使有审批相关的工作，也是在下单企业的内部进行审批，不会流转到承载下单工作的互联网电商中。所以目前市场上的互联网电商也就没有针对企业采购的审批流机制。
[0004]
而且，在使用这些企业级采购一体化系统的过程中，下单的都是企业中负责采购的业务人员，对商品品类与数量的选择不是由个人决定的，需要在下单的前后进行多层次的审批。同时，还经常会出现一个采购经理负责整个企业下大大小小几十个部门或者下属机构的采购需求。按照正常的电商模式，一个采购经理需要对这几十个采购需求选择不同的商品、数量并填写不同的地址进行下单，然后发起单独的审批。这对于需要集中采购与严格审批的采购工作来说，是非常不友好的。


技术实现要素：

[0005]
本发明公开一种订单审批方法、装置以及企业采购管理系统、电子设备和存储介质，以解决现有的采购订单审批效率低下的问题。
[0006]
为了达到上述目的，本申请实施例公开一种订单审批方法，包括：生成子订单，所述子订单包括订单机构id、商品类别、商品数量以及订单地址；根据设定的订单分类规则，将多个子订单整合为一个主订单，并将所述主订单发送给上级机构审批；接收上级审批指令，将通过审批的主订单进入采购流程。
[0007]
在一种实施例中，订单审批方法还包括：将生成的子订单进行存储，形成子订单库；根据设定的订单分类规则，从所述子订单库中提取部分子订单整合为一个主订单。
[0008]
在一种实施例中，所述根据设定的订单分类规则，将多个子订单整合为一个主订单，包括：将包含有相同商品类型的子订单整合为一个主订单；和/或将订单总金额小于设
定阈值的子订单整合为一个主订单；和/或将包含有相同订单地址的子订单整合为一个主订单。
[0009]
在一种实施例中，在将所述多个子订单整合为一个主订单之前，还包括：将所述多个子订单分别进行预审批，将通过预审批的子订单再进行整合。
[0010]
在一种实施例中，所述将主订单发送给上级机构审批，包括：将根据不同的订单分类规则整合的主订单，发送给不同的上级机构审批。
[0011]
为了达到上述目的，本申请实施例还公开了一种订单审批装置，包括：子订单生成模块，用于生成子订单，所述子订单包括订单机构id、商品类别、商品数量以及订单地址；整合模块，用于根据设定的订单分类规则，将多个子订单整合为一个主订单，并将所述主订单发送给上级机构审批；发送模块，用于接收上级审批指令，将通过审批的主订单进入采购流程。
[0012]
在一种实施例中，订单审批装置还包括：第一存储模块，用于存储生成的子订单，形成子订单库；第二存储模块，用于存储设定的订单分类规则。
[0013]
在一种实施例中，所述设定的订单分类规则，包括：将包含有相同商品类型的子订单整合为一个主订单；和/或将订单总金额小于设定阈值的子订单整合为一个主订单；和/或将包含有相同订单地址的子订单整合为一个主订单。
[0014]
在一种实施例中，订单审批装置还包括：预审批模块，用于在将所述多个子订单整合为一个主订单之前，对所述多个子订单分别进行预审批。
[0015]
为了达到上述目的，本申请实施例还公开了一种企业采购管理系统，包括订单审批装置和审批流功能装置，所述订单审批装置在发送审批请求后，调用所述审批流功能装置进行订单审批；所述订单审批装置包括：子订单生成模块，用于生成子订单，所述子订单包括订单机构id、商品类别、商品数量以及订单地址；整合模块，用于根据设定的订单分类规则，将多个子订单整合为一个主订单，并将所述主订单发送给上级机构审批；发送模块，用于接收上级审批指令，将通过审批的主订单进入采购流程；其中，所述整合模块将所述主订单发送给上级机构进行审批后，系统调用所述审批流功能装置生成新的审批流，上级机构接收到所述新的审批流进行审批。
[0016]
为了达到上述目的，本申请实施例还公开了一种电子设备，所述电子设备包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序以实现如本申请任一实施例所述的订单审批方法。
[0017]
为了达到上述目的，本申请实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质存储有至少一个指令，所述至少一个指令被处理器执行时实现如本申请任一实施例所述的订单审批方法。
[0018]
本发明实施例公开的订单审批方法、装置以及企业采购管理系统、电子设备和存储介质，通过将传统的订单拆分为子订单与主订单的形式，可将创建订单、编辑内容、选择收货地址的权限下放给下级机构，将一个人的工作有效的拆分为多个人同时进行，避免了上级机构在开展关于下级机构的采购工作时，过多的去进行一些重复性质的下单与审批操作，导致的效率低下；同时又可以集中审批与管控，将采购的最终决定权上收，真正做到采购的严控与高效。此外，本申请实施例将死板的电商“一对一”模式拆分为“多对一对多”的模式，有效的满足更多的采购业务场景。
[0019]
参照后文的说明和附图，详细公开了本发明的特定实施方式，指明了本发明的原理可以被采用的方式。应该理解，本发明的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本发明的实施方式包括许多改变、修改和等同。
[0020]
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。
[0021]
应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
[0022]
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0023]
图1为本申请实施例的订单审批方法的处理流程图；
[0024]
图2为本申请另一实施例的订单审批方法的处理流程图；
[0025]
图3为本申请实施例的订单审批装置的结构示意图；
[0026]
图4为本申请另一实施例的订单审批装置的结构示意图；
[0027]
图5为本申请又一实施例的订单审批装置的结构示意图；
[0028]
图6为本申请实施例的企业采购管理系统的结构示意图；
[0029]
图7是本发明实现订单审批方法的较佳实施例的电子设备的结构示意图。
具体实施方式
[0030]
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0031]
本领域技术技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
[0032]
下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。
[0033]
采购：是指企业在一定的条件下从供应市场获取产品或服务作为企业资源，以保证企业生产及经营活动正常开展的一项企业经营活动。同时，也可以是指个人或单位在一定的条件下从供应市场获取产品或服务作为自己的资源，为满足自身需要或保证生产、经营活动正常开展的一项经营活动。
[0034]
企业采购：是现今市场经济下一种最主要、最主流的采购。企业是大批量商品生产的主体，为了实现大批量产品的生产，也就需要大批量商品的采购。生产企业的生产，是以采购作为前提条件的，没有采购，生产就不能进行。企业的采购不仅采购数量多，采购市场范围宽，而且对采购活动要求特别严格。企业级采购是更严格、更大量的采购，往往需要配合层层审批。
[0035]
审批流：指一个完整的审批流程。企业级采购在不同的环节往往会有不同的审批要求，根据不同的要求制定不同的审批节点，将审批节点按照业务要求组合后，就形成了完整的一个审批流程，这就是审批流。
[0036]
to b：针对公司购买的产品，这一类一般需要走流程而且回款较慢。比如常见的saas平台，crm系统等等，这个行业也就是统称to b行业。
[0037]
to c：针对普通消费者产品，比如常见的日用品，零食，手机等，都是属于to c产品，这些行业也就属于to c行业。
[0038]
本申请提出的基于采购业务特性的订单合并审批的方法、装置及企业采购管理系统，是根据目前大多数企业采购系统中的电商下单业务场景所设计的新功能，主要是针对下单以及之后的审批流程的优化。电商下单作为一类最简单的采购模式，企业及其下属机构现在都在频繁使用，每天都会有大量的电商订单生成，作为每个环节的审批人员来说，审批这些电商订单工作量较大。同时，采购是一个个性化较大的业务，在采购规章制度下，每个下级机构都有各自独特的采购要求。就电商下单而言，一些企业要求将所有下级机构的下单需求汇总到一个人手上，由这个人统一进行下单。还有一些企业要求根据下单商品所属的需求管理部门，收集相关的订单需求，代为下单。而又有一些企业不做任何要求，任何员工可在电商里进行下单。不同的要求就会产生不同的业务场景。本申请的订单审批方法，即是对电商平台进行功能优化，设计了“子订单-主订单”的模式，让不同的电商下单需求，按照一种要求自动整合在一起形成一个“主订单”，对应生成一条审批任务，最大化的简化了审批环节的工作量，提高了整个电商下单工作的效率，也涵盖了现有的所有业务场景。本申请提出了一种基于采购业务特性的订单合并审批的方法、装置及企业采购管理系统，将来自不同机构的采购需求整理成一个订单，但将订单根据商品特性拆分为不同的子订单，按照机构对应的地址进行下单，最后再以一个订单的形式进行审批，将死板的电商“一对一”模式拆分为“多对一对多”的模式，有效的满足更多的企业采购业务场景。
[0039]
在本申请实施例中，“订单”作为电商平台中下单与审批之间的产物，它不再是一般意义理解的正常“淘宝”类型的订单，它更多的是承担的一个“容器”的作用，接收来自不同单位或者部门的采购内容，并为各自打上不同地址的标签，形成抽象化的“子订单”，然后按照业务要求以一个订单的整体形式汇总进行审批，最后完成采购。这种采购审批模式极大的简化了采购工作人员的工作量，同时也做到了采购的集中管控与信息收集的功能，最重要的是在做到采购权限上收的同时还能较为透明的满足下级机构的采购需求。
[0040]
图1为本申请实施例的订单审批方法的处理流程图。在该实施例中，包括：步骤s101，生成子订单，所述子订单包括订单机构id、商品类别、商品数量以及订单地址；步骤s102，根据设定的订单分类规则，将多个子订单整合为一个主订单，并将所述主订单发送给上级机构审批；步骤s103，接收上级审批指令，将通过审批的主订单进入采购流程。
[0041]
本申请实施例中，子订单由各个下级机构的采购业务人员根据采购需求生成，采购需求可由本机构人员提交给下级机构采购业务人员。采购需求可以包括需要采购的具体商品、数量等信息，下级机构采购业务人员根据采购需求，在采购系统中选择对应的商品、数量，绑定上本机构的收货地址，生成对应的子订单。一种实施方式中，可从系统存储的机构地址库中选择本机构的收货地址，绑定生成子订单。在生成某一项子订单后，可以将其存储在子订单库中，此时系统会在子订单库的主表中生成一条新的数据，包括该子订单的机
构id、订单地址信息以及其它相关信息，并以该数据的主键信息作为子订单明细表的外键，在子订单明细表中新增对应的商品信息，包括商品品类与数量等。
[0042]
在另一种实施例中，子订单信息中也可以包括商品金额信息，由于采购系统中包括有电商模块，因此可以根据某一个或者某几个电商平台的商品定价，将平均价格或者一个价格区间作为子订单信息中的商品金额信息。
[0043]
本申请实施例的步骤s102中，上级机构采购业务人员在系统中根据设定的订单分类规则，将多个子订单整合为一个主订单。具体实施时，需要根据不同的业务场景选择不同的订单分类规则。例如，如果需要对同一类别的商品集中采购，则可以将包含有相同商品类型的子订单整合为一个主订单；如果需要对同一机构的订单集中采购，则可以将包含有相同订单地址的子订单整合为一个主订单；如果需要将不同金额的订单发送给不同审批权限的上级审批，则可以将订单总金额小于某个设定阈值的子订单整合为一个主订单。
[0044]
例如，专门采购it设备的上级机构采购业务人员会在子订单库中，将商品类别为it设备的子订单提取出来，整合为一个主订单，发送给上级进行审批。又例如，专门负责a机构采购任务的上级机构采购业务人员，会在子订单库中，将机构id标识为a机构的子订单提取出来，整合为一个主订单，发送给上级进行审批。再例如，某一个上级机构采购业务人员负责采购大额订单，将子订单库中总金额大于2w的子订单提取出来，整合为一个主订单，发送给对应的上级领导进行审批。因此，本申请实施例的订单审批方法，根据设定不同的分类整合规则，可以让上级机构采购业务人员灵活采取多种订单整合方式，从而使得采购业务系统可以适应不同企业的不同审批需求。
[0045]
在一种具体实施方式中，可以从数据库中的机构关系树中查询到该机构下所有的下级机构，并以这些下级机构的主键信息带入子订单主表中作为查询条件进行查询，最后会把未生效的子订单信息反馈到系统前端，上级机构采购业务人员可根据设定的订单分类整合规则，选择性的拉取部分子订单整合为一个主订单，系统会在数据库订单主表中生成一条新的数据，将子订单的id以字符串的形式串联在一起存储在主订单表中。
[0046]
在通过步骤s102的上级机构采购业务人员对主订单发起集中审批后，系统调用审批流功能模块，生成一条新的集中审批流，从上级机构采购业务人员选择的审批人员开始进行审批流转，期间有审批人员对某个子订单的内容不通过，可选择将该子订单从主订单中剔除，系统会在数据库中将该子订单的状态回退到初始化，并将该子订单的主键信息从主订单表中剔除；或者审批人员可选择将子订单回退，下级机构采购业务人员同样会收到待办，重新编辑子订单，预审通过后，可继续进行主订单的集中审批。集中审批结束后，可将通过审批的主订单进行接下来的采购流程，例如发送给电商平台进行采购。
[0047]
在另一种实施例中，如图2所示，下级机构采购业务人员可以在生成子订单(步骤s201)后，发起对子订单的预审批(步骤s202)，通过预审批的子订单再进行主订单的整合(步骤s203)和对主订单的集中审批(步骤s204)。这种实施方式，可以减少在主订单审批过程中的回退率，提高审批效率。例如，预审批可以由下级机构内部进行，当下级机构采购业务人员发起预审批请求后可以，系统调用审批流功能模块，生成一条新的预审批流，从下级机构采购业务人员选择的预审批人员开始进行审批，期间有预审批人员不通过选择回退，下级机构采购业务人员会收到待办信息，重新开始编辑子订单，直到预审批流中的终审通过，子订单才会上报给上级机构采购业务人员。
[0048]
在图2所示实施例中，在集中审批阶段，步骤s205中，如果对订单有疑问或者不通过的情况，可以以子订单为单位进行回退，如果集中审批通过，就可以进入步骤s206，正常进行下一步的采购流程。
[0049]
通过以上实施例可以得知，本发明实施例公开的采购订单审批方法，避免了上级机构在开展关于下级机构的采购工作时，过多的去进行一些重复性质的下单与审批操作，导致的效率低下。并且，将传统的订单拆分为子订单与主订单的形式，可将创建订单、编辑内容、选择收货地址的权限下放给下级机构，将一个人的工作有效的拆分为多个人同时进行，同时又可以集中审批与管控，将采购的最终决定权上收，真正做到采购的严控与高效。也就是说，本申请解决了电商下单业务场景中的审批任务过多、审批流程耗时较长导致整个电商下单工作效率较低的业务痛点，比如在以下业务场景中：
[0050]
1.减少某些需求管理部门的审批任务量，缩减审批耗时。基本上所有的订单审批都会首先流转到订单里商品所属的需求管理部门，某些需求管理部门所管理的商品品类较多或属于热门下单品类，按照以前的常规设计，该需求管理部门每天就会收到较多的审批任务，容易形成堆积，造成审批流程耗时较长。但按照订单合并审批的方式，他们需要审批的任务就会大大减少。比如一个人为十几个下级支行代为下单某一种商品，地址可选择不同，商品数量也可选择不同，但因为同属一个商品，这十几个支行的订单就可以自动整合为一个“主订单”，发往同一个需求管理部门，这个需求管理部门的审批任务就从十几个变为了一个。
[0051]
2.某些机构会将所有需求汇总到一个人进行统一下单，通过本申请的审批方法可最大化的减少下单操作时间。按照以前的常规设计，该人收到所有下级机构大大小小的需求几十个，他需要在系统里新建几十个订单，编辑对应的信息，再发往不同的审批对象。但按照本申请的方法，他可以在一个页面完成所有的信息维护工作，点击下单后，系统会自动按照商品品类所属管理部门的不同，将几十个“子订单”整合为几个“主订单”，发往对应的审批对象。
[0052]
3.可针对不同下级机构的要求，进行可配置的合并规则调整。目前在大量使用的是同一个人下多个订单，系统会根据订单里的商品所属需求管理部门的不同，将多个订单整合为几个主订单，发往不同的需求管理部门审批。考虑到可能有些下级机构的要求不同，比如他们的订单需要先经过财务的审批，那订单合并规则可进行不同的配置，从根据“需求管理部门”进行整合，改为根据“订单金额”进行整合，在某个金额内的订单可进行合并，再发往财务进行审批。
[0053]
此外，本申请实施例的订单审批方法中，因为多地址下单和合并审批是可以拆开的两个功能设计，所以可以实现各种业务场景。比如一个机构不需要集中审批，单纯的需要将一种商品采购后发货给它不同部门所在的地址，可以在创建子订单时，绑定不同的地址进行发货。相反，有些业务场景下，需要将发往一个机构的订单拆分开，变成多个订单，通过本发明实施例的子订单模式就可以将一个订单拆成多个子订单，然后集中审批。也就是说，本发明是将死板的电商“一对一”模式拆分为“多对一对多”的模式，有效的满足更多的采购业务场景。
[0054]
在介绍了本发明示例性实施方式的方法之后，接下来，参考图3对本发明示例性实施方式的订单审批装置进行介绍。该装置的实施可以参见上述方法的实施，重复之处不再
赘述。以下所使用的术语“模块”或者“单元”，可以是实现预定功能的软件和/或硬件。尽管以下实施例所描述的模块较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0055]
图3为本发明实施例的订单审批装置的结构示意图。如图3所示，包括：子订单生成模块301，用于生成子订单，所述子订单包括订单机构id、商品类别、商品数量以及订单地址；整合模块302，用于根据设定的订单分类规则，将多个子订单整合为一个主订单，并将所述主订单发送给上级机构审批；发送模块303，用于接收上级审批指令，将通过审批的主订单进入采购流程。
[0056]
在另一实施例中，如图4所示，订单审批装置还包括：
[0057]
第一存储模块401，用于存储生成的子订单，形成子订单库；
[0058]
第二存储模块402，用于存储设定的订单分类规则。其中，存储的设定的订单分类规则，包括：将包含有相同商品类型的子订单整合为一个主订单；和/或，将订单总金额小于设定阈值的子订单整合为一个主订单；和/或，将包含有相同订单地址的子订单整合为一个主订单。
[0059]
在另一实施例中，如图5所示，订单审批装置还包括：
[0060]
预审批模块501，用于在将所述多个子订单整合为一个主订单之前，对所述多个子订单分别进行预审批。
[0061]
此外，尽管在上文详细描述中提及了订单审批装置的若干单元，但是这种划分仅仅并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。同样，上文描述的一个单元的特征和功能也可以进一步划分为由多个单元来具体化。
[0062]
图6为本发明实施例的企业采购管理系统的结构示意图。本实施例中，企业采购管理系统1至少包括订单审批装置11和审批流功能装置12，所述订单审批装置11在发送审批请求后，调用所述审批流功能装置12进行订单审批。
[0063]
本实施例中，所述订单审批装置11可以为图3、图4或图5所示任一实施例的订单审批装置，在所述整合模块302将所述主订单发送给上级机构进行审批后，系统调用所述审批流功能装置12生成新的审批流，上级机构接收到所述新的审批流进行审批。在图5所示实施例中，预审批模块501也会调用所述审批流功能装置12生成新的预审批流，下级机构接收到所述新的预审批流进行审批。
[0064]
上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读存储介质中。其中，该计算机可读存储介质可以存储计算机程序，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0065]
如图7所示，图7是本发明实现订单审批方法的较佳实施例的电子设备的结构示意图。所述电子设备包括存储器71以及处理器72。本领域技术人员可以理解，图7仅仅是电子设备的示例，并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。
[0066]
所述存储器71可选地包括一个或多个计算机可读存储介质，用于存储一种订单审批方法的程序和各种数据，并在运行过程中实现高速、自动地完成程序或数据的存取。所述存储器71可选地包括高速随机存取存储器，并且还可选地包括非易失性存储器，诸如一个或多个磁盘存储设备、闪存存储器设备、或其它非易失性固态存储器设备。
[0067]
结合图1和图2，所述电子设备中的所述存储器71存储多个指令以实现一种订单审批方法，所述处理器72可执行所述多个指令从而实现：
[0068]
生成子订单，所述子订单包括订单机构id、商品类别、商品数量以及订单地址；
[0069]
根据设定的订单分类规则，将多个子订单整合为一个主订单，并将所述主订单发送给上级机构审批；
[0070]
接收上级审批指令，将通过审批的主订单进入采购流程。
[0071]
具体地，所述处理器72对上述指令的具体实现方法可参考图1或图2对应实施例中相关步骤的描述，在此不再赘述。
[0072]
本发明实施例公开的采购订单审批方法、装置以及企业采购管理系统、电子设备和存储介质，通过将传统的订单拆分为子订单与主订单的形式，可将创建订单、编辑内容、选择收货地址的权限下放给下级机构，将一个人的工作有效的拆分为多个人同时进行，避免了上级机构在开展关于下级机构的采购工作时，过多的去进行一些重复性质的下单与审批操作，导致的效率低下；同时又可以集中审批与管控，将采购的最终决定权上收，真正做到采购的严控与高效。此外，本申请实施例将死板的电商“一对一”模式拆分为“多对一对多”的模式，有效的满足更多的采购业务场景。
[0073]
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0074]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0075]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0076]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0077]
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。