PM问题区

[@more@]

1 讨论PM中功能位置的作用

功能位置,全称业务对象功能位置business object function location),是物流环节内的一个组织单元,用来构筑公司PM作业流程的结构。功能位置的划分标准大致有三:
1.
功能标准——动力房泵房工具库配件仓等;
2.
作业标准——强电维护土建工程烧结工序凝化分馏阶段等;
3.
空间标准——大厅散装场过道天花板等。功能位置的作用在于:
1
)为设备及其BOM组件定位:不是有设备吗?不是有设备BOM吗?设备要管理、BOM组件要管理,不安装能管理吗(系统状态为INST)?如果要安装,安装在哪里?正是Function location
2
)设备管理是系统性工作,需要划分责任,功能位置相当于划定设备管理人员的责任范围(主数据中有Planning plantPlanner groupu)。
3
PM流程有维护定单,既然是定单,就要作成本考核。维护定单的客体是设备,设备安装在function location上,function locationWork center,视实施策略的考虑还有Asset,这样Function location又与成本和资产相关。

2 如果PM维护订单中使用PRT(物料类),如何实现有关PRT的领料?PRT做为可重复多次使用的工具,又如何退料呢?又如何反应它的损耗呢?对于PRT一直很困惑,请高手援救!

1. 耗材性质的PRT可以维护为物料(物料类型=FHMI),创建维护定单过程中在component中将物料号码及需要的数量输入(要是设备维护有与maintenance有关applicationBOM,且BOM反映在设备的maintenance task list中,这一步手工输入将由系统自动计算,其机制与生产定单的routingBOM差不多)。定单存盘后可以产生耗材PRTMRP需求,当然也可以采购并收货。定单Release后即可用261对维护定单发货,操作与PP并无区别;

2. 反复使用的工具/仪表/设备(分别举例:电钻/检测仪器/车床),维护为设备主数据,设备类型为P(测试仪表如果涉及到calibration inspection,就需要维护成Q)。对于设备而言,物料的收发概念不适用于它,原文如何退料的命题根本与设备风马牛不相及。

3. 如何体现其损耗发生的费用/成本?SAP R/3中的counter,就是用来记录损耗(wear and tear)、消耗(consumption)和有效使用寿命减少的对象。counter是检验点(measuring point)的一种特殊形式,构成了counter-based maintenance的基础。因此,PRT设备维护包(maintenance package)、设备维护任务单(maintenance package)、设备维护计划(maintenance plan)中应立足于counter的策略。设备维护计划触发设备维护定单,定单确认按照计数器和预设公式计算tear and wear成本,其中的机制不需要我多说吧。

4. 至于counter采用什么计数形式,是Absolute counter reading(举例——14:15, 09/08/2004, 50,000km)还是counter reading difference(举例——14:15, 09/08/2004, 240km additional),由你们自己根据策略斟酌吧。

3 請問各位高手﹐我在計算MRP時不需要計算某個倉別的庫存應該怎樣設置﹖

不过,我想了解一下您所谓的仓别是不是Storage location

如果是,那么用MMSC进入某个物料的所有storage location,将MRP字段的空白选项选择为1即可达到目的;

如果是,而且您想达到所有物料的这个storage location都不计算MRP”的境界,那么路径IMG-->Production-->Planning-->Define storage location MRP per plant,输入工厂,将storage locationMRP indicator选择为1,可以达到目的。

謝謝﹗你說的很詳細。我需要的是你說的第二種情況﹐現在已經測試OK

4 设备BOM的作用

QM的给老兄捧个场,设备BOM存在的理由有两个:其一、描述一套设备的结构;其二、明确组成设备的有哪些装备件(assembly,也不知道这么翻译准不准确)和零备件(spare parts)、以及它们之间的数量关系。R/3实施设备BOM的应用目的,在于:
1
在维护计划中对物料的需求作出计划;
2
在维护定单中对物料和/或零备件的消耗作出记录和价值计算;
3
在维护通知中将有关的过失(mischief)、故障(malfunction)等缺陷性因素(Defectual factors)落实在设备组件上,明确是设备的哪个部位出了事儿、出了什么事儿、出的事儿属于何种性质/程度、该采取什么应对的任务、任务有哪些动作需要执行、执行者落实到谁的头上、什么时间/日期要求完成……”(好家伙,整个一ISO 9000族中《不合格项目的控制及纠正》的内容啊)
设备bom的使用在一般小型企业中很有用处,但在大型企业中如一个车间设备台数超过1000,每台设备组件、备件超过100,就很难应用了!

5 请教,如何删除维护项目?

哇,维护项目可以删除吗?我只知道IP25可以删除维护计划,但也只是逻辑删除啊。

6 DMS就是 Document Management System

这个问题太大了,如果让一个老手对一个新进职员进行讲解,他讲三天也讲不完。如果您只是想有所了解或者有所研究的话,那还是自己从online help从头看起吧。如果您正参与一个项目,相信您的项目团队中的顾问会给您讲得清清楚楚的。熟手完成DMS的定制只需要30分钟,可是DMS与其他模块数据之间的联系机制、DMSSAP外部系统的数据互换、DMSarchive linkDMS如何进行数字签字与安全加密等机制,实在是一个庞大的知识库,钻研透了完全可以著书立作而扬名立腕了。自己看看吧!

7 用事务CO12做订单 确认的集中输入完,保存时出现错误消息号 BM 315

You tried to convert a unit without dimensions with the measurement unit table.

Units without dimensions can only undergo material-specific conversion.

这是什么原因啊,请各位高手帮忙分析一下。

你这个订单所使用的单位(UOM)并没有在物料主数据里建立对应关系,比如1pc=1000g,请用mm02去维护数量关系。

8 当新购买了固定资产后,如果相应要建立给固定资产的设备主数据,如何从固定资产主数据中将设备的对应的资料传过来。如:供应商,制造商等资料从固定资产传到设备主数据。

需要在AM里面进行配置, 同步就好了

9 讨论维修订单中的服务如何处理?

我认为可以采用三种方式:
1
)高者:引入Service master的概念。任何一个订单都存在operation,任何一个operation都对应有control keycontrol key决定了服务是External procurement还是Internal procurement。如果是后者,作confirmation时记录有关的工时人力并过账Service master即可完成成本计算;如果是前者,那系统将自动激活采购申请,进而转换为服务采购订单(item category=D,Account assignment categoryF,然后作MIGO或者MB01收进服务主数据,接着作ML81完成Service entry sheet(这一步相当于有形物料的invoice verification),这样就不作confirmation
2
)中者:将无形的"服务"物化,用物料号码来表示,物料类型可以取DIEN。然后将这些服务主数据作为维修定单的component。维修定单有task list,其结构与PPRouting相仿,task list项下有operation,也可定义component。服务物料的采购流程可以参照常规物料的采购,不再赘述。
3
)下者:服务全部作文本处理,confirmation也好、采购收货也好,发生的价值全部记入总账科目或者成本中心。如果公司决策维修发生的价值当费用处理,那么此法不失为有效方法。
三种方法到底用哪一个?看菜吃饭、对症下药,要知道者的定制和有关业务知识其要求也是最高的。

10 对于大修订单的服务采购一般公司需要记入大修项目费用,发生的价值全部记入总账科目或者成本中心不能满足企业需要,对服务进行采购,在企业设备管理中服务花样很多,维护服务主数据工作量很大!

不见得维护多少服务主数据,可以考虑将同一种业务范围的维护定义为一个服务主记录(例如电机维护、风洞试验等),然后引入分类(classification,用特征(characteristics)的来描述每一种维护业务的具体变量(例如电机维护——72小时空转调试、824小时疲劳运转测试等)。当然,引入分类则必须对分类的标准作出严格的计划,要不然实施后的主数据维护人员会很惨。

現在我們公司有很多因產縣作業造成的不良產品﹐這些需要給供應做維修﹐要有維修費用的﹐但是維修中需要的材料由我們公司提供的﹐例如料號A是由BC料號組成﹐B料因產縣作業造成不良要把A料給供應商維修﹐同時我們要提供B料給供應商﹐象我公司這種情況流程應該怎么走呢﹖

问两个问题:1)贵公司实施了PM没有?2)贵公司的MM,有没有应用External service management

1.沒有实施了PM没有2.也沒有MM应用External service management

既然如此,那建议您考虑下列流程试试看:step 1、瑕疵A品退给供应商,事务代码MB01,物料移动类型124(从Blocked stock)或者122(从非限制库,如果实施了QM则从QI库),退给原始采购订单(寻找原始收货的采购订单,这个要求不过分也不难做到吧)。结果:A品从库存中消失。至于是否作有关的反向Invoice verification,取决于维修契约书是否有原始采购交易价值的调整条款;

step 2、创建A品的新采购订单,item categoryLaccount assignmentK。当然,前提是必须事前定制LK的组合。价格输入契约约定的维修单位费率,A品必须带有组件,这个组件只能是B,因为贵公司对C没有任何主权,也就谈不上管理它。系统会跳出一个account assingment的小对话框,将成本中心和维修费用的科目填写进去;

step 3MB1B 541B发到供应商库存名下,相当于贵公司将B的实物发给了供应商;

Step 4MB01对外包采购订单101收取A品,系统后台543减去B料的存货;

Step 5、作invoice verification,产生本次维修之应付账款。

最好多测试几下,同时需要问询财务对会计科目有没有要求。本问题已与PM模块无关。

step 1中根據PO122退料﹐可以做到﹐但是退的同時也扣了外包商的款項呀﹐而我們要外包商維修時是因為我們自己的原因﹐并且需要向他們付維修費用。有沒有方法做到退料但是不扣款﹐并且可以付出去維修費用呢﹖

Step2Step5按照我公司的流程是可以走的﹐Step1里的122我們公司定義的是退貨要扣款的﹐如果我找一張以前已收料的PO退A的話好象還是有一點點疑問﹐這樣做我的物流帳是沒有問題的﹐但是財務端我以前A收料的Invoice怎么做呢﹖我公司規定所有不管是進料的GR或退的GR都會做相應的Invoice, 如果我拿以前的PO退好象會有問題﹐是不是要求很煩﹐真不好意思﹐我是想不出來解決的辦法才向大家請求幫忙

拜托,122退出后,贵公司的应付账款会马上减少吗?不是吧,您要不作122之后的invoice verification (当然是credit memo),您的应付账款会减少吗?那供应商该收取的价值又怎么会少呢?

商討結果是財務不同意Step1的做法

那就用502或者512(具体用谁您自己测试看着办)返给顾客吧,501/502511/512只涉及数量不涉及价值,但不知你们的财务会不会还有想法。

三个问题:1Step 4MB01对外包采购订单101收取A品,系统后台543减去B料的存货;MBO1事务不是退料吧,怎么现在又能收货,后面半句后台该如何配置的;2、外包采购订单与普能的采购订单有什么区别!3、设备维护主数据中定义分类是否与QM中的分类是同一含义

11 我创建了一个维护定单,并在维护定单中使用了外包服务,产生一个采购申请。然后我将这个采购申请转化成采购定单,其中帐户类别选择“F”,项目类别中设置成D(服务项目)时,系统总是提示这样的错误“Doc. type/item cat. NB/ (requisition) NB/D (purch. order)'.”我不知道什么地方的配制有问题,请高手赐教!

1. 确保OMEC中,采购订单类型NB项下有Dservice);2. 确认在OMEB中,采购申请类型NB项下有没有D?如果有D,那么在Link purchase requisition - document types项下,NB Order Type有没有维护“D---&gtD”的联系定制?您的问题就在此处!添上吧,这样才能完成服务从采购申请到采购订单的联接。这其实是MM的问题。

我觉得可以做到楼主的要求呀,在维护物料主数据的时候如果用批量将物料导入到系统中,系统会同时将两个工厂的QM采购激活。如果其中一个工厂不需要做检验,可以用MM02。选择组织级别进行更改就可以了呀

14 工序外协,根据采购订单收货后,怎么自动产生检验批?因为工序采购订单没有物料号!系统怎么自动产生?要怎么设置啊?

先问一下您的流程,您所指的无物料号的工序外协采购订单,是不是指下面的情形——

1. 为主题物品创建一个生产定单;

2. 生产定单项下有几个operation,其中一个operationoperation key是与外包有关的获取方式;

3. 上述生产定单在Release完成之后,或者在外协工序完成(以confirmation为标志吗?)之后,系统自动产生检验批次。是不是上面所说的流程或者大致如此?

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/195776/viewspace-1028591/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/195776/viewspace-1028591/

相关推荐

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:编程工作室 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值