一种基于产品编码的订单处理方法、系统及服务器与流程

本发明涉及一种基于产品编码的订单处理方法、系统及服务器。

背景技术：

当前市场上主流的电子商务平台均为：买家--平台---卖家结构。

存在的缺点是，下级供应链需要做二次订单转换:

如图1所示，买家A通过电商平台X发送订货单1，卖家B接到订货单1后，开始组织生产、订货，仍然需要进行采购，此时，卖家B实际上又转变为买家，如图2所示，其采购行为通过另一套电商平台Y将订货单2发送到卖家C……

这样做有三个直接的缺点：

一是效率大大降低，对于生鲜食品的等保质期短的产品，当订单量变大时，其由于订单转换的时间过长，影响订单的流转效率。

二是当产品(尤其是食品)需要进行追溯等管理时，由于产品经过不同的平台切换，其产品名称不同、供需多方不在同一个平台上，订单不再同一个平台上。所以进行原材料的追溯效率极低，且容易出现差错。

三、当采购订单传递到供应链末端时，有可能此时其供货价格已经发生了巨大变化。导致采购订单失效，或者供应链中间环节承担巨大损失。

传统行业中，有一些领域原材料价格变化较大，销售价格需要根据原材料价格的实时变化进行报价。由于订单的变化性和不确定性，再由于时间的紧迫性，生产商很难提前报价，或者在收到订单后，再进行询价及商业谈判，导致客户对价格不满意或者生产商采购时，由于价格变化过大，严重影响其成本。

技术实现要素：

本发明所要解决的技术问题是，针对现有商品编码中无含义，对商品追溯无法起到作用，提供一种与产品原材料和加工过程相关联的基于产品编码的订单处理方法、系统及平台服务器。

本发明解决上述技术问题的技术方案如下：一种基于产品编码的订单处理方法，其应用于平台服务器中，包括以下步骤：

步骤1：接收需求终端发送的产品订单，获得订单中产品对应的产品编码，将此产品编码作为当前编码；

步骤2：查找是否存在预存的与当前编码相对应的产品供应终端；如果是，执行步骤4；否则，执行步骤3；

步骤3：对当前编码进行分解处理，获得至少一个材料编码，将所有材料编码分别设置为当前编码，执行步骤2；

步骤4：将当前编码发送到产品供应终端，结束。

本发明的有益效果是：通过本发明所述的基于产品编码的订单处理方法，通过在平台服务器中对将订单统一编码，使订单在处理过程中无需转换平台，实现一站式产品供应，解决了商家需要在不同平台进行采购和销售的问题，在产品追溯时，只需获得产品编码，在平台中获取对应产品编码的处理过程，即可获得产品来源；实现快速有效的实现产品追溯。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，当最终没有与产品编码对应的产品供应终端时，发出提示信息。

进一步，步骤3中对当前编码进行分解处理支持BOM的系统，直接通过MRP运算,获得原材料编码。

进一步，所述步骤2中，当接收的当前编码为多个时，对所有当前编码分别执行查找是否存在预存的与当前编码相对应的产品供应终端的步骤；对其中存在对应产品供应终端的当前编码，执行步骤4；对其中不存在对应产品供货方的当前编码，执行步骤3。

进一步，所述步骤3中对当前编码执行分解处理，得到至少一个材料编码和至少一个加工编码；每个所述材料编码对应一种原材料或一种产品，每个所述加工编码对应一种加工方法。

进一步，所述当前编码与分解得到的多个材料编码及加工编码存在预设规则，所述预设规则将所述当前编码通过解码方法处理生成对应的材料编码和加工编码。

采用上述进一步方案的有益效果是，本发明中采用的解码方法与编码方法相对应，所述编码方法可采用现有技术中的编码方法将所有材料编码与加工编码编码处理生成设定长度的产品编码。

进一步，当需求终端下单时，登录平台服务器，根据平台服务器提供的商品名称进行选择商品并获得其对应的商品编码，不需要对商品名称查找其商品编码；

当需求终端需要的商品在平台服务器中不存在时，则需求终端向平台服务器发出申请，平台服务器按申请添加该商品到相应的分类中，同时对该商品添加对应的新商品编码；需求订单中的产品名称，像所有的电商平台一样，是在电商平台上选择的，而不是需求终端自行输入的。

本发明解决上述技术问题的技术方案如下：一种平台服务器，包括接收模块、查找模块、分解模块和发送模块；

所述接收模块用于接收需求终端发送的产品订单，获得订单中产品对应的产品编码，将此产品编码作为当前编码；

所述查找模块用于查找是否存在预存的与当前编码相对应的产品供应终端；如果是，触发发送模块；否则，触发分解模块；

所述分解模块用于对当前编码进行分解处理，获得至少一个材料编码，将所有材料编码分别设置为当前编码，返回查找模块；

所述发送模块将当前编码发送到产品供应终端。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，当最终没有与产品编码对应的产品供应终端时，发出提示信息。

进一步，步骤3中对当前编码进行分解处理支持BOM的系统，直接通过MRP运算,获得原材料编码。

进一步，所述查找模块中，当接收的当前编码为多个时，对所有当前编码分别执行查找是否存在预存的与当前编码相对应的产品供应终端的步骤；对其中存在对应产品供应终端的当前编码，触发发送模块；对其中不存在对应产品供货方的当前编码，触发分解模块。

进一步，所述分解模块对当前编码执行分解处理，得到至少一个材料编码和至少一个加工编码；每个所述材料编码对应一种原材料或一种产品，每个所述加工编码对应一种加工方法。

进一步，所述当前编码与分解得到的多个材料编码及加工编码存在预设规则，所述预设规则将所述当前编码通过解码方法处理生成对应的材料编码和加工编码。

本发明解决上述技术问题的技术方案如下：一种基于产品编码的订单处理方法，包括以下步骤：

步骤1：需求终端接收输入的产品订单；

步骤2：需求终端将所述产品订单发送到平台服务器；

步骤3：平台服务器接收产品订单，获取对应产品订单的产品编码，对产品编码进行处理得到至少一个存在产品供应终端的材料编码和加工编码，并将所有材料编码分别发送到对应的产品供应终端，或将产品编码直接发送到产品供应终端。

本发明的有益效果是：通过本发明所述的基于产品编码的订单处理方法，通过在平台服务器中对将订单统一编码，实现了同一个平台服务器解决所有供应链的问题，买家无需转换其他平台进行购买，订单在平台中通过统一的处理流向所有产品供应终端，同时产品供应终端可以作为需求终端，到平台服务器中进行发产品订单。

本发明解决上述技术问题的技术方案如下：一种基于产品编码的订单处理系统，包括一个需求终端、至少一个产品供应终端和如上所述的平台服务器；

所述需求终端用于输入产品订单并发送到平台服务器；

所述平台服务器接收产品订单，获取对应产品订单的产品编码，对产品编码进行处理得到至少一个存在产品供应终端的材料编码和加工编码，并将所有材料编码分别发送到对应的产品供应终端，或将产品编码直接发送到产品供应终端。

附图说明

图1为现有技术中电商平台X接收买家A的订货单1的处理流程图；

图2为现有技术中电商平台Y接收买家B的订货单2的处理流程图；

图3为本发明实施例1所述的一种基于产品编码的订单处理方法流程图；

图4为本发明实施例2所述的一种平台服务器结构示意图；

图5为本发明实施例3所述的一种基于产品编码的订单处理方法流程图

图6为本发明具体示例中的订单流程图；

图7为本发明具体示例中的供货单流程图。

附图中，各标号所代表的部件列表如下：

1、接收模块，2、查找模块，3、分解模块，4、发送模块。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

如图3所示，为本发明实施例1所述的一种基于产品编码的订单处理方法，其应用于平台服务器中，包括以下步骤：

步骤1：接收需求终端发送的产品订单，获得订单中产品对应的产品编码，将此产品编码作为当前编码；

步骤2：查找是否存在预存的与当前编码相对应的产品供应终端；如果是，执行步骤4；否则，执行步骤3；

步骤3：对当前编码进行分解处理，获得至少一个材料编码，将所有材料编码分别设置为当前编码，执行步骤2；

步骤4：将当前编码发送到产品供应终端，结束。

当最终没有与产品编码对应的产品供应终端时，发出提示信息。

步骤3中对当前编码进行分解处理支持BOM的系统，直接通过MRP运算,获得原材料编码。

所述步骤2中，当接收的当前编码为多个时，对所有当前编码分别执行查找是否存在预存的与当前编码相对应的产品供应终端的步骤；对其中存在对应产品供应终端的当前编码，执行步骤4；对其中不存在对应产品供货方的当前编码，执行步骤3。

所述步骤3中对当前编码执行分解处理，得到至少一个材料编码和至少一个加工编码；每个所述材料编码对应一种原材料或一种产品，每个所述加工编码对应一种加工方法。

所述当前编码与分解得到的多个材料编码及加工编码存在预设规则，所述预设规则将所述当前编码通过解码方法处理生成对应的材料编码和加工编码。

当需求终端下单时，登录平台服务器，根据平台服务器提供的商品名称进行选择商品并获得其对应的商品编码，不需要对商品名称查找其商品编码；

当需求终端需要的商品在平台服务器中不存在时，则需求终端向平台服务器发出申请，平台服务器按申请添加该商品到相应的分类中，同时对该商品添加对应的新商品编码；需求订单中的产品名称，像所有的电商平台一样，是在电商平台上选择的，而不是需求终端自行输入的。

如图4所示，为本发明实施例2所述的一种平台服务器，包括接收模块1、查找模块2、分解模块3和发送模块4；

所述接收模块1用于接收需求终端发送的产品订单，获得订单中产品对应的产品编码，将此产品编码作为当前编码；

所述查找模块2用于查找是否存在预存的与当前编码相对应的产品供应终端；如果是，触发发送模块4；否则，触发分解模块3；

所述分解模块3用于对当前编码进行分解处理，获得至少一个材料编码，将所有材料编码分别设置为当前编码，返回查找模块；

所述发送模块4将当前编码发送到产品供应终端。

当最终没有与产品编码对应的产品供应终端时，发出提示信息。

所述分解模块3中对当前编码进行分解处理支持BOM的系统，直接通过MRP运算,获得原材料编码。

所述查找模块2中，当接收的当前编码为多个时，对所有当前编码分别执行查找是否存在预存的与当前编码相对应的产品供应终端的步骤；对其中存在对应产品供应终端的当前编码，触发发送模块4；对其中不存在对应产品供货方的当前编码，触发分解模块3。

所述分解模块3对当前编码执行分解处理，得到至少一个材料编码和至少一个加工编码；每个所述材料编码对应一种原材料或一种产品，每个所述加工编码对应一种加工方法。

所述当前编码与分解得到的多个材料编码及加工编码存在预设规则，所述预设规则将所述当前编码通过解码方法处理生成对应的材料编码和加工编码。

如图5所示，为本发明实施例3所述的一种基于产品编码的订单处理方法，包括以下步骤：

步骤1：需求终端接收输入的产品订单；

步骤2：需求终端将所述产品订单发送到平台服务器；

步骤3：平台服务器接收产品订单，获取对应产品订单的产品编码，对产品编码进行处理得到至少一个存在产品供应终端的材料编码和加工编码，并将所有材料编码分别发送到对应的产品供应终端，或将产品编码直接发送到产品供应终端。

一种基于产品编码的订单处理系统，包括一个需求终端、至少一个产品供应终端和如上所述的平台服务器；

所述需求终端用于输入产品订单并发送到平台服务器；

所述平台服务器接收产品订单，获取对应产品订单的产品编码，对产品编码进行处理得到至少一个存在产品供应终端的材料编码和加工编码，并将所有材料编码分别发送到对应的产品供应终端，或将产品编码直接发送到产品供应终端。

在本发明的具体示例中，首先构建一个统一的电子商务平台(平台服务器)，每一个供应链的首端为消费方(不再在平台上发生销售业务)，中间均为供应链方(产品供应终端同时可作为需求终端，既有销售业务，也有采购业务)，末端为供货方(不再在平台上发生采购业务)，实现整个产业链的供货订单与需求订单同在一个平台上进行订单流转，产品编码同在一个平台，多级订单同在一个平台。

如图6所示，为本发明具体示例中的订单流程：以2个最终消费方各自的订单A和订单B开始，下达给平台的供应链方A，供应链A经过平台或自身运算，生成(采购)订单1，平台和需求方记录其母订单(A+B)，然后通过平台将订单1发送给供应链B，同理，供应链B经过平台或自身运算，生成(采购)订单I，平台记录其母订单(1+2)，然后通过平台将订单I发送给下一级供应链单位，以此类推，可以将此订单推送到该原材料的初级生产领域供货商N。如：在生鲜领域中，此订单可以直接推送到农户手中。(每一级产生母订单和子订单，记录母订单，发送子订单)

如图7所示，为本发明具体示例中的供货单流程：供货方N，根据(销售)订单N(在订单流程中产生的订单N)，生成自身的供货单M，将供货单与货品交付给上一级供应链环节方。以此类推，供应链B收到货品及供货单I后，(生产后)转换为供货单1和供货单2，将货品与供货单1提交给供应链A后，供应链A(生产)转换为供货单A和供货单B，将货品与供货单提交给消费方A和消费方B。

本发明中，通过电子商务手段，将产业链中不同环节的主体全部放到一个开放的电子商务平台上。其中，统一的标准(产品)、订单和账户都在同一平台上(三者统一)。通过这三者的统一，能够实现如下多种功能：

安全(质量跟踪)：对药品、食品企业尤为重要，可根据产品或订单实现追溯。

高效：通过平台的功能模块的选用，能够快速、自动或半自动实现订单的快速汇总，自有编码规则解码后(或者MRP运算后)生成采购订单，对于订单时效短的行业(如生鲜)尤为重要。同时节约了大量的商务处理成本。

快速：订单在不同产业链主体中快速流转，能够提高供应链总体剩余，降低库存，节约时间，大大降低客户在产品可获得性与产品多样性的矛盾。

准确：通过统一电商平台的订单流转，减少数据及单证在不同平台或作业流程中切换，减少差错率。

产业链优化：由于产业链中不同环节均在一个平台上运行。产业链主体有条件、有机会进行产业链环节的合理优化，减少不必要的商品(订单)流转环节。

灵活：电商平台对供应链主体账户主要提供2大功能，需求功能和供货功能。通过这两种功能的灵活组合，满足供应链3种主体的所有需求，也满足其转变功能的需要。

信用：由于本平台上的订单均为有效订单，能够形成订单链，其真实性与有效性非常高，可以成为主体信用的标志指标进而为产业链金融提供支撑。

大数据：本平台中数据为真实产业数据，与积累下来的大数据进行比对，能够真实的反映行业、区域、产业等方面的发展与现状，直到供应链各环节的生产及销售。

综合性：本平台根据产业用户实际的运行模型，综合了OA中审批与授权，ERP中进销存财务生产，SCM中供应商管理、用户服务与物流管理以及CRM中的销售管理、客户管理等核心功能。实现一网全业务管理，能够较好的适应当前中国中小企业管理工具不足，管理水平低下又亟需低成本提高的现状。

保密性：本平台用户采用交易关系关联的方案，仅有交易关系的采购方可见供应方店铺及数据。从而保证商业秘密和产业链的健康。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。