电商后台
来源:互联网 发布:linux下svn 钩子函数 编辑:程序博客网 时间:2024/05/01 15:39
实施步骤
考虑到现有业务的正常运作,故订单系统的整合主要分为以下几步来实施
一 、先将ERP系统中开线下单的功能迁移出来(包括大客户订单和刷单的订单拦截)
说明:线下单,也可理解为订单的内部处理,主要有以下几种情况
- 公司为供货商的角色,渠道产生订单后,需要人员内部录入系统后实施履单流程
- 针对刷单的订单做的特殊处理,这块不做赘述
- 针对大客户订单,合并开票发货处理
- 冲红订单开具线下单,是公司内部系统交互的问题,不做赘述
二、三方平台/自营式B2C订单流程整合(不包括O2O订单)
说明:由于之前这两部分订单是不同的团队在管理,流程上本身也是存在差异的,故规划的过程中是计划B2C整个流程顺当后再考虑
整个订单流程如下:
整体的流程不做过多讲解,处方药部分因为也就只有医药电商会存在这个情况,会做特殊处理,其他的和普通的电商基本上一致;故着重说明下异常订单拦截,拆分订单和派单这块的逻辑
1. 异常订单拦截
订单拦截主要根据业务的实际场景拦截,当然这块也主要分2种情况
- 数据内容校验(如必填字段为空,金额核对不准确,黑名单等)
- 拆分订单过程中拦截(如负毛订单,超区订单,无库存订单,拆单数量限制等)
2. 拆分订单
一般会考虑从以下维度处理,当然具体的还是要看各自公司的实际情况
(1)拆单因素:商品属性,渠道,库房,库存等将父单拆分成不同的子单。
(2)校验:
- 子单商品数量,相关金额(平台优惠,商家优惠,商品优惠,订单金额,实付金额)与父单的一致性
- 拆分订单数量是否符合业务需求(如:拆单数量限制,货到付款订单拆单限制等)
- 拆分后是否需要再次拆分,如果是,则子单为异常订单,否则拆分完成,同时取消父单,生成子单;校验不符合的,恢复原单
3. 派单
需要考虑的因素:发货地与仓的距离,仓的优先级,快递优先级,快递报价优先级等;
关于派单,在具体的派单流程过程中也是需要根据公司业务的实际情况来制定规则完成派单。
三、代运营订单提供订单开放接口
- 有对接接口能力的渠道,抓取订单,发货后需要将物流返回到订单系统。
- 无对接能力的渠道,提供查询订单的页面,同时需要有导入物流单号的功能。其他的辅助功能,根据公司的实际情况来决定是否需要给渠道提供。
四、O2O订单与B2C订单整合
后期这块是另外一个同事负责,整合的过程中是在拆分订单前做了一次O2O订单条件判断,优先门店来进行接单发货,不满足,仓库再进行发货处理。当然这样提升了用户体验,当然也需要考虑三方平台订单物流回写的问题,因为O2O订单是不需要物流单号的,而B2C的订单需要。这块是另外一个项目组负责,这块不做过多陈述。
在流程整理的过程中,由于刚开始是根据自己之前的习惯来画的流程图,第一次和负责研发的小组长评审时,大家给了一些建议,最终修改了2版整个项目组才达成共识;评审时使用最终版来和所有的人员进行需求评审,过程还算顺利。在这里很感谢研发同事对我工作上的支持和帮助。
- 电商后台设计
- 电商后台
- 电商app后台
- 电商后台项目总结
- 电商后台制作遇到的问题
- 电商后台 js实现订单状态
- 电商后台系统:管理后台篇之库存管理
- 【imooc学习】【PHP】电商网站后台开发-图片上传
- 电商商家后台-easyUI的combox三级联动
- 电商制作后台中前台的知识点
- 掌握电商后台设计,这一篇足矣 | 万字长文
- 部署模型-电商网站后台分布式部署方案
- 电商商家后台-easyUI的combox三级联动
- 电商后台三大系统平台的功能设计
- c++后台开发电面
- Java后台管理开发框架,Java微信公众号开发框架,Java电商系统源码,电商后台源码
- 电商价格战暴露后台危机 低价品缺货成促销手段
- “双十一”背后的隐形战场:电商后台IT技术大检阅
- knockout 数组的处理
- Test 2017.10.11
- 线程同步:读写锁(四)
- iOS 关于Category
- 统计学习方法(五)
- 电商后台
- 远程访问控制-ssh命令
- sshd服务
- python 点边界处理
- 几种常用的排序算法(快速排序,希尔排序,堆排序,选择排序,冒泡排序)
- android 控件1
- 九度OJ——1154Jungle Roads
- Qt 嵌入第三方程序
- 73. Set Matrix Zeroes