CN107886399A - 一种用于全渠道零售的云仓订单处理系统 - Google Patents

Abstract

一种用于全渠道零售的云仓订单处理系统，将线上和线下的订单进行汇总之后统一处理，将线上线下所有云仓订单集合处理的业务订单数据，云仓订单中记录了订单的必要的基本信息，这些信息有：接口订单类型，线上/线下，线上是指通过数据库接口传入进来的订单，线下是指从实体门店上传上来的云仓订单；订单来源，包括手工、官网、电商；下单店仓，用来记录终端用户下订单时所在的店仓；发货店仓，用来记录具体将货物发送给客户的店仓；单据日期，下单的日期；发货日期，具体货物发出的日期；会员卡号，下单客户的会员卡号；订单备注，原订单的客户填写的备注信息。

Description

一种用于全渠道零售的云仓订单处理系统

技术领域

本发明属于零售管理技术领域，特别涉及一种用于全渠道零售的云仓订单处理系统。

背景技术

随着O2O的发展，零售业进入了全渠道的时代，线上的电商与线下的实体店，在推广、销售、支付、结算和配货环节，由于互联网技术的发展，各环节完全打通，无缝连接，不受地理环境限制。全渠道零售的含义，是指企业采取尽可能多的零售渠道类型进行组合和整合(跨渠道)销售的行为，以满足顾客购物、娱乐和社交的综合体验需求，这些渠道类型包括有形店铺和无形店铺。在此基础上，又发展出了云仓的概念。

云仓是物流仓储的一种，但是不同于传统仓、电商仓，其次云仓中“云”概念来源于云计算，所以云仓是利用云计算以及现代管理方式，依托仓储设施进行货物流通的全新物流仓储体系产品。云仓实现了更好的仓配一体化，高效且准确，为消费者提供了一个极佳的购物体验。

公开号为CN106940834A的专利文件，公开了“一种基于云仓平台的调度方法，其特征在于，它包括以下步骤：(1)、客户下单，下单信息包括下单店铺、下单商品、下单数量以及邮寄地址，(2)、根据客户的下单商品以及下单数量判断店铺是否缺货，若不缺货，则退出调度控制，若缺货，则得到缺货商品以及缺货数量，然后跳转到下一步；(3)、判断客户的下单店铺是否加入云仓平台，若加入，则跳转到下一步，若没有加入，则退出调度控制；(4)、判断客户的缺货商品是否加入云仓平台，若加入，则跳转到下一步，若没有加入，则退出调度控制；(5)、判断客户的缺货商品是一种还是多种，若是一种，则跳转到下一步，若是多种，则跳转到步骤(7)；(6)、根据客户的缺货商品查询云仓平台中含有这种缺货商品的有货云仓点，若没有查询到，则判断云仓缺货，退出调度控制，若查询到了，则根据下单数量来筛选上述有货云仓点，若存在有货云仓点含有下单数量的缺货商品，则再根据邮寄地址选择与邮寄地址最近的有货云仓点作为发货点；若没有存在有货云仓点含有下单数量的缺货商品，则将查询到的所有有货云仓点中的缺货商品相加，判断是否大于等于缺货数量，若大于等于，则依次选择与下单店铺地址最近的有货云仓点作为发货点，直到凑足缺货数量的缺货商品，之后将这些发货点凑足的缺货商品首先寄到下单店铺，然后下单店铺整合后一起邮寄给客户，若小于，则判断云仓缺货，退出调度控制；(7)、根据客户的缺货商品查询云仓平台中含有这多种缺货商品的有货云仓点，若没有查询到，则判断云仓缺货，退出调度控制，若查询到了，则根据每个种类的缺货商品的下单数量来筛选上述有货云仓点，若存在有货云仓点含有所有下单数量的缺货商品，则再根据邮寄地址选择与邮寄地址最近的有货云仓点作为发货点；若没有存在有货云仓点含有所有下单数量的缺货商品，则将查询到的有货云仓点中的多种缺货商品分别相加，判断每种缺货商品的数量是否大于等于这种缺货商品的缺货数量，若查询到的所有缺货商品相加得到的数量均大于等于缺货商品的缺货数量，则依次选择与下单店铺地址最近的有货云仓点作为发货点，直到凑足所有缺货数量的缺货商品，之后将这些发货点的凑足后的缺货商品先寄到下单店铺，然后下单店铺整合后一起邮寄给客户，若查询到有一种缺货商品相加得到的数量小于这种缺货商品的缺货数量，则判断云仓缺货，退出调度控制”

然而，上述的技术方案仅考虑了配货问题，对于用于全渠道的云仓系统需要解决的问题考虑不够全面，例如订单处理问题和结算问题等，无法满足实际应用场景的需要。

发明内容

本发明提供一种用于全渠道零售的云仓订单处理系统，完整实现云仓系统订单处理功能要求。

一种用于全渠道零售的云仓订单处理系统，将线上和线下的订单进行汇总之后统一处理，其特征在于，系统中的功能模块包括：

云仓订单模块，将线上线下所有云仓订单集合处理的业务订单数据，云仓订单中记录了订单的必要的基本信息，这些信息有：

接口订单类型，线上/线下，线上是指通过数据库接口传入进来的订单，线下是指从实体门店上传上来的云仓订单；

订单来源，包括手工、官网、电商；

下单店仓，用来记录终端用户下订单时所在的店仓；

发货店仓，用来记录具体将货物发送给客户的店仓；

单据日期，下单的日期；

发货日期，具体货物发出的日期；

会员卡号，下单客户的会员卡号；

订单备注，原订单的客户填写的备注信息；

POS零售单号，线下上传上来之后的POS零售单号，在生成零售业务单据时，系统将会将该字段的值更新至零售单的POS零售单号中，用于后期客户退货时查询小票的凭证；以及

客户收货信息、物流信息和订单日志原因，订单日志原因包括：

重新指派原因，拆单之后业务人员重新指派发货店仓时需要填写的原因；

退回原因，门店在接到发单通知之后，主动拒绝发货退回单据时需要填写的原因；

结案原因，订单已经提交成功，但是该交易需要终止时(即结案)需要填写的原因；

云仓订单提交成功之后，系统生成对应的业务零售单据；

确认模块，用于在云仓订单提交之后，发货之前所需要的一个确认的流程，在确认单上确认指派的“发货店仓”若发货店仓不符合要求，填写相应的“重新指派原因”之后，即可以使用“重新指派”功能，

重新指派是指，系统将依据参与云仓营销门店的库存情况，寻找“整单满足”当前单据商品明细的店仓进行发货。已经分配过的店仓将不会出现在可选范围内，

在“云仓规则设置”中针对相应的订单类型设置“是否自动确认订单”，若设置为“是”，则云仓订单提交完成之后，云仓确认单自动提交，并且直接到云仓发货单；若设置为“否”，则用户需要手工进行确认《云仓确认单》；

发货模块，在云仓订单确认完成之后，发货店仓需要发货给客户，或者是仓库出货的指令，在《云仓发货单》中，发货人员需要录入相应的“快递公司”、“快递单号”信息并且填写相应的“出库日期”，将出库数量匹配完成之后，提交单据即可完成发货的动作，

对于发货门店来讲，在发货之前，门店可以将发货通知“退回”，发货人员仅需填写相应的“退回原因”然后单击“退回”即可，退回动作完成之后，系统将会给当前单据重新指派发货店仓，

重新指派的规则同云仓确认单中的“重新指派”逻辑一致，重新指派整单满足商品明细的店仓进行发货，重新指派之后，需要重新进行确认。新的发货店仓才会收到发货指令，

云仓发货单提交之后，系统将会生成一张零售单，具体零售单的零售店仓是根据《云仓规则设置》中《零售业绩归属》的设置取值的，零售单生成之后，系统仍会根据零售业绩归属以及系统参数，生成对应的库存跳转数据，具体如下：

若业绩归属为发货店仓，则系统将直接生成相应的发货店仓的零售单；

若业绩归属为下单店仓，若发货店仓与下单店仓所属经销商为同一经销商，则系统将直接生成一张“下单店仓”的零售单，并且生成一张发货店仓调拨给下单店仓的调拨单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的上级经销商，则系统将直接生成一张“下单店仓”的零售单，并且将生成一张发货店仓销售给下单店仓的销售单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的下级经销商，则系统将生成一张“下单店仓”的零售单和一张发货店仓销售给下单店仓的负向销售单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的下级经销商，系统将生成一张“下单店仓”的零售单和一张下单店仓销售退货给发货店仓的销售退货单，数量为订单明细中的数量；

云仓退货模块，记录云仓的退货数据，从《零售单》中的退货进入的，实体门店购买的商品退货都走实体门店退货，线上的退货入口仍然是线上，

《零售单》在提交时，系统将会进行判定，当前零售单是否归属于云仓退货，若属于，则在提交成功之后，会将退货产品生成相应的云仓退货单，若不属于，则不生成。

具体实施方式

本发明的用于全渠道零售的云仓订单处理系统，将线上和线下的订单进行汇总之后统一处理，其特征在于，系统中的功能模块包括：

云仓订单模块，将线上线下所有云仓订单集合处理的业务订单数据，云仓订单中记录了订单的必要的基本信息，这些信息有：

接口订单类型，线上/线下，线上是指通过数据库接口传入进来的订单，线下是指从实体门店上传上来的云仓订单；

订单来源，包括手工、官网、电商；

下单店仓，用来记录终端用户下订单时所在的店仓；

发货店仓，用来记录具体将货物发送给客户的店仓；

单据日期，下单的日期；

发货日期，具体货物发出的日期；

会员卡号，下单客户的会员卡号；

订单备注，原订单的客户填写的备注信息；

POS零售单号，线下上传上来之后的POS零售单号，在生成零售业务单据时，系统将会将该字段的值更新至零售单的POS零售单号中，用于后期客户退货时查询小票的凭证；以及客户收货信息、物流信息和订单日志原因，订单日志原因包括：

重新指派原因，拆单之后业务人员重新指派发货店仓时需要填写的原因；

退回原因，门店在接到发单通知之后，主动拒绝发货退回单据时需要填写的原因；

结案原因，订单已经提交成功，但是该交易需要终止时(即结案)需要填写的原因。

云仓订单提交成功之后，系统生成对应的业务零售单据。

确认模块，用于在云仓订单提交之后，发货之前所需要的一个确认的流程，在确认单上确认指派的“发货店仓”若发货店仓不符合要求，填写相应的“重新指派原因”之后，即可以使用“重新指派”功能。

重新指派是指，系统将依据参与云仓营销门店的库存情况，寻找“整单满足”当前单据商品明细的店仓进行发货。已经分配过的店仓将不会出现在可选范围内。

在“云仓规则设置”中针对相应的订单类型设置“是否自动确认订单”，若设置为“是”，则云仓订单提交完成之后，云仓确认单自动提交，并且直接到云仓发货单；若设置为“否”，则用户需要手工进行确认《云仓确认单》。

发货模块，在云仓订单确认完成之后，发货店仓需要发货给客户，或者是仓库出货的指令，在《云仓发货单》中，发货人员需要录入相应的“快递公司”、“快递单号”信息并且填写相应的“出库日期”，将出库数量匹配完成之后，提交单据即可完成发货的动作。

对于发货门店来讲，在发货之前，门店可以将发货通知“退回”，发货人员仅需填写相应的“退回原因”然后单击“退回”即可，退回动作完成之后，系统将会给当前单据重新指派发货店仓。

重新指派的规则同云仓确认单中的“重新指派”逻辑一致，重新指派整单满足商品明细的店仓进行发货，重新指派之后，需要重新进行确认。新的发货店仓才会收到发货指令。

云仓发货单提交之后，系统将会生成一张零售单，具体零售单的零售店仓是根据《云仓规则设置》中《零售业绩归属》的设置取值的，零售单生成之后，系统仍会根据零售业绩归属以及系统参数，生成对应的库存跳转数据，具体如下：

若业绩归属为发货店仓，则系统将直接生成相应的发货店仓的零售单；

若业绩归属为下单店仓，若发货店仓与下单店仓所属经销商为同一经销商，则系统将直接生成一张“下单店仓”的零售单，并且生成一张发货店仓调拨给下单店仓的调拨单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的上级经销商，则系统将直接生成一张“下单店仓”的零售单，并且将生成一张发货店仓销售给下单店仓的销售单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的下级经销商，则系统将生成一张“下单店仓”的零售单和一张发货店仓销售给下单店仓的负向销售单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的下级经销商，系统将生成一张“下单店仓”的零售单和一张下单店仓销售退货给发货店仓的销售退货单，数量为订单明细中的数量。

云仓退货模块，记录云仓的退货数据，从《零售单》中的退货进入的，实体门店购买的商品退货都走实体门店退货，线上的退货入口仍然是线上。《零售单》在提交时，系统将会进行判定，当前零售单是否归属于云仓退货，若属于，则在提交成功之后，会将退货产品生成相应的云仓退货单，若不属于，则不生成。

值得说明的是，虽然前述内容已经参考若干具体实施方式描述了本发明创造的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (1)

1.一种用于全渠道零售的云仓订单处理系统，将线上和线下的订单进行汇总之后统一处理，其特征在于，系统中的功能模块包括：

云仓订单模块，将线上线下所有云仓订单集合处理的业务订单数据，云仓订单中记录了订单的必要的基本信息，这些信息有：

接口订单类型，线上/线下，线上是指通过数据库接口传入进来的订单，线下是指从实体门店上传上来的云仓订单；

订单来源，包括手工、官网、电商；

下单店仓，用来记录终端用户下订单时所在的店仓；

发货店仓，用来记录具体将货物发送给客户的店仓；

单据日期，下单的日期；

发货日期，具体货物发出的日期；

会员卡号，下单客户的会员卡号；

订单备注，原订单的客户填写的备注信息；

POS零售单号，线下上传上来之后的POS零售单号，在生成零售业务单据时，系统将会将该字段的值更新至零售单的POS零售单号中，用于后期客户退货时查询小票的凭证；以及

客户收货信息、物流信息和订单日志原因，订单日志原因包括：

重新指派原因，拆单之后业务人员重新指派发货店仓时需要填写的原因；

退回原因，门店在接到发单通知之后，主动拒绝发货退回单据时需要填写的原因；

结案原因，订单已经提交成功，但是该交易需要终止时(即结案)需要填写的原因；

云仓订单提交成功之后，系统生成对应的业务零售单据；

确认模块，用于在云仓订单提交之后，发货之前所需要的一个确认的流程，在确认单上确认指派的“发货店仓”若发货店仓不符合要求，填写相应的“重新指派原因”之后，即可以使用“重新指派”功能，

重新指派是指，系统将依据参与云仓营销门店的库存情况，寻找“整单满足”当前单据商品明细的店仓进行发货。已经分配过的店仓将不会出现在可选范围内，

在“云仓规则设置”中针对相应的订单类型设置“是否自动确认订单”，若设置为“是”，则云仓订单提交完成之后，云仓确认单自动提交，并且直接到云仓发货单；若设置为“否”，则用户需要手工进行确认《云仓确认单》；

发货模块，在云仓订单确认完成之后，发货店仓需要发货给客户，或者是仓库出货的指令，在《云仓发货单》中，发货人员需要录入相应的“快递公司”、“快递单号”信息并且填写相应的“出库日期”，将出库数量匹配完成之后，提交单据即可完成发货的动作，

对于发货门店来讲，在发货之前，门店可以将发货通知“退回”，发货人员仅需填写相应的“退回原因”然后单击“退回”即可，退回动作完成之后，系统将会给当前单据重新指派发货店仓，

重新指派的规则同云仓确认单中的“重新指派”逻辑一致，重新指派整单满足商品明细的店仓进行发货，重新指派之后，需要重新进行确认。新的发货店仓才会收到发货指令，

云仓发货单提交之后，系统将会生成一张零售单，具体零售单的零售店仓是根据《云仓规则设置》中《零售业绩归属》的设置取值的，零售单生成之后，系统仍会根据零售业绩归属以及系统参数，生成对应的库存跳转数据，具体如下：

若业绩归属为发货店仓，则系统将直接生成相应的发货店仓的零售单；

若业绩归属为下单店仓，若发货店仓与下单店仓所属经销商为同一经销商，则系统将直接生成一张“下单店仓”的零售单，并且生成一张发货店仓调拨给下单店仓的调拨单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的上级经销商，则系统将直接生成一张“下单店仓”的零售单，并且将生成一张发货店仓销售给下单店仓的销售单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的下级经销商，则系统将生成一张“下单店仓”的零售单和一张发货店仓销售给下单店仓的负向销售单；

若业绩归属为下单店仓，且发货店仓所属经销商为下单店仓所属经销商的下级经销商，系统将生成一张“下单店仓”的零售单和一张下单店仓销售退货给发货店仓的销售退货单，数量为订单明细中的数量；

云仓退货模块，记录云仓的退货数据，从《零售单》中的退货进入的，实体门店购买的商品退货都走实体门店退货，线上的退货入口仍然是线上，

《零售单》在提交时，系统将会进行判定，当前零售单是否归属于云仓退货，若属于，则在提交成功之后，会将退货产品生成相应的云仓退货单，若不属于，则不生成。