京东供应链深度报告

一、供应商管理 (2)

1.1基础数据的管理 (4)

1.1.1信息管理 (4)

1.2供应商的评估 (5)

1.2.1供应商评估的主要功能 (5)

1.3服务协同 (11)

二、零售产品线 (12)

2.1库存管理 (13)

2.1.1首先要做多层级的补货 (14)

2.1.2供应商罗盘 (14)

2.1.3供应商协同门户 (15)

2.1.4零售罗盘 (15)

2.2订单履约 (15)

2.2.1订单拆分业务 (18)

2.2.2订单转移业务 (22)

2.2.3OFW（全流程管理） (25)

2.2.4订单的风控 (26)

2.3选品定价 (28)

三、供应链 (29)

3.1什么是供应链？ (31)

3.2供应链类型 (31)

3.2.1生产型企业供应链 (32)

3.2.2京东供应链 (33)

3.3京东库存管理的关键指标 (34)

3.4京东库存管理的难点和要点 (35)

3.5管理库存 (35)

3.5.1怎么管理库存 (35)

3.5.2大数据支撑下的京东库存管理 (38)

3.6供应链的增值服务 (39)

3.7补退全流程的自动化 (39)

3.8京东的供应链实践 (41)

引言

电商巨头之间的竞争究竟什么？京东为何在上市短短一年时间内市值突破500亿美元？京东是如何做到“211”“411”甚至一小时极速达服务？

2014年10月17日，iPhone6零点首发，京东完成3小时极速达；2015年8月25日，坚果手机发布会当晚10点，同期在京东正式开售，发布会还未结束时，北上广用户即刻享受了移动仓一小时送达服务，最快者从下单到收货仅用时4分钟37秒……这是电商供应链的极致体验。

京东物流之快，源于京东背后强大的供应链。

所以电商真正的竞争不是企业之间的竞争，而是供应链的竞争。

京东供应链采销一体、仓配一体，有制造、定价、营销、交易、仓储、配送、售后等十个环节环环相扣，致力于描绘出整个网络结构，补全市场软肋，这是京东保持高速增长与高品质服务的关键所在。

供应链的一头是供应商，另一头是消费者，中间的零售产品平台——京东，扮演的是什么角色？为让消费者买到好货，供应商管理系统如何保证优质的供应商？零售产品线中，京东自营的供应链需要管理什么？京东需要对消费者履约什么？

以上问题，都是本篇报告将要解答的问题，我们从供应链的源头供应商开始全方位解读京东供应链这一庞大的体系需要哪些系统的支撑。

一、供应商管理

“拒绝不良商家，京东卖好货”

供应商管理导图

如何才能保证优质的供应商？京东有自己的供应商管理系统。

从系统的角度来说，供应商管理分三层。

第一、基础数据的管理，系统效率是一方面，最重要的是基础数据能使业务顺畅的流转。第二、供应商评估，为优化业务的发展。

第三、服务协同，为做一个长久的协作。

“系统的基础——基础数据：

基础数据对系统使用效率及产品设计的重要性。”

1.1基础数据的管理

审核供应商时，基本数据即是供应商的面子。

基础数据与业务系统的信息对接：反向用于管理及供应商业务能力的体现。

评估系统评估结束后，优质的供应商配备更优质的服务条件：比如为促进供应商与京东更好的协作，京东会缩短合作良好的供应商入库的时间与预约时间（供应商不能按时履行入库时间将会挤占其他供应商资源）。

1.1.1信息管理

供应商的基础数据管理第一步是信息管理，具体的信息管理就供应商角度而言，分成两个层次：

第一是基础信息；

第二是业务信息。

1.1.1.1基础信息

基础信息包括基本信息、服务信息、财务信息。

基本信息是供应商满足国家法律法规所需要的必要材料，如供应商名称、工商局注册、组织代码证等都属于供应商固有的基本信息。

服务信息主要是指对外的一些服务渠道、400电话等。

财务信息主要是指供应商的税务，税务登记证、税率、税务帐号等的登记。

1.1.1.2业务信息

业务的区分当供应商信息变更时能明确的找到它的对象。

供应商进到京东需从采销关系、品牌信息、资质信息此三方面与京东业务做关联。

采销关系是供应商进入京东平台后，采销员有序的管理该供应商。除此之外，供应商的商品要满足京东的产品线和三级分类，售卖商属于什么分类，与其分类相的信息，会在这里记录。

设计产品的时候，基础数据的搭建，相应的通知、业务变更比较好定义。换个角度，供应商只需要把业务叠加。

1.2供应商的评估

“供应商评估：

三个层次，四个方面”

供应商的评估，目的是为了优化供应商的发展。

在京东内部有三个层次：

对管理部门，整体了解供应商在各方面的业务发展状况，制定管理策略，优化对供应商的管理；

对业务部门，需了解商品发展及SKU的变化。从而可以看到该行业发展水平及对京东的价值；对具体采销人员，了解其需要哪些支撑及平台提供的服务。

1.2.1供应商评估的主要功能

可为四个方面：

第一，要有指标

第二，把有不同指标的供应商搭建到一个纬度上

第三，综合分展现

第四，评估简报

1.2.1.1指标体系

“京东对供应商管理体系的指标体系，

三个主要的方向、六个方面。”

响应能力是代表供应商对京东的态度。

对京东的业务价值，反映供应商的货品、服务、商品对京东平台上的客户价值。

质量与服务水平是商品的质量好坏，京东上面有好评率、差评率，反映供应商本身自身能力包括质量的管控。

指标示意：

供货及时性该指标首先是产生订单，供应商看到会与京东确认，何时送货，最后验收，验收后采购订单完毕。整个过程当中，京东关注提交到确认的时间、供应商准备时间，以及总体的交货周期。有助于看到供应链效果。

1.2.1.2数据加工方法

供应商不是一类物种怎么办，我们有指标数据加工方法。

“把不同指标的供应商搭建到一个纬度上。”

京东采用规范的模型对数据进行加工，每个指标会在指标系列将供应商做排序，并对其指标做出分级，将指标分数化。单一指标处理完后进行权重设置，选择不同的指标作为计算的权重，把权重设置好后做综合分计算，最后变成一个分级。

1.2.1.3评估报告

针对不同的人员、不同的级别，有不同的简报与评估报告。评估报告包括单纯的发展趋势和主要问题。

1.2.1.3.1发展趋势：

好的供应商名称及所占的位置与比重，与上个月的周期对比情况等。（选取十个左右重要的指标，做详尽的分析。）

同时淘汰落后供应商，并对业务部门给出淘汰建议，其根据实际情况做出调整。

1.2.1.3.2数据验证指标可用性：

第一，指标的口径要一致。不同品类，不同业务部门，对指标的说法不同，计算的时公式完全不一样，需联合公司各个部门，保证指标口径一致。

第二，指标说明明晰。需明确说明指出各个指标所代表的行业、包括的内容、加工的指标公式等。

第三，数据加工方法明确。包含业务如何加工，整体加工方法，指标对采销的价值。

第四，分析颗粒度选择合适。取决于业务部门与管理能力。比如供应商管理，只放在供应商

纬度？还是纳入到产品经理纬度？还是纳入品牌的纬度？

第五，尽可能交叉校验。做交叉校验、库存周转时，可拿相应的逻辑批次数据及订单数据做校验，计算是否准确。

第六，业务人员参与测试。业务人员对保证系统可用性有非常高价值。

第七，监控数据运营情况。

1.3服务协同

协同系统为使京东与供应商有更好的协同。

京东会把评估结果输送给协作平台，以便与供应商有更好的协作。

这样的目的是京东可以给供应商开放不同的资源。

二、零售产品线

零售产品线导图

零售平台的产品分为两类，一类偏重流程、偏重管控，即采、退、配供应链管理，便是偏流程、偏管控的。另一类是计划类产品，通过历史数据、建模预测未来。比如由过去一个月销量预测未来28天内每一天的销量情况。该趋势会为采销与供应商谈判做支撑，28天的销量会给内部做一个很好的补货。计划类会通过大数据建模提建议给用户，同时驱动流程的执行。

2.1库存管理

零售企业的供应链必须由库存来支撑，所以能否管好库存，就直接决定了供应链的质量和效率。

目前京东非图书商品290万，图书商品250万，中心仓143个。其中不包括供应商与作的协同仓，143个仓再加上单品，京东如何去布货，才能让用户有211、311甚至411的体验？211服务——上午11：00前下单，基本下午15：00之前收到。

京东的仓分为RDC、FDC、CDC、NDC这四类，商品到用户手里之前，京东还设移动仓。前段时间三星手机首发便是从移动仓出去的，从下单到用户收到产品只需十几分钟。

2.1.1首先要做多层级的补货

（京东RDC和FDC的概念：

当京东到一定体量的时候，发现一级库存（FDC）无法正常的满足庞大的订单体量。所以，做了二级库存(RDC)。

FDC：前置仓（根据28原则，多数为畅销商品，基本满足这片区域下单）

RDC：综合仓／中心仓）

京东只给RDC直接补货，RDC往FDC的送货基本百分之百实现的。背后有销量预测在支撑，销量预测每天会预测未来的状况，再根据供应商送货的情况给出建议，调多少量过去，调到哪个仓，调到哪个FDC等。（后面订单履约中订单转移部分会仔细讲到。）

2.1.2供应商罗盘

440万的自营商品，143个仓，交叉补给量庞大，每周采购单量是10万量级。为让业务人员更好的看到数据，零售罗盘根据库存不同场景，给出不同提示。以便看到缺货分析，滞销分析，不动销分析，将库存更优化。

2.1.3供应商协同门户

通过供应商协同平台下采购单给供应商，同时，供应商还可帮助我们update新品。

2.1.4零售罗盘

供应商在不断帮助京东Update新品信息，图书的新品信息也会自动Update给京东。内部用户有数据分析产品，外部用户也有数据分析产品，供应商罗盘目前是付费的数据分析产品，一些大的平台厂商都非常需要京东这类的数据。这些分析数据可更好的帮生产商、品牌商规划其未来商品定位与产品方向。

2.2订单履约

订单履约在京东内部属于研发体系，包括业务体系，称为OFC。

何为订单履约？

订单履约，即为京东履行与客户承诺的约定。

为什么叫做订单履约？

在京东上买东西这种B2C的业务，最终生成一张订单，这个订单即是消费者与京东的一个简单合同。

履约内容：订单、发票（增值税发票或普通发票）、运费、时效、预约、优惠……

OFC：Order Fulfillment Center(订单履约中心)：连接了用户下单和订单在库房生产。

为承载履约的内容，把京东客户的需求最终按时交付给用户，京东有一个订单履约中心（OFC）。订单履约中心是连接用户下单、订单和库房生产的系统。

OFC是在购买和仓储生产环节之中的一个履约流程，或者叫系统。

简单理解是，在京东前台选完商品，进入购物车到结算页，当点击提交订单按纽时，就进入OFC环节，直到订单发给各个库房。

客户和终端生产仓之间即履约中心。订单来了后应该放到哪个库房生产？不同的库房生产给用户的promise是不一样，此时需采购的订单价格，这便是OFC是做的。如果有库存异常A 仓不能满足，需转到B仓执行，我们还有一个二次转移的过程。

京东任何一种订单类型都要找OFC做一些特殊的处理。

OFC系统框架

OFC系统比较技术化，是技术逻辑很多的一个系统。框架图可以看到OFC在整个京东大系统里的上下游关系以及数据流程的走向。包括订单的拆分、OCS（订单金额计算）、转移、OFW （订单全程控制）、风控。

Promise系统叫做客户的承诺，比如下了单的时效、把订单交由给库房都由Promise计算。它是订单客户和实际京东承诺的一个系统。包括台账系统、分拣、发票等都是OFC上下游相关系统，OFC是订单相关系统最中间的环节，上游有前台即页面、结算页、购物车，下游是实际的生产，比如tms青龙系统，仓配系统。

OFC系统流程

2011年京东上线OFC的新版流程。新流程主要的特点是系统会采用并行交互方式。而在此之前是串行，通过订单管道、OFC拆分、转移，完全的数据串行，造成时效特别长，当时下一张单子，从下单到传给客户，会用两个小时的时间，为解决这个问题，我们采用交互服务的方式，比如拆分服务，转移服务。现在最快的一张订单是8分钟，从客户下单到送给客户手中，不到10分钟。在终端可能是毫秒级的操作直接到仓库。

OFC系统运营数据如下：

制定客户订单生产计划，并调度实现订单生产。现支持：24种实体订单类型；10种不同的订单流程

2015.06.18当天拆分系统、下传系统处理3300万+次请求;

OFC接单峰值 6.8w单/分钟，订单量1500w/天

OFC系统未来将增强核心系统处理能力，预期达到支持日均2000万单，日峰值3000万单的处理能力

2.2.1订单拆分业务

2.2.1.1概念

业务拆分流程

（1）什么是订单拆分业务？

根据京东现有的业务布局及多库房的分布和商品的扩展、配送及支付方式、金额信息及第三方商家等属性，我们需要将订单拆分成包含相应数据信息的订单供其他系统使用及库房生产。

（2）为什么要进行订单拆分？

京东下完单，在订单详情页会看到一句话“您的订单由于不在同一个商家会带来拆分”，拆分原因是不在同一个库房或不是同一商家，订单被拆分为多个订单分开配送。这个功能会给客户带来什么？在购物车里，尤其双十一，618单促时，可能一次会买十个，甚至若干个东西，因为京东有不同的分品类的库房，京东的库房依然以品类仓为主，不同的品类，比如大家电、图书、IT、3C类的产品、食品、母婴类的产品。每类仓储间有不同的生产特点，食品、母婴，京东有自己的恒温仓，有一些生鲜要保持低温。像大件的放置，图书的摆放，是完全不同的，所以京东有品类仓。

（3）拆分的维度有哪些？

最主要的维度是库房和商家。

举个例子，如果在京东买了一个电视，同时又买了一个食品，食品属于食品仓，如果下了这么一张订单，实际会产生两张订单，一张订单给大家电，一张订单给食品母婴。这是一个拆分纬度。

还有一个拆分纬度是自营和商家，因为京东有POP，为了和不同的商家进行结算，所以不可能在一张订单上同时存在两个商家的商品，所以会根据商家进行拆单，这样是最基本的纬度。比如一张订单上有自营的商品，有商家的商品，同时还是多个商家，那么这张订单会拆成子单，之前那张订单是父单。其实父单没有任何作用，只是下单时点的快照，具体到库房，再到库房的下游，比如配送、售后环节都是以实际的子单进行操作。

注：

京东自营：京东自己采购，自己销售的订单，有自己的定价权

POP：京东开放平台(常用模式：商家把东西放在京东前台网站去售卖，东西库存及配送方式由商家自行承担，以返利去记钱)京东负责网络销售的动作，最终以返利计价的模式。POP 只需要把订单发给POP商家。

（4）拆分的过程是什么？

先货订单提交后即拆分

先款订单付款完成后拆分

（5）订单是怎么到拆分系统的？

从用户下单通过订单管道到OFW（工作流的管理），接到订单并把它推送给订单拆分系统进行拆分操作。

其实真正的订单拆分是根据业务逻辑生成满足仓储生产的订单。相当于在构建子单之后，把父单取消，根据业务的条件，生成仓储可生产订单。