配送时间承诺(promise)项目设计文档_V3.1-京东内部分享.docxVIP

技术方案 平台架构部 第 PAGE 34页 技术方案 平台架构部 第 PAGE 1页 保密级别：□普通 □秘密 ■机密 配送时间承诺(promise)项目 技术方案 需求理解及分析 业务目标 监控现货订单生产过程中的下传、打印、打包、分拣、配送员收货、妥投环节实际产生时间是否满足预设需求。 监控分拣结果，对于分拣结果为不跨分拣中心的订单校验分拣结果是否正确(是否与订单下传时的isjdship值一致)。 在现有Promise,RePromise中加入波次概念。 引入波次概念修改现有Promise、RePromise 使承诺时间更精确。 系统用户描述 系统功能 本项目（系统）与其他项目（系统）的关系 总体设计方案 设计目标和原则 系统设计目标 高可用性，异常情况也可以满足 满足100W定单以及未来订单量 可监控性：监控运行情况进行监控 可扩展性 设计原则 标准化和规范化原则 安全性原则 易用性原则 开放性和可扩展性原则 经济性原则 完整性原则 系统性原则 统筹规划、统一设计，保证整个系统的统一和数据的一致，是非常重要的，因此必须坚持系统性原则，采取有力的组织措施和严格的制度保障。 系统总体架构 包含与各业务系统集成关系 包含数据流向 包含系统组件 图 STYLEREF 1 \s2SEQ 图表 \* ARABIC \s 11系统总体架构示意图 核心模块设计 监控 监控范围： 订单：所有做过promise的订单 环节： 环节\配送方式 京东配送 第三方物流 下传 √ √ 打印 √ √ 打包 √ √ 分拣 √ √ 配送 √ × 妥投 √ ×  业务流程 时间履约监控 下传、打印、打包监控流程 订单分拣环节监控流程 配送员收货、妥投环节处理流程 监控计算流程 是否可计算:该环节之前的数据均已到达 波次计算流程 分拣结果监控流程 Promise规则流程 简要说明： 配送时效类型有三种：211、311、普通自营、第三方配送； 订单转移成功时，系统根据消息体信息，判断所属波次，计算订单承诺时间； 业务原则： 211、311订单履约承诺计算方法：根据拆单转移服务结果：配送中心，以及对应的省、市，配送时效类型，判断是否属于特殊设置区域。如果属于特殊设置的区域，则在特殊设置列表中，将根据订单转移成功时间(接收到订单消息的时间)+系统时间作为订单下传时间，获取对应波次号，得出承诺；如果不属于特殊设置的区域，则将根据订单转移成功时间+系统时间作为订单下传时间，获取对应波次号，得出承诺。 普通自营订单履约承诺计算方法：根据拆单转移服务结果：配送中心，以及对应的省、市，配送时效类型，判断是否属于特殊设置区域。将订单转移成功时间+系统时间作为订单下传时间，获取对应波次的截止分拣时间点，根据配送目的地获取京东自营配送至此地区的配送天数，截止分拣时间点加上配送天数计算出精确地预计送达日期； 第三方配送订单履约承诺计算方法：获取配送的目的省、市、县信息，将订单转移成功时间+系统时间作为订单下传时间，获取维护的配送时间，在此基础上加一天（假设维护北京3C仓A库到河北省某地区的配送时间是2-3天，则在前台显示时增加1天，作为第三方接收包裹之前的京东生产时间），在前台显示为：预计10.12-10.14日送达； 截止配送员收货时间、截止妥投时间对应的日期计算方法：该波次截止装车时间+库房到站点时间所需时间； RePromise流程 简要说明： 为保证订单延期后及时告知客户，监控订单是否按照承诺的波次进入对应环节，在对应的环节截止时间点验证，如果未完成，则直接更新履约承诺，在前台告知客户； 更新对象：符合更新承诺条件的211、311、普通自营的有效订单； 更新订单履约承诺可能发生在四个环节点：订单打包、订单分拣（站点类型是否改变、是否配送给第三方）、配送员收货、妥投时间； 业务原则： 订单有效性状态更新时，前台发消息通知履约承诺系统，履约承诺系统认为所有转移成功的订单均有效； 系统根据订单对应的履约承诺计算时间监控订单，超出截止时间点，则更新履约承诺结果，并在前台显示； 订单更新履约承诺后，按照延期后的波次继续监控订单； 分拣中心发货时，履约承诺监控系统接收消息（只接收类型为第三方物流公司或者自营站点的结果），保存发货对应的ID及类型； 配送员收货波次由该订单对应的截止分拣时间加上生产库房到配送站时间后对应的日期； 妥投波次即订单履约承诺日期； 订单对应监控的实际发生环节点晚于截止时间点，该订单所属波次顺延至下一批次，记录触发延期批次的监控点，并根据下一批次时间点继续监控此订单； 在分拣发货环节，验证订单发货结果：如果订单此次发货环节不跨分拣中心（分拣发货结果类型不为配送中心），比较发货时站点类型，如果与isjdship值不一