企业物流管理信息系统概述.pptx

Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,企业物流管理信息系统,1、企业基本资料,2、系统目标,3、需求分析,4、主要流程,5、主要功效,企业物流管理信息系统概述,第1页,1、企业基本资料,生产销售型集团企业,生产分布在全国多个地域,在全国建立有比较完善销售体系，销售人员占整个企业百分比较大,销售体系中能够代销其它企业同类商品,产品包含：家电类、计算机等信息产品,企业物流管理信息系统概述,第2页,1、企业基本资料,家电生产企业,网络产品生产企业,通信类产品生产企业,销售企业,计算机生产企业,集团企业,产品生产隶属关系,产品销售隶属关系,企业物流管理信息系统概述,第3页,家电,网络产品,通信产品,销售企业,计算机,区域销售分企业,直属销售分企业,省级销售企业,省级销售企业,经营部,仓库,仓库,经营部,经营部,仓库,仓库,经营部,区域销售分企业：华北、东北、华中、,华东、西北、西南、,华南,直属销售分企业：广东、山东、新疆、,四川、海南、江西、,广西,企业物流管理信息系统概述,第4页,1、企业基本资料,存在问题：,一个经典“垂直型”销售架构,各个分企业、直属企业之间销售货物不能相互补充,仓库产品调配只能由上级企业负责,各个仓库之间不存在联络,商品供给、冲红、退货由上级企业负责,企业物流管理信息系统概述,第5页,经营部,事业部销售中心,客户,分企业,销售企业总部,分企业产品部,集团机构模式,下单机构,审单机构,总部,客户,分企业,事业部,经营部,分企业产品部,大客户,分企业,TULIP机构模式,机构模式,企业物流管理信息系统概述,第6页,需求分析,TULIP由执行和计划两大系统组成。,TULIP执行系统实现了分销物流流程中流程闭环处理以及运作数据采集，统计，和可视化；,TULIP计划系统将管理和支持网络整体库存优化工作。,企业物流管理信息系统概述,第7页,需求分析,第一阶段,经营部在网上按照发货要求（自提或配送）填写要货订单,经营部在网上填写冲红申请单,事业部计划员依据业务情况审核经营部提交订单,事业部计划员审核经营部提交冲红订单,RDC管理员依据收发货指令进行仓库作业,运输管理员依据订单指令进行运输作业。,企业物流管理信息系统概述,第8页,需求分析,第二阶段,CDC库存管理,补货计划管理,RDC调拨计划管理,干线运输管理,在第一阶段基础上提出一个流程优化，支持多产品，计划信息平台处理方案,企业物流管理信息系统概述,第9页,第一阶段流程,企业物流管理信息系统概述,第10页,订单处理流程,订单管理模块实现客户订单输入，提交；订单接收方审核，订单执行；订单运作信息实时查询；订单冲红输入，审核和实现；以及订单状态实时查询。订单管理模块完成订单从产生到签收完成之间完整闭环信息处理。主要使用者为经营部和事业部（分企业）计划员。,企业物流管理信息系统概述,第11页,订单处理模块功效,新建订单,修改订单,取消订单,订单冲红,订单锁定,计划员审批订单,订单查询,订单打印,企业物流管理信息系统概述,第12页,打印财务签字,审核,审核,打印联单,客户,RDC,分企业物流部（事业部）,经营部,客户,出库操作,接收到,货信息,验货签收,作废,要货申请,传真,Y,N,Y,N,承运商,财务开单,签字确认,RDC联,运输操作,配送联,录入Tulip,企业物流管理信息系统概述,第13页,经营部计划员,库存查询,库存查询是经营部计划员作为填写订单一个主要条件，系统能够提供经营部计划员随时在网上查询库存情况，其中库存分为两大类型（）正常品和（）残次品。,正常品是指能够下达订单要货物品。,残次品是指未经过修复不能直接下达订单要货物品。,企业物流管理信息系统概述,第14页,经营部计划员,填写订单,经营部计划员直接从客户或经过业务员搜集和汇总客户订货信息,经财务审核后，假如库存满足订单需求,就开始填写订单。因为所填写订单中要货信息是经过经营部财务审核后，所以被视为有效，正当订单，在订单提交并审核后后不得随意提出冲红请求，此项能够视为经营部考评标准之一。为了配合物流改革模式，经营部填写完订单提交之后，系统会检验该张订单是客户订单还是经营部自己订单，假如是客户订单，系统可用库存随之降低。假如是经营部自己订单，系统本着客户订单优先要货、尽可能降低经营部要货标准，不会依据订单数量来删减可用库存，直到事业部计划员审核该张订单后库存才会降低。在系统未完全取代手工操作之前，经营部计划员要将订单打印出来交经营部财务签字确认后将该订单传真至分企业等候审核（待到运行稳定后将取消传真操作，订单转为完全电子化）以保持订单严谨性.这时经营部计划员要及时登录到系统查看订单状态，当发觉提交订单分企业已审核，经营部财务要依此订单在财务系统上开单。,输入：要货信息,输出：订单,企业物流管理信息系统概述,第15页,经营部计划员,查询订单,经营部计划员或业务员能够随时在网上查询订单状态（未审核、已审核、安排运输、在途、签收）。,取消订单,当经营部计划员需要取消所下订单时首先在网上查询订单状态，假如该订单未被审核系统允许取消订单，可用库存量随之增加。,假如该订单已经被审核则无法进行取消操作，而要进行冲红处理。,订单冲红,当订单被事业部计划员审核之后，经营部假如有订单变更或取消业务需求时要进行冲红操作。事业部计划员会酌情进行部分冲红或全部冲红审核工作，详细要求参考事业部计划员冲红审核（分企业）。,打印订单,企业物流管理信息系统概述,第16页,经营部计划员,客户管理,经营部能够自主管理属下客户，在新建订单时需要客户信息全部在该功效中提前输入，为了确保历史数据一致性，全部录入客户资料系统不提供删除功效，对于需要删除该客户要求系统提供停用该用户功效，一旦该用户被停用在新建订单时，客户列表不会出现该客户名称，假如情况发生改变该客户又开始参加业务活动，经营部计划员只需要将该用户重新启用即可。,企业物流管理信息系统概述,第17页,事业部计划员（分企业）,库存查询,库存查询是事业部计划员（分企业）作为审核经营部订单（客户和经营部自己订单）一个主要条件，计划员看到库存结构与经营部看到库存略有不一样，不但提供可用库存信息还提供了实际库存和待出库数量信息。,库存结构公式：实际库存可用库存待出库,实际库存：仓库里真实存在物品数量,可用库存：能够满足订单需求物品数量,待出库：已下达订单未进行发货操作余留数量,企业物流管理信息系统概述,第18页,事业部计划员（分企业）,订单锁定,考虑到在分企业层面可能会出现多个计划员审核订单情况，在审核订单之前计划员必须要对其准备审核订单进行锁定，这么就预防了多个计划员操作同一张订单情况发生。,操作指导：分企业计划员进入待处理订单列表后选择要处理订单后面选定框进行锁定，锁定后进入订单审核功效。,企业物流管理信息系统概述,第19页,事业部计划员（分企业）,订单审核,分企业计划员在做订单审核时标准上采取见单处理标准，即要看到经过财务签字传真件，但考虑到实际情况，假如经营部需要马上审批货物需打电话向分企业申请后马上审核。在未到订单处理时间点之前经营部能够取消订单，可用库存随之增加。所以当查询到库存数量不能满足订单需求时每个经营部能够在隔段时间再次查询可用库存是否满足订单需求。,分企业计划员在系统过渡期必须见到有经营部财务签章打印订单传真件作为审核订单依据。对于经营部提交订单标准上全部经过，分企业计划员也可依据实际情况对订单数量进行调整或拒绝该张订单。为了保障经营部能够及时准确查询到订单执行状态，要求分企业计划员在第一时间内进行审核操作。为确保传真件和实际审核数一致，当审核人员对经营部提交订单数要进行调整时，提议先取消整个订单（拒绝），通知填单人员依据调整数重新填写新订单，再将新订单传真到分企业。,企业物流管理信息系统概述,第20页,事业部计划员（分企业）,订单冲红审核,当订单冲红申请被经营部提交上来后，分企业计划员要依据实际情况进行冲红审核操作，冲红对象只限于下达订单未做实际发货处理部分（只能够冲减余留数量）。,订单查询,分企业计划员能够随时在网上查询订单状态（已审核、安排运输、在途、签收），方便安排自己工作内容。详细操作方法见用户手册。,注：对于未审核订单因为会存在取消可能性全部不作为正式订单在订单查询里出现。,包括单证：订单、订单冲红申请单,企业物流管理信息系统概述,第21页,冲红申请,审核,签字/盖章,3PL,分企业物流部,经营部,接收指令,执行指令,订单冲红流程,作废,N,Y,传真,计划员,执行结果反馈,冲红结果接收,传真,计划员,执行结果查询,企业物流管理信息系统概述,第22页,RDC管理模块,RDC管理模块,实现RDC库存数量可视化管理。它提供仓库出入库指令查询，出入库结果统计，库存实时查询，以及库存和发货统计和分析。,主要使用者为,RDC,管理员，物流经理，物流运作管理部门，管理,RDC,3PL,。,企业物流管理信息系统概述,第23页,RDC管理模块功效,计划入库,计划出库,非计划入库,非计划出库,库存查询,出库统计查询,入库统计查询,出库单、入库单打印,汇总报表,企业物流管理信息系统概述,第24页,RDC,售后,货到,验货,确定好坏机,Tulip系统,非计划入库,运输,承运商,RDC入库,企业物流管理信息系统概述,第25页,RDC出库,承运商,RDC,装货,开出库单,备车,分企业,RDC联,开送货清单,分企业,承运联,企业物流管理信息系统概述,第26页,RDC,仓管员,计划入库,与补货计划接口功效,非计划入库,非计划入库是为了处理在,Tulip2.0,系统未实施前代替流程中部分步骤所作暂时功效。当前仓库入库操作必须全部使用非计划入库来完成。依据不一样入库指令仓库管理员需要先选择入库类型然后才能填写入库单内容。,企业物流管理信息系统概述,第27页,入库类型（补充）,补货入库,调拨入库,退换货入库,修还入库,冲红入库,企业物流管理信息系统概述,第28页,入库类型说明（补充）,补货入库,：对应补货计划进行入库操作，仓管员必须并填写对应补货计划号和发货CDC名称后才能够进行入库单内容输入。,调拨入库,：跟补货计划相同也是为了填补Tulip2.0为上线前流程空缺，仓管员选择了入库类型为调拨入库后，必须选择对应发货仓库名称和对应调拨计划计划好后才能够进行入库单内同输入。,退换货入库,：当发生客户退换货需要进入RDC时候，仓管员先要检验收到退换货计划传真件和实物是否一一对应，同时要经过售后部门对物品进行判定后按照好坏机区分入库标准进行入库单填写，在原单单号栏必须填写退换货计划计划号，方便日后查对之用。,修还入库,：当需要将维修好机器重新入库时将使用到该类型。仓管员在做修还入库时必须将原有维修出库单单号录入原单单号文字栏中方便查对维修出库领用型号、数量是否能够和入库型号、数量相对应。做完入库处理，系统会增加好机数量。,冲红入库,：该出库类型是为了修正非计划入库时产生填写错误而造成库存不准确情况而设置，在填写冲红入库时一定要填入犯错入库单号作为以后查对库存依据。,企业物流管理信息系统概述,第29页,RDC,仓管员,计划出库,全部订单出库都必须为计划出库，在页面上能够看到计划出库待处理数量，点击进入后就能够看到每一条计划出库指令就是一张订单，考虑到在实际发货时候会出现余留现象，计划出库提供了分次执行出库指令功效，假如依据订单所作每一次出库没有完全将订单执行完成，系统会自动将已执行完成数量减去并提醒需要继续处理信息。,操作指导,：,仓管员进入计划出库后查看对应出库指令，点击进入后能够看到出库指令详细内容，这时需要将出库指令打印出来作为仓库检货信息指导，待装完货后，填入实际出库物品数量后提交生成正式出库单，这个功效是为了预防在实际操作中先生成出库单后因为各种特殊情况无法完成出库单上全部物品出库操作而产生出库单冲红现象发生。,企业物流管理信息系统概述,第30页,RDC,仓管员,非计划出库,非计划出库是为了处理在,Tulip2.0,系统未实施前代替流程中部分步骤所作暂时功效。当前仓库出库操作除了正常客户订单使用计划出库外其它类型出库仓库管理员均需要选择出库类型然后才能填写出库单内容。,企业物流管理信息系统概述,第31页,非计划出库类型,（补充）,维修出库,返厂出库,调拨出库,冲红出库,企业物流管理信息系统概述,第32页,非计划出库类型说明,（补充）,维修出库,：,当售后服务中心需要将仓库中坏机进行维修领用时将使用到该类型。仓管员在做维修出库时必须将售后服务中心开具维修领用单单号录入原单单号文字栏中方便日后同维修领用单上标注型号、数量进行查对。做完维修出库库处理后，系统会降低坏机数量。,返厂出库,：,该出库类型较少使用，当仓管员接到事业部下达返厂计划后将使用该类型进行返厂出库。仓管员在做返厂出库时必须将事业部下达返厂计划计划号录入原单单号文字栏中方便日后进行查对。,调拨出库,：,同调拨入库一样只是功效相反，仓管员选择了出库类型为调拨出库后，必须选择对应收货仓库名称和对应调拨计划计划好后才能够进行出库单内容输入。,冲红出库,：,该出库类型是为了修正非计划出库时产生填写错误而造成库存不准确情况而设置，在填写冲红出库时一定要填入犯错出库单号作为以后查对库存依据。,企业物流管理信息系统概述,第33页,RDC,仓管员,查询库存,库存查询是仓库管理员在进行盘点时查对仓库实物数量和系统反应数量一个主要依据，不但提供可用库存信息还提供了实际库存和待出库数量信息。,库存结构公式：实际库存可用库存待出库,实际库存：仓库里真实存在物品数量,可用库存：能够满足订单需求物品数量,待出库：已下达订单未进行发货操作余留数量。,注：,显示待出库数量时是为了提醒仓管员还有部分物品是处于余留状态方便指导其工作。,企业物流管理信息系统概述,第34页,RDC,仓管员,查询入库统计,对仓库在任何时段进行入库进行查询，此功效是为了对日常入库业务进行数据跟踪而提供，点击进入后填好查询条件后即可查到业务发生原始统计，详细操作见用户手册。,查询出库统计,功效和操作方法同查询入库统计。,企业物流管理信息系统概述,第35页,运输管理模块,运输管理模块实现支线配送指令查询和运输结果信息输入和查询，以及运输结果统计分析。,主要使用者：,运输承运商，,物流经理，,物流运作管理部门。,企业物流管理信息系统概述,第36页,运输管理模块功效,生成送货清单,送货清单打印,送货清单维护,生成冲红通知单,企业物流管理信息系统概述,第37页,运输管理模块功效说明,生成送货清单,依据订单生成送货清单：系统设计标准是一张订单能够对应多张送货清单运。所以输管理员能够依据运力情况来决定是一次还是屡次执行该订单，假如分次执行该订单则系统会在下一次生成送货清单时将以发运数量减去直到完全执行完订单数量为止。,企业物流管理信息系统概述,第38页,运输管理模块功效说明,维护送货清单,发运工作开始后，维护送货清单便成为订单执行情况跟踪数据源,车辆离开中转仓后，中转仓仓管员通知物流经理货已出库信息。物流经理便能够在网上随时监控订单执行情况。当货物在途中时运输管理员能够不停对抵达时间和途中发生情况进行修正，这些改动会马上在网上表达出来，方便物流经理能够随时掌握货物动向。货物抵达目标地后，收货方在随运输人员抵达送货清单上填写实际收货数量。运输人员能够实时也能够事后将这些信息反馈给运输管理员。运输管理员将这些信息录入系统后，签收信息随即表达出来。,企业物流管理信息系统概述,第39页,运输管理模块功效说明,生成冲红通知单,如客户签收货物数量与送货清单上货物数量不相等，系统自动显示该页面，让运输企业填写冲红通知单，主要用于统计货物运输过程中发生货损、货差情况。,该功效是由系统自动完成，假如客户签收数量与实发数量不符，则系统认为产生了货险，自动打开货险冲红功效，由运输管理员填写货损原因后提交，系统自动会生成货险冲红挂帐单。物流经理能够经过货险冲红挂帐单内容进行对应处理。,企业物流管理信息系统概述,第40页,第二阶段业务流程,企业物流管理信息系统概述,第41页,第二阶段业务流程,补货计划处理流程,CDC管理流程,干线运输管理流程,干线运输货险冲红流程,RDC调拨处理流程,通用业务处理流程实现目标是建立一套支持多元化产品及多渠道销售信息平台。,企业物流管理信息系统概述,第42页,第二阶段流程设计,企业物流管理信息系统概述,第43页,第二阶段用户角色定义,事业部计划员,：主要负责补货计划、调拨计划编制，审核，确认,物流中心计划员,：主要负责发货指令执行，运输商选择,CDC仓管员,：主要负责货物在CDC出入库操作,第三方物流(干线),：主要负责货物干线运输，签收,货险处理员,：主要负责干线运输出现货险后处理,企业物流管理信息系统概述,第44页,补货计划处理流程,企业物流管理信息系统概述,第45页,提交补货订单,补货订单,初稿,初稿,正式稿,Start,接收补货订单,填写补货计划,销售预测,数据,生成补货计划,补货计,划,初稿,再次调整,补货计,划,正式稿,最终审批,End,CDC/RDC库,存数据,调整计划,补货计,划,初稿,物流运作部,CDC/RDC,事业部计划协调员,事业部计划员,分企业,企业物流管理信息系统概述,第46页,补货计划处理流程描述,事业部计划员（,TV,、,AV,事业部计划员）,生成补货计划初稿,补货计划产生是由三个前因来驱动（分企业要货申请、,RDC,库存、总部销售预测），事业部计划员填写补货计划提交给物流中心。（系统里要标识该补货计划是由分企业要货订单驱动，还是由总部自主进行补货）,补货计划主要内容包含(发货CDC名称、收货RDC名称OR收货单位名称、计划内容),输入：要货申请、RDC库存、销售预测,输出：补货计划,企业物流管理信息系统概述,第47页,生成补货计划初稿（补充）,制作补货计划参考原因主要有以下六点,：,要货计划、,CDC,库存、,RDC,库存、销售数据、电话沟通、销售预测,补货计划有两种方式：,直接对分企业提交补货订单进行审核后直接生成补货计划；由主动补货引发手工填写补货计划。,事业部计划员完成计划后发到物流运作部，物流运作部依据运力情况并与事业部计划员协商后调整发货计划数量，后交由事业部计划协调员做最终审核后下达物流运作部执行。在传递过程中会产生3次数值，一次是初始值，第二次是物流部修改值，第三次是事业部最终确定数值。,总部计划在参考,CDC,库存时候只参考这个,CDC,累计库存而不论其内部是怎样分布，因为仓库产品类型和存货量分布非常不均匀。,企业物流管理信息系统概述,第48页,补货计划处理流程描述,生成正式补货计划,事业部计划员收到经过物流运作部调整后补货计划，经过事业部计划协调员最终审核后交由物流运作部进行运作。当物流运作部开始运输流程时计划员能够对发货计划情况进行跟踪。,输入：经过物流运作部依据运力调整后补货计划,输出：正式补货计划,企业物流管理信息系统概述,第49页,补货计划处理流程描述,物流中心干线计划员,调整补货计划,物流中心干线计划员对各事业部计划员提交发货计划进行数量上调整后，交还给事业部计划协调员员进行最终确认。,输入：事业部计划员交来补货计划,输出：经过运力调整补货计划,企业物流管理信息系统概述,第50页,补货计划处理流程描述,事业部计划协调员,最终审核发货计划,事业部计划协调员员对发货计划进行最终确认。,输入：运力调整后发货计划,输出：最终发货计划,企业物流管理信息系统概述,第51页,CDC管理流程,企业物流管理信息系统概述,第52页,开始,结束,是否合格,取消入库,(NO),办理入库,(Yes),办理入库单,准备入库,入库检验,仓管员,入库流程,企业物流管理信息系统概述,第53页,CDC管理流程,描述,CDC管理员,填写入库单,CDC管理员接到由工厂送来货物后经过随货物抵达批次计划检验货物，满足入库条件后允许入库。同时填写入库单修正库存,输入：工厂发来批次入库计划,输出：入库单,企业物流管理信息系统概述,第54页,出库流程,提货单,自提出库结束,客户签收,送货清单,送货清单,(签),开始,接单核单,按单找货,查对记帐,拣货装车,盘点余数,复核放行,报表处理,结束,库存总帐,配送/自提,(自提),货物出库处理,配送处理,(配送),出库单,是否符合,(Yes),等候处理,(No),End,发货计划,CDC日库,存报表,CDC日发,货统计,CDC余留,报表,分企业物流部,CDC仓管员,3PL(配,送处理),客户方(自提处理),企业物流管理信息系统概述,第55页,CDC管理流程,描述,CDC管理员,填写出库单,依据计划部门下达补货计划生成出库单，在这里要说明是因为当前Tulip系统无法对CDC内部物理仓库进行管理所以制作出库单依据是各物理仓库上报内部出库单。因为当前仓库已经在使用K3系统，所以能够考虑Tulip系统与K3系统进行对接。,输入：审核后发货计划,输出：出库单,企业物流管理信息系统概述,第56页,干线运输管理,企业物流管理信息系统概述,第57页,正式,下达正式补货,订单,补货订,单,正式,下达发货指令,选择运输商,补货订,单,正式,出库准备,出库准备,运输准备,运输,签收,返回签收结果,签收情,况,客户/RDC,3PL,CDC,物流运作部,事业部,企业物流管理信息系统概述,第58页,干线运输管理流程描述,物流中心干线计划员,对事业部下达发货指令进行承运商分配工作,依据事业部下达发货指令选择运输商，提交系统后会将各承运商所需要操作订单分发。因为CDC部门无法实现对详细物理库管理所以需要手工标注装货地点。,输入：发货指令（补货计划、调拨计划、返厂计划等）,输出：标注了承运商信息发货指令,企业物流管理信息系统概述,第59页,干线运输管理流程描述,3PL,运输管理员,依据物流运作部下达运输计划生成送货清单,依据物流部下达运输计划结合本身运输能力一次或分次执行运输计划，生成一张或多张送货清单供签收用。,输入：发货指令（补货计划、调拨计划、返厂计划等）,输出：送货清单,企业物流管理信息系统概述,第60页,对送货清单进行跟踪维护,送货清单生成后交由详细运输人员携带，在运输过程中运输管理员能够随时经过各种方式同运输人员进行联络，及时了解运输情况并维护入送货清单。这么全部人员（计划员、物流运作人员等）能够随时在网上关注发货计划执行情况。,输入：送货清单,输出：维护了过程信息送货清单,送货清单签收信息录入,货物抵达后，收货方进行签收。运输管理员能够将签收信息维护录入系统，方便相关人员了解货物签收情况。,输入：送货清单,输出：送货清单（签收）,企业物流管理信息系统概述,第61页,干线运输货险处理,企业物流管理信息系统概述,第62页,货运事故报,案表,运输中出现事,故,Start,冲红通知,单,审核冲红账目,修复货损,重新调账,货险冲红处理,物流管理中,心帐目,挂帐冲红通,知单,挂帐单冲红,冲红处理,依据冲红请求,生成冲红挂帐,计划冲红（红单,）（负数）,问询经营部或中转,仓是否需要补货,生成对应要货计划,补发货计划,(Yes),结束,(No),计划冲红（蓝单,）（正数）,计划员,物流运作部,3PL,企业物流管理信息系统概述,第63页,干线运输货险处理流程描述,干线运输货险处理员,生成货运事故处理单,因为干线运输情况比较复杂，当前干线运输发生事故有两种情况和处理方法。,输入：货运事故报案表（手工）,输出：货险冲红单,（1）货损处理,货损是指货物在运输过程中没有太大损坏，经过业务模式和补发物料能够处理。,对于这部分货物不会做冲红处理而是经过赔付和补发物料情况来处理。,企业物流管理信息系统概述,第64页,（2）货差处理,货差是指在运输过程中发生了比较大事故造成货物无法完成既定功效。这部分处理一定要进行冲红处理。,鉴于这两种情况我们提议是一旦不能部分或全部签收，系统即生成货运事故处理单,3PL在送货清单上标明是货损还是货差。,物流运作部货运事故处理员依据系统自动生成货运事故处理单和3PL提交货运事故报案表来进行货损货差处理。,对于货损情况完成了赔付和补发物料操作后点击处理后，流程终止。而对于货差情况点击冲红按钮系统生成货险冲红请求等候计划员处理。,注：冲红单主要内容包含(货运事故报案表编号、原发货计划号、发货冲红内容),企业物流管理信息系统概述,第65页,对货险冲红挂帐单进行处理,事业部计划员作出发货计划冲红审核后，即生成货险冲红挂帐单。出现货损货物全部权即转为物流运作部，货险处理员有义务对该挂帐单进行处理，直到发生货险货物被完全完成。,输入：货险冲红挂帐单,输出：处理过货险冲红挂帐单,企业物流管理信息系统概述,第66页,事业部计划员,审核货险冲红申请单,事业部计划员依据物流部上传货险冲红单进行审批，系统随即会对要冲红发货计划进行冲红同时会问询是否要对收货方继续发货，假如要继续发货则自动生成新发货计划（进入新发货计划处理流程），假如无需继续发货则不做处理。,输入：货险冲红单,输出：审核后货险冲红单、新发货计划（可选）,生成货险冲红挂帐单,一旦计划员审核了由物流运作部提交货险冲红单，不论是否继续发货系统都会生成货险冲红挂帐单并将收货方改为物流运作部。,输入：审核后货险冲红单,输出：货险冲红挂帐单,企业物流管理信息系统概述,第67页,RDC,调拨处理,企业物流管理信息系统概述,第68页,填写调拨计划,销售预测,数据,生成调拨计划,调拨计,划,初稿,Start,初稿,初稿,正式稿,最终审批,End,调拨计,划,正式稿,库存信,息,准备出库,库存信,息,准备入库,调整计划,调拨计,划,初稿,物流运作部,RDC2(调入),RDC(调出),事业部计划协调员,事业部计划员,企业物流管理信息系统概述,第69页,RDC,调拨处理流程描述,事业部计划员,生成调拨计划初稿,调拨计划产生是由两个前因来驱动（分企业调拨申请、总部销售预测），事业部计划员填写调拨计划提交给物流中心。,注：调拨计划主要内容包含(调出RDC名称、调入RDC名称、计划内容),输入：调拨申请（手工）、各RDC库存、销售预测,输出：调拨计划,企业物流管理信息系统概述,第70页,生成调拨计划初稿（补充）,（1）制作调拨计划参考原因主要有以下六点,调拨申请,调出RDC库存,调入RDC库存,销售数据,电话沟通,销售预测,（2）事业部计划员完成计划后发到物流运作部，物流运作部依据运力情况并与事业部计划员协商后调整计划，后交由事业部计划协调员做最终审核后下达物流运作部执行。,在传递过程中会产生,3,次数值，一次是初始值，第二次是物流部修改值，第三次是事业部最终确定数值。,企业物流管理信息系统概述,第71页,生成正式调拨计划,事业部计划员收到经过物流运作部调整后调拨计划，经过事业部计划协调员最终审核后交由物流运作部进行运作。当物流运作部开始运输流程时计划员能够对调拨计划执行情况进行跟踪。,输入：经过物流运作部依据运力调整后调拨计划,输出：正式调拨计划,企业物流管理信息系统概述,第72页,RDC,调拨处理流程描述,物流中心干线计划员,调整调拨计划,物流中心干线计划员对各事业部计划员提交调拨计划进行调整后，交还给事业部计划协调员员进行最终确认。,输入：事业部计划员交来调拨计划,输出：经过运力调整调拨计划,企业物流管理信息系统概述,第73页,RDC,调拨处理流程描述,事业部计划协调员,最终审核调拨计划,事业部计划协调员员对调拨计划进行最终确认。,输入：运力调整后调拨计划,输出：最终调拨计划,企业物流管理信息系统概述,第74页,物流管理系统软件架构,企业物流管理信息系统概述,第75页,TULIP系统软件架构,业务模型,设计思绪,设计模式,实现架构,企业物流管理信息系统概述,第76页,企业物流管理信息系统概述,第77页,工厂,CDC,RDC,DC,客户,。工厂到CDC,。工厂到RDC,。工厂到DC,。工厂到客户,。CDC 到 RDC,。CDC 到 DC,。CDC 到 客户,。RDC 到DC,。RDC 到RDC,。RDC 到客户,。DC 到客户,物流网络模型,企业物流管理信息系统概述,第78页,企业物流管理信息系统概述,第79页,软件架构-设计标准,系统之间低耦合,降低系统耦合度，尽可能使每个业务单位子系统都能够独立运行。,降低各系统间依赖关系。,系统扩展与可配置,重视对接口设计，增强与其它系统数据交换能力。,面向对象分析与设计,应用面向对象分析与设计技术，采取原型法来进行系统开发。,企业物流管理信息系统概述,第80页,软件架构-设计标准,小结：TULIP系统重点并非提供一个在每个业务步骤都非常完整及完美软件系统，而是为了实现对订单实时跟踪，统一管理以及对整个销售网络中库存实时监控，及时准确地反应业务数据，以整合规范业务流程为主要目标IT系统。所以，要求TULIP系统中每个子系统均以低耦合度相连，未来被其它系统所代替时，不会影响业务流程完整性。,企业物流管理信息系统概述,第81页,软件架构-设计模式,代理关系机制,应用代理技术来实现系统中一些业务对象之间业务关系。使重组或更改业务关系变得更轻易。,设计模式,应用Factory,Agent,Singleton,Handler,Controller等设计模式，保持代码清析与易懂。,比如：,public class OrderManagerFactory,private static OrderManager ivOrderManager;,public OrderManagerFactory(),public OrderManager getManagerBy(String manager),return(new OrderDefaultManager();,public static OrderManager getDefaultFactory(),if(ivOrderManager=null),ivOrderManager=new OrderDefaultManager();,return ivOrderManager;,企业物流管理信息系统概述,第82页,软件架构,订单,仓储,运输,报表,系统管理(产品,客户,机构,用户等),系,统,接,口,Java Platform,其它系统,CRM,JXC,DB,Report,企业物流管理信息系统概述,第83页,软件架构,Manager,BO,BC,Handler,DB,JSP,BO=BusinessObject,BC=BusinessObjectController,从JSP客户端发出每次请求，经过SessionManager处理后，依据不一样Command分发给不一样Handler来处理，Handler然后调用对应Manager来处理业务逻辑，最终由Controller来完成对数据库操作。,Session,Manager,企业物流管理信息系统概述,第84页,TULIP系统数据库设计,主要数据模型,订单处理,入库出库,运输与货险,机构管理,用户及权限,代理关系,产品管理,企业物流管理信息系统概述,第85页,数据库设计,主要数据模型,TULIP系统中主要数据模型为订单，出库单，入库单，冲红单，送货清单，挂帐单，库存，产品，机构等之间关系模型，而且也主要以处理以上几个业务对象关系为主。,企业物流管理信息系统概述,第86页,数据库设计订单,企业物流管理信息系统概述,第87页,数据库设计库存,企业物流管理信息系统概述,第88页,数据库设计运输,企业物流管理信息系统概述,第89页,数据库设计机构,企业物流管理信息系统概述,第90页,用户机构权限,用户,产品线,机构,客户,1.用户产品线权限:,同一机构下不一样操作用户具有不一样产品权限.,2.用户机构权限:,对于审核订单角色来说,同一机构下不一样审单角,色可以审核不一样机构订单.而且只能是该用户有产,品权限订单.,3.客户权限:,对于下订单角色来说,同一机构下不一样下单角色,可认为不一样客户下单,机构,产品线,机构产品权限:,指该机构所含有产品权限,假如有该产品权限,则意,味着能够查询与该产品相关在该机构职责范围内数据,企业物流管理信息系统概述,第91页,Organization,Customer,CustomerGroup,User,Role,UserRole,UserPrivilege,Product,UserPrivileges:,PRIV_TYPE PRIV_VALUE,-,Product ProductGroupID(default value is ALL),Customer CustomerGroupID(default value is ALL),Organization OrganizationID(default value is null,用户机构权限,企业物流管理信息系统概述,第92页,数据库设计用户及权限,企业物流管理信息系统概述,第93页,企业物流管理信息系统概述,第94页,物理仓库,逻辑仓库,经营部,客户,分企业,事业部,3PL,TULIP仓库模型,企业物流管理信息系统概述,第95页,大客户,经营部,大客户,物理库,库存帐本/逻辑库,物理库,采取划分逻辑库方法来实现库存隔离。,即在该库内专门为某个机构设立库存帐本用来记录专属于该机构库存。,当需要为某个客户建立隐含库存时，先经过系统管理员在机构管理中为该仓库创建一个属于该客户“帐本”即可。,理论上系统可认为每一个客户建立一套自已帐本。,库存帐本/逻辑库,库存帐本/逻辑库,某客户能看库存：仓库公有库存属于该客户私有库存,Public,Private 1,Private 2,xDC,Stock Reserve,企业物流管理信息系统概述,第96页,企业物流管理信息系统概述,第97页,TULIP系统安全性考虑,系统安全是综合性，它包含了访问控制，数据加密，传输控制，运行安全等各种原因。TULIP系统做为一个业务系统，其安全问题当然是至关主要，但就安全性来说TULIP系统重点在于对非授权访问控制，也就是说要确保用户访问安全性，对于其它安全性原因应由不一样软硬件系统来完成。,比如：数据传输安全性，可由SSL来实现，WebLogic完全支持该技术。,运行安全性，可由提供备份服务器，备份数据等方式完成。,企业物流管理信息系统概述,第98页,报表系统,企业物流管理信息系统概述,第99页,企业物流管理信息系统概述,第100页,报表系统,业务需求,时间(年，月，日),货物数量(计划数，在途数，实际数，签收数，余留数),区域(经营部，分企业，仓库，事业部),(发站，到站),企业物流管理信息系统概述,第101页,五个关键数据：,计划数，实际数，余留数，在途数，签收数。,七个统计要素：,时间段（年月日），发货、到货地点，产品类别，运输方式（公路，铁路等），承运单位运作方式（干线，配送，自提等），订单号。,全部仓库进、出、存都围绕,计划、实际、余留、在途、签收,五个要素进行统计，生成各种相关报表。,企业物流管理信息系统概述,第102页,重点名词解释和约束,干线运输：,干线运输包含,CDC,RDC,配送和,CDC,客户,/,经营部配送,二次配送：,二次配送包含,RDC,RDC,配送和,RDC,客户,/,经营部配送,RDC,：,地域配送中心，当前由分企业管辖，下属能够设置多个,DC,CDC,：,全国配送中心，负责向全部,RDC,供货，当前由总部统一管辖,标准车体积：,作为基准车型体积，当前以,7.2m,为标准车体积，要求在系统管理中能够自定义何种车型为标准车型。,企业物流管理信息系统概述,第103页,报表统计要素,时间段（,以天为分割时间点要求在系统管理中能够设置,）,事业部（,TV,事业部、,AV,事业部、白家电事业部、空调