资源描述
沃尔玛TMS项目
需求规格说明书V1.3
文档信息：
项目名称
沃尔玛TMS
项目经理
XXX
撰写人
文档版本
撰写日期
版本发布日期
审批人
审批日期
目录
1 概述 5
1.1 文档说明 5
1.2 项目概述 5
1.3 项目范围 5
1.4 访谈用户列表 5
1.5 术语 6
2 系统总览 7
2.1 组织架构 7
2.2 系统平台 7
2.3 系统功能模块 8
2.4 用户角色及功能权限 8
3 需求描述 9
3.1 收货预约 9
3.2 约柜计划 15
3.3 多点配送 20
3.4 摆柜 21
3.5 单据处理 23
3.6 封条管理 27
3.7 拖柜 29
3.8 发柜办单流程 31
3.9 收货流程 33
3.10 RTV退货 35
3.11 EDC与FDC流程 39
3.12 运输费用日结管理 39
3.13 运输费用周结管理 41
3.14 运输费用月结管理 42
3.15 项目管理 44
3.16 异常处理 47
4 核心功能点 50
4.1 基础数据管理 50
4.2 收货预约管理 55
4.3 约柜计划管理 60
4.4 TCR单管理 67
4.5 封条管理 73
4.6 RTV管理 74
4.7 结算管理 75
4.8 计费规则 78
4.9 KPI管理 80
4.10 项目管理 82
4.11 报表 83
1 概述
1.1 文档说明
本文档将准确的、详细的描述沃尔玛运输管理系统项目工作内容，以期达到如下目标：
Ø 最终的软件实施、客户化实现将基于本文档中准确、详细的需求描述进行
Ø 最终交付的TMS系统是满足业务需求的
Ø 业务名词与单据名称以系统现行的为准
1.2 项目概述
沃尔玛于1996年进入中国，在深圳开设了第一家沃尔玛购物广场和山姆会员商店。目前沃尔玛在中国经营多种业态和品牌，包括购物广场、山姆会员商店、社区店等，截至2013年2月28日，已经在全国21个省、自治区、4个直辖市的150多个城市开设了390多家商场，并以每年10%的新增门店速度成长。其中物流方面，在中国目前有6个DC，服务门店300余家。各DC日配送车辆总数达500多辆，日均处理货物85万左右，各DC运输部总人数100余人。
本次项目旨在通过引入专业运输管理系统对沃尔玛物流运输业务进行管理，提高整体的配送效率，实现与供应链上下游间的协同能力。
1. 可配合GLS/GDS的工作，根据运输管理系统与GLS/GDS的不同职能发挥运输管理系统应有的作用。
2. 对物流订单从产生、作业、在途、回单至结算的整个过程进行全生命周期管理和跟踪。通过对订单全生命周期管理、节点监控，达到业务全程可视化，提高企业对业务风险的管控力。
3. 通过信息化尽可能解决约柜不准确的问题
4. 帮助减少不增值工作及重复工作带来的浪费，提高整体作业效率。
1.3 项目范围
为了满足沃尔玛（中国）投资有限公司的业务需要，保障公司战略规划得以顺利进行，本期运输管理系统实施范围为6个DC。
具体实施对象：
北区：天津（TJDC）、嘉兴（JXDC）、武汉（WHDC）
南区：深圳（SXDC）、广州（GZDC）、成都（CDDC）
1.4 访谈用户列表
部门
人员
访谈日期
访谈业务
运输部
调度组
周涛
Stephen Zhou
2013.12.17~2013.12.31
总体业务和流程。
票据部
曾云友
Helen Zeng
2013.12.31
收货预约。
收货部
杨金成
Owen Yang
2013.12.31
收货预约。
各地DC
张万香（广州）
祝林（成都）
毛小红（武汉）
钱柯燕（嘉兴）
冯昭阳（天津）
2014.01.03~2014.01.05
总体业务和流程。
1.5 术语
如下术语解释适用于本文档中的需求描述：
术语
解释
TMS
Transportation Management System，运输管理系统，指乙方提供的E-Logistic TMS产品。
GLS
沃尔玛DC新的仓库管理系统。2013年天津和广州DC已经上线，2014年成都、嘉兴和武汉DC计划上线，2015年深圳DC计划上线，新开DC会直接用GLS。
GDS
沃尔玛DC仓库管理系统。
PD
Product delivery 指DC开始往新门店送货，建库存，准备下一步销售。
FAP
沃尔玛自用品，如耗材，办公用品。
VD
Vendor 沃尔玛的供应商
SSTK
稳定库存： 沃尔玛DC的库存分成两部分， 一部分是交叉配货（Cross- dock）,供应商来货立即按目的门店分拣并准备出货； 另一部分是稳定库存，指收货后放在库存一段时间，有出货指令再拣货出货。
CP
Center Point, 指沃尔玛DC向另一个沃尔玛DC发货。
WMDC
Walmart Distribution center, 沃尔玛配送中心
WM
Walmart, 沃尔玛
TCR
Trailer Control Record 出场车辆控制记录表；每个货柜中每个门店会对应一份。
SAM'S
山姆会员店
RTV
退货， 指因品质或销售问题从门店退回 退货中心。
EDC
大家电仓库，目前均为外包的方式在做
FDC
冷鲜仓库，目前均为外包的方式在做，但深圳DC规划的3期有包含冷鲜仓库，有可能会收回自己做。
CPU
上门提货。
DEPOT
区域提货和送到区域内的门店或DC。
调度平台
TMS功能，用于区分不同的实体运作组织。
承运商
TMS功能，用于定义不同的承运外包对象
运输地
TMS功能，用于定义实际的物理地址（始发地、目的地、中转地等）
C区货量
发货区待配送货物；每个门店均有对应的区域。
约柜计划表
前晚或当天凌晨制作的每日约柜计划表。
约柜计划
每个货柜或车辆运输的计划和实际情况。
承运商合同
指系统中与承运商所签署的合同的结算规则
台账
记录收入、支出、差异调整、分摊所产生的费用的载体
对账单
与客户或承运商进行对账的依据
QA
品质保障部
AP
风险控制部
2 系统总览
2.1 组织架构
2.2 系统平台
2.3 系统功能模块
2.4 用户角色及功能权限
Ø 用户角色
系统平台
用户角色
说明
中国区
管理层
中国区
全国结算
中国区
全国客服
中国区
全国大单
区域DC
管理层
区域DC
票据
票据部
区域DC
调度
运输部
区域DC
客服
运输部
区域DC
结算
运输部
区域DC
项目
运输部
区域DC
大单
运输部
Ø 功能权限
功能
中国区管理层
中国区全国结算
中国区全国客服
中国区全国大单
区域DC管理层
区域DC票据
区域DC调度
区域DC客服
区域DC结算
区域DC项目
区域DC大单
收货预约
所有
所有
所有
约柜计划
所有
查看
查看
查看
所有
所有
所有
查看
约柜计划-大单
所有
查看
查看
所有
所有
所有
查看
查看
所有
TCR单管理
所有
查看
查看
查看
所有
所有
所有
查看
封条管理
所有
查看
查看
查看
所有
所有
查看
查看
RTV管理
所有
查看
查看
查看
所有
查看
所有
查看
结算管理
所有
所有
所有
所有
计费规则
所有
所有
所有
所有
KPI管理
所有
查看
查看
查看
所有
所有
所有
所有
项目管理
所有
查看
查看
查看
所有
查看
查看
查看
所有
报表
所有
所有
所有
所有
所有
所有
所有
所有
所有
所有
基础数据管理
所有
查看
查看
查看
所有
查看
所有
所有
所有
查看
查看
3 需求描述
3.1 收货预约
3.1.1 概要描述
本流程为从供应商提交预约到预约来货量提供给运输部的收货预约流程，整个流程包括设置收货能力参数、供应商提交预约、票据部审核预约和运输部把预约的预计来货量导入TMS等步骤。业务流程主要涉及职能包括供应商、票据部、收货部、分货部、出货部和运输部。
3.1.2 流程说明
3.1.2.1 流程图
3.1.2.2 流程描述
编码
流程说明
1.1
供应商或承运商每周一至周五的08:30~17:30可以访问系统填报预约送货信息，预约至少需要提前1个工作日提交。
1.2
供应商录入的商品编码在系统中是否存在且有单品的长宽高和重量？
1.3
如果商品编码有对应单品的长宽高和重量信息，系统将采用这些商品的基础信息。
1.4
如果商品编码没有对应单品的长宽高和重量信息，系统将采用供应商录入的箱数、总重量和总体积来算出单品的重量和体积。
1.5
系统将根据供应商录入的各种规格商品的预约总箱数和目前剩余的收货能力，显示从次日开始可用的时间段给供应商选择。
1.6
供应商在可用时间中选择自己希望送货的时间。
1.7
系统将锁定所选时间的收货能力。相应收货能力从所选时间开始至收货完成之间的时间段将被占用，CPU类型的预约将直接占用全部的时间。
1.8
预约中状态为“退回修正”的订单，供应商可以修改订单号，承运商可以修改订单号和供应商的信息。预约被提交后，供应商或承运商将不能修改商品编号和箱数。
1.9
供应商可以取消自己提交的整个预约或其中部分订单的预约。系统将为每次的取消预约生成一个取消号，取消号规则为年月日（年份取后两位，共六位数字）+流水号（三位数字）。
1.10
取消预约后，系统将释放该时间的收货能力。如果预约整体被取消，该预约原来占用的时间段将被释放；如果预约中部分订单被取消，该预约原来占用的时间段将被相应减少本次取消箱数所需的收货时间。
1.11
被取消的预约是否已通过审核？
1.12
供应商按照预约时间送货至仓库。
1.13
供应商可以在系统中查看票据部发布的公告。
2.1
票据部可以在系统中发布公告，告知供应商相关的预约要求。
2.2
票据部收到收货部提供的商品基础信息后，把商品基础信息录入或导入系统。商品基础信息包括商品编码、商品名称、单品长宽高和单品重量。
2.3
票据部在GLS/GDS中对供应商提交的预约进行系统预约，并把预约号填入GLS/GDS。票据部也可以从系统批量导出数据，用macro的方式连接到GLS/GDS进行批量的系统预约，导出的数据包括：预约号、订单号、箱数、送货日期时间、供应商代码和名称。
2.4
票据部单个或批量对预约进行审核和调整，审核结果包括 “通过”、“退回修正”和“拒绝”三种。
2.5
审核结果是否为”退回修正”?
2.6
票据部查看供应商取消预约的信息。
3.1
收货部测定新的商品基础信息后，把商品基础信息发送给票据部。
3.2
收货部在每周四前需要把下周的收货能力参数设置到系统。
3.3
收货部进行收货时会先在GLS/GDS系统中打印标签，再进行收货和贴标签等操作。如果是单一商品整板配送到门店，将整板直接送入C区；如果是散货配送到门店，将通过分货部进行分拣组板后再送入C区。
4.1
分货部按门店将多种配送至同一门店的商品进行分拣组板。
5.1
需配送至门店的货物组板送入门店对应的C区等待出货。
6.1
运输部从GLS/GDS系统中导出各门店每天的预约货量。
6.2
运输部把各门店每天的预约货量导入TMS，用于生成新的约柜计划。
3.1.3 功能需求
功能点：填报预约信息（核心功能点：供应商预约）
对应流程节点: 1.1
操作角色：供应商
描述：供应商或承运商每周一至周五的08:30~17:30可以访问系统填报预约送货信息，预约至少需要提前1个工作日提交。
填报的信息需包括发货地址、承运商(承运商账号登陆将自动带入)、车型（大车或小车）、送货类型（正常、无车、综合、CPU、SSTK、EDC、自用品、盐业、手工转运订单（含山姆、PTL、SSTK、XKD））、送货明细、卸货人数、联系人和联系电话。送货明细包括:供应商（选择，如果是供应商账号登陆将自动带入）、订单号、商品编码、箱数、总重量、总体积。
系统将为每个提交的预约生成一个预约号，预约号规则为年月日（年份取后两位，共六位数字）+流水号（三位数字）；未审核通过的预约号将不会显示在界面中。
供应商和相关承运商都将由沃尔玛统一分配账户，新的供应商和承运商需要向沃尔玛提出申请。
预约时可以提交包含多个供应商订单的预约，但必须是同一种送货类型。
提交后的预约将不允许修改，只能取消整个预约或其中部分订单的预约；如果同一个账户当天提交过预约，无论是否已取消都将不允许提交新的预约。
只有CPU类型的承运商可以选到CPU的送货类型，如果送货类型选择了CPU但送货明细中包括了非CPU类型的订单，沃尔玛方面可以对其进行KPI考核甚至把这些订单视为CPU要求返点。
功能点：查看可用的日期和时间（核心功能点：供应商预约）
对应流程节点: 1.5
操作角色：供应商
描述：系统将根据供应商录入的各种商品分类的预约总箱数和目前剩余的收货能力，显示从次日开始可用的时间段给供应商选择。
系统将按照如下规则显示可用的时间点：
1. 收货时间规则：
按照录入的送货明细计算需要的收货时间；通过商品编码获取对应的商品分类后，按照各种商品分类的平均卸货时间和卸货人数计算所需的收货时间。
具体计算公式为：
正常收货类型的收货时间=33.1 - 8.15*卸货人数 + 0.0426*(商品分类的平均收货时间 * 商品分类的收货箱数)
商品分类的平均卸货时间为：
商品分类
平均收货时间（分钟/箱）
S
1
SH
1.171236626
M
1.709560545
L
2.542575632
XL
2.655915112
XD
3.00133643
商品分类的规格为：
商品分类
最小体积
最大体积
最小重量
最大重量
S
0
0.0002265
0
2.4716248
S
0.0002549
0.0018123
0
2.4716248
S
0.0018406
0.0214925
0
2.4716248
SH
0
0.0214925
2.4720784
4.7849459
SH
0
0.0214925
4.7853995
4535.4701
M
0.0215208
0.0383409
0
4.7849459
M
0.0215208
0.0383409
4.7853995
4535.4701
L
0.0383693
0.0437495
0
11.548008
L
0.0383693
0.0437495
11.548462
4535.4701
XL
0.0437778
283.13968
0
11.548008
XD
0.0437778
283.13968
11.548462
4535.4701
2. 收货能力剩余时间段规则：
根据目前有效预约已占用的收货能力和时间段，获取各收货能力的剩余时间段；
3. 可用时间段规则：
如收货能力的剩余时间段>预约所需的收货时间，该收货能力的剩余时间段为当前预约可用的时间段；某个收货能力的全部时间还未被占用过的情况下，所需的收货时间>收货能力全部时间的预约仍将被允许，该预约将占用收货能力全部的时间。
4. 优先级规则：
优先级为：早班收货能力>晚班收货能力>早班加班收货能力>晚班加班收货能力，系统将根据优先级和时间从早到晚的顺序显示可用时间段的起始时间给供应商选择。
5. 大车预约数规则:
如果大车预约某种收货类型08:30的收货能力数已经达到该收货类型设置的大车最大车位数，系统将不再提供其它08:30给供应商选择。
功能点：选择预约日期和时间（核心功能点：供应商预约）
对应流程节点: 1.6
操作角色：供应商
描述：供应商在可用时间中选择自己希望送货的时间。供应商选择时间后，系统将锁定所选时间的收货能力。相应收货能力从所选时间开始至收货完成之间的时间段将被占用，CPU类型的预约将直接占用全部的时间。
功能点：取消预约（核心功能点：供应商取消预约）
对应流程节点: 1.9
操作角色：供应商
描述：供应商可以取消自己提交的整个预约或其中部分订单的预约。系统将为每次的取消预约生成一个取消号，取消号规则为年月日（年份取后两位，共六位数字）+流水号（三位数字）。
功能点：商品信息管理（核心功能点：商品信息管理）
对应流程节点: 2.2
操作角色：票据部
描述：票据部收到收货部提供的商品基础信息后，把商品基础信息录入或导入系统。商品基础信息包括商品编码、商品名称、单品长宽高和单品重量。
功能点：设置收货能力参数（核心功能点：收货能力管理）
对应流程节点: 3.2
操作角色：票据部
描述：收货部在每周四前需要把下周的收货能力参数设置到系统。
收货能力参数包括车位数和收货人数两部分。
1. 车位数：
每个DC有一套基础的车位数设定，收货部可以根据需要进行调整。
所有收货类型共同设定的参数包括：
大车宽度：大车的标准宽度，将用于检查大车最大车位数的设定是否超过了平台长度；
小车宽度：小车的标准宽度，将用于计算最大车位数；
安全距离：车之间的安全距离，将用于计算最大车位数和检查大车最大车位数的设定是否超过了平台长度；
各收货类型独立设定的参数包括：
平台长度：相应收货类型可用的平台长度；如果存在柱子等影响可用长度的情况可以相应的缩短平台长度；
最大车位数：按照小车宽度、安全距离和收货类型的平台长度计算全部为小车的情况下的车位数；
大车最大车位数：用于限定08:30可接受的大车预约数。
2. 收货人数：
每天各种收货类型的早班收货人数、晚班收货人数、早班加班收货人数和晚班加班收货人数，系统将根据设置产生相应的收货能力。
早班收货人数、晚班收货人数+早班加班收货人数和晚班加班收货人数均不能大于最大车位数。
早班加班收货人数不能大于早班收货人数，晚班加班收货人数不能大于晚班收货人数。
各班次的上班时间为：
早班：08:30~17:30 (9 Hours)
晚班：17:30~02:30 (9 Hours)
早班加班：18:30~21:30 (+3 Hours)
晚班加班：03:30~06:30 (+3 Hours)
收货能力的生成规则如下：
1. 基本收货能力生成时间规则：
每周一凌晨系统将根据预先设置的基本收货能力参数生成下周一至周五的基本收货能力，提供给供应商提前预约；
2. 实际收货能力生成时间规则：
每周四前下周的实际收货能力参数设置后，系统将相应生成比基本收货能力多出部分的收货能力；
3. 收货能力生成规则：
系统将根据各班次收货人数生成相应数量的收货能力。各种时间轴的收货能力的生成逻辑如下：
a) 早班收货人数>晚班收货人数：
晚班加班收货人数的从08:30~06:30的收货能力；
晚班收货人数-晚班加班收货人数的从08:30~02:30的收货能力；
早班加班收货人数>早班收货人数-晚班收货人数：早班收货人数-晚班收货人数的从08:30~21:30的收货能力，早班加班收货人数-(早班收货人数-晚班收货人数)的从18:30~21:30的收货能力；
早班加班收货人数<=早班收货人数-晚班收货人数：早班加班收货人数的从08:30~21:30的收货能力，(早班收货人数-晚班收货人数)- 早班加班收货人数的从08:30~17:30的收货能力。
b) 早班收货人数=晚班收货人数：
晚班加班收货人数的从08:30~06:30的收货能力；
晚班收货人数-晚班加班收货人数的从08:30~02:30的收货能力；
早班加班收货人数的从18:30~21:30的收货能力。
c) 早班收货人数<晚班收货人数：
晚班加班收货人数>早班收货人数：早班收货人数的从08:30~06:30的收货能力，晚班加班收货人数-早班收货人数的从17:30~06:30的收货能力，晚班收货人数-晚班加班收货人数的从17:30~02:30的收货能力；
晚班加班收货人数<=早班收货人数：晚班加班收货人数的从08:30~06:30的收货能力，早班收货人数-晚班加班收货人数的从08:30~02:30的收货能力，晚班收货人数-早班收货人数的从17:30~02:30的收货能力；
早班加班收货人数的从18:30~21:30的收货能力。
功能点：审核预约（核心功能点：预约审核）
对应流程节点: 2.4
操作角色：票据部
描述：票据部随时或下午3点后集中对供应商的预约进行审核，如果供应商输入的商品编码在系统中不存在或者没有单品长宽高和单品重量，系统将进行提示，票据部可以相应的进行补充和修改。
预约被审核通过后供应商可以查看的预约号，如果需要票据部也可以对预约进行相应的调整。如果票据部同事发现供应商输入的订单号在GLS/GDS中不存在、已过期或对应的送货类型有误，可以退回让供应商修正也可以拒绝供应商的预约，预约如果被拒绝系统将释放相应的收货能力。
票据部也可以批量导入审核结果，导入的数据包括：订单号、结果、异常原因；系统将根据订单号批量更新审核结果。如果预约中存在“退回修正”状态的订单，预约的状态变为“退回修正”；如果预约中所有订单均为“拒绝”状态，预约的状态变为“拒绝”；如果预约中不存在“退回修正”状态的订单且存在“通过”状态的订单，预约的状态变为“通过”状态。
功能点：调整预约（核心功能点：预约调整）
对应流程节点: 2.4
操作角色：票据部
描述：票据部可以根据需要对预约进行相应的调整。票据部可以修改预约时间、订单号、供应商、商品编号、箱数等信息，也可以添加和删除送货明细甚至删除整个预约，删除送货明细或整个预约时系统将仅修改状态为“删除”而不会实际删除信息以供日后分析。
功能点：导入预约来货量（核心功能点：预计来货量管理）
对应流程节点: 6.2
操作角色：运输部
描述：运输部从GLS/GDS系统中导出各门店每天的预约货量，并把数据导入TMS，用于生成新的约柜计划。
3.2 约柜计划
3.2.1 概要描述
本流程为调度提前制定约柜计划表并与承运商确认运力的流程，整个流程包括导入预计来货量和C区货量、制定预约计划、发送预约计划给承运商、承运商确认运力和运力不足情况下联系其他承运商等步骤。业务流程主要涉及职能包括运输部调度组和承运商。
运输部调度在每天晚上将制定明日新的约柜计划,调度将分别导入或录入明日预计来货量和目前C区货量到系统，其中明日预计来货量包括供应商预约送货箱数、SSTK预计配送箱数、FAP和非系统预计配送箱数、其他DC CP来货所需配送箱数；系统根据每个门店或固定可拼柜的多个门店明日预计需要配送的总货量、门店的配送频率与C区最大存货板数，按照门店预设的默认主承运商或拼柜线路上设置的承运商分成比例、常用柜型、收货时间和发柜时间等信息生成明日新的约柜计划，调度可以根据需要进一步的对约柜计划做调整。确认后的约柜计划系统可以通过邮件发给主承运商确认运力，如果主承运商运力不足则需要联系其他承运商来补充。
由于实际的来货量和提前获取的预计来货量会有差距，而且部分预计来货量在运输当天才能知道，所以前一天制定出的约柜计划中只有预计的货量；调度在运输当天会不断得根据C区真实的待发货量对约柜计划进行调整，约柜计划中实际的货量也将是从C区装到货柜中的货量。
3.2.2 流程说明
3.2.2.1 流程图
3.2.2.2 流程描述
编码
流程说明
1.1
每天17:30后，调度从GLS/GDS中导出每个门店明日预约的尚缺总箱数，并导入TMS系统。
1.2
每天17:30后，调度从GLS/GDS中导出目前每个门店C区板数，并导入TMS系统。
1.3
每天调度把提前获取的明日SSTK需要配送的箱数输入或导入TMS。
1.4
每天票据部从GLS/GDS中导出每个门店明日从其它DC CP来货的总箱数，把数据文件发送给调度，调度把数据文件导入TMS系统。
1.5
每天票据部把提前获取的明日FAP和非系统预计需要配送的箱数发送给调度，调度把数据输入或导入TMS。
1.6
汇总每个门店目前C区遗留板数、明日的预约尚缺箱数、CP来货箱数、SSTK箱数、FAP箱数和非系统箱数可以得出明日预计需要配送给门店的总货量。
1.7
调度会根据现场情况定时更新每个货柜的装载率。
1.8
TMS可以根据约柜计划柜型的去程装载板数和装载率，计算出货柜的剩余可装载板数。
1.9
TMS根据现有未满货柜的装载率和实际柜型去程装载板数可以算出货柜已装载板数（小数直接进一），从而可以算出货柜剩余可装载板数；预计来货箱数按照门店每板箱数（目前成都DC有4家门店用小卡板1板=35箱，成都DC其他门店和其他DC均为1板=55箱）折算成板数（小数直接进一）和C区板数减去货柜剩余可装载板数即可得出需约新柜的板数。
如果门店设置了仅根据C区货量生成约柜计划，系统将忽略预计来货量去计算需约新柜的板数。
根据门店C区最大存货板数和常用柜型的去程装载板数，系统可以算出所需的柜数。
固定拼柜的门店，需约新柜货量和C区最大存货板数将统一考虑所有拼柜门店的货量；约柜计划也将是汇总这些门店的约柜计划。
1.10
当天满柜未发运的货柜将带入新的约柜计划表。
1.11
根据门店设置的配送频率，明日需发柜的门店无论是否有货、货量多少都将至少有一条约柜计划。
明日所需的货柜、当日已装载未发运的货柜和当日满柜未发运的货柜将一起生成新的约柜计划表。
1.12
根据约柜计划为门店当天第几个约柜计划预设“发柜时间”，系统再根据门店的在途时间推算“收货时间”。
1.13
新计划的摆柜时间按照如下逻辑进行预设：发柜时间为当天的情况下，如果当前C区板数已达到门店的C区最大可存货板数，摆柜时间为8:30，否则摆柜时间=约柜计划的发柜时间-约柜计划柜型的装载时间，如结果早于8:30则按照8:30进行预设；发柜时间不为当天的情况下摆柜时间=约柜计划的发柜时间-23小时。老计划将沿用原有的“摆柜时间”。
1.14
如果门店所在线路设置了承运商分配比率，相应的约柜计划将按照该比率进行承运商分配；否则约柜计划的承运商将预设为门店的主承运商。
1.15
约柜计划将预设为门店的常用柜型。
1.16
调度可以根据需要进一步调整，最终生成明日新的约柜计划表。
1.17
调度确认约柜计划后，系统将以邮件的方式发送新的约柜计划表给承运商。
1.20
调度分配门号到约柜计划，系统会自动邮件发送门号和门店号给承运商。
1.21
主承运商运力不足的情况下，调度将联系其他承运商要车来补充运力。
1.22
调度对主承运商的约柜计划进行约柜失败的操作后系统将失效原主承运商的约柜计划并添加一条约柜失败的KPI记录，同时为新承运商增加一条约柜计划。
1.23
调度录入新承运商的费用后，系统将判断变更后的承运商费用和主承运商费用是否有区别？
1.24
如果费用有区别将在原主承运商的约柜计划中记录费用的差价，金额为负数。
1.25
约柜失败的情况下系统将自动添加一条主承运商约柜失败的KPI考核记录。
2.1
承运商收到约柜计划表后，必须在规定时间内以邮件的方式回复运力情况。
2.2
承运商的车辆是否能够满足约柜计划的要求？
2.3
其他承运商通知调度车辆安排和报价。
2.4
其他承运商通知司机到区域仓库。
2.5
司机按要求摆柜时间到达指定的门位。
3.2.3 功能需求
功能点：导入C区货量（核心功能点：C区货量管理）
对应流程节点: 1.2
操作角色：调度
描述： 调度可以根据需要定时导入C区货量，生成新的约柜计划前可以再导入一份最新的C区货量并同步更新正在装载中的货柜装载率。导入的数据格式如下：
店号
总板数
店号和总箱数为必须项；可以多次导入，导入时系统将更新当前的C区货量数据。
功能点：界面维护C区货量（核心功能点：C区货量管理）
对应流程节点: 1.2
操作角色：调度
描述：调度可以根据需要在界面中新增、修改和删除C区货量。数据格式如下：
店号
总板数
店号和总箱数为必须项。
功能点：导入预计来货量（核心功能点：预计来货量管理）
对应流程节点: 1.1、1.3、1.4、1.5
操作角色：调度
描述：生成新的约柜计划表前，调度获取明日预计每个门店的预约尚缺箱数、CP来货箱数、SSTK箱数、FAP箱数和非系统箱数，在系统导入界面上选择类型后导入TMS。导入的数据格式如下：
店号
预计来货总箱数
店号和预计来货总箱数为必须项，该批导入数据的类型均为界面上所选的类型；类型的值分别为：VD(供应商预约送货量)、CP（其他DC预计来货量）、SSTK（SSTK预计需配送货量）、FAP（FAP预计需配送货量）和OTHER（其他预计需配送货量，如：非系统）；可以多次导入，导入时将把约柜计划表的日期作为预计来货量的日期。
功能点：界面维护预计来货量（核心功能点：预计来货量管理）
对应流程节点: 1.1、1.3、1.4、1.5
操作角色：调度
描述：生成新的约柜计划表前，调度可以在界面中新增、修改和删除明日预计每个门店的预约尚缺箱数、CP来货箱数、SSTK箱数、FAP箱数和非系统箱数。数据格式如下：
店号
预计来货总箱数
类型
店号、预计来货总箱数和类型均为必须项；类型的值分别为：VD(供应商预约送货量)、CP（其他DC预计来货量）、SSTK（SSTK预计需配送货量）、FAP（FAP预计需配送货量）和OTHER（其他预计需配送货量，如：非系统）；保存时将把约柜计划表的日期作为预计来货量的日期。
功能点：更新货柜装载率（核心功能点：货柜装载率管理）
对应流程节点: 1.7
操作角色：调度
描述：调度会根据现场情况定时更新每个货柜的装载率百分比。
功能点：查询约柜计划表（核心功能点：约柜计划表查询）
对应流程节点: 1.11
操作角色：调度
描述：调度可以通过约柜计划表界面对约柜计划进行查看。打开界面时，如果当前时间为6:30之前，系统将默认显示前一天的日期和约柜计划表，否则将显示当天的日期和约柜计划表；调度可以根据需要选择其它日期进行查看。
界面中将显示各约柜计划的关键时间点、连续三天是否必发柜和当天是否达到72小时等信息，将按照当天是否必发柜和店号从小到大的顺序排序。系统还将同时显示当前的C区货量和对应日期的预计来货量。
功能点：生成约柜计划表（核心功能点：约柜计划自动创建）
对应流程节点: 1.16
操作角色：调度
描述：调度晚上导入明日预计来货量和当前C区货量，并且更新了正在装载货柜的装载率之后，可以点击“生成约柜计划”按钮，系统根据约柜计划生成规则，自动生成约柜计划表.
功能点：界面维护约柜计划（核心功能点：约柜计划维护）
对应流程节点: 1.16
操作角色：调度
描述：调度可以通过界面对生成后的约柜计划进行所需的调整，调整包括：新增或删除约柜计划，修改约柜计划的门店、时间、计划柜型和承运商等。
功能点：确认约柜计划表（核心功能点：约柜计划表确认）
对应流程节点: 1.16
操作角色：调度
描述：调度对新约柜计划表进行确认后，约柜计划表中所有约柜计划变成“生效”状态，系统也将发送邮件通知各承运商其分配到的约柜计划所需运力情况。系统将自动失效老的约柜计划表中未装柜的约柜计划；如果新约柜计划表中有已装柜的约柜计划，系统将同时失效老约柜计划表中对应的约柜计划。系统将备份当前的C区货量留作日后分析。
功能点：约柜失败（核心功能点：约柜失败）
对应流程节点: 1.22、1.24、1.25
操作角色：调度
描述：因承运商运力原因造成约柜计划无法正常配送，调度可以通过约柜失败功能对约柜计划进行失效或变更承运商的操作，系统将根据约柜计划是否临时约柜为承运商添加相应的KPI考核记录。调度选择失效的话，系统将失效该约柜计划；调度选择变更承运商并选定相应承运商后，系统将对老的约柜计划进行失效和添加KPI考核记录，并为新承运商生成一个相同的约柜计划。
调度为变更承运商后的填写运费，系统将根据所填写的运费与主承运商的运费计算出运费的差价（负数），添加到老的约柜计划中用于与主承运商的结算，并通知主承运商此补差价的情况。
3.3 多点配送
3.3.1 概要描述
本流程为调度制定多点配送类型约柜计划的流程，整个流程包括选择门店拼车、与承运商确认和完成拼车的约柜计划等步骤。业务流程主要涉及职能包括运输部调度组和出货部。
3.3.2 流程说明
3.3.2.1 流程图
3.3.2.2 流程描述
编码
流程说明
1.1
某个约柜计划的总货量比较小而且预计这些门店不会再有其他货物需要配送？
1.2
查找是否有其他有货的门店可以和该约柜计划中的门店拼柜。
1.3
拼柜的门店时间窗合适？
1.4
考虑采用多点拼柜的方式进行配送，并考虑拼柜将使用的承运商。
1.5
与承运商沟通拼柜的路线、价格和其它相关条款等信息，确定是否调整约柜计划。
1.6
完成拼车的约柜计划。
2.1
出货部收到拼车的约柜计划，确定合适的门位来支持多个门店的出货。
3.3.3 功能需求
功能点：拼柜（核心功能点：拼柜管理）
对应流程节点: 1.6
操作角色：调度
描述：调度可以选择多个约柜计划进行拼柜操作，所选择的约柜计划中只能有一个是已装柜状态，系统将把相关门店号加入到这些拼柜的约柜计划中；
已装柜的门店号将保持在柜头，其它未装柜的门店如果有固定拼柜的路线将按照线路中的序号排序，如果没有固定拼柜路线将按照门店号从小到大排序，调度可以根据情况再进行调整。
功能点：调整拼柜顺序（核心功能点：拼柜管理）
对应流程节点: 1.6
操作角色：调度
描述：对于已拼柜的约柜计划，调度可以通过编辑约柜计划中各门店的序号进行拼柜顺序的调整。
3.4 摆柜
3.4.1 概要描述
本流程为调度安排承运商摆柜至门位准备装货的流程，整个流程包括运输部安排摆柜、承运商摆柜、填写TCR、打印TCR等步骤。业务流程主要涉及职能包括运输部调度组、承运商和司机。
3.4.2 流程说明
3.4.2.1 流程图
3.4.2.2 流程描述
编码
流程说明
2.1
调度在分配门位前，可以通过
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
