订单生命周期的呈现方法和系统与流程

本发明属于电子商务技术领域，尤其涉及一种订单生命周期的呈现方法和系统。

背景技术：

在因特网开放的网络环境下，基于浏览器/服务器应用方式，买卖双方不谋面地进行各种商贸活动，实现消费者的网上购物、商户之间的网上交易和在线电子支付以及各种商务活动、交易活动、金融活动和相关的综合服务活动越来越普及，因此更多的公司开始从事电子商务相关的业务。而目前市面上的大部分电子商务类企业软件erp软件多采用分段处理和管理的业务模式在运行。订单从产生到最后的包裹发货各阶段都是分离的，导致在整个流程上缺乏有效的管理和统一，在处理过程中有可能出现订单状态缺失，订单跟踪出现异常，甚至错单或者漏单的问题，严重影响公司的业务处理能力。也即，在现有这种处理过程未经统筹管理的情况下，订单从创建到最后的处理完成阶段是不可控且不可跟踪的，容易出现脱节情况，导致订单生命过程出现断裂甚至遗失，无法完整呈现订单的生命周期。

上述问题亟待解决。

技术实现要素：

针对现有订单的处理过程未经统筹管理，订单从创建到最后的处理完成阶段是不可控且不可跟踪的，易出现脱节情况，导致订单生命过程出现断裂甚至遗失，无法完整呈现订单的生命周期的缺陷，本发明实施例提供一种订单生命周期的呈现方法和系统。

本发明提供一种订单生命周期的呈现方法，包括：

通过前台页面激活用户所需的订单信息服务系统；

根据所述订单信息服务系统调用相应的订单信息服务接口；

所述订单信息服务接口通过API服务中心向第三方获取相应的订单数据，并将所述订单数据更新到本地数据库；

将更新的所述订单数据通过所述订单信息服务系统的页面调用所述本地数据库进行呈现。

优选的，根据所述订单信息服务系统调用相应的订单信息服务接口之前还包括：

根据各个订单信息服务系统，建立相应的订单信息服务接口；

所述订单信息服务系统具体包括：获取订单处理数据系统、订单数据入库系统、获取包裹数据系统以及下层服务系统。

优选的，所述订单信息服务接口通过API服务中心向第三方获取相应的订单数据，并将所述订单数据更新到本地数据库之前还包括：

将所述API服务中心与所述第三方进行服务关联，用于获取相应的所述订单数据。

优选的，所述订单信息服务接口通过API服务中心向第三方获取相应的订单数据，并将所述订单数据更新到本地数据库具体包括：

通过设置定时器根据不同的业务需求定时获取所述三方的订单数据，并将所述订单数据更新到本地数据库。

优选的，所述将更新的所述订单数据通过所述订单信息服务系统的页面调用所述本地数据库进行呈现之后还包括：

将所述订单数据导出到本地电脑文件夹，或者将本地电脑文件夹中的相关订单数据导入到所述本地数据库。

本发明还提供一种订单生命周期的呈现系统，包括：

激活模块，用于通过前台页面激活用户所需的订单信息服务系统；

调用模块，用于根据所述订单信息服务系统调用相应的订单信息服务接口；

获取模块，用于所述订单信息服务接口通过API服务中心向第三方获取相应的订单数据，并将所述订单数据更新到本地数据库；

呈现模块，用于将更新的所述订单数据通过所述订单信息服务系统的页面调用所述本地数据库进行呈现。

优选的，根据系统还包括：

建立模块，用于根据各个订单信息服务系统，建立相应的订单信息服务接口；

所述订单信息服务系统具体包括：获取订单处理数据系统、订单数据入库系统、获取包裹数据系统以及下层服务系统。

优选的，所述系统还包括：

关联模块，用于将所述API服务中心与所述第三方进行服务关联，用于获取相应的所述订单数据。

优选的，所述获取模块具体用于：

通过设置定时器根据不同的业务需求定时获取所述三方的订单数据，并将所述订单数据更新到本地数据库。

优选的，所述系统还包括：

导出/导入模块，用于将所述订单数据导出到本地电脑文件夹，或者将本地电脑文件夹中的相关订单数据导入到所述本地数据库。

有益效果：本发明提供的订单生命周期的呈现方法和系统，对订单生命周期的完整流程进行了订单信息的获取，并通过前台页面呈现给用户，使得订单的完整处理过程都得到了统筹管理，订单从创建到最后的处理可控且可跟踪的，高效完成了对订单生命周期过程的监控，用户可对订单数据中出现的各种状况作出及时反应，提高了用户体验，提升了公司对业务的处理和把控能力，提高了订单处理的效率以及业务处理流程的速度，的同时也提高了用户对订单生命周期的整体业务的熟悉度。

附图说明

图1为本发明实施例提供的订单生命周期的呈现方法的步骤图；

图2为图1提供的订单生命周期的前台页面的展示模块图；

图3为本发明另一实施例提供的订单生命周期的呈现方法的步骤图；

图4为本发明另一实施例提供的订单生命周期的呈现方法的步骤图；

图5为本发明另一实施例提供的订单生命周期的呈现方法的步骤图；

图6为本发明实施例提供的订单生命周期的呈现系统的结构图；

图7为图6提供的订单生命周期的呈现系统的内部连接关系图；

图8为本发明另一实施例提供的订单生命周期的呈现系统的结构图；

图9为本发明另一实施例提供的订单生命周期的呈现系统的结构图；

图10为本发明另一实施例提供的订单生命周期的呈现系统的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种订单生命周期的呈现方法，如图1所示，包括：

S100、通过前台页面激活用户所需的订单信息服务系统；

具体的，如图2所示，所述订单生命周期的前台页面包括的内容有订单概括、物流发货概况、物流签收概况、订单管理、物流包裹管理、物流预警管理、物流线路配置以及物流关键字配置，每项内容可对应一项订单信息服务系统用于用户进行订单的跟踪和监控。

通过前台页面激活服务的调用，比如在页面上点击查询按钮，触发查询程序的调用。

S200、根据所述订单信息服务系统调用相应的订单信息服务接口；

S300、所述订单信息服务接口通过API服务中心向第三方获取相应的订单数据，并将所述订单数据更新到本地数据库；

S400、将更新的所述订单数据通过所述订单信息服务系统的页面调用所述本地数据库进行呈现。

具体的，订单信息服务系统的页面负责展示数据，数据的来源是通过服务从本地数据库中获取的。该系统统一页面风格为Bootstrap，这样的选择是基于功能决定的，即主要是负责展示信息。当用户通过选择条件，包含“销售平台”、“账号”、“销售站点”、“订购起止日期”进行查询时，页面会以参数的形式传到后台，后台的服务根据传过来的参数进行拼接，并到数据库进行查询。查询后的结果交给页面进行展示。

所述订单信息服务系统的页面用以分别展示订单概况，更进一步的，订单概况页面的订单履行概况表中的链接数据，点击后可以直接跳转至订单管理页面，同时把该数据的查询条件一并带过去，在订单管理页面展示的就是对应的统计数据的订单。也可以直接点击订单概况页面上的图表的色块，点击色块同样跳转至订单管理页面，然后展示属于这个色块的所有订单信息。在订单概况页面的订单寄送概况表中的链接数据，点击后可以直接跳转至物流发货管理页面或者物流签收管理页面，在物流发货/签收管理页面展示的就是对应的统计数据的物流情况。也可以直接点击订单概况页面上的图表的色块，点击色块同样跳转至物流发货/签收管理页面，然后展示属于这个色块的所有物流信息。

更具体的，物流发货概况的页面包括：物流发货管理和物流签收管理页面的数据源是一致的，区别在于可以从物流发货管理页面点击总签收量超链接跳转至物流签收管理页面。在物流发货管理页面和物流签收管理页面点击包裹数量超链接则直接跳转至物流包裹管理页面，并在物流包裹管理页面展示相对应的这部分包裹信息。

物流签收概况的页面包括：物流发货管理和物流签收管理页面的数据源是一致的。区别在于可以从物流发货管理页面点击总签收量超链接跳转至物流签收管理页面。在物流发货管理页面和物流签收管理页面点击包裹数量超链接则直接跳转至物流包裹管理页面，并在物流包裹管理页面展示相对应的这部分包裹信息。通过与91track等平台进行合作，页面上查询包裹签收状态时，先到本地数据库中查看是否已经签收，通过没有签收，则去对方提供的接口查询出相应的包裹签收状态，保存到本地数据库中，如果这个状态之前已经存过，就不再保存，直接从库中取出给页面展示，否则保存，并且给到页面展示。

在订单管理页面上，点击操作展开按钮，则展开该条订单详情的隐藏层，隐藏层包含四个页签：物流明细、订单明细、操作记彔和详细地址。这四个页签之间可以自由切换。订单管理页面属于订单综合查询，web页面的查询条件可进行组合，实现组合查询，服务根据组合条件进行数据库层的访问，查出相应数据，给到前台页面进行展示。特别说明的是，对于合寄的包裹查出的订单明细是进行分开展示的，这样更加清晰明了，包括每一个订单的金额，此金额区别于整个订单头里的总金额。这样更方便用户知悉买家的订单信息。除此之外，还需要说明的是针对操作记录部分，对订单进行分析，得出订单的各个操作状态，进而生成操作log记录。这样的功能是基于对订单信息的完整获取，否则订单信息有遗漏，生成的操作记录也就不完整。

物流线路配置页面包括：对已存在的配置线路记彔，可通过筛选条件进行筛选查询，查询出符合条件的所有记录。新增：点击“新增”按钮，弹出新增窗口，在新增窗口中填写好内容，点击“保存”按钮，即完成一条物流线路的关联配置。每条物流线路有且只能关联一条挂号线路。禁用/启用：可操作配置好的物流线路关联关系是否启用，如果是启用状态，则可以点击“禁用”按钮禁用；如果是“禁用”状态，则可以点击“启用”按钮切换到启用状态。

物流线路关键字配置页面包括：对已存在的配置线路记彔，可通过筛选条件迚行筛选查询，查询出符合条件的所有记录。新增：点击“新增”按钮，弹出新增窗口，在新增窗口中填写好内容，点击“保存”按钮，即完成一条物流线路的节点关键字的配置。每条线路的每个节点有且只能配置一个关键字。禁用/启用：可以操作配置好的物流线路记录是否启用，如果是启用状态，则可以点击“禁用”按钮禁用；如果是“禁用”状态，则可以点击“启用”按钮切换到启用状态。修改：点击“修改”按钮，弹出修改窗口，在修改窗口中填写好需要修改的节点关键字内容，点击“保存”按钮，即完成一条物流线路的节点关键字的修改。

优选的，如图3所示，根据所述订单信息服务系统调用相应的订单信息服务接口之前还包括：

S500、根据各个订单信息服务系统，建立相应的订单信息服务接口；

所述订单信息服务系统具体包括：获取订单处理数据系统、订单数据入库系统、获取包裹数据系统以及下层服务系统。

具体的，获取订单处理数据系统的统一接口包括：订单生命周期链接外部数据源，主动获取订单数据及状态的唯一入口。

订单数据入库系统的统一接口包括：订单生命周期请求接口，入库订单数据的唯一入口

获取包裹数据系统的统一接口包括：订单生命周期链接外部数据源，统一主动获取包裹数据及的唯一入口

下层服务系统的统一接口包括：获取订单数据源的接口；获取订单已确认状态的接口；获取订单付款已确认状态的接口；获取订单已审核状态数据的接口；获取仓库备货中状态的接口；获取打包中状态的接口；获取出库中状态的接口；获取运输在途状态数据的接口；获取香港配送包裹的接口；获取海外配送包裹的接口；获取包裹物流轨迹的接口等。

优选的，如图4所示，所述订单信息服务接口通过API服务中心向第三方获取相应的订单数据，并将所述订单数据更新到本地数据库之前还包括：

S600、将所述API服务中心与所述第三方进行服务关联，用于获取相应的所述订单数据。

优选的，所述订单信息服务接口通过API服务中心向第三方获取相应的订单数据，并将所述订单数据更新到本地数据库具体包括：

S301、通过设置定时器根据不同的业务需求定时获取所述三方的订单数据，并将所述订单数据更新到本地数据库。

具体的，可通过定时器来进行数据同步，因为订单生命周期的原始数据基本是来自于其它系统，其它系统通过api接口的形式为API服务中心提供数据获取的服务。定时器是根据不同的需要进行时间设置的，考虑到可能出现异常或者停电等情况，该设置可以配置得更为复杂。比如获取订单原始数据的任务是每隔4小时拉取一次，如果是早8点晚23点也要拉取，如果是早上的0点1点2点3点还可把昨天的订单数据拉取一次，这样避免了出现数据遗漏的情况。而且，对调度任务本身也就进行了监控，是通过在linux服务器上设置crontab监控服务名，如果不存在就重启服务，这样就保证了服务不会因为停止而遗漏数据。再比如获取包裹原始数据的任务是从早上9点到第二天早上3点之间每小时执行一次，等。因为需要获取完整的订单生命周期数据，所以调度任务还可包括获取订单确认状态、订单付款状态、订单审核状态、仓库备货中状态、打包中状态、出库中状态、运输在途状态、签收完成状态；每个调度任务都对应着相应的api查询接口进行数据获取和入库接口进行数据存储。

优选的，如图5所示，所述将更新的所述订单数据通过所述订单信息服务系统的页面调用所述本地数据库进行呈现之后还包括：

S700、将所述订单数据导出到本地电脑文件夹，或者将本地电脑文件夹中的相关订单数据导入到所述本地数据库。

具体的，如进入物流包裹管理页面，可看到有导入excel表格和导出excel表格的功能按钮。点击“导出excel表格”系统会把当前包裹信息列表中的所有数据全部导出至用户电脑本地指定文件夹。点击“导入excel表格”则是用户把本地电脑的excel文件导入到系统中，系统自动更新excel表格内容到包裹信息中。

本发明实施例提供的订单生命周期的呈现方法，对订单生命周期的完整流程进行了订单信息的获取，并通过前台页面呈现给用户，使得订单的完整处理过程都得到了统筹管理，订单从创建到最后的处理可控且可跟踪的，高效完成了对订单生命周期过程的监控，用户可对订单数据中出现的各种状况作出及时反应，提高了用户体验，提升了公司对业务的处理和把控能力，提高了订单处理的效率以及业务处理流程的速度，的同时也提高了用户对订单生命周期的整体业务的熟悉度。

本发明还提供一种订单生命周期的呈现系统，如图6和如7所示，包括：

激活模块100，用于通过前台页面激活用户所需的订单信息服务系统；

调用模块200，用于根据所述订单信息服务系统调用相应的订单信息服务接口；

获取模块300，用于所述订单信息服务接口通过API服务中心向第三方获取相应的订单数据，并将所述订单数据更新到本地数据库；

呈现模块400，用于将更新的所述订单数据通过所述订单信息服务系统的页面调用所述本地数据库进行呈现。

优选的，如图8所示，根据系统还包括：

建立模块500，用于根据各个订单信息服务系统，建立相应的订单信息服务接口；

所述订单信息服务系统具体包括：获取订单处理数据系统、订单数据入库系统、获取包裹数据系统以及下层服务系统。

优选的，如图9所示，所述系统还包括：

关联模块600，用于将所述API服务中心与所述第三方进行服务关联，用于获取相应的所述订单数据。

优选的，所述获取模块具体用于：

通过设置定时器根据不同的业务需求定时获取所述三方的订单数据，并将所述订单数据更新到本地数据库。

优选的，如图10所示，所述系统还包括：

导出/导入模块700，用于将所述订单数据导出到本地电脑文件夹，或者将本地电脑文件夹中的相关订单数据导入到所述本地数据库。

需要说明的是，本发明实施例提供的上述系统中各个模块，由于与本发明方法实施例基于同一构思，其带来的技术效果与本发明方法实施例相同，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明提供的订单生命周期的呈现系统，对订单生命周期的完整流程进行了订单信息的获取，并通过前台页面呈现给用户，使得订单的完整处理过程都得到了统筹管理，订单从创建到最后的处理可控且可跟踪的，高效完成了对订单生命周期过程的监控，用户可对订单数据中出现的各种状况作出及时反应，提高了用户体验，提升了公司对业务的处理和把控能力，提高了订单处理的效率以及业务处理流程的速度，的同时也提高了用户对订单生命周期的整体业务的熟悉度。

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