2006-6-9 11:38 | MRP计算差异分析

 
问题:早先田岛的MRP计算是按照以下计算公式来获得PLP量
      库存量+预计入库量-需求量-基准量>=O ,不需要采购;反之<0,则需要采购。
在时间上库存量为当前时间点上的,而预计入库量是采购周期内的汇总量,基准量为四周外销订单共用料的需求量(日本采购)。
 
问题分析:
1 采购周期内的预计入库量是作为汇总数量体现的,若其中时段内出现缺料,则不能够直观反映出具体是哪时段的需求供给出现问题。
2 基准量是根据外销订单成品使用的零部件所做的预测需求量,即对可能出现的需求制定相应的预测量,而提前加以采购以补充库存的做法。该预测量与实际接到的订单的需求具有冲销的关系。
 
实现:
1 预测能够与订单冲销
2 预测能够与总需求冲销
 
 
解决……
编辑 | 阅读全文(1809) | 回复(0),啄木鸟 发表于 2006-6-9 11:38

2006-6-9 11:17 | Tiptop细节处理问题

1 应付发票按收货开单,当一张收货单存在一次以上的分批入货,且不是一张发票号码,这无法维护发票号码。因为发票号码是对应收货单的。

 2 委外工单在开具委外采购单时,没有类似的采购底稿,无法将发送给相同供应商的主件自动生成到一张采购单中,只能做单身手工录入。

3 报表的制定不够灵活

编辑 | 阅读全文(1625) | 回复(0),啄木鸟 发表于 2006-6-9 11:17

2006-6-9 11:12 | IMG,IMK,TLF三者链

IMG,IMK,TLF三者之间的关系:

IMG我们通常理解为即时库存,IMK理解为期末结存,TLF是异动档,

建议看如下几支程式.aimp610,aimp620,aimq231,aimq600

编辑 | 阅读全文(1375) | 回复(0),啄木鸟 发表于 2006-6-9 11:12

2006-6-7 16:17 | 案例:分析问题方法

标题: 案例分析一个IT经理人的无奈
来自: quith.stone  
公司: 恒源信息有限公司
发布时间: 2006-06-01

背景:年产几十万台产品,因编号在生产过程和销售出库时手工记录。
 问题:时间一长,无法查询到相关的产品信息、提货信息,经销商的串货问题也无能为力。
问题分析:这是一个产品编号的解决方案。编号用于生成公司生产利用的产品信息,销售利用的提货信息,售后服务利用的产品查询等功能。
要实现的功能:1、存档 2、方便查询
 
解决方案:(1)手工记录存档,即手工记录在档案本上的存档(2)人工录入存档,即手工记录然后录入电脑保存 (3)条码扫描存档
 
各方案分析:(1)手工记录,存档可能现阶段还不会成为生产的瓶颈,但它在销售和售后服务环节的存档开始变得麻烦,造成不易查询(不可取)。(2)人工录入存档,如……
编辑 | 阅读全文(1303) | 回复(0),啄木鸟 发表于 2006-6-7 16:17

2006-6-7 16:16 | 领料(事后扣账)

从委外工单的操作上目前看出有些问题,影响了仓库倒扣账的操作,在此对资材科的委外工单操作上再次明确一下做法:
委外工单通常由两种途径产生。
1 由MRP需求生成委外工单,系统将根据料件的委外属性自动生成工单类型为【委外工单】,完工方式为【2:领料(事后扣帐)】,单生备料件的旗标为【E:消耗性料件】

2 由销售订单直接转出的委外工单,需要手工选择完工方式为【2:领料(事后扣帐)】,需删除备料重新生成备料。目的在于更新单生备料件的旗标为【E:消耗性料件】
可以看出这三个条件将影响委外工单扣帐;工单类型、完工方式、单生备料件的旗标。
在操作时请按照1、2所述进行操作。
 “旗标”数据来源于sfa_file->sfa11

编辑 | 阅读全文(1028) | 回复(0),啄木鸟 发表于 2006-6-7 16:16

以目前TIPTOP系统中采购入库暂估冲帐还无法彻底满足采购业务上对冲帐的要求。

对采购入库暂估冲帐系统主要基于一笔收货对应一笔发票,而实际业务是将入库与发票做关联,即一笔收货对应N笔入库,每一笔入库记录都对应一张发票的做法。

 如果要彻底满足业务的需求,就必须要修改系统了,即增加入库表中发票的字段,但相应程序也要做大量的修改。

另一种解决方法就是要求业务人员对入库的记录做分担入库可勉强解决事后无法自动冲暂估的现象。

编辑 | 阅读全文(1287) | 回复(0),啄木鸟 发表于 2006-6-7 16:13

2006-6-7 16:11 | Tiptop系统解锁方法

ERP系统作业死锁现象主要是操作时非正常退出系统所引起。
 Oracle 环境解db的锁方法:
TOP-GUI中输入
sqlplus '/as sysdba'
SQL>提示命令下输入
SQL> @q_locktable
因此如果要解除Lock,则输入
SQL> alter system kill session '7,18447';   (7SID,18447serial#)
当看到System altered(系统已更改)则表示成功地解除Lock
编辑 | 阅读全文(2327) | 回复(0),啄木鸟 发表于 2006-6-7 16:11

2006-6-7 15:31 | MRP的运行效率

制造企业在选择ERP系统时常会考虑MRP的运行效率,这部分可以通过几个点来得以解决。
1 数据库服务器的性能。
2 运行MRP系统的程序代码,是否优化。
3 BOM结构的阶数
4 基础数据的参数管控
例如:以Tiptop系统来说明,对附件中Phase Out为“Y”的作了补货策略码的更新,由原先的“2:MRP”改为“3:FAS”;同时将MPS计算否改为“N”。以上资料的更新目的是减小MRP计算过程参与运算的数据,将不需要通过MRP运算进行采购或生产的料件不纳入计算中。
以运算25000条记录来考虑,未优化前每分钟计算约600数据,优化后约800~900条记录,这样仅需要30分钟时间就能计算完毕了。
随着系统的使用数据量不断增加,第4环节就显得尤为重要,但却往往被数据管理人员所忽略。
编辑 | 阅读全文(990) | 回复(0),啄木鸟 发表于 2006-6-7 15:31
(共 8 条) 上一页 1 下一页

仅列出标题
  • 创建:2006-7-4
  • 文章:29
  • 评论:30
  • 访问:105793
  •