TMS产品功能设计方案书文档格式.docx
《TMS产品功能设计方案书文档格式.docx》由会员分享,可在线阅读,更多相关《TMS产品功能设计方案书文档格式.docx(21页珍藏版)》请在冰豆网上搜索。
◆全国多网点布局
◆多层级组织机构
◆多种运输方式:
航空、铁路、水运、公路、行包、多式联运等
◆多客户、多承运商
◆自有车辆、外协车辆、社会车辆等
1.3.界面中元素统一命名
}客户:
委托运输业务的上游制造企业、货代或分销公司等
}承运商:
承接运输作业的下游运输公司、铁路站、航空公司、或独立司机
}订单:
客户下达运输业务的单个委托单证
}运单:
承运商执行运输业务的单个作业指令
}运输节点:
运输过程中的各种关键节点,例如:
起点、终点、中转点
}发货单位/地址:
运作类型为起点的运输节点
}收货单位/地址:
运作类型为终点的运输节点
}应收费用:
与客户结算的以订单为单位的运输费用
}应付费用:
与承运商结算的以运单为单位的运输费用
}订单编号:
系统订单号,系统自动生成订单的唯一编号
}运单编号:
系统运单号,系统自动生成运单的唯一编号
}客户订单号:
不同客户定义的订单号
2.基础设置
TMS基础设置为了完成运输过程相关的物流资源基础数据的维护工作,同时提供查询功能,使有用信息能够在各相关部门和岗位间实现共享。
基础设置部分包括了对系统正常运行所需要的基础信息进行新增、修改,失效,恢复的操作,其中包括:
代码管理,物流组织管理,运输方式设置,行政区域设置,运输节点管理,线路管理,业务对象管理,产品管理等功能。
2.1.代码管理
【功能需求】
自定义各种下拉列表,分为系统代码(对开发人员开放)和用户代码(对用户开放)。
【业务逻辑】
支持多级代码管理,代码本身为主从结构,定义代码名称和所含代码明细,另代码明细也可以作为代码名称,继续定义其下级代码明细;
代码明细为下拉列表,需定义其显示顺序和缺省值;
代码状态包含:
已创建,已审核,已冻结,已作废。
系统参数控制是否需要审核,如N,则代码创建保存系统即自动将代码状态置为已审核。
2.2.物流组织管理
系统设计基本原则:
多组织集团化管理方式;
实现集团化的统一平台、统一数据库、统一管理的管理模式;
组织为以集团总部为根的多层架构。
适用于:
单一企业应用
集团性企业应用
业务及基础数据方面:
数据、单证需区分物流组织(具体如何区分,在后面业务部门详细说明);
上级组织可查看下级组织的数据;
客户页签列表显示该组织层级的所有客户,可以设置缺省客户;
承运商页签列表显示该组织层级的所有承运商,可以设置缺省承运商。
2.3.运输方式设置
运输方式是TMS重要基础数据。
首先,从大的方面来看,有公路运输、铁路运输、航空运输、水路运输等;
其次,客户会定义其各自个性化的运输方式,而物流企业也会定义其自身的运输方式划分;
客户会根据合同约束指定运输方式,承运商也同样根据和他约束指定运输方式。
运输方式一旦被客户或承运商引用即不可删除;
代码定义第一级运输方式-公路运输,铁路运输,水路运输,航空运输;
基础数据-运输方式中定义第二级运输方式(隶属于哪个一级),客户使用(订单-原单运输方式,且新增客户即自动复制到客户管理运输方式中复选),内部使用(运单运输方式,且新增承运商即自动复制到承运商管理运输方式中复选);
缺省值在客户管理,承运商管理中定义;
在订单拆分(数量),行程拆分中均可重新指定运输方式(内部使用);
预调度中不再指定运输方式;
新增客户保存时即将‘客户使用’打钩的所有运输方式写入客户运输方式关系表;
新增承运商保存时即将‘内部使用’打钩的所有运输方式写入承运商运输方式关系表;
2.4.行政区域设置
系统中定义国家标准的以中国为根,到省/直辖市->
市->
区/县->
乡/镇等各级行政区域树状划分,此为后面运输节点和线路作为重要基础数据,也是运输订单的线路匹配和线路优化的重要参数。
行政区域树状结构包含上千条数据,因此,初始化只展开到第二级(即省/直辖市),双击第二级再展开其对应第三级,以此类推;
第二级(省/直辖市)指定其对应的隶属区域(华南/华北/华中/西南/东北-在代码管理中定义),其下的所有层级行政区域均自动按照第二级拷贝;
行政区域主要字段包括:
行政区域代码(国家代码),行政区域名称,简称,行政区域类型(定义为省/直辖市或市/区县等-代码管理中定义),层级,隶属区域,邮编,电话区号,备注。
2.5.运输节点管理
运输过程中会经过各种关键运输节点,运输订单主信息中必须要指定起点和终点,或者说发货方和收货方,而在订单明细中,可能会存在到多个地方提货,因此每个订单行可能会有不同提货点;
另外,多式联运情况下,订单需要分多段行程多个承运商多种运输方式协同完成运输过程,则中间的交接点即为中转点。
这些节点是TMS重要基础数据,运输节点同时也是订单重要元素,是匹配线路和线路优化的重要因子。
节点分为4种运作类型:
提货点、起点、终点、中转点;
运作类型为起点的可指定提货时间,为终点的可指定收货时间(时间可以是一个范围或周几等);
(HolidanyCalendar)
定义运输节点(运作类型为终点)的装货优先级,即优先级高的优先配载。
(ShippingPriority)
运输节点可以选择指定客户或否,在订单管理中选择地址可选择是否根据客户过滤运输节点;
一个节点可以复选多个运作类型(运作类型为运输节点从表);
运输节点必须指定所在行政区域,越精细越好;
运输节点中,增加多个地址维护(三个),字段有,地址ID,缺省地址ID,行政区域,详细地址,联系人,电话,EMAIL,运输节点ID可编辑,即不同地址点可以是相同或不同ID;
地址类型区分地址的业务功能,例如:
终端客户、CDC、RDC、工厂等;
运作类型为中转点的节点可指定其中转机构,即订单按照该点行程拆分,则后一段行程子订单的运作机构自动写为中转点中的中转机构;
新增节点时自动按照自增规则赋予一个地址ID流水号(不可编辑),地址代码由用户填写,新增保存系统校验地址代码+地址ID唯一性。
2.6.线路管理
2.6.1.线路管理
运输方式、起点、终点三要素即决定唯一一条线路;
线路是管理运输过程中又一关键基础数据,订单的各个时间节点的KPI考核,后续费用结算无一不是基于线路运算。
指定运输方式、起点、终点即可自动生成线路ID,线路名称;
运输方式为二级运输方式全部内容;
可指定线路上的运输里程、运输成本、OTD时间、时间单位、客户/承运商(可选,同一条线路上存在多个客户运输订单,则分别设置不同线路并指定客户/承运商,线路名称=起点-终点运输方式客户/承运商);
线路表建立二级从表:
根据不同参数指定各自OTD时间,内容包括(例如:
参数:
毛重-下拉列表,条件范围:
从。
。
到,时间单位,OTD时间),其中参数为代码定义;
路线复制功能;
途径点设置:
对一条线路可设置其中间需跟踪或配载的中途点(某一级行政区域),内容包括:
序号,起点,终点,运输方式,运输里程,运输成本,OTD时间、时间单位(上一个序号终点自动写入下一个途径点起点);
:
途径点运输跟踪和线路优化关键基础数据;
如客户为空,则匹配线路不考虑客户,否则根据起点、终点、运输方式、客户四个条件匹配线路;
系统参数控制是否根据客户线路匹配。
2.6.2.时间管理
客户/承运商合同中通常会定义运输过程中存在几个关键节点KPI时间考核:
预计提货时间、预计发运时间、预达时间、预计回单时间。
这几个时间是根据线路计算或者一定条件下根据固定算法得到。
分三级结构,第一级:
定义业务对象和时间类别,包括:
对象类别(客户OR承运商),业务对象(如对象类别选择客户则业务对象查询范围为客户),时间类别,激活(本条是否生效),优先级(同一业务对象会定义不同条件下的统一时间类别时间运算,因此系统根据优先级决定执行顺序);
第二级:
定义具体条件,即满足何种条件下运算时间,例如:
条件为公路运输而且毛重小于8T则按照该条运算OTD时间,条件可以设置多条;
第三级:
运算时间的具体算法,即运算时间的公式,例如某客户条件为公路运输而且毛重小于8T则按照该条运算OTD时间算法为接单时间为起算点,再加上对应线路上的OTD时间+48小时;
计算方法有多种可自定义。
2.7.业务对象管理
2.7.1.客户管理
如果把使用TMS的物流公司作为主体来说,与其相对应的有两个核心的业务对象,其一是下达给物流公司运输订单,委托运输业务的上游公司(生产制造业公司或流通分销公司等),我们称之为客户。
其二是物流公司经过资源整合和运输调度后下达运输指令的下游铁路站、航空公司、车队、甚至是司机等,我们称之为承运商。
这两者是TMS中重要的两种业务对象,均作为基础数据维护管理。
客户可对应多个客户属性,如委托方,结算方。
委托方指下达运输指令的上游客户,结算方指隶属于委托方的结算实体对象(结算方需要单独维护一条记录,再与其委托方建立从属关系),一个客户可以对应多个客户属性;
订单可编辑数据:
参数控制订单主信息上件数、毛重、净重、体积是否放开人工填写,打钩即放开,否则订单主信息这些数据由订单行自动汇总生成,且不可编辑;
自动生成订单行:
参数控制新增保存订单即自动生成一虚拟订单行,产品名称任一人工填写;
自定义地址:
参数控制订单主信息起点和终点是否由人工填写;
创建机构:
指创建客户用户所在组织机构;
组织机构页签:
列表显示运作该客户业务的所有组织机构,可以人工添加组织机构,‘包含下级机构’打钩则表示其下所有机构均运作该客户运输业务;
基本信息包含联系人信息;
结算信息页签:
列表显示该客户包含所有客户属性为结算方的对象,可以人工加入结算方。
可设置缺省结算方,则订单中选择该客户即自动带出该结算方;
结算方式:
下拉列表-月结、货到付款、回单付款等;
结算周期:
自然月,上月26日-本月25日等;
结算币种:
人民币、美元等;
应收账期:
3个月、2个月、3个月等(供后期应收结算自动提醒账期到期使用);
信用额度:
设置应收账款最大值(后续提供自动预警功能);
是否控制信用额度,Y则应收账款达到信用额度,客户继续下单即对话框提示并无法审核通过;
运输方式页签:
列表显示所有‘客户使用’打钩的运输方式,运输方式为checkbox,可以根据该客户合同勾选或去除运输方式,可设置该客户缺省运输方式。
新增客户则自动将运输方式中‘客户使用’打钩的运输方式选择自动带入。
订单建立中,订单主信息的运输方式会根据客户自动将缺省运输方式带出;
订单类型页签:
(代码管理中设置一套标准订单类型),新增客户保存后,须在该页签设置该客户的所遇订单类型,逐条新增,选择隶属哪个标准订单类型,客户订单类型名称可自定义。
可设置该客户缺省订单类型。
订单建立中,订单主信息的订单类型会根据客户自动将缺省订单类型带出。
多级客户问题?
2.7.2.承运商管理
如客户管理功能需求中所述其二的下游铁路站、航空公司、车队、甚至是司机即为承运商。
承运商可对应多个承运商属性,如承运商,结算方。
承运商指接收运输指令的下游公司或个体车辆,结算方指隶属于承运商的结算实体对象(结算方需要单独维护一条记录,再与其承运商建立从属关系),一个承运商可以对应多个承运商属性;
指创建承运商用户所在组织机构;
需要审核车辆:
参数控制车辆需要车管专员审核后才能发运,即调度配载确认发运时校验所调度车辆是否已审核,并且车辆为基础数据选择而不能人工填写,车辆状态根据业务状态转换;
列表显示该承运商参与运作的所有组织机构,可以人工添加组织机构,‘包含下级机构’打钩则表示其下所有机构均有该承运商参与运作;
列表显示该承运商包含所有承运商属性为结算方的对象,可以人工加入结算方。
可设置缺省结算方,则运单中选择该承运商即自动带出该结算方;
列表显示所有‘内部使用’打钩的运输方式,运输方式为checkbox,可以根据该承运商合同勾选或去除运输方式,可设置该承运商缺省运输方式。
新增承运商则自动将运输方式中‘内部使用’打钩的运输方式选择自动带入。
调度配载中,运单主信息的运输方式会根据承运商自动将缺省运输方式带出。
2.7.3.车辆管理
物流公司涉及车辆类别有自有车辆、社会车辆、合同车辆、会员车辆、承运商车辆等。
通常只是自有车辆需要车辆管理,即维护车辆各种信息和资料以及车辆状态和整个运营状况的管理。
基本信息记录车辆主要资料:
车牌号,车辆规格,制造商,车辆型号,车架号,发动机号,行驶证号,百公里油耗等等;
当前位置:
记录车辆当前所在的行政区域;
车辆状态:
空闲,维修,在途,调度,锁定。
新增车辆缺省状态为‘空闲’;
车辆锁定则该车暂不能使用和调度,解锁后车辆状态置为空闲;
最大载重/最大容积:
调度配载可以校验做参考;
承运商信息:
记录车辆隶属的承运商(如果是自有车辆,需要设置虚拟承运商);
使用单位:
缺省为承运商,若车辆调拨其他单位使用,则改变使用单位即可;
车辆类别:
自有车辆、社会车辆、合同车辆、会员车辆、承运商车辆等;
车主/司机信息:
设置拥有/使用车辆的人员信息,必须先设置人员信息,可以设置多个司机(主驾驶/副驾驶)。
2.7.4.人员管理
人员管理主要用来设置车主/司机基本资料。
人员类型:
车主、主驾驶、副驾驶、装卸工等;
隶属承运商:
设置人员所属承运商;
基本信息:
驾驶证号,身份证号,驾照类型等。
2.8.产品管理
2.8.1.包装管理
产品一般会以标准的包装方式进行管理,最常见的包装方式包括托盘、箱、内箱和单件等。
系统支持为不同的产品定义多级的包装层次,并允许在运输时根据产品的实际包装形态更改产品的包装代码和自动换算不同包装单位数量。
包装设置参照FLUXWMS标准功能即可,可自定义扩展到5层。
2.8.2.产品分类管理
产品根据业务需求和功能划分,而需要分类管理(如正品和促销品)。
即每个产品可隶属于不同的产品分类;
另外,产品分类需支持多层树状分类结构。
定义产品分类代码、分类名称和所在分类层级。
2.8.3.产品资料管理
产品或者称为SKU,是物流中心管理的最小单位,订单明细均是以产品为单位进行管理的。
产品一般具有品名、净重、毛重、体积和单价等基本属性。
而控制该产品的相关业务逻辑也会在产品中进行明确的定义。
产品隶属于客户;
产品隶属于某个产品分类(可选);
产品需定义其对应的包装代码、默认运输单位(包装代码某一层级)和产品度量单位;
产品主要参数包括:
产品代码、品名、净重、毛重、单价、体积、长、宽、高等;
产品需设置重量单位和体积单位(订单中的体积单位通常为立方米,毛重/净重单位为吨,因此,订单中的量需要根据产品基础资料中设置的量和单位自动进行换算);
系统支持产品导入和导出功能(excel/csv等格式);
订单中可修改数据参数:
控制订单明细中该产品体积、净重、毛重等可编辑。
3.订单管理
订单受理是运输业务的起点,运输业务从客户下达运输订单开始,处理订单的整个过程为订单管理,功能包括订单管理、订单审核、粗订单管理、线路匹配管理。
3.1.订单管理
订单管理模块功能为接受处理订单,接单有多种方式:
人工录入、固定格式导入、EDI、复制等;
订单结构分为订单主信息、订单明细信息和结费信息,主信息记录运输订单客户、运输方式、订单类型、起点、终点、各时间节点等主要信息;
明细信息记录订单的产品信息;
结费信息记录订单发生的各种费用。
⏹订单主信息
客户:
必填。
按照客户ID,客户名称模糊查询客户资料,列表字段:
代码、简称、全称(所有列表都要求显示代码和中文名称,中文名称有简称和全称的必须两者都显示。
可以直接输入代码,输入代码后,自动转换为中文简称。
支持多词模糊筛选,筛选时分别从各列进行筛选(如输入“S电子”便能筛选出代码包含“S”,中文名称包含“电子”的客户)。
下同);
结算方:
客户结算方列表选择。
从属于客户,一个客户对应多个结费方;
要求运输方式:
下拉显示所选客户档案中所有打钩的运输方式,系统自动显示缺省值;
订单类型:
客户订单类型列表选择。
客户的单据名称与起点地址类型和终点地址类型映射,一个订单类型可以有多个起点地址类型和多个终点地址类型。
选择订单类型后,系统根据单据类型设置,获取该订单是正程还是返程订单,以便正确获取客户路线的OTD时间;
订单号(客户订单号):
必填---参数控制是否必填并校验其唯一性;
系统号(订单编号):
系统自动生成流水号-流水号规则可自定义;
订单组号:
多个订单通过组号捆绑在一起,后续统一调度,统一结算;
运作机构:
运作该订单的组织机构。
缺省为当前登陆用户所在机构,可以人工修改为其下级任一机构;
接单时间:
时间控件选择。
默认录单时间。
精确到分钟(凡是设计到时间录入,都要提供时间控件供选择,并要支持精确到分钟。
下同)。
时间逻辑:
不能晚于录单时间(ADDTIME)。
预计发运时间:
不能早于接单时间。
最早送达时间:
最晚送达时间:
不能早于最早送达时间。
(注:
通常最早和最晚只用一个作为预计送达时间,最晚送达时间为预达时间)
预计回单时间:
不早于晚送达时间。
缺省为客户管理中选择的结算方式,可以人工修改;
毛重、净重、体积、件数、托数、总价:
根据参数---订单明细量是否合计到订单主信息,Y则主信息中各种量为自动汇总所有订单行的合计数,且不可编辑,否则放开人工填写订单主信息各种量;
接单员:
缺省为当前登陆用户名;
随附单证:
自定义各种单证,打钩复选为运输需要携带的其他单证;
□加急
□危险品
□粗订单:
粗订单“审核”后可以调度,但运单中的粗订单必须被替换为实单之后,订单才能做“发运确认”。
地址信息:
运输订单地址信息由起点即发货单位和终点即收货单位组成;
地址信息包括行政区域,地址ID,单位名称,详细地址,联系人,电话;
起点:
地址列表选择,列表字段:
地址代码、行政区域(简称)、单位名称、详细地址,多字段模糊筛选(如行政区域+单位名称+地址ID+详细地址),筛选时分别从各列进行筛选。
选定后同时带出单位、地址、联系人和电话。
如客户自定义地址打钩,则行政区域、单位名称、详细地址、联系人、电话均放开可编辑,而不是从基础数据中选择地址,反之则可以模糊查询选择地址,但人工可以修改如上各字段;
多地址问题:
详细地址为多条,下拉列表确定一条;
终点:
列表字段要求同“起点”。
与起点区别为运作类型的筛选条件不同,即起点筛选运作类型为起点的地址,终点筛选运作类型为终点的地址;
到货站/到货港:
选择运作类型为到站/到港的地址;
备注:
手工输入,memo。
输入客户对订单的一些特殊要求;
【功能逻辑】
‘保存’按钮:
保存时要检查必填项;
时间逻辑;
提交后,匹配线路;
订单状态为‘已创建’;
按照递增规则自动生成订单编号;
‘取消’按钮:
撤销本次订单的界面操作;
‘订单预览’按钮:
弹出当前输入订单的报表,供检查。
复制订单:
选择后,将订单数据复制(只清空主信息上的订单编号,适用于同一客户多个订单的快速录入);
订单审核:
复选订单,确认审核即将订单状态由‘已创建’置为‘已审核’,‘已审核’订单则不能编辑任何信息;
触发过程:
校验订单信息完整性,订单明细不能为空,按照时间管理和线路设置运算各关键节点时间;
只有‘已创建’状态订单才能审核;
订单取消:
复选订单,将订单状态置由‘已创建’置为‘已取消’,‘已取消’订单则正常不可见,且不再参与业务和业务统计;
只有‘已创建’状态订单才能取消;
生成订单组:
复选订单,将所选全部订单组号字段写入第一个订单的客户订单号,并且人工可修改,确认则校验订单组号唯一性,允许将未加入任何订单组或组号清除的订单加入到某一订单组,在订单任何状态下均可以生成订单组;
生成退货单:
对光标所在订单自动新生成一个订单,订单类型改为‘退货单’(如果已经是退货单则报错),订单号清空,起点和终点对调;
匹配线路:
起点行政区域固定,根据订单运输方式、起点区域、终点区域在线路基础数据中匹配线路,终点从当前级别行政区域开始匹配,如匹配不到则终点行政区域上升一级,直到终点行政区域匹配到第三级;
优先匹配客户线路(线路上客户=订单中客户),如匹配不到再匹配标准线路(线路上客户为空);
订单状态:
已创建,已审核,已拆分,已调度/部分调度,已发运/部分发运,已签收/部分签收,已回单,已对帐,已结算,冻结,关闭(异常/正常);
各关键节点时间:
在创建状态,可以人工填写,订单审核自动触发运算时间;
⏹订单明细
提货点:
默认等于订单上的起点单位和地址,多点提货,可模糊查询运作类型为提货点的运输节点以修改提货点,提货点字段和结构和起点/终点相同;
加产品行后,提货单位和提货地址不清空;
某一订单行更改提货地址后,新增一行时自动带出更改的提货地址;
产品分类:
产品分类模糊查询选择。
可以先选择产品分类,再过滤产品,或直接输入产品后自动带出其对应的产品分类;
产品代码:
该客户产品代码模糊查询选择(可按照产品代码、产品中文名,产品英文名模糊查询)。
产品名称:
由产品代码带出。
默认包