CN112085456A - 采购订单处理方法及装置 - Google Patents

采购订单处理方法及装置 Download PDF

Info

Publication number
CN112085456A
CN112085456A CN202011034235.4A CN202011034235A CN112085456A CN 112085456 A CN112085456 A CN 112085456A CN 202011034235 A CN202011034235 A CN 202011034235A CN 112085456 A CN112085456 A CN 112085456A
Authority
CN
China
Prior art keywords
order
purchase
purchasing
sub
approval
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011034235.4A
Other languages
English (en)
Inventor
邓帅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp filed Critical China Construction Bank Corp
Priority to CN202011034235.4A priority Critical patent/CN112085456A/zh
Publication of CN112085456A publication Critical patent/CN112085456A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Data Mining & Analysis (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供了一种采购订单处理方法及装置，其中，该方法包括：接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。本申请能够在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而能够提高用户体验。

Description

采购订单处理方法及装置
技术领域
本申请涉及数据处理技术领域，尤其涉及一种采购订单处理方法及装置。
背景技术
采购是指企业在一定的条件下从供应市场获取产品或服务作为企业资源，以保证企业生产及经营活动正常开展的一项企业经营活动，是个人或单位在一定的条件下从供应市场获取产品或服务作为自己的资源，为满足自身需要或保证生产、经营活动正常开展的一项经营活动。企业采购是现今市场经济下一种主流的采购方式。企业是大批量商品生产的主体。为了实现大批量产品的生产，也就需要大批量商品的采购。生产企业的生产，是以采购作为前提条件的。没有采购，生产就不能进行。企业的采购不仅采购数量多，采购市场范围宽，而且对采购活动要求特别严格。企业级采购是更严格、更大量的采购，往往需要配合层层审批。
对于目前常见的企业采购***来说，负责下单的通常是各个下级机构的采购人员，因此，对商品品类与数量的选择不是由个人决定的，需要在下单的前后进行多层次的审批。还经常会出现一个采购经理负责整个下级机构下大大小小几十家子机构的采购需求。按照正常的电商模式，一个采购经理需要对几十个采购需求选择不同的商品、数量并填写不同的地址进行下单，然后发起单独的审批。这导致采购与审批过程效率低且准确性较差，对于采购工作来说，非常不友好的。
发明内容
针对现有技术中的问题，本申请提出了一种采购订单处理方法及装置，能够在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而能够提高用户体验。
为了解决上述技术问题，本申请提供以下技术方案：
第一方面，本申请提供一种采购订单处理方法，包括：
接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；
若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。
进一步地，所述对所述采购主订单进行采购审批，包括：
若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的各个所述采购子订单是否均通过审批，若否，则将未通过审批的所述采购子订单发送至对应的所述下级机构节点，以使该下级机构节点调整所述采购子订单。
进一步地，不同所述下级机构节点上传的采购子订单的收货地址不同。
进一步地，所述对所述采购主订单进行采购审批，包括：
若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的任一所述采购子订单的商品品类和需求部信息是否通过审批，若是，则确定所述采购主订单的采购审批通过；其中，所述采购主订单对应的各个采购子订单的商品品类和需求部门相同。
第二方面，本申请提供一种采购订单处理装置，包括：
接收模块，用于接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；
生成模块，用于若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。
进一步地，所述生成模块，包括：
回退单元，用于若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的各个所述采购子订单是否均通过审批，若否，则将未通过审批的所述采购子订单发送至对应的所述下级机构节点，以使该下级机构节点调整所述采购子订单。
进一步地，不同所述下级机构节点上传的采购子订单的收货地址不同。
进一步地，所述生成模块，包括：
判断单元，用于若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的任一所述采购子订单的商品品类和需求部信息是否通过审批，若是，则确定所述采购主订单的采购审批通过；其中，所述采购主订单对应的各个采购子订单的商品品类和需求部门相同。
第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的采购订单处理方法。
第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述的采购订单处理方法。
由上述技术方案可知，本申请提供一种采购订单处理方法及装置。其中，该方法包括：接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批；能够在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而能够提高用户体验；具体地，能够避免重复审批，提高审批的效率；将传统的订单拆分为子订单与主订单的形式，可将创建订单、编辑内容、选择收货地址等权限下放给下级机构，能够提高采购订单审批的灵活性；能够对多个采购子订单集中审批与监控，进而能够提高审批的效率和准确性，特别是ToB产品采购审批的效率和准确性；同时，主订单中可以对应多个不同收货地址，进而能够满足更多的采购业务场景；在提高采购订单审批的准确性和效率的基础上，能够实现采购过程的严控以及提高采购过程的效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例中采购订单处理方法的流程示意图；
图2是本申请另一实施例中采购订单处理方法的流程示意图；
图3是本申请又一实施例中采购订单处理方法的流程示意图；
图4是本申请应用实例中采购订单处理方法的流程示意图；
图5是本申请实施例中采购订单处理装置的结构示意图；
图6为本申请实施例的电子设备的***构成示意框图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了便于理解本申请提供的技术方案，下面先对本申请技术方案的相关内容进行说明。
审批流：一个完整的审批流程，企业级采购在不同的环节往往会有不同的审批要求，根据不同的要求制定不同的审批节点，将审批节点按照业务要求组合后，就形成了完整的一个审批流程。
ToB产品：针对公司购买的产品，一般需要走流程而且回款较慢；比如常见的saas平台，CRM***等。
ToC产品：针对普通消费者的产品；比如常见的日用品，零食，手机等。
目前市场上开放式的互联网电商没有一个订单对应多个收货地址与收货人的情况，ToC的市场较多，但根本不会有审批相关的问题，即使是ToB，因为互联网电商面对的都是企业这个整体，比如互联网电商接收来自银行的订单，即使有审批相关的工作，也是在下单企业的内部进行审批，不会流转到承载下单工作的互联网电商中。所以目前市场上的互联网电商就没有针对企业采购的审批流机制。另一方面，目前市面上的企业级采购***，也最多只能支持线上模式的采购流程，包括采购执行、报价、中标以及签订合同等，并没有为采购业务而生的电商模块。
基于此，本申请提供的采购订单处理方法及装置，能够针对不同采购需求生成不同商品、数量与地址的采购子订单，将采购子订单以采购机构的上级机构为单位整合为采购主订单，进行集中审批与采购；“订单”更多是作为一个承担“容器”，接收来自不同下级子机构的采购内容，并为各自打上不同地址的标签，形成抽象化的“子订单”，然后按照业务要求以一个订单的整体形式汇总进行审批，最后完成采购。这个模式极大的简化采购工作人员的工作量、同时能够做到采购的集中管控与信息收集的功能，最重要的是在满足采购权限上收的同时还能较为透明的满足下级机构的采购需求。
为了在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而提高用户体验，本申请实施例提供一种采购订单处理装置，该装置可以是一服务器或客户端设备，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备和智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表和智能手环等。
在实际应用中，进行采购订单处理的部分可以在如上述内容所述的服务器侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。
上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。
所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。
具体通过下述各个实施例进行说明。
为了在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而提高用户体验，本实施例提供一种执行主体是采购订单处理装置的采购订单处理方法，该采购订单处理装置包括但不限于服务器，如图1所示，该方法具体包含有如下内容：
步骤100：接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单。
具体地，所述下级机构节点可以是下级机构中的服务器，用于将采购子订单上传至采购订单处理装置；采购订单处理装置可以是所述下级机构节点对应的上级机构节点；例如，若下级机构为银行支行，则上级机构可以是对应的银行分行。所述下级机构节点可以接收前端基于本机构的采购需求选择的商品名称和商品数量，绑定上本机构的收货地址，生成采购子订单，判断采购子订单是否符合对应的下级子机构预设的订单信息，若是，则预审批通过；预定的订单信息可以包括本机构指定的商品品类、商品数量阈值、机构标识、需求部门和多种商品名称等，可根据实际情况进行设置；多个所述下级机构节点可以同时生成采购子订单，进而能够提高生成采购主订单的效率。
所述采购子订单可以包含有：采购子订单标识、机构标识、收货地址、商品品类、商品名称、商品数量和需求部门等信息；采购子订单标识可以是子订单ID，用于区分不同的采购子订单。其中，不同下级机构节点上传的采购子订单的收货地址可以不同，能够提高采购主订单的灵活性和应用场景的广泛性，能够提高采购过程的效率和准确性。机构标识可以是机构号或机构名称，用于区分不同的机构。
步骤200：若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。
具体地，前端可以将主订单生成请求发送至采购订单处理装置，主订单生成请求可以包含有所述采购订单处理装置对应的至少一个下级机构节点的机构标识或子订单标识，用于确定生成的采购主订单对应的采购子订单。
其中，步骤200可以分为步骤210：若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单；步骤220：对所述采购主订单进行采购审批。
为了进一步提高采购订单审批的可靠性，参见图2，在本申请一个实施例中，步骤220，包括：
步骤201：若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的各个所述采购子订单是否均通过审批，若否，则将未通过审批的所述采购子订单发送至对应的所述下级机构节点，以使该下级机构节点调整所述采购子订单。
具体地，所述订单审批请求可以包含有采购主订单的订单标识，用于区分不同的采购主订单，可以将对应的采购子订单的子订单ID以字符串的形式串联在一起组成采购主订单的订单标识。
其中，采购订单处理装置可以判断各个所述采购子订单是否符合对应的下级子机构预设的订单信息，采购订单处理装置可以存储有各个级子机构预设的订单信息，通过下级子机构节点的预审批和采购订单处理装置的审批能够提高采购审批的可靠性，进而能够提高接下来采购过程的可靠性。
为了在保证采购订单审批的可靠性的基础上，提高订单审批的效率，参见图3，在本申请一个实施例中，步骤220包括：
步骤202：若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的任一所述采购子订单的商品品类和需求部信息是否通过审批，若是，则确定所述采购主订单的采购审批通过；其中，所述采购主订单对应的各个采购子订单的商品品类和需求部门相同。
所述采购子订单可以包含有：采购子订单标识、机构标识、收货地址、商品品类、商品名称、商品数量和需求部门等信息。在本实施例中，在同一采购主订单对应的各个采购子订单中，部分信息完全相同，部分信息可以不同；例如：同一采购主订单中的各个采购子订单中的商品品类相同，需求部门相同；因此，对于同一采购主订单，只需要进行一次审批，能够避免重复对各个子订单中的商品品类和需求部门进行审批，进而能够提高采购订单审批的效率。可以判断所述商品品类和需求部信息是否符合对应的下级子机构的订单信息，若是，则审批通过。
为了进一步说明本方案，本申请还提供一种采购订单处理方法的应用实例，参见图4，该方法包括：
S11：下级采购人员选择商品、数量并绑定地址生成子订单：前序的采购流程结束后，下级机构的采购人员可以根据采购需求选择对应的商品、商品数量生成采购子订单，并从机构地址库中选择对应的地址与采购子订单进行绑定。***会在数据库子订单主表中生成一条新记录，存储该采购子订单的机构信息、地址信息以及其它相关信息，并以该记录的主键ID作为子订单明细表的外键，在子订单明细表中新增对应的商品信息，包括商品品类与需求部门等。
S12：下级机构内部预审批：下级机构采购人员发起订单预审后，***调用审批流功能模块，生成一条新的审批流，从采购人员选择的用户开始进行审批，期间有用户不通过选择回退，采购人员会收到待办信息，重新开始编辑子订单。直到审批流中的终审通过，子订单才会上报给上级机构业务人员。
S13：判断是否通过预审批；若是，则执行步骤S14，否则再次执行步骤S11。
S14：上级机构业务人员整合子订单生成主订单：上级机构业务人员进入***，可以从数据库中的机构关系树中查询到该上级机构下所有的下级机构，并以这些下级机构的主键id带入子订单主表中作为查询条件进行查询，将未生效的子订单信息反馈到***前端，上级机构业务人员可以选择性的拉取部分子订单整合为一个主订单，在数据库订单主表中生成一条新的数据，将子订单ID以字符串的形式串联在一起存储在主订单表中。
S15：上级机构集中审批。
S16：子订单是否通过审批；若是，则执行后续流程；否则再次执行步骤S11。
具体地，上级机构业务人员对采购主订单发起集中审批后，***调用审批流功能模块，生成一条新的集中审批流，开始进行审批流转，期间若某个采购子订单的内容不通过，可以选择将该采购子订单从采购主订单中剔除，***会在数据库中将该采购子订单的状态回退到初始化，并将该采购子订单的主键信息从主订单表中剔除；或者可以选择将采购子订单回退，下级机构采购人员同样会收到待办信息，重新编辑采购子订单，在预审通过后，再次进行采购主订单的集中审批；集中审批结束后，可进行接下来的采购流程。在集中审批阶段，如果对订单有疑问或者不通过的情况，可以采购子订单为单位进行回退，如果集中审批通过，就可以正常结算付款。
从软件层面来说，为了在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而提高用户体验，本申请提供一种用于实现所述采购订单处理方法中全部或部分内容的采购订单处理装置的实施例，参见图5，所述采购订单处理装置具体包含有如下内容：
接收模块10，用于接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；
生成模块20，用于若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。
在本申请一个实施例中，所述生成模块，包括：
回退单元，用于若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的各个所述采购子订单是否均通过审批，若否，则将未通过审批的所述采购子订单发送至对应的所述下级机构节点，以使该下级机构节点调整所述采购子订单。
其中，所述采购子订单可以为对应的所述下级机构节点预审批通过的订单。
在本申请一个实施例中，所述生成模块，包括：
判断单元，用于若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的任一所述采购子订单的商品品类和需求部信息是否通过审批，若是，则确定所述采购主订单的采购审批通过；其中，所述采购主订单对应的各个采购子订单的商品品类和需求部门相同。
本说明书提供的采购订单处理装置的实施例具体可以用于执行上述采购订单处理方法的实施例的处理流程，其功能在此不再赘述，可以参照上述采购订单处理方法实施例的详细描述。
为了进一步说明本方案，本申请提供一种企业级采购***的应用实例，可以用于实现所述采购订单处理方法中全部或部分内容，具体描述如下：
所述企业级采购***可以包括：多个下级机构节点，以及与下级机构节点通信连接的上级机构节点；节点可以包括但不限于服务器。在企业级采购***中可实现完全可配置化的采购流程，同时企业级采购***也支持竞争性磋商、竞争性谈判以及公开招投标的多种形式的采购。企业级采购***具有高开放性与社会性，个人供应商和企业供应商都可以在企业级采购***中随意注册，经由供应商审核人审核通过入库后，便可以与目标银行的各个分行与支行开展采购业务。同时，企业级采购***还包括：电商模块，能够实现在企业级采购***中从编制采购需求一直到签订合同完成采购收到货物的一体化实施。基于电商模块，用户可以直接在企业级采购***中完成最简易版的采购——电商下单，能够在支持采购业务全流程的同时，为企业级采购带来更大的便捷。
由上述描述可知，本申请提供的采购订单处理方法及装置，能够避免上级机构在开展关于下级机构的采购工作时，重复性质的下单与审批操作，导致效率低。将传统的订单拆分为子订单与主订单的形式，可将创建订单、编辑内容、选择收货地址的权限下放给下级机构，将一个人的工作有效的拆分为多个人同时进行，同时又可以集中审批与管控，将采购的最终决定权上收。真正做到采购的严控与高效。另外，多地址下单和合并审批是可以拆开的两个功能设计，所以有些之前无法实现的业务场景，也能够通过这两种功能实现。例如，若一个机构不需要集中审批，只需要将一种商品采购后发货给它不同部门所在的地址，可以在创建子订单时，绑定不同的地址进行发货。若在有些业务场景中，需要将发往一个机构的订单拆分开，变成多个订单，则将一个订单拆成多个子订单，然后集中审批。能够将电商“一对一”采购模式拆分为“多对一”或“一对多”的模式，能够有效地满足更多的采购业务场景。
从硬件层面来说，为了在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而提高用户体验，本申请提供一种用于实现所述采购订单处理方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：
处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现所述采购订单处理装置以及用户终端等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现所述采购订单处理方法的实施例及用于实现所述采购订单处理装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。
图6为本申请实施例的电子设备9600的***构成的示意框图。如图6所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图6是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
在本申请一个或多个实施例中，采购订单处理功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：
步骤100：接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；
步骤200：若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。
从上述描述可知，本申请的实施例提供的电子设备，能够在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而提高用户体验。
在另一个实施方式中，采购订单处理装置可以与中央处理器9100分开配置，例如可以将采购订单处理装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现采购订单处理功能。
如图6所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图6中所示的所有部件；此外，电子设备9600还可以包括图6中没有示出的部件，可以参考现有技术。
如图6所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。
该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。
基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。
上述描述可知，本申请的实施例提供的电子设备，能够在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而提高用户体验。
本申请的实施例还提供能够实现上述实施例中的采购订单处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的采购订单处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
步骤100：接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；
步骤200：若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。
从上述描述可知，本申请实施例提供的计算机可读存储介质，能够在满足更多的采购业务场景，同时保证采购订单审批准确性的基础上，提高采购订单审批的效率，进而提高用户体验。
本申请中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。
本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本申请中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种采购订单处理方法，其特征在于，包括：
接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；
若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。
2.根据权利要求1所述的采购订单处理方法，其特征在于，所述对所述采购主订单进行采购审批，包括：
若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的各个所述采购子订单是否均通过审批，若否，则将未通过审批的所述采购子订单发送至对应的所述下级机构节点，以使该下级机构节点调整所述采购子订单。
3.根据权利要求1所述的采购订单处理方法，其特征在于，
不同所述下级机构节点上传的采购子订单的收货地址不同。
4.根据权利要求3所述的采购订单处理方法，其特征在于，所述对所述采购主订单进行采购审批，包括：
若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的任一所述采购子订单的商品品类和需求部信息是否通过审批，若是，则确定所述采购主订单的采购审批通过；
其中，所述采购主订单对应的各个采购子订单的商品品类和需求部门相同。
5.一种采购订单处理装置，其特征在于，包括：
接收模块，用于接收多个下级机构节点上传的采购子订单，其中，所述采购子订单为对应的下级机构节点创建并且预审批通过的订单；
生成模块，用于若接收到主订单生成请求，则基于多个所述采购子订单，生成所述主订单生成请求对应的采购主订单，以对所述采购主订单进行采购审批。
6.根据权利要求5所述的采购订单处理装置，其特征在于，所述生成模块，包括：
回退单元，用于若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的各个所述采购子订单是否均通过审批，若否，则将未通过审批的所述采购子订单发送至对应的所述下级机构节点，以使该下级机构节点调整所述采购子订单。
7.根据权利要求5所述的采购订单处理装置，其特征在于，
不同所述下级机构节点上传的采购子订单的收货地址不同。
8.根据权利要求7所述的采购订单处理装置，其特征在于，所述生成模块，包括：
判断单元，用于若接收到订单审批请求，则从多个所述采购主订单中确定所述订单审批请求对应的目标采购主订单，判断该目标采购主订单对应的任一所述采购子订单的商品品类和需求部信息是否通过审批，若是，则确定所述采购主订单的采购审批通过；
其中，所述采购主订单对应的各个采购子订单的商品品类和需求部门相同。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至4任一项所述的采购订单处理方法。
10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现权利要求1至4任一项所述的采购订单处理方法。
CN202011034235.4A 2020-09-27 2020-09-27 采购订单处理方法及装置 Pending CN112085456A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011034235.4A CN112085456A (zh) 2020-09-27 2020-09-27 采购订单处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011034235.4A CN112085456A (zh) 2020-09-27 2020-09-27 采购订单处理方法及装置

Publications (1)

Publication Number Publication Date
CN112085456A true CN112085456A (zh) 2020-12-15

Family

ID=73739976

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011034235.4A Pending CN112085456A (zh) 2020-09-27 2020-09-27 采购订单处理方法及装置

Country Status (1)

Country Link
CN (1) CN112085456A (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109034979A (zh) * 2018-08-21 2018-12-18 上海互海信息科技有限公司 一种报价***及报价方法
CN109492973A (zh) * 2018-11-08 2019-03-19 国电物资集团有限公司电子商务中心 一种订单执行全流程监管的智能结算方法和***
CN111080262A (zh) * 2019-12-20 2020-04-28 唐山启奥科技股份有限公司 智能后勤平台管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109034979A (zh) * 2018-08-21 2018-12-18 上海互海信息科技有限公司 一种报价***及报价方法
CN109492973A (zh) * 2018-11-08 2019-03-19 国电物资集团有限公司电子商务中心 一种订单执行全流程监管的智能结算方法和***
CN111080262A (zh) * 2019-12-20 2020-04-28 唐山启奥科技股份有限公司 智能后勤平台管理方法

Similar Documents

Publication Publication Date Title
CN111861569B (zh) 产品信息推荐方法及装置
CN109345190B (zh) 一种数据处理方法及装置
US9349110B2 (en) Enterprise product management system and method
CN105205595A (zh) 投资项目的管理方法及装置
CN104376452A (zh) 基于国际卡支付通道管理支付成功率的***及方法
CN111444224A (zh) 一种业务数据校验方法及装置
US20160217512A1 (en) Method and system for provisioning curated insurance service
CN110910089A (zh) 一种智慧社区工单处理方法及装置、服务器、***
CN109978554A (zh) 订单处理方法、服务端设备及计算机可读存储介质
CN112085462A (zh) 数据处理方法、服务器和介质
KR102538221B1 (ko) Ｎｆｔ를 이용한 기업맞춤컨설팅 서비스 제공 시스템
CN112085456A (zh) 采购订单处理方法及装置
CN109461088A (zh) 一种保全工单的分单方法、装置、介质和电子设备
CN111882436B (zh) 一种基于区块链的数据处理方法、装置及设备
US20220138764A1 (en) Global Regulatory-Device Testing and Compliance-Life Cycle Management System
US11301850B2 (en) System and method for transferring an anonymized transaction between nodes of a computer network
Matejaš et al. Building a BPM application in an SOA-based legacy environment
US10496941B2 (en) Medium storing control program for sharing service, and apparatus and method therefor
CN114155091A (zh) 基于区块链的融资方法、装置及***
CN112101915A (zh) 金融服务管控数据处理方法及装置
Glukhov et al. Towards business optimization and development of telecommunication companies: Tools analysis and their adaptation opportunities
CN110753114A (zh) 针对工业领域的数据共享方法、云平台及***
US20180121862A1 (en) Vehicle service management system
US20170262859A1 (en) Method and system for providing it support, building and managing network infrastructures on demand
US20230237560A1 (en) Product catalog mapping and integration across distributed systems and interfaces, dynamic determination and presentation of customized service offers and lifecycle management of services

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination