预批量物流管理信息系统方案,物流论文.docx

《预批量物流管理信息系统方案,物流论文.docx》由会员分享，可在线阅读，更多相关《预批量物流管理信息系统方案,物流论文.docx（17页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、预批量物流管理信息系统方案,物流论文 【题目】 【第一章】 【第二章】 【第三章】 【第四章】 【第五章】 【第六章】预批量物流管理信息系统方案 【第七章 - 以下为参考文献】 第6章 预批量物流管理信息系统方案 在完成上述业务整合及业务流程再造后，我们针对每一个业务流程，仅以不细化业务要求，将其转化为预批量物流信息系统方案，用于指导预批量物流信息系统的开发。 6.1 需求计划 为实现预批量阶段零件需求的计划性即需求预测管理，要求对于每一种订货零件，不仅要知道阶段合计需求数量，还必须知道零件的装车清单结合整车生产计划，生成零件日需求计划，根据不同交付类型汇总后，生成相应的交付计划。 通过手工的

2、方式处理单车分解清单生成装车清单的经过极为繁复，一方面处理结果的稳定性不好，往往同一份单车分解清单，不同的人处理，生成的装车清单也不同，甚至会有较大的差异；另外一方面工作量宏大，一般情况下，将单车分解清单处理成装车清单需要占用半天到一天的时间。 6.1.1 外部数据接口关系A1 向 Palm2 系统输入整车车型码、Keen 号、年型等数据，经过 palm2 拆车后，将拆车数据回传给本系统。 6.1.2 拆车运算规则A2 需要一句预批量 termal 拆车，同时，针对本系统中预批量 termal 修正数据拆车，并将两份数据进行综合处理，处理原则如下。 通过Plat 系统获取每一种零件对应的供给商

3、，索引条件为不含颜色吗的 14 位零件号。 通过 SAP 系统比照 BESI 数据，断定零件能否为 cop 件。断定规则如下： 整车拆车经过描绘叙述 6.1.3 拆车数据处理A3 首版装车清单生成后，但是随时间推进，明细表，Termal Pr 将进行调整，这时需要重新运算装车清单，并与第一版装车清单进行比对，提取新增、减少、数量变化的信息，以便进行补订货、取消定货、修改订单等操作。 6.1.3.1 装车清单更新方式 装车清单的更新采用添加式更新，即以第一版装车清单为基础，第二次重新运算装车清单时，与第一版比对差异，并将差异以 N02 新增 、 N02 取消 、 N02 数量调整 记录方式，添加

4、到第一版装车清单中，构成第二版装车清单。同理，每次装车清单的更新，都采用将差异信息补充至上一版装车清单中，实现装车清单升版。不采用覆盖式更新，即每次运算结果直接覆盖上一版数据的方式 新增 ,新提取的清单相对系统中上一版清单出现新增的差异零件，系统通过增加记录具体表现出差异， 更改状态 为 XX 新增 取消 ,新提取的清单相对系统中上一版装车清单出现减少的差异零件，系统通过修改原记录状态标识具体表现出差异： 更改状态 为 XX 取消 数量变更 ,新的清单中的需求数量与上一版清单中需求数量有差异系统通过修改状态标识具体表现出差异： 更改状态 为 XX 数量增加 或 XX 数量减少 TAUFUNG

5、变化以 XX 新增 XX 减少 组合，记录 6.1.3.2 装车清单更新形式 新增未上表零件订货，采取预批量 Termal 不变仍采用上一版生成装车清单时的预批量 Termal，调整差异清单，这种情况下，重新运算生成装车清单与上一版装车清单的差异仅仅由于差异清单的变化所造成，即仅仅增加了新的未上表零件需求Termal 差异补订货，采用预批量 Termal 与差异清单同步更新，即便用最新的 Termal数据及与其相匹配的差异清单，重新运算生成的装车清单与上一版装车清单的差异包括因预批量 Termal 数据变化而产生的差异和由于差异清单变化所产生的差异，差异可能比拟大6.1.3.3 装车清单更新规

6、则 订货冻结点概念，随时间邻近项目装车启动时间，零件筹措周期逐步缩短，当时间进入某一点，此时，剩余的时间已经不能知足筹措周期的要求，因而到此点时，从项目控制的角度将冻结订货。 冻结期外更新 冻结期外，装车清单主要根据 Termal 差异补订货 的形式进行更新，可以以根据 新增未上表零件订货 形式更新。 冻结期内更新 冻结点操作，由系统根据装车计划，根据预设的周期触发点需要和项目确认自动触发8.22 振强/金彪冻结，系统备份冻结点时刻的预批量 termal.进入冻结期后，预批量 Termal 将被冻结，装车清单将不能根据 Termal 差异补订货 的形式进行更新，如有必须具体表现出的差异信息仅限

7、于必须补充订货的差异，冻结期内不允许减少或取消订货，义务接收，根据 新增未上表零件订货 形式更新；备货启动将触发系统冻结装车清单中关于此台车的装车清单，即此时根据 新增未上表零件订货 形式更新，新增的订货需求，只能具体表现出在那些未备货的车号中。 6.1.4 项目数据管理A4 6.1.4.1 生产计划规则 通过上传生产计划，并根据实际生产状态调整生产计划，对零件的需求计划进行控制，这也是交付参数运算的根据，是决定零件到货时间，到货数量的根本保证，是将零件筹措周期缩短至两周的基础保障。 6.1.4.2 交付参数规则 需求数量汇总方式，以装车清单和生产计划为根据，拆分获取的是零件日需求计划，但实际

8、发布的需求计划并非以 日 为单位，因而需要将日需求计划，根据一定的规则进行汇总，生成周需求、TBT 区间需求需求计划冻结点：预批量需求计划通常在装车启动前 13 周左右发布，计划发布后，供给商只能对计划进行能力确认，却不能立即发货，直至时间推进至某个时间点，需求计划进入冻结状态，供给商能够打印发运单，组织零件交付零件最迟交付点：需求计划进入冻结期后供给商能够发货，但是由于零件入库后，需要进行理货、备货、上线交接等工作，零件必须在某个时间点前到货，延迟将延误生产，这个时间点既为最迟交付点。 6.1.4.3 余量控制规则 预批量阶段，由于生产的不确定因素较多，因而零件不能完全根据净需求准备，必须考

9、虑异常消耗，但是预批量阶段零件使用数量有限，零件又不能进行批量筹措，因而需要考虑一定的余量，系统根据生产计划和拆车数据生成零件净需求后，加上订货余量，生产最终的零件订单。 6.1.5 项目数据管理A5 6.1.6 订单运算规则A6 针对单车分解清单界面，设置订单预算功能，将单车分解清单中符合条件的数据，运算生成零件订单，推送到筹措界面。 1.有效属性打 2.订货属性打 3.更新方式不为 取消 4.供给商字段，三位供给商代码且供给商只要一个 5.现生产装配不为空 6.需求数量大于 0 7.获取方式为 LC 6.2 零件订货 零件订货经过的方案描绘叙述为：QA 以物流订单为基础，在系统中维护零件批

10、次，系统结合生产计划和装车清单，根据交付参数，生成多条批次订单，在装车启动前 12 周同时发布，并自动赋予不同的冻结点和最迟交付点，供给商、特殊仓库严格根据订单发货、验收、封存。 6.2.1 订单更新B1 1.运算新订单构成系统缓存：每次操作单车分解清单界面的【LC 运算】都会生成一般新的订单数据新订单；2.与系统已经存在的订单老订单进行比照；比照的字段为：零件号、供给商、交付类型、最迟交付日期，比照的订单为老订单中有效的订单，即不包含更新方式为 取消 的订单。3.差异数据更新：更新的方式为，新增、取消、变更 6.2.1.1 冻结期内外订单更新规则 未进入冻结期的订单： 1.根据以上比照字段，

11、新老版订单中能够完全匹配的订单，以此四个字段作为索引，参照新订单属性，更新老订单除此四个字段的属性，如最早交付日期、筹措员等字段，假如订单数量发生变化，则在更新老订单数量的同时，将老订单更新方式标记为 变更 2.根据以上比照字段，新老版订单中不能完全匹配的订单，对于老订单中有，新订单中无的订单，则将老订单中记录更新方式标记为 取消 ,假如老订单中无，新订单中有的订单，将新订单中的记录添加到老订单中，同时将记录更新方式标记为 新增 . 已经进入冻结期的订单： 1.根据以上比照字段，新老版订单中能够完全匹配的订单，以此四个字段作为索引，参照新订单属性，更新老订单除此四个字段的属性，如最早交付日期、

12、筹措员等字段，假如订单数量增加，则在更新老订单数量的同时，将老订单更新方式标记为 变更 ,假如订单数量减少，则维持老订单数量；-与实际不一致2.根据以上比照字段，新老版订单中不能完全匹配的订单，对于老订单中有，新订单中无的订单，维持老订单不变，假如老订单中无，新订单中有的订单，将新订单中的记录添加到老订单中，同时将记录更新方式标记为 新增 . 6.2.1.2 经过商量订单的更新问题： 1.交付时间：四个索引字段中最迟交付日期判定的是拆车生成的原始的最迟交付日期，两版订单比对时，假如一样，则视为同一订单，判定订单未更新，不会触发取消-新增。 2.订单数量：四个索引字段不包括数量一致，发现新订单数

13、量与原系统订单数量不一致时，系统首先判定原订单显示的数量与原始数量能否一致，一致则根据新数量同时更新原始订单的两个数量，不一致，则取消原始订单，新增新订单，也就是讲未经过商量的订单，数量发生变化，只会导致订单变更，不会导致订单取消，且已经进入冻结期的订单数量只增不减。经过商量的数量，发生变更时，取消老订单，增加新订单。 1零件号商量与数量/时间商量互斥2数量和时间允许同时商量，但是在由于单车用量变化，而导致订单取消时，时间商量信息，伴随取消的订单丢失，无法被新订单继承。 6.2.2 订单商量B2 6.2.2.1 交付时间商量 筹措员经断定能否能够接受供给商的建议交付时间： 如接受，则在系统中做

14、 接受 处理，订单根据供给商建议时间自动调整交付时间如不接受，则在系统中做 拒绝 处理，订单维持原始交付时间，筹措员可与供给商 沟通，争取将交货时间提早对于供给商已经确认供货能力的订单，在整体需求数量不变，仅仅仅是个 TBT 交付区间之间数量调整的变更，订单变更后维持供给商供货能力确认状态不变，供给商在接到订单变化的邮件提醒后，如确认因订单调整，导致供货能力状态变化，供给商应修改订单确认状态。这样设置的目的是避免因订单频繁调整，导致供给商和筹措员针对同一零件反复商量的工作量。 6.2.2.2 零件号商量 如确以为订货信息错误，需要修改源头系统如不能修改，则列入差异清单，在拆车时，进行人工干涉，

15、之后重新运算，生成正确零件号的订单； 6.2.2.3 交付数量商量 系统运算的计划的交付数量不可调整，手工开创建立的紧急需求计划的数量能够根据供给商建议的数量调整； 6.2.3 订单冻结B3 订单会在装车启动前 12 周发布，并持续更新，直到装车前两周结合生产计划和交付参数，订单冻结，订单冻结前，订单信息能够变更，供给商不能发货，订单进入冻结期后，订单信息锁定，供给商开场发货，这样能更好的知足预批量阶段，订货数据频繁变更的特点。 6.2.4 批次商量B4 供给商反应的信息，同时显示在 LO 筹措界面和质保质量批次界面，LO 提醒质保，由质保断定能否修改订货零件质量批次；如质保接受供给商建议批次

16、，零件订货批次直接更新，物流界面显示提示信息，如质保拒绝，则维持原批次，物流界面显示提示信息。 6.3 评审发货 6.3.1 订单评审C1 供给商登陆系统界面，查看订单，获取订单信息后，应该及时组织内部各部门对订单进行评审，评审结果为知足，的直接确认知足，评审结果为不知足或有风险的，确认不知足，且明确不知足原因，零件号、到货时间、或到货数量等信息，并在备注栏中，准确描绘叙述问题原因。 6.3.2 订单商量C2 对于供给商反应不知足的订单，将启动商量程序，筹措员会根据供给商反应的信息，评估能否能够接受供给商建议，如确认接受，则订单根据供给商建议调整，如不接受，则维持原订单。 6.3.3 发货管理

17、C3 6.3.3.1 零件准备 供给商对同一批次发货的同一种零件必须根据统一的包装容量进行包装，即只允许最多一个少于包装容量的包装。 对于带有订货锁定标记的需求计划，供给商在包装零件时，必须以单件为最小包装单位。 6.3.3.2 文件准备-质量文件 准备交付零件所需要的质量文件，签字后扫描成 PDF 文件。 6.3.3.3 开创建立发运单 供给商进入系统中的发货模块，根据下面步骤填写发货信息、开创建立发运单： 1.填写基础信息，如供给商、送货人，车牌，联络方式，估计到货时间等： 2.按项目阶段、选择发货零件。 3.填写包装信息，根据实际包装，填写包装容量 4.上传质量文件等交付所需要的文件 6

18、.3.3.4 打印发运单 6.3.3.5 打印并黏贴包装条码 系统根据供给商开创建立的发运单中对应的零件锁定状态、包装容量，发货数量等信息生成包装条码，打印条码，并正确黏贴到对应的包装上。 包装条码生成的规则： 标记为装车锁定的零件，根据实际发货数量，及发货零件对应的车号生成条码；零件条码根据对应的车号，黏贴到零件的外包装上；对于一般零件，生成发货数量/包装容量取整个数量为包装容量的标签，根据需要生成一个数量为包装容量-发货数量/包装容量*包装容量的标签，将标签正确黏贴到对应的包装上6.3.3.6 修改发运单 供给商能够对已经生成的发货清单执行删除操作，可以以对发货清单下的清单行进行增加和删除

19、。简易视图如下。 6.4 入库验收 基于条码技术的仓库管理框架6.4.1 扫码接收D1 扫描发运单，在系统中辨别运单信息，验证送货的有效性，并提取运单对应的数据信息，是启动收货的第一步。 6.4.2 发货单版本控制D2 扫描运单，可能出现，读取的条码信息，查询不到对应大发货信息，原因是，供给商在打印运单后，再系统中将运单删除。系统运单的条码具有唯一性，供给商删除运单后，即使重新开创建立与被删除运单完全一致的发货信息，其条码也与被删除订单不一样，因而一旦系统运单被删除，其对应的纸质将失效；6.4.3 零件暂存及包装评价D3 物流验收环节，能够操作将零件暂存，其他同一运单无问题零件，能够正常提交质

20、保检验。 6.4.4 数据逆向管理D4 此处的数据逆向指的是来货的质量状态优于系统订货状态，需要在允许零件入库，同时逆向调整数据，使其与备货数据相匹配的经过。参照 6.1.56.4.5 验收提交接口D5 物流验收完毕后，提交质保验收，对于验收不合格，可允许供给商整改，整改完成后，能够重新提交验收，也就是讲验收提交能够在物流和质保间无限循环，直到物流为供给商打印收货回执，确认收货为止。 6.4.6 质量文件的重新上传D6 入库验收，同时检验零件及其对应的质量文件，对于质量文件不合格，零件本身无质量问题的情况，假如拒收零件，要求供给商重新发货，将直接导致物流周期翻倍，因而要求，系统允许供给商重新上

21、传质量文件，当然这需要在质保验收环节设置触发条件。 6.4.7 验收返厂D7 当供给商交付的零件质量不合格，且无法现场整改时，需要对零件进行返厂处理，系统针对不合格零件生成返厂单，同一运单下其他合格零件能够正常入库。 6.4.8 随机存储D8 系统需要支持零件随机存储。 6.4.9 扫码上货架D8 能够通过扫描货位条码和零件包装条码，实现零件上货位以及移库等操作。 6.5 整车备货 6.5.1 备货工艺管理E1 根据分工对备货任务结合车位进行分组，将关于零件备送方式等备货工艺维护在系统中，在生成备货数据时介入运算。 6.5.2 备货模拟E2 系统应结合整车零件需求数据和实际库存数据，时时运算整

22、车备货符合率，并能够通过调整整车优先级别，模拟运算整车备货符合率。 6.5.3 备货条码引导E3 备货条码中包含零件库位信息，需求数量，装车工位以及备货工艺等信息，引导备货员备货。 6.5.4 最优道路E4 根据仓库实际布置情况，设计最有道路。如，高架区域，先横向优先-手工拣货，在纵向优先-叉车捡货；阁楼区域，全部纵向优先，在横向递进。整体目的，备货经过，不走回头路，全程道路最短。 6.5.5 屡次备货E5 预批量备货，针对单台车，每次需要备货千余种，很难一次备货完成，系统需要支持，针对同一台车，屡次备货的需求，允许递减式备货，也就是每次备一部分，其他未备货零件在下次声称备货任务是重新备货。