《电商ERP专栏》-订单处理7-订单池与订单合并

0 评论 3935 浏览 24 收藏 4 分钟
🔗 产品经理的核心价值是能够准确发现和满足用户需求,把用户需求转化为产品功能,并协调资源推动落地,创造商业价值

如果消费者在店铺一次性下了多单,ERP系统此时可能会做合并订单处理。这篇文章里,作者就拆解了订单合并的相关策略,一起来看。

为了节省运费,方便用户,若顾客在此店铺下了多单,ERP系统通常会合并订单,本次讲解下合并订单的策略。

订单合并一般是在审核后,未分配仓库之前,这样方便多订单分到一个仓,并且同时到达,订单合并包括自动合并、手动合并。

一、自动合并

通常ERP系统中,订单审核通过后会进入订单池,每隔一段时间,将符合合并条件的订单进行合并。

订单自动合并,在ERP系统中一般为固定条件:

  • 同店铺、同买家ID、同收货地址、收货人、收货人手机号、安装服务类型、菜鸟服务类型;
  • 订单类型:正常订单;
  • 订单状态:订单审核通过;
  • 付款状态:已付款;
  • 退款类型:未退款;
  • 标记类型:未挂起、未作废。

不过不同ERP系统也可根据自身的条件进行调整,或者页面做设置订单合并条件。

二、手动合并

手动合并分为两种:

  1. 手动选择订单进行合并;
  2. 手动执行所有订单的合并操作。

1. 手动选择订单进行合并

1)在订单管理中,勾选订单,选择其中一个订单未主单,进行合并,合并时,也可修改收货人信息。

2)订单手动合并,可以在审单前也可以在审单后未分配仓库前,在这一点上与自动合并是不一致的,故订单合并的动作支持仅合并订单或者合并后立即调用审单策略审核订单。

2. 手动执行所有订单的合并操作

此操作相当于手动处发合并,在订单管理页面,直接点击【执行合并】,则按自动合并的条件执行合并,此操作相当于人工决定订单池的大小。

涉及订单合并时要注意逻辑:

  1. 订单拆分后又合并,合并后拆分再合并;
  2. 订单信息的展示逻辑,原始单号与原始单明细的保留、通过接口下发到WMS系统后的原始单与新单信息都要下发(一般某些客户是需要在仓库打印购物清单等单据需要原始单信息);
  3. 订单金额信息的合并计算;
  4. 特殊类型的订单的是否合并要根据实际业务决定,类似:定金订单、预售订单等。

本文由 @阿猫阿狗 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!
专题
14663人已学习12篇文章
排行榜在帮助用户做决定的同时,引导用户购买目标产品,极大降低了用户的选择成本。本专题的文章分享了对于排行榜的设计思考。
专题
15500人已学习12篇文章
本专题的文章分享了互联网金融风控体系的设计指南。
专题
14837人已学习13篇文章
价格是竞争的重要手段,所以对于一个产品来说,产品定价是非常重要的。本专题的文章分享了如何给产品定价和产品定价的策略。
专题
76831人已学习25篇文章
APP设计是一位优秀产品经理的基本功。
专题
13319人已学习13篇文章
产品设计与用户的体验感息息相关,但是很多时候产品经理在产品设计过程中会忽略掉可能影响到用户体验感的一些因素,比如一些异常状态的出现会让用户产品卸载的想法。本专题的文章分享了产品异常场景设计指南。
专题
15425人已学习14篇文章
RBAC是一套成熟的权限模型,在传统权限模型中,我们直接把权限赋予用户。而在RBAC中,首先把权限赋予角色,再把角色赋予用户。本专题的文章分享了基于RBAC模型的权限设计。