发布时间：2019-11-5 分类： 行业资讯
在今天拿起《商品系统整合总结》之后，我整理了一些订单系统集成的经验。
如前所述，由于公司业务线的多样性和订单量的增加，公司的订单系统之前只是一个订单转移站，所有订单流程都在公司以前的ERP系统中完成，但自从ERP系统是很多年前的一个软件，它可以满足业务需求，但很多环节需要通过手动操作手动处理，效率低下。因此，我们希望进行订单系统集成，这可以使系统自动化并降低人工操作的成本。
实施步骤
考虑到现有业务的正常运行，订单系统的整合主要分为以下几个步骤来实现
一 、先将ERP系统中开线下单的功能迁移出来(包括大客户订单和刷单的订单拦截)
说明：行顺序也可以理解为订单的内部处理，主要在以下情况下
公司作为供应商的角色，在渠道生成订单后，人员需要在内部进入系统以实施履行流程
对于刷子顺序的特殊处理，这件作品将不再描述
针对大客户订单的合并计费交付处理
赎回订单是在线发布的，这是内部系统交互的问题。不要重复它们
二、三方平台/自营式B2C订单流程整合(不包括O2O订单)
注意：由于订单的前两个部分是不同的管理团队，因此流程本身也不同，因此规划流程是考虑B2C的整个流程然后再考虑
整个订单流程如下：
整个过程并没有解释太多。处方药的部分原因只是医疗电子商务协会有这种情况，并将进行特殊处理。另一种与普通电子商务基本相同;因此，异常订单拦截，拆分订单和发送此件的逻辑
1. 异常订单拦截
订单拦截主要是根据业务的实际情况截获的，当然这件作品主要分为两种情况
数据内容验证（如果必填字段为空，未准确检查金额，黑名单等）
拆分订单期间的拦截（如负毛订单，超区订单，无库存订单，拆分订单数等）
2. 拆分订单
一般考虑以下几个维度，当然，这取决于各自公司的实际情况
（1）拆分因素：商品属性，渠道，仓库，库存等，将父列表拆分成不同的子表。
（2）验证：
子单件货物的数量，相关金额（平台报价，商家报价，商品报价，订单金额，实际支付金额）以及父列表的一致性
拆分订单数量是否符合业务要求（例如拆分订单数量，交货订单限额等）
是否需要在拆分后再次拆分，如果是，则子订单是异常订单，否则拆分完成，父订单被取消，生成子订单;如果未满足验证，则恢复原始订单
3. 派单
要考虑的因素：交货地点与仓库之间的距离，仓库的优先级，快递的优先级，快递的优先级等;
对于调度指令，还需要根据公司业务在特定调度过程中的实际情况制定完成调度指令的规则。
三、代运营订单提供订单开放接口
在发货后，有一个对接接口功能，抓取订单和退货物流到订单系统的渠道。
没有对接功能的通道，提供查询订单的页面，以及导入物流订单号的功能。其他辅助功能，取决于公司的实际情况，确定是否需要提供给渠道。
四、O2O订单与B2C订单整合
在后期，这是另一位同事。在整合过程中，我在拆分订单之前做了一个O2O订单条件判断。优先级商店用于进行订单交付，但不满足，然后运送仓库。当然，这增强了用户体验。当然，还有必要考虑三方平台订单物流回拨的问题，因为O2O订单不需要物流订单号，而B2C订单需要。这件作品是另一个项目团队的责任，这篇文章没有做太多陈述。
在流程完成的过程中，由于流程图是根据我以前的习惯绘制的，第一次和负责研发的团队负责人，我提出了一些建议，最后将第2个项目团队的整个版本修改为达成共识;审查的最终版本用于与所有人员进行需求审查，过程相当顺利。我非常感谢研发同事对我工作的支持和帮助。
