企业物流管理信息系统.ppt

1、企业物流管理信息系统1、企业基本资料2、系统目标3、需求分析4、重要流程5、重要功能1、企业基本资料生产销售型的集团企业生产分布在全国的多个地区在全国建立有比较完善的销售体系，销售人员占整个企业的比例较大销售体系中可以代销其他企业的同类商品产品包括：家电类、计算机等信息产品1、企业基本资料家电生产企业网络产品生产企业通信类产品生产企业销售公司计算机生产企业集团公司产品生产隶属关系产品销售隶属关系家电网络产品通信产品销售公司计算机区域销售分公司直属销售分公司省级销售公司省级销售公司经营部仓库仓库经营部经营部仓库仓库经营部区域销售分公司：华北、东北、华中、华东、西北、西南、华南直属销售分公司：广东

2、、山东、新疆、四川、海南、江西、广西1、企业基本资料存在问题：一种典型的“垂直型”的销售架构各个分公司、直属公司之间的销售货物不能互相补充仓库的产品调配只能由上级公司负责各个仓库之间不存在联系商品的供应、冲红、退货由上级公司负责经营部事业部销售中心客户分公司销售公司总部分公司产品部集团机构模式下单机构审单机构总部客户分公司事业部经营部分公司产品部大客户分公司TULIP机构模式机构模式需求分析TULIP由执行和计划两大系统组成。TULIP执行系统实现了分销物流流程中的流程闭环处理以及运作数据的采集，统计，和可视化；TULIP计划系统将管理和支持网络整体库存的优化工作。需求分析第一阶段经营部在网上

3、按照发货要求（自提或配送）填写要货订单经营部在网上填写冲红申请单事业部计划员根据业务情况审核经营部提交的订单事业部计划员审核经营部提交的冲红订单RDC管理员根据收发货指令进行仓库作业运输管理员根据订单指令进行运输作业。需求分析第二阶段CDC库存管理补货计划管理RDC调拨计划管理干线运输管理在第一阶段基础上提出一个流程优化，支持多产品，计划信息平台解决方案第一阶段流程订单处理流程订单管理模块实现客户订单的输入，提交；订单接收方的审核，订单执行；订单运作信息的实时查询；订单冲红的输入，审核和实现；以及订单状态的实时查询。订单管理模块完成订单从产生到签收完毕之间的完整闭环的信息处理。主要使用者为经营

4、部和事业部（分公司）的计划员。订单处理模块功能新建订单新建订单修改订单修改订单取消订单取消订单订单冲红订单冲红订单锁定订单锁定计划员审批订单计划员审批订单订单查询订单查询订单打印订单打印打印财务签字审核审核打印联单客户RDC分公司物流部（事业部）经营部客户出库操作接收到货信息验货签收作废要货申请传真YNYN承运商财务开单签字确认RDC联运输操作配 送联录入Tulip经营部计划员库存查询 库存的查询是经营部计划员作为填写订单的一个重要条件，系统可以提供经营部计划员随时在网上查询库存情况，其中库存分为两大类型（）正常品和（）残次品。正常品是指能够下达订单要货的物品。残次品是指未经过修复不能直接下达

5、订单要货的物品。经营部计划员填写订单 经营部计划员直接从客户或通过业务员收集和汇总客户订货信息,经财务审核后，如果库存满足订单需求,就开始填写订单。由于所填写的订单中的要货信息是经过经营部财务审核后的，所以被视为有效，合法的订单，在订单提交并审核后后不得随意提出冲红请求，此项可以视为经营部的考核标准之一。为了配合物流改革的模式，经营部填写完订单提交之后，系统会检查该张订单是客户订单还是经营部自己的订单，如果是客户订单，系统可用库存随之减少。如果是经营部自己的订单，系统本着客户订单优先要货、尽量减少经营部要货的原则，不会根据订单的数量来删减可用库存，直到事业部计划员审核该张订单后库存才会减少。在

6、系统未完全取代手工操作之前，经营部计划员要将订单打印出来交经营部财务签字确认后将该订单传真至分公司等待审核（待到运行稳定后将取消传真的操作，订单转为完全电子化）以保持订单的严谨性.这时经营部计划员要及时登录到系统查看订单的状态，当发现提交的订单分公司已审核，经营部财务要依此订单在财务系统上开单。输入：要货信息 输出：订单经营部计划员查询订单经营部计划员或业务员可以随时在网上查询订单的状态（未审核、已审核、安排运输、在途、签收）。取消订单当经营部计划员需要取消所下的订单时首先在网上查询订单的状态，如果该订单未被审核系统允许取消订单，可用库存量随之增加。如果该订如果该订单已经被审核则无法进行取消操

7、作，而要进行冲红处理。单已经被审核则无法进行取消操作，而要进行冲红处理。订单冲红当订单被事业部计划员审核之后，经营部如果有订单变更或取消的业务需求时要进行冲红操作。事业部计划员会酌情进行部分冲红或全部冲红的审核工作，具体要求参考事业部计划员冲红审核（分公司）。打印订单经营部计划员客户管理经营部可以自主管理属下的客户，在新建订单时需要的客户信息全部在该功能中提前输入，为了保证历史数据的一致性，所有录入的客户资料系统不提供删除功能，对于需要删除该客户的要求系统提供停用该用户的功能，一旦该用户被停用在新建订单时，客户列表不会出现该客户名称，如果情况发生变化该客户又开始参与业务活动，经营部计划员只需要

8、将该用户重新启用即可。事业部计划员（分公司）库存查询库存的查询是事业部计划员（分公司）作为审核经营部订单（客户和经营部自己的订单）的一个重要条件，计划员看到的库存结构与经营部看到的库存略有不同，不但提供的可用库存的信息还提供了实际库存和待出库数量的信息。库存结构公式：实际库存可用库存待出库实际库存：仓库里真实存在的物品数量可用库存：能够满足订单需求的物品数量 待出库：已下达订单未进行发货操作的余留数量事业部计划员（分公司）订单锁定考虑到在分公司层面可能会出现多个计划员审核订单的情况，在审核订单之前计划员必须要对其准备审核的订单进行锁定，这样就防止了多个计划员操作同一张订单的情况发生。操作指引：

9、分公司计划员进入待处理订单列表后选择要处理的订单后面的选定框进行锁定，锁定后进入订单审核功能。事业部计划员（分公司）订单审核分公司计划员在做订单审核时原则上采取见单处理的原则，即要看到经过财务签字的传真件，但考虑到实际情况，如果经营部需要立即审批的货物需打电话向分公司申请后立即审核。在未到订单处理时间点之前经营部可以取消订单，可用库存随之增加。因此当查询到的库存数量不能满足订单需求时每个经营部可以在隔段时间再次查询可用库存是否满足订单需求。分公司计划员在系统过渡期必须见到有经营部财务签章的打印订单传真件作为审核订单的依据。对于经营部提交的订单原则上全部通过，分公司计划员也可根据实际情况对订单的

10、数量进行调整或拒绝该张订单。为了保障经营部能够及时准确的查询到订单的执行状态，要求分公司计划员在第一时间内进行审核操作。为保证传真件和实际的审核数一致，当审核人员对经营部提交的订单数要进行调整时，建议先取消整个订单（拒绝），通知填单人员根据调整数重新填写新的订单，再将新订单传真到分公司。事业部计划员（分公司）订单冲红审核 当订单冲红申请被经营部提交上来后，分公司计划员要根据实际情况进行冲红的审核操作，冲红的对象只限于下达订单未做实际发货处理的部分（只可以冲减余留数量）。订单查询 分公司计划员可以随时在网上查询订单的状态（已审核、安排运输、在途、签收），以便安排自己的工作内容。具体操作方法见用户

11、手册。注：对于未审核的订单因为会存在取消的可能性所有不作为正式订单在订单查询里出现。涉及单证：订单、订单冲红申请单冲红申请审核签字/盖章3PL3PL分公司物流部分公司物流部经营部经营部接受指令执行指令订单冲红流程作废NY传真计划员执行结果反馈冲红结果接收传真计划员执行结果查询RDCRDC管理模块管理模块 RDC管理模块实现RDC的库存数量可视化管理。它提供仓库出入库指令查询，出入库结果记录，库存实时查询，以及库存和发货的统计和分析。主要使用者为RDC管理员，物流经理，物流运作管理部门，管理RDC的3PL。RDCRDC管理模块功能管理模块功能计划入库计划入库计划出库计划出库非计划入库非计划入库非

12、计划出库非计划出库库库存存查询查询出出库记录查询库记录查询入入库记录查询库记录查询出出库单库单、入、入库单库单打印打印汇总报汇总报表表 RDC售后货到验货确定好坏机Tulip系统非计划入库运输承运商RDC入库入库RDC出库出库承运商RDC 装货开出库单备车分公司RDC联开送货清单分公司承运联RDC仓管员计划入库与补货计划的接口功能非计划入库非计划入库是为了解决在Tulip2.0系统未实施前代替流程中的部分环节所作的临时功能。目前的仓库入库操作必须全部使用非计划入库来完成。根据不同的入库指令仓库管理员需要先选择入库类型然后才能填写入库单内容。入库类型（补充）补货入库调拨入库退换货入库修还入库冲红

13、入库入库类型说明（补充）补货入库：对应补货计划进行的入库操作，仓管员必须并填写相应的补货计划号和发货的CDC名称后才可以进行入库单内容的输入。调拨入库：跟补货计划相同也是为了弥补Tulip2.0为上线前的流程空缺，仓管员选择了入库类型为调拨入库后，必须选择相应的发货仓库的名称和对应的调拨计划的计划好后才可以进行入库单内同的输入。退换货入库：当发生客户退换货需要进入RDC的时候，仓管员先要检查收到的退换货计划的传真件和实物是否一一对应，同时要经过售后部门对物品进行鉴定后按照好坏机区分入库的原则进行入库单的填写，在原单单号栏必须填写退换货计划的计划号，以便日后查对之用。修还入库：当需要将维修好的机

14、器重新入库时将使用到该类型。仓管员在做修还入库时必须将原有的维修出库单的单号录入原单单号的文字栏中以便核对维修出库领用的型号、数量是否可以和入库的型号、数量相对应。做完入库处理，系统会增加好机数量。冲红入库：该出库类型是为了修正非计划入库时产生的填写错误而导致库存不准确的情况而设立的，在填写冲红入库时一定要填入出错的入库单号作为以后核对库存的依据。RDC仓管员计划出库所有的订单出库都必须为计划出库，在页面上可以看到计划出库的待处理数量，点击进入后就可以看到每一条计划出库指令就是一张订单，考虑到在实际发货的时候会出现余留的现象，计划出库提供了分次执行出库指令的功能，如果根据订单所作的每一次出库没

15、有完全将订单执行完毕，系统会自动将已执行完毕的数量减去并提示需要继续处理的信息。操作指引：仓管员进入计划出库后查看相应的出库指令，点击进入后可以看到出库指令的详细内容，这时需要将出库指令打印出来作为仓库检货的信息指导，待装完货后，填入实际出库的物品数量后提交生成正式的出库单，这个功能是为了防止在实际操作中先生成出库单后由于各种特殊情况无法完成出库单上全部物品的出库操作而产生的出库单冲红现象的发生。RDC仓管员非计划出库非计划出库是为了解决在Tulip2.0系统未实施前代替流程中的部分环节所作的临时功能。目前的仓库出库操作除了正常的客户订单使用计划出库外其它类型的出库仓库管理员均需要选择出库类型

16、然后才能填写出库单内容。非计划出库类型（补充）维修出库返厂出库调拨出库冲红出库非计划出库类型说明（补充）维修出库：当售后服务中心需要将仓库中的坏机进行维修领用时将使用到该类型。仓管员在做维修出库时必须将售后服务中心开具的维修领用单的单号录入原单单号的文字栏中以便日后同维修领用单上标注的型号、数量进行核对。做完维修出库库处理后，系统会减少坏机的数量。返厂出库：该出库类型较少使用，当仓管员接到事业部下达的返厂计划后将使用该类型进行返厂出库。仓管员在做返厂出库时必须将事业部下达的返厂计划的计划号录入原单单号的文字栏中以便日后进行核对。调拨出库：同调拨入库一样只是功能相反，仓管员选择了出库类型为调拨出

17、库后，必须选择相应的收货仓库的名称和对应的调拨计划的计划好后才可以进行出库单内容的输入。冲红出库：该出库类型是为了修正非计划出库时产生的填写错误而导致库存不准确的情况而设立的，在填写冲红出库时一定要填入出错的出库单号作为以后核对库存的依据。RDC仓管员查询库存 库存的查询是仓库管理员在进行盘点时核对仓库实物数量和系统反映数量的一个重要依据，不但提供的可用库存的信息还提供了实际库存和待出库数量的信息。库存结构公式：实际库存可用库存待出库 实际库存：仓库里真实存在的物品数量 可用库存：能够满足订单需求的物品数量 待出库：已下达订单未进行发货操作的余留数量。注：显示待出库的数量时是为了提醒仓管员还有

18、部分物品是处于余留状态的以便指导其工作。RDC仓管员查询入库记录对仓库在任何时段进行的入库进行查询，此功能是为了对日常的入库业务进行数据跟踪而提供的，点击进入后填好查询条件后即可查到业务发生的原始记录，具体操作见用户手册。查询出库记录功能和操作方法同查询入库记录。运输管理模块运输管理模块运输管理模块实现支线的配送指令查询和运输结果信息的输入和查询，以及运输结果的统计分析。主要使用者：运输承运商，物流经理，物流运作管理部门。运输管理模块功能运输管理模块功能生成送货清单生成送货清单送货清单打印送货清单打印送货清单维护送货清单维护生成冲红通知单生成冲红通知单运输管理模块功能说明运输管理模块功能说明生

19、成送货清单生成送货清单根据订单生成送货清单：系统设计的原则是一张订单可以对应多张送货清单运。因此输管理员可以根据运力情况来决定是一次还是多次执行该订单，如果分次执行该订单则系统会在下一次生成送货清单时将以发运的数量减去直到完全执行完订单的数量为止。运输管理模块功能说明运输管理模块功能说明维护送货清单发运工作开始后，维护送货清单便成为订单执行情况跟踪的数据源 车辆离开中转仓后，中转仓仓管员通知物流经理货已出库的信息。物流经理便可以在网上随时监控订单的执行情况。当货物在途中时运输管理员可以不断的对到达时间和途中发生的情况进行修正，这些改动会立即在网上体现出来，以便物流经理可以随时的掌握货物的动向。

20、货物到达目的地后，收货方在随运输人员到达的送货清单上填写实际收货数量。运输人员可以实时也可以事后将这些信息反馈给运输管理员。运输管理员将这些信息录入系统后，签收的信息随即体现出来。运输管理模块功能说明运输管理模块功能说明生成冲红通知单生成冲红通知单如客户签收的货物数量与送货清单上的货物数量不相等，系统自动显示该页面，让运输公司填写冲红通知单，主要用于记录货物运输过程中发生货损、货差的状况。该功能是由系统自动完成的，如果客户的签收数量与实发数量不符，则系统认为产生了货险，自动打开货险冲红功能，由运输管理员填写货损原因后提交，系统自动会生成货险冲红挂帐单。物流经理可以通过货险冲红挂帐单的内容进行相

21、应的处理。第二阶段业务流程第二阶段业务流程补货计划处理流程CDC管理流程干线运输管理流程干线运输货险冲红流程RDC调拨处理流程通用业务处理流程实现的目标是建立一套支持多元化产品及多渠道销售的信息平台。第二阶段流程设计第二阶段用户角色定义事业部计划员：主要负责补货计划、调拨计划的编制，审核，确认物流中心计划员：主要负责发货指令的执行，运输商的选择CDC仓管员：主要负责货物在CDC出入库操作第三方物流(干线)：主要负责货物的干线运输，签收货险处理员：主要负责干线运输出现货险后的处理补货计划处理流程提交补货订单补货订单初稿草稿正式稿Start接收补货订单 填写补货计划销售预测数据生成补货计划补货计划

22、初稿再次调整补货计划正式稿最终审批EndCDC/RDC库存数据调整计划补货计划草稿物流运作部物流运作部CDC/RDCCDC/RDC事业部计划协调员事业部计划协调员事业部计划员事业部计划员分公司分公司补货计划处理流程描述v事业部计划员（TV、AV事业部计划员）生成补货计划初稿补货计划的产生是由三个前因来驱动的（分公司的要货申请、RDC库存、总部销售预测），事业部计划员填写补货计划提交给物流中心。（系统里要标识该补货计划是由分公司的要货订单驱动的，还是由总部自主进行补货）补货计划的主要内容包括(发货CDC名称、收货RDC名称OR收货单位的名称、计划内容)输入：要货申请、RDC库存、销售预测输出：补

23、货计划生成补货计划初稿（补充）制作补货计划参考的因素主要有以下六点：要货计划、CDC库存、RDC库存、销售数据、电话沟通、销售预测补货计划有两种方式：直接对分公司提交的补货订单进行审核后直接生成补货计划；由主动补货引发的手工填写的补货计划。事业部计划员完成计划后发到物流运作部，物流运作部根据运力情况并与事业部计划员协商后调整发货计划的数量，后交由事业部计划协调员做最终审核后下达物流运作部执行。在传递过程中会产生3次数值，一次是初始值，第二次是物流部修改的值，第三次是事业部最终确定的数值。总部计划在参考CDC库存的时候只参考这个CDC的合计库存而不管其内部是如何分布的，因为仓库产品类型和存货量分

24、布非常的不均匀。补货计划处理流程描述生成正式补货计划事业部计划员收到经过物流运作部调整的后的补货计划，经过事业部计划协调员的最终审核后交由物流运作部进行运作。当物流运作部开始运输流程时计划员可以对发货计划的情况进行跟踪。输入：经过物流运作部根据运力调整后的补货计划输出：正式补货计划 补货计划处理流程描述v物流中心干线计划员调整补货计划物流中心干线计划员对各事业部计划员提交的发货计划进行数量上调整后，交还给事业部计划协调员员进行最终确认。输入：事业部计划员交来的补货计划输出：经过运力调整的补货计划补货计划处理流程描述v事业部计划协调员最终审核发货计划事业部计划协调员员对发货计划进行最终确认。输入

25、：运力调整后的发货计划输出：最终的发货计划CDC管理流程开始结束是否合格取消入库(NO)办理入库(Yes)办理入库单准备入库入库检验仓管员仓管员入库流程入库流程CDC管理流程描述CDC管理员填写入库单CDC管理员接到由工厂送来的货物后通过随货物到达的批次计划检验货物，满足入库条件后允许入库。同时填写入库单修正库存输入：工厂发来的批次入库计划输出：入库单出库流程提货单自提出库结束客户签收送货清单送货清单(签)开始接单核单按单找货核对记帐拣货装车盘点余数复核放行报表处理结束库存总帐配送/自提(自提)货物出库处理配送处理(配送)出库单是否符合(Yes)等待处理(No)End发货计划CDC日库存报表C

26、DC日发货统计CDC余留报表分公司物流部分公司物流部CDCCDC仓管员仓管员3PL(3PL(配配送处理送处理)客户方客户方(自自提处理提处理)CDC管理流程描述CDC管理员填写出库单根据计划部门下达的补货计划生成出库单，在这里要说明的是由于目前Tulip系统无法对CDC内部的物理仓库进行管理因此制作出库单的依据是各物理仓库上报的内部出库单。由于目前仓库已经在使用K3系统，因此可以考虑Tulip系统与K3系统进行对接。输入：审核后的发货计划输出：出库单干线运输管理正式下达正式补货订单补货订单正式下达发货指令选择运输商补货订单正式出库准备出库准备运输准备运输签收返回签收结果签收情况客户客户/RDC

27、/RDC3PL3PLCDCCDC物流运作部物流运作部事业部事业部干线运输管理流程描述物流中心干线计划员对事业部下达的发货指令进行承运商的分配工作根据事业部下达的发货指令选择运输商，提交系统后会将各承运商所需要操作的订单分发。由于CDC部门无法实现对具体物理库的管理因此需要手工标注装货地点。输入：发货指令（补货计划、调拨计划、返厂计划等）输出：标注了承运商信息的发货指令干线运输管理流程描述3PL运输管理员根据物流运作部下达的运输计划生成送货清单根据物流部下达的运输计划结合自身的运输能力一次或分次执行运输计划，生成一张或多张送货清单供签收用。输入：发货指令（补货计划、调拨计划、返厂计划等）输出：送

28、货清单对送货清单进行跟踪维护送货清单生成后交由具体运输人员携带，在运输过程中运输管理员可以随时通过各种方式同运输人员进行联系，及时了解运输的情况并维护入送货清单。这样所有的人员（计划员、物流运作人员等）可以随时在网上关注发货计划的执行情况。输入：送货清单输出：维护了过程信息的送货清单送货清单的签收信息录入货物到达后，收货方进行签收。运输管理员可以将签收信息维护录入系统，以便相关人员了解货物的签收情况。输入：送货清单输出：送货清单（签收）干线运输货险处理货运事故报案表运输中出现事故Start冲红通知单审核冲红账目修复货损重新调账货险冲红处理物流管理中心帐目挂帐冲红通知单挂帐单冲红冲红处理根据冲红

29、请求生成冲红挂帐计划冲红（红单）（负数）询问经营部或中转仓是否需要补货生成对应要货计划的补发货计划(Yes)结束(No)计划冲红（蓝单）（正数）计划员计划员物流运作部物流运作部3PL3PL干线运输货险处理流程描述 干线运输货险处理员生成货运事故处理单由于干线运输情况比较复杂，目前干线运输发生事故有两种情况和处理办法。输入：货运事故报案表（手工）输出：货险冲红单（1）货损处理货损是指货物在运输过程中没有太大的损坏，通过业务模式和补发物料可以解决的。对于这部分货物不会做冲红处理而是通过赔付和补发物料的情况来解决。（2）货差处理货差是指在运输过程中发生了比较大的事故导致货物无法完成既定功能的。这部分

30、的处理一定要进行冲红处理。鉴于这两种情况我们的建议是一旦不能部分或全部签收，系统即生成货运事故处理单3PL在送货清单上标明是货损还是货差。物流运作部的货运事故处理员根据系统自动生成的货运事故处理单和3PL提交的货运事故报案表来进行货损货差的处理。对于货损的情况完成了赔付和补发物料的操作后点击处理后，流程终止。而对于货差的情况点击冲红按钮系统生成货险冲红请求等待计划员处理。注：冲红单的主要内容包括(货运事故报案表编号、原发货计划号、发货冲红内容)对货险冲红挂帐单进行处理事业部计划员作出发货计划冲红审核后，即生成货险冲红挂帐单。出现货损的货物的所有权即转为物流运作部，货险处理员有义务对该挂帐单进行

31、处理，直到发生货险的货物被完全完毕。输入：货险冲红挂帐单输出：处理过的货险冲红挂帐单事业部计划员审核货险冲红申请单事业部计划员根据物流部上传的货险冲红单进行审批，系统随即会对要冲红的发货计划进行冲红同时会询问是否要对收货方继续发货，如果要继续发货则自动生成新的发货计划（进入新的发货计划处理流程），如果无需继续发货则不做处理。输入：货险冲红单输出：审核后的货险冲红单、新的发货计划（可选）生成货险冲红挂帐单一旦计划员审核了由物流运作部提交的货险冲红单，无论是否继续发货系统都会生成货险冲红挂帐单并将收货方改为物流运作部。输入：审核后的货险冲红单输出：货险冲红挂帐单RDC调拨处理填写调拨计划销售预测数

32、据生成调拨计划调拨计划初稿Start初稿草稿正式稿最终审批End调拨计划正式稿库存信息准备出库库存信息准备入库调整计划调拨计划草稿物流运作部物流运作部RDC2(RDC2(调入调入)RDC(RDC(调出调出)事业部计划协调员事业部计划协调员事业部计划员事业部计划员RDC调拨处理流程描述 事业部计划员生成调拨计划初稿调拨计划的产生是由两个前因来驱动的（分公司的调拨申请、总部销售预测），事业部计划员填写调拨计划提交给物流中心。注：调拨计划的主要内容包括(调出RDC名称、调入RDC名称、计划内容)输入：调拨申请（手工）、各RDC库存、销售预测输出：调拨计划生成调拨计划初稿（补充）（1）制作调拨计划参考

33、的因素主要有以下六点q调拨申请q调出RDC库存q调入RDC库存q销售数据q电话沟通q销售预测（2）事业部计划员完成计划后发到物流运作部，物流运作部根据运力情况并与事业部计划员协商后调整计划，后交由事业部计划协调员做最终审核后下达物流运作部执行。在传递过程中会产生3次数值，一次是初始值，第二次是物流部修改的值，第三次是事业部最终确定的数值。生成正式调拨计划事业部计划员收到经过物流运作部调整的后的调拨计划，经过事业部计划协调员的最终审核后交由物流运作部进行运作。当物流运作部开始运输流程时计划员可以对调拨计划的执行情况进行跟踪。输入：经过物流运作部根据运力调整后的调拨计划输出：正式调拨计划RDC调拨

34、处理流程描述物流中心干线计划员调整调拨计划物流中心干线计划员对各事业部计划员提交的调拨计划进行调整后，交还给事业部计划协调员员进行最终确认。输入：事业部计划员交来的调拨计划输出：经过运力调整的调拨计划RDC调拨处理流程描述事业部计划协调员最终审核调拨计划事业部计划协调员员对调拨计划进行最终确认。输入：运力调整后的调拨计划输出：最终的调拨计划物流管理系统软件架构TULIP系统的软件架构业务模型设计思路设计模式实现架构软件架构-业务模型RDC1CDC2RDC2DC1分公司1事业部1订单补货调拔经营部2经营部3补货补货调拔经营部1DC2管理客户客户客户客户客户调拔调拔补货下订单。每个客户有且只有一个

35、为之服务的xDC.。经营部通过客户来决定可以查看的xDC库存.。分公司可以管理多个xDC补货订单工厂CDCRDCDC客户。工厂到CDC。工厂到RDC。工厂到DC。工厂到客户。CDC 到 RDC。CDC 到 DC。CDC 到 客户。RDC 到DC。RDC 到RDC。RDC 到客户。DC 到客户物流网络模型下单机构审单机构总部分公司事业部经营部分公司产品部大客户分公司CDCRDCDC工厂CDCRDC客户CDC。客户在一个DC的服务范围内。客户属于某个下单机构。下单机构通过客户来决定可以查看哪个DC的库存。下单机构隶属于某个审单机构。审单机构可以管理多个DC。该审单机构下所有下单机构的所有客户的隶属

36、DC都在该审单机构的管理之下。客户客户物流与商流软件架构-设计原则系统之间的低耦合降低系统的耦合度，尽量使每个业务单位的子系统都可以独立运行。减少各系统间的依赖关系。系统的扩展与可配置注重对接口的设计，增强与其它系统的数据交换能力。面向对象的分析与设计应用面向对象的分析与设计技术，采用原型法来进行系统开发。软件架构-设计原则小结：TULIP系统的重点并非提供一个在每个业务环节都非常完整及完美的软件系统，而是为了实现对订单的实时跟踪，统一管理以及对整个销售网络中库存的实时监控，及时准确地反映业务数据，以整合规范业务流程为主要目的的IT系统。因此，要求TULIP系统中的每个子系统均以低耦合度相连，

37、将来被其它系统所代替时，不会影响业务流程的完整性。软件架构-设计模式代理关系机制应用代理技术来实现系统中某些业务对象之间的业务关系。使重组或更改业务关系变得更容易。设计模式应用Factory,Agent,Singleton,Handler,Controller等设计模式，保持代码的清析与易懂。例如：public class OrderManagerFactory private static OrderManager ivOrderManager;public OrderManagerFactory()public OrderManager getManagerBy(String manage

38、r)return(new OrderDefaultManager();public static OrderManager getDefaultFactory()if(ivOrderManager=null)ivOrderManager=new OrderDefaultManager();return ivOrderManager;软件架构订单仓储运输报表系统管理(产品,客户,机构,用户等)系统接口Java Platform其它系统CRMJXCDBReport软件架构ManagerBOBCHandlerDBJSPBO=BusinessObjectBC=BusinessObjectControl

39、ler从JSP客户端发出的每次请求，经过SessionManager的处理后，根据不同的Command分发给不同Handler来处理，Handler然后调用相应的Manager来处理业务逻辑，最后由Controller来完成对数据库的操作。SessionManagerTULIP系统的数据库设计主要数据模型订单处理入库出库运输与货险机构管理用户及权限代理关系产品管理数据库设计主要数据模型TULIP系统中的主要数据模型为订单，出库单，入库单，冲红单，送货清单，挂帐单，库存，产品，机构等之间的关系模型，而且也主要以处理以上几种业务对象的关系为主。数据库设计订单数据库设计库存数据库设计运输数据库设计机

40、构用户机构权限用户产品线机构客户1.用户的产品线权限:同一机构下不同的操作用户具有不同的产品权限.2.用户的机构权限:对于审核订单角色来说,同一机构下的不同审单角色可以审核不同机构的订单.而且只能是该用户有产品权限的订单.3.客户权限:对于下订单角色来说,同一机构下的不同下单角色可以为不同的客户下单,机构产品线机构的产品权限:指该机构所具有的产品权限,如果有该产品的权限,则意味着可以查询与该产品相关的在该机构的职责范围内的数据OrganizationCustomerCustomerGroupUserRoleUserRoleUserPrivilegeProductUserPrivileges:P

41、RIV_TYPE PRIV_VALUE -Product ProductGroupID(default value is ALL)Customer CustomerGroupID(default value is ALL)Organization OrganizationID(default value is null用户机构权限数据库设计用户及权限数据库设计代理关系OrganizationTypeProductAgentJNJN005TVJN0000JN00005TVHZTV00JN00005AVHZAV00JN00005BDHZBD00JN00003TVJNRDCJN00003BDJNRD

42、C。BusinessAgent物理仓库逻辑仓库经营部客户分公司事业部3PLTULIP的仓库模型大客户经营部大客户物理库库存帐本/逻辑库物理库采用划分逻辑库的方法来实现库存隔离。即在该库内专门为某个机构设立库存帐本用来记录专属于该机构的库存。当需要为某个客户建立隐含库存时，先通过系统管理员在机构管理中为该仓库创建一个属于该客户的“帐本”即可。理论上系统可以为每一个客户建立一套自已的帐本。库存帐本/逻辑库库存帐本/逻辑库某客户能看的库存：仓库的公有库存属于该客户的私有库存PublicPrivate 1Private 2xDCStockReserve数据库设计产品管理TULIP系统的安全性考虑系统的

43、安全是综合性的，它包含了访问控制，数据加密，传输控制，运行安全等多种因素。TULIP系统做为一个业务系统，其安全问题当然是至关重要的，但就安全性来说TULIP系统重点在于对非授权访问的控制，也就是说要保证用户访问的安全性，对于其它的安全性因素应由不同的软硬件系统来完成。例如：数据传输的安全性，可由SSL来实现，WebLogic完全支持该技术。运行的安全性，可由提供备份服务器，备份数据等方式完成。报表系统报表系统的设计TULIPTULIP报表工具管理层数据报表报表工具完成的功能:后端:1.报表定义 2.报表数据定义 2.报表格式定义 前端:3.显示报表 4.打印报表 5.导出报表数据抽取数据抽取

44、其它系统报表系统业务需求时间(年，月，日)货物数量(计划数，在途数，实际数，签收数，余留数)区域(经营部，分公司，仓库，事业部)(发站，到站)五个关键数据：计划数，实际数，余留数，在途数，签收数。七个统计要素：时间段（年月日），发货、到货地点，产品类别，运输方式（公路，铁路等），承运单位运作方式（干线，配送，自提等），订单号。所有仓库的进、出、存都围绕计划、实际、余留、在途、签收五个要素进行统计，生成各种相关报表。重点名词解释和约束干线运输：干线运输包括CDCRDC的配送和CDC客户/经营部的配送二次配送：二次配送包括RDCRDC的配送和RDC客户/经营部的配送RDC：地域配送中心，目前由分公

45、司管辖，下属可以设立多个DCCDC：全国配送中心，负责向所有的RDC供货，目前由总部统一管辖标准车体积：作为基准车型的体积，目前以7.2m为标准车体积，要求在系统管理中可以自定义何种车型为标准车型。报表统计要素时间段（以天为分割的时间点要求在系统管理中可以设置）事业部（TV事业部、AV事业部、白家电事业部、空调事业部、彩显事业部、PHILIPS销售中心等）产品类别（彩电、TV附件、视盘机、功放、音箱、冰箱、洗衣机、空调整机、空调样机、空调附件等）发站（CDC、RDC、DC名称）到站（按区域、省份、分公司、经营部（销售部）、客户等）3PL（安得、宝供、南方、中外运等，可自行维护）运输方式（汽车、

46、火车、飞机、轮船等，可自行维护）先选择运输工具再选整车或零担方式最后选整车的规格（例如选轮船整集装箱或零担集装箱规格）承运方式（自提、配送）发运方式（CDC至RDC、CDC至客户等，可自行维护）区分订单（计划）的紧急程度。按响应时间（如4小时、8小时、12小时等）分A类、B类、C类等订单，具体分类标准可按实际需要进行维护调整。该处需要描述清楚运输方式的选择在什么地方来操作费用核算干线、配送运输费用统计数据来源仓库实际发运数量统计口径按报表查询口径查询（十种）费用报表汇总（1）按物流供应商分发站汇总汇总表的两个汇总条件：条件1按物流供应商的名称进行费用汇总，此时不考虑发货站和到货站的汇总条件，条

47、件2按发货站和到货站进行汇总此时不考虑物流供应商名称的汇总条件（2）按事业部分发站汇总汇总表的两个汇总条件：条件1按事业部的名称进行费用汇总，此时不考虑发货站和到货站的汇总条件，条件2按发货站和到货站进行汇总此时不考虑事业部名称的汇总条件计费方法（1）按台价计费单台价=点到点标准车型运价/标准车型满载量 （标准车型与实际车型差值比率）（或按不同产品类别段确定费用，如21、25、29、34、38等分别对应一个价格）运费=单台价发运数量标准车型是指以何种车型来作为满载量的计算标准（目前以7.2米车为基准）（2）按标准车计费（可同时确定几种基准车型，如7.2m车、14m车）运费=标准车车价发运车数（

48、3）按体积计费运费=单位体积运价发运体积（4）按货值计费 运费=货值费率发运货值（货值费率随产品类别、发站、到站区域等的不同而不同）（5）按重量计费 运费=元/Kg（按不同距离给予定义）发运重量提供重量费率(维护界面)要求上述计费方式可按不同起运量进行费用标准的维护和统计。（需要提供货值费率表、需要提供重量费率表）费用核算仓租费仓租费可以按流通量计费，也可以按租用面积计费。仓租费=元/租用面积租用天数（月租是按自然天结算）仓租费=元/台平均库存数量（或流通量）存放天数(平均库存量=上月库存总和/自然月天数,流通量=（上月出+入库数量）/2)装卸费装卸费=元/台（入库数量+出库数量）物流系统考核

49、指标计划执行率计划执行率=已执行计划量/计划总量（按台）已执行计划量是指计划已经审核并且已经产生出库单并且已经产生送货清单的数量，余留数量不记入已执行计划量。已出库、已送货视为计划执行；已出库、未送货视为计划余留，不计入计划执行；未出库、已送货视为计划未执行，不计入计划执行。完好交货率完好交货率=（已签收数量）/实际送货清单总量准点交货率准点交货率=实际签收数量（包括完好和货损，不包括丢失）/送货清单物品总数量物流成本分析干线运输数据分析RDC数据分析CDC数据分析二次配送数据分析干线运输数据分析主要统计指标有实际发运台数、实际发运体积、发运总运距（发运体积里程）、发运总货值、实际发运总费用、

50、发运车数（可折合成7.2米车，可自定义）。(发运数量全部按送货清单的生成数量作为基准)主要分析指标q 各发站发运量（按台、按体积）比率；q各发站对应各到站发运量比率（基数为总数量或各发站数量）；q各发RDC与直发客户的比率；q发运体积比率（与发运数量比率雷同）；q平均单台体积（总体积/总发运量，分发站、分产品类别）；q平均单台货值；q平均体积货值；q台费率；q体积费率；q货值费率；q台公里费率；q体积公里费率；q车公里费率。RDC数据分析主要统计指标计划出入库数、实际出入库数、流通量、计划月初月末库存数、实际月初月末库存数、平均库存量、租用面积、库存周转天数、仓租费、装卸费、二次配送费等主要分