本文主要是介绍【供应链架构day8】履约系统的架构长什么样子：从需求开始讲起，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
很多公司，除了自营商城以外，还有其它渠道（如天猫、京东等），多个渠道的订单该如何集中履约？订单履约全流程是怎样的？接着小Q的故事，为您揭晓多平台订单履约系统的系统设计思路。 由于篇幅关系，本文仅介绍正向履约流程，逆向流程放置后续文章中更新~
「 以下故事情节及人物均为作者杜撰，若有雷同，纯属巧合：
小Q：某医药互联网公司后台产品经理，着手规划重构公司的供应链及电商后台相关系统」
三九酷寒，一夜北风吹，朋友圈里全国各地网友都在喜迎2019年的首场瑞雪，期待来年有个好盼头，唯独帝都上空一片寂寥，寒风肆虐外加雾霾横行，空气充斥着流感的嚣张气焰，气温比昨日越发阴冷，能见度也低了不少。北风呜呜的压面扫过，从发丝到脖子，凡是暴露在外的肢体部分都如同冰刀刮体，冻的生疼；嘴里哈出的白气像一把反击的利剑，在空中凝固，随之慢慢消散沦为雾霾的奴役；鼻腔里充斥着尘霾的焦味，随便嚼一口都能感觉到牙缝里的沙子滋滋作响。虽然穿着羽绒服，仍然能感受到寒气由外向内节节渗透，要不是有棉帽和鸭绒护身， 作为南方人的小Q与这般恶劣的天气根本斗不过10分钟。
01 订单履约系统架构及核心功能
此番来北京出差的任务是给技术GG们讲解订单履约系统需求。
“所谓订单履约，就是从订单交易产生以后，到用户最终收到商品，包括售后的整个过程。所以我们的订单履约系统的主要实现目标是能高效且透明的完成订单履约全过程，保证用户体验。”
“在正式讲解需求之前，咱们先来了解一下公司的业务现状，”，小Q觉得即便是程序员，也非常有必要先了解一下业务背景，以需求为出发点，才能设计出更贴合业务的系统，而且也会更加有参与感。
“①咱们有两大类业务：三方电商平台和自营平台；三方平台是咱们在天猫、京东等平台上开的电商店铺，自有平台是咱们自行搭建的商城，和一些对外的sdk、API等渠道；
②咱们下游有多个仓库，遍布全国各地，各地配送区域不同；
③自营平台上，咱们还有一些新零售业务，支持用户到店自提，以及急速送达的配送业务。”
“结合这些现状，我给大家讲解一下订单履约系统的设计架构”，小Q打开了先行写好的prd。
▲ 订单履约系统架构设计图
“ 从订单数据上下传通道来看，整个订单履约从上往下涉及3层系统：订单转换中心、订单履约中心、仓储路由中心。
订单履约系统的上游是订单转换中心，用以对接各个销售平台，因为各平台的订单结构不尽相同，为了能统一在履约系统中对订单进行管理，保证订单内部流转的标准化，不至于因为某个平台的调整而动了主体结构，所以在订单转换中心中针对各个平台配置不同的适配器，将订单标准化以后再与履约系统进行通讯。需要适配的信息包括商品、地址、订单状态、物流公司等。
履约系统的下游是仓储路由中心，用以与各个仓库系统和门店新零售系统进行交互，将订单路由分发至目标库房进行生产，同时将目标库房的发货信息收集并回传至订单履约中心；
订单履约系统负责处理订单履约的全过程，对上通过订单转换中心与销售平台进行信息同步，对下通过仓储路由中心将订单信息上下传，内部通过调度中央库存、配送系统等多个外围系统对订单信息进行层层拆解和组装，将订单加工为满足履约条件的可执行指令。
根据以上架构，梳理出订单履约系统的核心功能如下：
▲ 订单履约系统核心功能”
02 订单履约全流程详解
“从系统层面看，一张实物类的订单从销售平台下单，到最终用户签收，会经历10余个履约节点，涉及销售平台、订单转换中心、履约系统、中央库存、配送系统、仓储路由中心、仓库/新零售系统等多个系统，所以履约流程最核心的诉求是协同和顺畅，只有各系统相互协作，订单自始至终很流畅的执行完各个节点，
这篇关于【供应链架构day8】履约系统的架构长什么样子：从需求开始讲起的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
