CN108171561A - 一种全渠道订单合并处理方法 - Google Patents
一种全渠道订单合并处理方法 Download PDFInfo
- Publication number
- CN108171561A CN108171561A CN201711220707.3A CN201711220707A CN108171561A CN 108171561 A CN108171561 A CN 108171561A CN 201711220707 A CN201711220707 A CN 201711220707A CN 108171561 A CN108171561 A CN 108171561A
- Authority
- CN
- China
- Prior art keywords
- order
- information
- consignee
- user
- treatment method
- 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
Links
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
- 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)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种全渠道订单合并处理方法,属于订单处理技术领域,将各个平台的订单进行收集后,根据至少包括有订单收货人信息的商品消费者购买习惯设定订单缓存时间,检查超过订单缓存时间的订单中与剩下订单中是否具有相同订单收货人信息的订单,若有,则这些订单进行合并处理,合并为一条订单,若无,则这些订单进行单独处理。本发明对海量订单进行汇集聚合,让每次订单处理的量标准化,合并订单,降低重复工作量以及快递运费。
Description
技术领域
本发明涉及一种订单处理方法,特别是涉及一种全渠道订单合并处理方法,属于订单处理技术领域。
背景技术
近年来电子商务在我国蓬勃发展,人们越来越习惯于网上购物。随着电子信息的发展,基于移动互联网的订单服务得到了广泛地使用。对此各商家分别推出了网上交易平台,然而随着订单交易量的增加,服务器资源逐步吃紧,订单处理响应速度越来越慢,更是在各种促销活动期间,异常百出,进而极大程度地影响了交易销量并同时还带给了客户对系统安全问题的顾虑。
商家电子商务订单在各个平台连续不停的产生,产生的订单需要及时进行发货,让客服审核的人有序的进行处理。同一个消费者可能在短时间内重复下单,由于现在大部分商家采用包邮方式,如果不一起发货,对于消费者来说会收到多个包裹,对于商家来说增加工作量和快递成本。
发明内容
本发明的主要目的是为了提供一种全渠道订单合并处理方法,对海量订单进行汇集聚合,让每次订单处理的量标准化,合并订单,降低重复工作量以及快递运费。
本发明的目的可以通过采用如下技术方案达到:
一种全渠道订单合并处理方法,将各个平台的订单进行收集后,根据至少包括有订单收货人信息的商品消费者购买习惯设定订单缓存时间,检查超过订单缓存时间的订单中与剩下订单中是否具有相同订单收货人信息的订单,若有,则这些订单进行合并处理,合并为一条订单,若无,则这些订单进行单独处理。
进一步的,包括以下步骤:
步骤1:接收订单;
步骤2:收集各个平台订单信息;
步骤3:收集各个平台订单信息后,根据至少包括有订单收货人信息的商品消费者购买习惯设定订单缓存时间;
步骤4:订单缓存时间设定好后,检查超过订单缓存时间的订单中与剩下订单中是否具有相同订单收货人信息的订单;
步骤5:若有,则这些订单进行合并处理,合并为一条订单,若无,则这些订单进行单独处理。
进一步的,所述步骤1中,接收订单,包括:至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息;以及将所述订单发送给所述至少一个用户。
进一步的,其中至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息,包括:
从潜在用户获取其相应的用户收货人信息偏好,收货人信息偏好至少包括目的地信息;以及
根据所述目的地信息与所述订单的目的地,为所述订单确定至少一个用户收货人信息。
进一步的,其中根据所述目的地信息与所述订单的目的地,为所述订单确定至少一个用户收货人信息,包括:
在所述目的地信息与所述订单的目的地一致时,为所述订单确定至少一个用户。
进一步的,其中其中至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息,包括:
基于历史订单信息,确定每个潜在用户的收货人信息偏好,以为所述订单确定至少一个用户。
进一步的,其中基于历史订单信息,确定每个潜在用户的收货人信息偏好,包括:
对所述历史订单信息中的信息元素分配权重;
针对所述信息元素,确定每个潜在用户的优先级;以及
针对每个潜在用户,根据所分配的权重对所述优先级进行求和,以确定每个潜在用户的收货人信息偏好。
进一步的,所述步骤3中,所述商品消费者购买习惯至少还包括消费者历史订单信息和收货人信息,订单缓存时间最多不能超过规定的发货时间。
进一步的,所述步骤4中,每次最多处理1000条已经过了订单缓存时间的订单,并且检查这1000条订单的收货人信息在剩下的订单中,有无相同的收货人信息,如果有,则一起进行合并处理。
进一步的,所述步骤4中,所述订单收货人信息至少包括收货人目的地和收货人联系方式。
本发明的有益技术效果:按照本发明的全渠道订单合并处理方法,本发明提供的全渠道订单合并处理方法,系统将各个平台的订单进行收集后,让商家根据自己这个行业商品的消费者购买习惯、自己可以等待的时间设定一个订单缓存的时间,系统每次最大处理1000条下单到系统中已经过了等待期的订单,并且检查这1000条订单的收货人信息在剩下的订单中,有无相同的,如果有则一起进行合并处理,合并为一条订单,对海量订单进行汇集聚合,让每次订单处理的量标准化,合并订单,降低重复工作量以及快递运费。
具体实施方式
为使本领域技术人员更加清楚和明确本发明的技术方案,下面结合实施例对本发明作进一步详细的描述,但本发明的实施方式不限于此。
本实施例提供的一种全渠道订单合并处理方法,将各个平台的订单进行收集后,根据至少包括有订单收货人信息的商品消费者购买习惯设定订单缓存时间,检查超过订单缓存时间的订单中与剩下订单中是否具有相同订单收货人信息的订单,若有,则这些订单进行合并处理,合并为一条订单,若无,则这些订单进行单独处理,包括以下步骤:
步骤1:接收订单;
步骤2:收集各个平台订单信息;
步骤3:收集各个平台订单信息后,根据至少包括有订单收货人信息的商品消费者购买习惯设定订单缓存时间;
步骤4:订单缓存时间设定好后,检查超过订单缓存时间的订单中与剩下订单中是否具有相同订单收货人信息的订单;
步骤5:若有,则这些订单进行合并处理,合并为一条订单,若无,则这些订单进行单独处理。
在一些实施例中,所述步骤1中,接收订单,包括:至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息;以及将所述订单发送给所述至少一个用户。
在本实施例中,其中至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息,包括:
从潜在用户获取其相应的用户收货人信息偏好,收货人信息偏好至少包括目的地信息;以及
根据所述目的地信息与所述订单的目的地,为所述订单确定至少一个用户收货人信息。
在一些实施例中,其中根据所述目的地信息与所述订单的目的地,为所述订单确定至少一个用户收货人信息,包括:
在所述目的地信息与所述订单的目的地一致时,为所述订单确定至少一个用户。
在一些实施例中,其中其中至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息,包括:
基于历史订单信息,确定每个潜在用户的收货人信息偏好,以为所述订单确定至少一个用户。
在一些实施例中,其中基于历史订单信息,确定每个潜在用户的收货人信息偏好,包括:
对所述历史订单信息中的信息元素分配权重;
针对所述信息元素,确定每个潜在用户的优先级;以及
针对每个潜在用户,根据所分配的权重对所述优先级进行求和,以确定每个潜在用户的收货人信息偏好。
在一些实施例中,所述步骤3中,所述商品消费者购买习惯至少还包括消费者历史订单信息和收货人信息,订单缓存时间最多不能超过规定的发货时间。
在一些实施例中,所述步骤4中,每次最多处理1000条已经过了订单缓存时间的订单,并且检查这1000条订单的收货人信息在剩下的订单中,有无相同的收货人信息,如果有,则一起进行合并处理;所述订单收货人信息至少包括收货人目的地和收货人联系方式。
然后,至少部分地根据用户偏好,为订单确定至少一个用户。例如,服务器可以根据订单的用户的用户偏好,为订单确定商品,这种方法通常被称为指派方法。反之,也可以为订单确定多个商品。
在一些实施例中,从潜在用户获取其相应的用户偏好,这些用户偏好至少包括目的地信息,并且根据目的地信息与订单的目的地之间的关系,为订单确定至少一个用户。在一个示例中,“潜在用户”可以包括任何活跃的用户,即任何准备接收订单的用户都可以被视为潜在用户。在一个示例中,“潜在用户”也可以仅包括通过常规订单处理方法进行筛选而获得的用户。
在一些实施例中,基于历史订单信息,确定每个潜在用户的用户偏好,以为所述订单确定至少一个用户。例如,从历史订单信息中提取潜在用户的用户偏好,从而根据潜在用户的用户偏好,确定至少一个用户。
在一些实施例中,为了对用户偏好进行量化表达,进而进行进一步处理,通过加权和模型对历史订单信息进行处理,从而提取出用户偏好。
具体而言,首先,对历史订单信息中的信息元素分配权重。
然后,针对信息元素,确定每个潜在用户的优先级。优先级可以通过评分的方式来实现,例如,优先级越高评分越高。
最后,针对每个潜在用户根据所分配的权重对这些优先级进行求和,以确定每个潜在用户的用户偏好。例如,基于评分的加权和方法的数学表达式为:最终评分=w1*v1+…+wm*vm,其中vi(i=1…m)表示某个信息元素的归一化评分,wm(i=1…m)表示该信息元素的权重。在确定了最终评分之后,可以确定这些评分高于预定阈值的用户,从而向这些用户发送订单。
在一些实施例中,还可以考虑与常规订单处理方法进行组合。
在一些实施例中,订单缓存时间设定好后,检查超过订单缓存时间的订单中与剩下订单中是否具有相同订单收货人信息的订单;若有,则这些订单进行合并处理,合并为一条订单,若无,则这些订单进行单独处理。
综上所述,在本实施例中,按照本实施例的全渠道订单合并处理方法,本实施例提供的全渠道订单合并处理方法,系统将各个平台的订单进行收集后,让商家根据自己这个行业商品的消费者购买习惯、自己可以等待的时间设定一个订单缓存的时间。系统每次最大处理1000条下单到系统中已经过了等待期的订单,并且检查这1000条订单的收货人信息在剩下的订单中,有无相同的。如果有则一起进行合并处理,合并为一条订单,对海量订单进行汇集聚合,让每次订单处理的量标准化,合并订单,降低重复工作量以及快递运费。
以上所述,仅为本发明进一步的实施例,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明所公开的范围内,根据本发明的技术方案及其构思加以等同替换或改变,都属于本发明的保护范围。
Claims (10)
1.一种全渠道订单合并处理方法,其特征在于,将各个平台的订单进行收集后,根据至少包括有订单收货人信息的商品消费者购买习惯设定订单缓存时间,检查超过订单缓存时间的订单中与剩下订单中是否具有相同订单收货人信息的订单,若有,则这些订单进行合并处理,合并为一条订单,若无,则这些订单进行单独处理。
2.根据权利要求1所述的一种全渠道订单合并处理方法,其特征在于,包括以下步骤:
步骤1:接收订单;
步骤2:收集各个平台订单信息;
步骤3:收集各个平台订单信息后,根据至少包括有订单收货人信息的商品消费者购买习惯设定订单缓存时间;
步骤4:订单缓存时间设定好后,检查超过订单缓存时间的订单中与剩下订单中是否具有相同订单收货人信息的订单;
步骤5:若有,则这些订单进行合并处理,合并为一条订单,若无,则这些订单进行单独处理。
3.根据权利要求2所述的一种全渠道订单合并处理方法,其特征在于,所述步骤1中,接收订单,包括:至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息;以及将所述订单发送给所述至少一个用户。
4.根据权利要求2所述的一种全渠道订单合并处理方法,其特征在于,其中至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息,包括:
从潜在用户获取其相应的用户收货人信息偏好,收货人信息偏好至少包括目的地信息;以及
根据所述目的地信息与所述订单的目的地,为所述订单确定至少一个用户收货人信息。
5.根据权利要求4所述的一种全渠道订单合并处理方法,其特征在于,其中根据所述目的地信息与所述订单的目的地,为所述订单确定至少一个用户收货人信息,包括:
在所述目的地信息与所述订单的目的地一致时,为所述订单确定至少一个用户。
6.根据权利要求2所述的一种全渠道订单合并处理方法,其特征在于,其中其中至少部分地基于收货人信息偏好,为所述订单确定至少一个用户收货人信息,包括:
基于历史订单信息,确定每个潜在用户的收货人信息偏好,以为所述订单确定至少一个用户。
7.根据权利要求6所述的一种全渠道订单合并处理方法,其特征在于,其中基于历史订单信息,确定每个潜在用户的收货人信息偏好,包括:
对所述历史订单信息中的信息元素分配权重;
针对所述信息元素,确定每个潜在用户的优先级;以及
针对每个潜在用户,根据所分配的权重对所述优先级进行求和,以确定每个潜在用户的收货人信息偏好。
8.根据权利要求2所述的一种全渠道订单合并处理方法,其特征在于,所述步骤3中,所述商品消费者购买习惯至少还包括消费者历史订单信息和收货人信息,订单缓存时间最多不能超过规定的发货时间。
9.根据权利要求2所述的一种全渠道订单合并处理方法,其特征在于,所述步骤4中,每次最多处理1000条已经过了订单缓存时间的订单,并且检查这1000条订单的收货人信息在剩下的订单中,有无相同的收货人信息,如果有,则一起进行合并处理。
10.根据权利要求2所述的一种全渠道订单合并处理方法,其特征在于,所述步骤4中,所述订单收货人信息至少包括收货人目的地和收货人联系方式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711220707.3A CN108171561A (zh) | 2017-11-29 | 2017-11-29 | 一种全渠道订单合并处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711220707.3A CN108171561A (zh) | 2017-11-29 | 2017-11-29 | 一种全渠道订单合并处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108171561A true CN108171561A (zh) | 2018-06-15 |
Family
ID=62524761
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711220707.3A Pending CN108171561A (zh) | 2017-11-29 | 2017-11-29 | 一种全渠道订单合并处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108171561A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110866709A (zh) * | 2018-08-28 | 2020-03-06 | 北京京东尚科信息技术有限公司 | 合并订单的方法和装置 |
CN112017002A (zh) * | 2020-08-28 | 2020-12-01 | 杭州拼便宜网络科技有限公司 | 一种用户补单方法、装置、设备及存储介质 |
CN112132515A (zh) * | 2020-09-24 | 2020-12-25 | 上海燕汐软件信息科技有限公司 | 订单处理方法、装置、电子设备及存储介质 |
CN112581205A (zh) * | 2019-09-30 | 2021-03-30 | 阿里巴巴集团控股有限公司 | 订单处理方法和装置、电子设备以及计算机可读存储介质 |
CN113535778A (zh) * | 2021-06-25 | 2021-10-22 | 湖南狐轩服饰有限公司 | 电子销售订单合单发货方法、装置、计算机存储介质及终端 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102819789A (zh) * | 2012-07-26 | 2012-12-12 | 深圳市互联通科技有限公司 | 电子商务供应链管理系统 |
CN103473230A (zh) * | 2012-06-06 | 2013-12-25 | 阿里巴巴集团控股有限公司 | 服务范围确定方法、物流服务提供方推荐方法及相应装置 |
CN105719173A (zh) * | 2016-01-19 | 2016-06-29 | 滴滴(中国)科技有限公司 | 订单处理方法和订单处理设备 |
CN106897847A (zh) * | 2015-12-18 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 物流信息处理方法及装置 |
CN107368987A (zh) * | 2017-06-29 | 2017-11-21 | 仓智(上海)智能科技有限公司 | 一种基于b2b或b2c混合的仓库订单管理方法 |
-
2017
- 2017-11-29 CN CN201711220707.3A patent/CN108171561A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103473230A (zh) * | 2012-06-06 | 2013-12-25 | 阿里巴巴集团控股有限公司 | 服务范围确定方法、物流服务提供方推荐方法及相应装置 |
CN102819789A (zh) * | 2012-07-26 | 2012-12-12 | 深圳市互联通科技有限公司 | 电子商务供应链管理系统 |
CN106897847A (zh) * | 2015-12-18 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 物流信息处理方法及装置 |
CN105719173A (zh) * | 2016-01-19 | 2016-06-29 | 滴滴(中国)科技有限公司 | 订单处理方法和订单处理设备 |
CN107368987A (zh) * | 2017-06-29 | 2017-11-21 | 仓智(上海)智能科技有限公司 | 一种基于b2b或b2c混合的仓库订单管理方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110866709A (zh) * | 2018-08-28 | 2020-03-06 | 北京京东尚科信息技术有限公司 | 合并订单的方法和装置 |
CN110866709B (zh) * | 2018-08-28 | 2024-05-24 | 北京京东尚科信息技术有限公司 | 合并订单的方法和装置 |
CN112581205A (zh) * | 2019-09-30 | 2021-03-30 | 阿里巴巴集团控股有限公司 | 订单处理方法和装置、电子设备以及计算机可读存储介质 |
CN112017002A (zh) * | 2020-08-28 | 2020-12-01 | 杭州拼便宜网络科技有限公司 | 一种用户补单方法、装置、设备及存储介质 |
CN112132515A (zh) * | 2020-09-24 | 2020-12-25 | 上海燕汐软件信息科技有限公司 | 订单处理方法、装置、电子设备及存储介质 |
CN113535778A (zh) * | 2021-06-25 | 2021-10-22 | 湖南狐轩服饰有限公司 | 电子销售订单合单发货方法、装置、计算机存储介质及终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108171561A (zh) | 一种全渠道订单合并处理方法 | |
CN108197851A (zh) | 一种电子商务多单同地址的物流分配方法 | |
WO2017028735A1 (zh) | 选择及推荐展示对象的方法及装置 | |
JP6679451B2 (ja) | 選択装置、選択方法および選択プログラム | |
CN104866484A (zh) | 一种数据处理方法和装置 | |
CN107015869A (zh) | 交易入账控制方法及系统 | |
CN106504076A (zh) | 分布式订单处理方法、装置及订单处理系统 | |
CN106970914A (zh) | 一种基于社交电商的好友推荐方法及装置 | |
CN110111179A (zh) | 药品组合的推荐方法、装置及计算机可读存储介质 | |
CN106920119A (zh) | 一种用户价值的评价方法及装置 | |
CN108648005A (zh) | 数据处理方法及系统 | |
CN108428153A (zh) | 预售商品的策略调整方法、服务器及策略调整系统 | |
WO2017092601A1 (zh) | 数据处理方法及装置 | |
CN106294410A (zh) | 一种个性化信息推送时间的确定方法及确定系统 | |
CN109446403A (zh) | 商品搜索匹配方法及系统 | |
CN107133843A (zh) | 一种基于协同过滤的商品推荐方法 | |
CN108171562A (zh) | 一种全渠道订单归类自动处理方法 | |
KR20210058525A (ko) | 상품 또는 서비스에 대한 비정형의 품목데이터를 자동으로 분류하는 방법 및 디바이스 | |
EP2667336A1 (en) | Distributed computer network in a system for international shipment of goods | |
JP2019021214A (ja) | 配信装置、配信方法および配信プログラム | |
CN107451769A (zh) | 快递信息处理方法及装置 | |
CN108921673A (zh) | 基于大数据的商品推荐方法 | |
CN109684560A (zh) | 商品评价信息的推送方法、系统及服务器 | |
US11694247B2 (en) | System and method for selling and customizing products and services via a network of computer systems | |
US20110166915A1 (en) | System and method for determining a customer contact strategy |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180615 |