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

预批量物流管理信息系统方案,物流论文【题目】【第一章】【第二章】【第三章】【第四章】【第五章】【第六章】预批量物流管理信息系统方案【第七章-以下为参考文献】第6章预批量物流管理信息系统方案在完成上述业务整合及业务流程再造后，我们针对每一个业务流程，仅以不细化业务要求，将其转化为预批量物流信息系统方案，用于指导预批量物流信息系统的开发。6.1需求计划为实现预批量阶段零件需求的计划性〔即需求预测〕管理，要求对于每一种订货零件，不仅要知道阶段合计需求数量，还必须知道零件的装车清单〔结合整车生产计划，生成零件日需求计划，根据不同交付类型汇总后，生成相应的交付计划〕。通过手工的方式处理单车分解清单生成装车清单的经过极为繁复，一方面处理结果的稳定性不好，往往同一份单车分解清单，不同的人处理，生成的装车清单也不同，甚至会有较大的差异；另外一方面工作量宏大，一般情况下，将单车分解清单处理成装车清单需要占用半天到一天的时间。6.1.1外部数据接口关系〔A1〕向Palm2系统输入整车车型码、Keen号、年型等数据，经过palm2拆车后，将拆车数据回传给本系统。6.1.2拆车运算规则〔A2〕需要一句预批量termal拆车，同时，针对本系统中预批量termal修正数据拆车，并将两份数据进行综合处理，处理原则如下。通过Plat系统获取每一种零件对应的供给商，索引条件为不含颜色吗的14位零件号。通过SAP系统比照BESI数据，断定零件能否为cop件。断定规则如下：整车拆车经过描绘叙述6.1.3拆车数据处理〔A3〕首版装车清单生成后，但是随时间推进，明细表，TermalPr将进行调整，这时需要重新运算装车清单，并与第一版装车清单进行比对，提取新增、减少、数量变化的信息，以便进行补订货、取消定货、修改订单等操作。6.1.3.1装车清单更新方式装车清单的更新采用添加式更新，即以第一版装车清单为基础，第二次重新运算装车清单时，与第一版比对差异，并将差异以N02新增、N02取消、N02数量调整记录方式，添加到第一版装车清单中，构成第二版装车清单。同理，每次装车清单的更新，都采用将差异信息补充至上一版装车清单中，实现装车清单升版。〔不采用覆盖式更新，即每次运算结果直接覆盖上一版数据的方式〕新增,新提取的清单相对系统中上一版清单出现新增的差异零件，系统通过增加记录具体表现出差异，更改状态为XX新增取消,新提取的清单相对系统中上一版装车清单出现减少的差异零件，系统通过修改原记录状态标识具体表现出差异：更改状态为XX取消数量变更,新的清单中的需求数量与上一版清单中需求数量有差异系统通过修改状态标识具体表现出差异：更改状态为XX数量增加或XX数量减少TAUFUNG变化以XX新增XX减少组合，记录6.1.3.2装车清单更新形式新增未上表零件订货，采取预批量Termal不变〔仍采用上一版生成装车清单时的预批量Termal〕，调整差异清单，这种情况下，重新运算生成装车清单与上一版装车清单的差异仅仅由于差异清单的变化所造成，即仅仅增加了新的未上表零件需求Termal差异补订货，采用预批量Termal与差异清单同步更新，即便用最新的Termal数据及与其相匹配的差异清单，重新运算生成的装车清单与上一版装车清单的差异包括因预批量Termal数据变化而产生的差异和由于差异清单变化所产生的差异，差异可能比拟大6.1.3.3装车清单更新规则订货冻结点概念，随时间邻近项目装车启动时间，零件筹措周期逐步缩短，当时间进入某一点，此时，剩余的时间已经不能知足筹措周期的要求，因而到此点时，从项目控制的角度将冻结订货。冻结期外更新冻结期外，装车清单主要根据Termal差异补订货的形式进行更新，可以以根据新增未上表零件订货形式更新。冻结期内更新冻结点操作，由系统根据装车计划，根据预设的周期〔触发点需要和项目确认〕自动触发〔8.22振强/金彪〕冻结，系统备份冻结点时刻的预批量termal.进入冻结期后，预批量Termal将被冻结，装车清单将不能根据Termal差异补订货的形式进行更新，如有必须具体表现出的差异信息〔仅限于必须补充订货的差异，冻结期内不允许减少或取消订货，义务接收〕，根据新增未上表零件订货形式更新；备货启动将触发系统冻结装车清单中关于此台车的装车清单，即此时根据新增未上表零件订货形式更新，新增的订货需求，只能具体表现出在那些未备货的车号中。6.1.4项目数据管理〔A4〕6.1.4.1生产计划规则通过上传生产计划，并根据实际生产状态调整生产计划，对零件的需求计划进行控制，这也是交付参数运算的根据，是决定零件到货时间，到货数量的根本保证，是将零件筹措周期缩短至两周的基础保障。6.1.4.2交付参数规则]需求数量汇总方式，以装车清单和生产计划为根据，拆分获取的是零件日需求计划，但实际发布的需求计划并非以日为单位，因而需要将日需求计划，根据一定的规则进行汇总，生成周需求、TBT区间需求需求计划冻结点：预批量需求计划通常在装车启动前13周左右发布，计划发布后，供给商只能对计划进行能力确认，却不能立即发货，直至时间推进至某个时间点，需求计划进入冻结状态，供给商能够打印发运单，组织零件交付零件最迟交付点：需求计划进入冻结期后供给商能够发货，但是由于零件入库后，需要进行理货、备货、上线交接等工作，零件必须在某个时间点前到货，延迟将延误生产，这个时间点既为最迟交付点。6.1.4.3余量控制规则预批量阶段，由于生产的不确定因素较多，因而零件不能完全根据净需求准备，必须考虑异常消耗，但是预批量阶段零件使用数量有限，零件又不能进行批量筹措，因而需要考虑一定的余量，系统根据生产计划和拆车数据生成零件净需求后，加上订货余量，生产最终的零件订单。6.1.5项目数据管理〔A5〕6.1.6订单运算规则〔A6〕针对单车分解清单界面，设置订单预算功能，将单车分解清单中符合条件的数据，运算生成零件订单，推送到筹措界面。1.有效属性打2.订货属性打3.更新方式不为取消4.供给商字段，三位供给商代码且供给商只要一个5.现生产装配不为空6.需求数量大于07.获取方式为LC6.2零件订货零件订货经过的方案描绘叙述为：QA以物流订单为基础，在系统中维护零件批次，系统结合生产计划和装车清单，根据交付参数，生成多条批次订单，在装车启动前12周同时发布，并自动赋予不同的冻结点和最迟交付点，供给商、特殊仓库严格根据订单发货、验收、封存。6.2.1订单更新〔B1〕1.运算新订单构成系统缓存：每次操作单车分解清单界面的【LC运算】都会生成一般新的订单数据〔新订单〕；2.与系统已经存在的订单〔老订单〕进行比照；比照的字段为：零件号、供给商、交付类型、最迟交付日期，比照的订单为老订单中有效的订单，即不包含更新方式为取消的订单。3.差异数据更新：更新的方式为，新增、取消、变更6.2.1.1冻结期内外订单更新规则未进入冻结期的订单：1.根据以上比照字段，新老版订单中能够完全匹配的订单，以此四个字段作为索引，参照新订单属性，更新老订单除此四个字段的属性，如最早交付日期、筹措员等字段，假如订单数量发生变化，则在更新老订单数量的同时，将老订单更新方式标记为变更2.根据以上比照字段，新老版订单中不能完全匹配的订单，对于老订单中有，新订单中无的订单，则将老订单中记录更新方式标记为取消,假如老订单中无，新订单中有的订单，将新订单中的记录添加到老订单中，同时将记录更新方式标记为新增.已经进入冻结期的订单：1.根据以上比照字段，新老版订单中能够完全匹配的订单，以此四个字段作为索引，参照新订单属性，更新老订单除此四个字段的属性，如最早交付日期、筹措员等字段，假如订单数量增加，则在更新老订单数量的同时，将老订单更新方式标记为变更,假如订单数量减少，则维持老订单数量；------与实际不一致2.根据以上比照字段，新老版订单中不能完全匹配的订单，对于老订单中有，新订单中无的订单，维持老订单不变，假如老订单中无，新订单中有的订单，将新订单中的记录添加到老订单中，同时将记录更新方式标记为新增.6.2.1.2经过商量订单的更新问题：1.交付时间：四个索引字段中最迟交付日期判定的是拆车生成的原始的最迟交付日期，两版订单比对时，假如一样，则视为同一订单，判定订单未更新，不会触发取消-新增。2.订单数量：四个索引字段〔不包括数量〕一致，发现新订单数量与原系统订单数量不一致时，系统首先判定原订单显示的数量与原始数量能否一致，一致则根据新数量同时更新原始订单的两个数量，不一致，则取消原始订单，新增新订单，也就是讲未经过商量的订单，数量发生变化，只会导致订单变更，不会导致订单取消，且已经进入冻结期的订单数量只增不减。经过商量的数量，发生变更时，取消老订单，增加新订单。1〕零件号商量与数量/时间商量互斥2〕数量和时间允许同时商量，但是在由于单车用量变化，而导致订单取消时，时间商量信息，伴随取消的订单丢失，无法被新订单继承。6.2.2订单商量〔B2〕6.2.2.1交付时间商量筹措员经断定能否能够接受供给商的建议交付时间：如接受，则在系统中做接受处理，订单根据供给商建议时间自动调整交付时间如不接受，则在系统中做拒绝处理，订单维持原始交付时间，筹措员可与供给商沟通，争取将交货时间提早对于供给商已经确认供货能力的订单，在整体需求数量不变，仅仅仅是个TBT交付区间之间数量调整的变更，订单变更后维持供给商供货能力确认状态不变，供给商在接到订单变化的邮件提醒后，如确认因订单调整，导致供货能力状态变化，供给商应修改订单确认状态。这样设置的目的是避免因订单频繁调整，导致供给商和筹措员针对同一零件反复商量的工作量。6.2.2.2零件号商量如确以为订货信息错误，需要修改源头系统〔如不能修改，则列入差异清单，在拆车时，进行人工干涉〕，之后重新运算，生成正确零件号的订单；6.2.2.3交付数量商量系统运算的计划的交付数量不可调整，手工开创建立的紧急需求计划的数量能够根据供给商建议的数量调整；6.2.3订单冻结〔B3〕订单会在装车启动前12周发布，并持续更新，直到装车前两周〔结合生产计划和交付参数〕，订单冻结，订单冻结前，订单信息能够变更，供给商不能发货，订单进入冻结期后，订单信息锁定，供给商开场发货，这样能更好的知足预批量阶段，订货数据频繁变更的特点。6.2.4批次商量〔B4〕供给商反应的信息，同时显示在LO筹措界面和质保质量批次界面，LO提醒质保，由质保断定能否修改订货零件质量批次；如质保接受供给商建议批次，零件订货批次直接更新，物流界面显示提示信息，如质保拒绝，则维持原批次，物流界面显示提示信息。6.3评审发货6.3.1订单评审〔C1〕供给商登陆系统界面，查看订单，获取订单信息后，应该及时组织内部各部门对订单进行评审，评审结果为知足，的直接确认知足，评审结果为不知足或有风险的，确认不知足，且明确不知足原因，零件号、到货时间、或到货数量等信息，并在备注栏中，准确描绘叙述问题原因。6.3.2订单商量〔C2〕对于供给商反应不知足的订单，将启动商量程序，筹措员会根据供给商反应的信息，评估能否能够接受供给商建议，如确认接受，则订单根据供给商建议调整，如不接受，则维持原订单。6.3.3发货管理〔C3〕6.3.3.1零件准备供给商对同一批次发货的同一种零件必须根据统一的包装容量进行包装，即只允许最多一个少于包装容量的包装。对于带有订货锁定标记的需求计划，供给商在包装零件时，必须以单件为最小包装单位。6.3.3.2文件准备-质量文件准备交付零件所需要的质量文件，签字后扫描成PDF文件。6.3.3.3开创建立发运单供给商进入系统中的发货模块，根据下面步骤填写发货信息、开创建立发运单：1.填写基础信息，如供给商、送货人，车牌，联络方式，估计到货时间等：2.按项目阶段、选择发货零件。3.填写包装信息，根据实际包装，填写包装容量4.上传质量文件等交付所需要的文件6.3.3.4打印发运单6.3.3.5打印并黏贴包装条码系统根据供给商开创建立的发运单中对应的零件锁定状态、包装容量，发货数量等信息生成包装条码，打印条码，并正确黏贴到对应的包装上。包装条码生成的规则：标记为装车锁定的零件，根据实际发货数量，及发货零件对应的车号生成条码；零件条码根据对应的车号，黏贴到零件的外包装上；对于一般零件，生成[发货数量/包装容量]〔取整〕个数量为包装容量的标签，根据需要生成一个数量为〔包装容量-[发货数量/包装容量]*包装容量〕的标签，将标签正确黏贴到对应的包装上6.3.3.6修改发运单供给商能够对已经生成的发货清单执行删除操作，可以以对发货清单下的清单行进行增加和删除。简易视图如下。6.4入库验收基于条码技术的仓库管理框架6.4.1扫码接收〔D1〕扫描发运单，在系统中辨别运单信息，验证送货的有效性，并提取运单对应的数据信息，是启动收货的第一步。6.4.2发货单版本控制〔D2〕扫描运单，可能出现，读取的条码信息，查询不到对应大发货信息，原因是，供给商在打印运单后，再系统中将运单删除。系统运单的条码具有唯一性，供给商删除运单后，即使重新开创建立与被删除运单完全一致的发货信息，其条码也与被删除订单不一样，因而一旦系统运单被删除，其对应的纸质将失效；6.4.3零件暂存及包装评价〔D3〕物流验收环节，能够操作将零件暂存，其他同一运单无问题零件，能够正常提交质保检验。6.4.4数据逆向管理〔D4〕此处的数据逆向指的是来货的质量状态优于系统订货状态，需要在允许零件入库，同时逆向调整数据，使其与备货数据相匹配的经过。参照6.1.56.4.5验收提交接口〔D5〕物流验收完毕后，提交质保验收，对于验收不合格，可允许供给商整改，整改完成后，能够重新提交验收，也就是讲验收提交能够在物流和质保间无限循环，直到物流为供给商打印收货回执，确认收货为止。6.4.6质量文件的重新上传〔D6〕入库验收，同时检验零件及其对应的质量文件，对于质量文件不合格