PS_客户项目的管理

PS_客户项目的管理一、PS_客户项目的管理_处理流程客户项目即ClientProject，指为客户 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 、生产并交付某一特殊产品的过程，由于产品的不可重复性，一般不建议使用PP的工单进行管理，而SAP中，应用PS模块及其他与之集成的模块能对这类型项目进行全生命周期管理。客户项目的业务流程与SAP的系统功能对应如下:1、客户询价->创建询价(VA11，CreatInquiry)2、立项->创建项目(CJ01，Creatproject)3、评估成本及交付日期->物料成本、工序成本、附加成本估算;项目进度 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 安排(CJ20N，Projectplanning)4、报价及收入分析->创建项目报价(DP81，SalesPricing)5、客户下达订单->创建销售订单(VA01，Creatsalesorder)6、 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 约定预付款及付款计划->预付款开票及过账，创建开票计划(BillingPlan)7、项目实施->项目采购、关键部件生产、项目领料、活动确认8、项目结算->指定项目结算规则、执行结算二、PS_客户项目的管理_创建询价与普通的销售相同，项目型的销售也需要创建询价、报价，并在客户确认后下达销售订单。但与面向库存型的销售相比，项目型的销售的过程则更为复杂。SAP中，使用VA11创建一个询价，创建询价前，需要准备的基础数据有:1、销售组织、分销渠道2、客户主数据3、物料主数据4、条件类型到目前为止，仍是SD中的内容，此时创建的询价和项目是没有联系的。后续在创建项目后再看看SD与PS如果关联。三、PS用户自定义字段相关的权限设置PS模块中，标准设置下可以通过配置自定义字段保存客户化的信息，但是，默认设置下的自定义字段无法做到权限控制，以下配置可以实现PS自定义字段的权限控制:编辑自定义字段时，输入权限对象:那么系统即会对引用了字段码为1300000的自定义字段进行权限检查，如CJ01\CJ02等操作。但是，还有一个问题，到此步下，标准配置下WBS相关的报表仍没有对自定义字段进行权限检查，此时，还需要作以下一步操作:使用TcodeSU24，录入需要修改权限的Tcode，如S_ALR_87013531，进入以下界面:四、PS项目结算配置及操作说明PS与FICO的主要接口之一即为项目的结算。一般来说，此部分要与财务的会计核算体系相结合。项目实施过程中发生的成本，包括物料领用、服务采购、资产采购，如果使用结算型的WBS，那么这些业务活动中，仅需要录入WBS号，成本被记到对应的WBS的借方(一般为损益类科目)，项目结算时，再从这一中间科目转到最终的资负债类科目上;如果使用统计型的WBS，那么可以将WBS号理解成一个统计字段或辅助核算字段，在有关项目的活动中，除需要录入WBS号外，要需要录入最终的帐户分配元素，比如资产/在建工程号等，使用统计型WBS，则成本直接进入最终科目，WBS不需要结算，此时WBS基本等于内部订单了。但使用统计型WBS有一个重大缺陷，即不能在项目结构中创建物料的采购申请、预留等，显得不够完美。于是，一般的PS实施都会选择结算型WBS。项目参数文件配置如下:结算参数文件配置:可以指定结算的目标类型，比如下面为指定只能结算到成本中心项目创建时，选定相应的参数文件，即可以自动复制到正确的WBS类型(结算型或统计型)，当然，也可以使用替代等增强功能实现，甚至操作时手工指定实际操作中，通常只能首层WBS维护结算规则，再使用TcodeCJB2/CJB1为子层WBS派生结算规则，维护的路径如下:维护完成后，再使用CJ88/CJ8G就可以结算并产生相应的会计凭证了。当然，网络也有自已的结算规则，不过一般也就默认结算到所属的WBS，再从WBS中结算出去目标帐户了，相对简单，不再细说五、PSDMS文档的保存方法一般企业，如果文档不是特别多，建议就不用文件服务器了，只需将文档用二进制的形式保存在数据库中即可，这种方式配置相对简单，也适合于PS项目中保存一些小文件。当然，如果文件量特别大，或者项目已经实施了DMS，那么PS与DMS的集成也是很简单的。在PS中挂接文档常用的有两个选择，一个是PS文本，另一种是挂接DMS中的文档。第一种 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 最简单，几乎不用配置即可，如下图:第二种稍复杂。1、DMS相关配置、文档创建第一步，定义文档类型，此步与其他模块大同小异，不过参数很多，具体意义就需要仔细测试了，不过一般复制标准的即可，不再细说第二步，定义文档存储的数据表，此处假定文档是保存在数据库中，其他方待谈。第三步，定义存储目录，即在CV01N上载的目标路径了，核心其实是第二步的一个壳子2、创建DMS文档，注意下图即可(也可以在CJ20N中通过链接按钮创建)3、在PS的WBS中关联DMS文档，如下图六、PS项目结算结算规则接收方详解前面写了一篇《PS项目结算配置及操作说明》，事实上，PS中，主要包括三大块，一个是项目实施前的计划部分，包括成本计划、进度计划、资源计划等，这一部分在SAP中都有相应的解决方案，也即能使用系统处理这些计划;第二个是实施过程中的管理，包括有关PS的实际记帐等业务;第三个即为项目的结算了。前面说到，项目的结算主要通过结算参数文件来控制，如下图，可以在结算参数文件中指定WBS结算规则维护中允许的接收方类别。以下就各常用的接收方类别作分析:G/Laccount:结转到总帐科目。此种类型为在维护结算规则时直接选择科目，那么在项目结转时，生成的结算凭证将是借G/Laccount贷项目成本;通常这种情况可以处理最复杂的财务核算要求，但是一般风险也越大。因为结算规则通常放在项目执行部门维护，而他们并不具有财务科目的专业知识Costcenter:结转到成本中心。此种类型为费用化项目通常的结转接收方。生成的结算凭证将是借项目成本成本中心贷项目成本Order:结转到订单，订单可以包括内部订单等;如果使用内部订单，可以先把项目成本结转到某一内部订单上(只有CO凭证)，再通过内部订单转到最终科目，这种方式也可以实现复杂的财务核算要求，而且一定程度上可以减少会计凭证的数量WBSelement:结转到WBS。一般来说，下层WBS的发生数可以通过此种类型结转到上层WBS，当然，也可以结转到一个毫无关系的另一个项目的WBS上，此时，同结转到内部订单的效果差不多，在结转过程中均只有CO凭证，从结转接收方WBS转出到最终科目时才有会计凭证产生Fixedasset:结转到在建工程/固定资产。这也是常用的一个接收方。如果启用结算型WBS，那么在平时的业务发生过程中，成本通过WBS收集，项目结算时，再通过项目成本中间科目转到在建工程/固定资产中其他的如利润分析段、网络等，原理大体一致，待后续细说„„整个PS，没两三把板斧不容易搞定呀，好歹有正版教授指导过，虽然还回去不少，但搞一搞，还是好懂的。先看一张来自PMP的图:从图上可以看到，成本和进度都有两个参照点，一个是实际的成本和进度，一个是计划的成本和进度。但是，成本和进度一个是说钱，一个是说时间，所以要转换一下，目前大家都是把时间换成钱的，所以我也追随大众的脚步吧，哪天有空再搞一个分析，是把钱换成时间的，再戴个好看的帽子，叫个超高级项目时间分析，呵呵。这样换一下，再抄个大家都认识的代码，就有了以下分析原始数据:以下来自PMPBook:BAC:完工预算，即项目完成的计划成本PV:计划价值，即计划进度×BACEV:实际价值，即实际进度×BACAC:实际费用，即实际成本举个例子好说话，假设有这么个项目，BAC为200，到今天为止，计划要完成40,，即PV为80，实际只完成了进度的20,，即EV为40，但实际发生的费用(AC)为50。下面就拿这几个原始数据来倒腾了。1、如果要分析项目进行到现在，费用偏差(CV)了多少，即钱是比计划多花了还是少花了，这就不能单看支出了50，比计划要支出为80少，还要看进度，所以不是拿实际费用跟计划费用比较，而是要拿实际费用跟实际价价值比较，即CV=AC-EV，负10元，即项目到现在为止不仅进度落后了，还多花了10元钱，如果你是项目经理，就有人找你麻烦了2、如果要分析下进度差了多少(SV)，其实一看就知道落后了20%对不，但这里要换成钱，所以SV=EV-PV=(实际进度,计划进度)×BAC3、费用绩效指数(CPI)，如果想法高级一点，就不仅仅要单看进度或者费用了，综合两者看看，就是CPI了，CPI=EV/AC，这里为0.8，CPI小于1表示费用超预算了，大于1则表示费用低于预算。4、进度绩效指标(SPI)，SPI,EV/PV,(实际进度/计划进度)，此处为0.5。同样道理，SPI小于1表示进度落后，大于1表示进度超前在我们神奇的国度，千奇百怪，无所不在，项目也不例外。一般人肯定想，项目最理想的情况是，进度超前，费用低于预算，对吧。但你错了，其实最理想的情况是，进度超前一点点，预算也超前一点点。个中道理，做过项目经理的估计都心里透窃透窃地。曾经听过一个传说，某机场要建新跑道，项目经理通过运作，最后，节省了10个亿，结果非但没有受到表彰，还被批了，原因是，执行率不达标～七、PS确认和替代简介及示例(简单的增强功能)在SAPPS模块的实施过程中，由于PS中特有的层次结构，导致一些特别需求在标准功能下通常无法满足。例如，在一个多层次WBS结构中，每个WBS都要求维护某些相同的字段，或者某些字段需要用某一规则通过别的字段生成，这种需求可以考虑用替代功能来实现;又例如，网络活动中某些字段的填写要满足特殊要求，否则不通过，那么可以用网络活动的确认功能来实现。从上面也可以粗略看到，PS模块中，WBS和网络活动均可以分别进行确认或替代的增强功能。其中，确认可以看作是自定义某些规则，对用户输入的字段进行检查，并依据检查的结果向用户发布某些消息;同理，替代可以看作是依据某些规则，系统自动生在某字段的值。以下用一个替代的示例说明一种常用的增强。在PS实施中，假设业务要求每个WBS都需要维护项目负责人，那么业务要求只在首层WBS维护，其他层次的项目负责人通过复制得到。那么可以作以下增强:1、增强入口上图显示了4个点，依次为维护WBS确认、维护WBS替代、维护网络活动确认、维护网络活动替代。本例用到的是第2。2、维护替代规则如上图，点击1可以新增加一个替代(本例为ZPS01)，替代的方式可以选择常量(3)或者字段分配(4)，本例选择第4，因为我们要从另一个字段复制并替换某个字段的值替代可以针对满足某些前提条件的WBS进行，如果不写，则替代针对所有WBS到此完成替代规则的确定。3、将替代规则分配到项目参数文件这是SAP的一个基本的配置思想，即替代并不是维护好马上就影响到所有的业务。一般来说，SAP会通过一个外壳中转一下，这样的好处是更为灵活。比如此处，替代规则并不直接生效，而是通过项目参数文件作中转，那么我不同的项目参数文件既可以有同样的替代规则，也可以有不同的替代规则，这是灵活性;当然，坏处就是配置的复杂性大大增加，这个坏处带来的好处就是，顾问活得还不错。上图即为项目参数文件的配置界面，1是指定刚才定义的替代，2为控制替代发生的机制是自动的还是手功的，如果勾选，则替代自动运行，不受用户控制，如果不勾选，则替代要点击一个按钮才执行。至于那个按钮在哪里，各位聪明人，就让我省一张图吧，不帖了。下回讲确认时再公布答案„„八、PS确认和替代简介及示例(简单的增强功能)续二昨天写了一篇文章介绍替代的一个应用，见《PS确认和替代简介及示例(简单的增强功能)》如下图为增强的定义入口:今天要说到的是1，WBS的确认功能事实上，可以将确认理解成一种检查，即用户输入的字段必段满足一定的规则，下面用一个简单的示例来说明这一应用。1、定义确认2、配置项目参数文件需要在项目参数文件中指定确认发生作用的范围，以及是否自动执行确认，具体见有关替代的示例3、确认发生作用的效果九、SAP权限设计思路及PS权限增强SAP的权限还是很强大的，先看一张经典的图从上图可以看到，SAP的权限可以分为三个层次，一个是通用角色，主要控制用户是否有进入某个事务代码(相当于一个功能入口)的权限;第二个是本地角色，主要控制了用户的操作范围，范围可以是组织级别的，比如公司、工厂、成本中心等，也可以是业务数据字段级别的，比较PS中的项目类型、项目负责人等;第三个层次是用户ID级别，主要是将本地角色与具体的用户帐号关联。SAP权限的强大其实不仅仅在于其三个层次的设计，还在于一系列的辅助工具。首先是系统基本的批导入工具，使得大批量的权限设置参数较容易地进入系统;其次是简单的复制功能，使用在实施过程中可以在测试系统中先行测试权限配置，再同步到正式系统;再者，是无处不在的增强功能，使得某些不满足业务的权限控制，可以通过增强的方式实现。其实，我也在某国内X友的XC系统上看过与SAP类似的权限设计思路，但无奈的是，权限只能手工一个个指定，最后只能放弃，仅使用最初级的功能入口权限控制。回到主题。这里所说的就是一个权限增强的例子。PS提供了为项目的定义、WBS、网络定义、网络活动、里程碑等的权限增强入口。下图的后台的路径。以WBS的权限控制为例，增强CNEX0002提供了对WBS的权限控制增强入口(EXIT_SAPLCNAU_002)，在用户进行与WBS有关的操作、查询时，程序会自动进入这个子程序，并把运行的业务数据传入这个子程序，同时运行里面的代码。这样，理论上可以在这个子程序里面实现任何具有逻辑的权限控制要求。以现在的项目需求为例，业务要求对WBS的修改、查看操作具体到用户，即需要根据用户ID的不同来控制权限。从上面的SAP权限设计来看，本地角色关联到ID，但本地角色中无具体ID的值，即基本上，为了实现这个业务需求，就必须为每个用户ID创建不同的本地角色，并将两者关联。但这样的设计不利于以后的维护工作，而且显得不够灵活。因此，目前的方案是使用一个自字义字段保存WBS的用户，并在权限出口中，强制检查一下当前操作的用户ID是否与需要操作的WBS上保存的用户ID一致，即可实现此需求，且减少维护工作量。参考以下代码:SPAN{font-family:"CourierNew";font-size:10pt;color:#000000;background:#FFFFFF;}.L1S32{color:#3399FF;}.L1S33{color:#4DA619;}.L1S52{color:#0000FF;}DATA:wa_userTYPEZPST_001.TRANSLATEsap_prps-usr02TOUPPERCASE.SELECTSINGLE*FROMZPST_001INTOwa_userWHEREusnamEQsy-uname.IFsy-subrcEQ0.sap_x_actvt='X'.ELSE.IFsap_prps-usr02EQsy-unameORsap_prps-usr02ISINITIAL.sap_x_actvt='X'.ELSE.sap_x_actvt=''.ENDIF.ENDIF.十、难缠的权限问题这阵子在整PS的权限，相对MM、QM这些模块，个人觉得PS的权限要更为复杂。当然，每个项目都有每个项目的特点，不尽相同，要是都一样的话，我这个农夫也就只能回村里种地去了。参考:PS用户自定义字段相关的权限设置SAP权限设计思路及PS权限增强先说说业务背景吧，这里的权限要求主要有两点:一是要按项目负责人检查权限，只有项目负责人才能做修改WBS等操作;二是要按项目管理部门检查权限，管理部门的所人用户都可以查看但不能修改项目，而项目管理部门与项目负责人无必然的关系。原本想着对WBS的权限检查有两个权限对象可以用，一个是WBS的负责人，一个是负责成本中心。如下图。未曾想到，测试时发生，这样的分配却带来权限合并导致权限增大的问题。试举例:权限对象C_PRPS_VNRC_PRPS_KST本地角色1(项项目负责人负责成本中心目负责人):9901*本地角色2(项项目负责人负责成本中心目管理部门):*，1810由于项目负责人所在部门可能同时为项目管理部门，因此，两个本地角色同时分配给用户IDUser01时，根据SAP的检查逻辑，权限是按权限对象合并并取并集的，那么导致用户User01的权限最终为:权限对象C_PRPS_VNRC_PRPS_KSTUser01项目负责人*负责成本中心*这样对于这个用户，要以修改、查看所有的项目，这显然没有达到权限控制的目的。想了半天，最终的方案是:把项目负责人、负责成本中心合并到同一个权限字段进行控制。《参考PS用户自定义字段相关的权限设置》，使用一个用户字段，再用增强替代功能将项目负责人和负责成本中心取到用户字段上，那统一根据字段值分配权限。如下表:权限对象C_PRPS_USR本地角色1(项用户字段目负责人):9901*本地角色2(项用户字段目管理部门):*1810，至此，解决了PS的一个权限控制难题。十一、SAPPS/IM年结方案项目管理中，如果要达到预算管控的目的，通常会同时启用IM模块和PS模块。公司的预算部门在IM中控制各种投资的预算，然后项目挂接在IM的投资程序节点上，项目的预算受投资程序节点预算的管控。但PS和IM在预算的结转在功能上显得不那么完美。标准的结转方式应该是接近以下的方案一。但方案一有一个致命的缺点，就是不能实现类似“零基预算”的功能，即项目在下一年度的预算与上一年度无关，完全重新申报。但SAP的预算结转后，默认只能将没用完的预算带到下一年，不知道其他高人有没更好的解决方法，起码到现在这个功能还找不到实现的方式。看看以下两个年度结转的方案:1方案一:结转预算方案说明:同时结转项目的承诺项和预算，复制投资程序结构，同时结转投资程序中的预算结转步骤:1)CJCF结转项目的承诺项(当前年度的承诺发生转移到下一年度，但不改变采购订单或采购申请的承诺日期)2)CJCO结转项目的预算(项目当前年度预算值,当前年度实际发生值;结转预算,初始预算减去当前年度实际发生值3)IM27打开新批准年度(复制投资程序结构、结转投资程序中的预算)4)IM27_Close关闭旧批准年度(关闭上一年度投资程序)注意点:1)年结后跨年项目整体对应到新批准年度的投资程序，因此新批准年度的投资程序中包含项目在以前年度的预算(等于实际发生值)，投资程序中的总体预算不等于当前年度的总预算2)为项目分配下一年度的预算,当前年度预算减去上一年度剩余预算;项目在下一年度的预算值如果小于上一年度的剩余预算，必须用负数扣减2方案二:不结转预算方案说明:结转项目的承诺项，但不结转项目的预算;复制投资程序结构，但不结转投资程序中的预算结转步骤:1)CJCF结转项目的承诺项(当前年度的承诺发生转移到下一年度，但不改变采购订单或采购申请的承诺日期)2)IM27打开新批准年度(复制投资程序结构、但不结转投资程序中的预算)3)IM27_Close关闭旧批准年度(关闭上一年度投资程序)注意点1)年结后跨年项目整体对应到新批准年度的投资程序，因此新批准年度的投资程序中包含项目在以前年度的预算(等于预算值)，投资程序中的总体预算不等于当前年度的总预算)2为项目分配下一年度的预算,投资计划中的预算;但必须为跨年的项目在新批准年度的投资程序中分配项目在以前年度的预算十二、项目物料管理之物料采购管理按PMPBook的说法，项目管理包括九大块内容，如下图:其中，与项目物料管理直接相关的有项目费用成本管理、项目采购管理。SAP的PS模块支持对项目物料采购的全过程管理，包括物料计划(采购申请)、供应商管理、收货及后续的成本归集。项目的物料采购管理在SAP中由PS模块和MM(物料管理)模块等共同完成。一个简单的流程可以描述为:项目采购申请,>采购订单,>采购订单收货,>发票校验相关配置:指定项目采购申请的凭证类型:在项目构造器中创建项目采购申请:产生的采购申请后续在MM模块中转成采购订单，然后可以参照采购订单收货、做发票校验等，详细可参考MM相关的文章。项目采购过程所发生的费用会通过财务的集成凭证进入相应项目的WBS上，在项目验收(项目成本结转)后，项目费用进入在建工程或成本中心或其他成本接收方。十三、跨利润中心的项目结算对于很多国内的企业来说，利润中心是一个极大的鸿沟，跨利润中心的凭证都要受到严格管控。但是，由于项目执行的复杂性，一个项目中不同的任务项可能必须要在不同的利润中心才能完成，这些不同的任务项由于共享同一个预算来源，要拆分成两个项目也显得不那么完美。这里展示一个通过在建工程调拨来处理这一矛盾的方案。首先，对于要在不同的利润中心执行的任务，分别设定WBS并指定不同的利润中心，如下图:在两个不同的利润中心下分别建立两个在建工程，并通过结算规则对应到相应的利润中心。且项目成本分别记到这两个WBS下。项目结算后，成本进入在建工程。然后通过固定资产调拨完成价值的转移。Tcode:ABUMN-TransferwithinCompanyCodeABT1N-IntercompanyAssetTransfer产生的凭证如下:十四、PS物料采购详细操作前面简单讲过项目物料的采购(项目物料管理之物料采购管理)现在再详细说一下相关的操作。首先，对于库存物料，在创建项目时可以指定库存物料的采购是否专用于此项目(从项目参数文件中可配置默认值，项目创建时可以修改，但创建后此参数不可修改)其次，在创建物料组件时，通过组件类别和处理类型确定如何获得物料组件:对于在PS中生产的预留/采购申请，通过MRP运行等安排采购计划，回来后进行库存，再通过库存的发料等进入项目成本即完成整个项目物料的管理流程十五、项目物料采购组件跟踪SAPProjectSystem中针对物料采购提供了详细的跟踪功能。这个功能可以指定一系列的跟踪步骤(Events)，通过自动或手动的方式分配到每一个物料组件上。然后针对这一组件及对应的跟踪步骤，详细进行计划，并录入每一步骤的实际完成进度;最后，通过预先定义的比较逻辑，显示步骤的完成情况(如实际日期超过计划日期，显示为红灯，提示进度可能存在问题)要对组件进行跟踪，首先要定义组件的需求(使用CJ20N等)，如下图:其次，使用TcodeCOMPXPD进行物料跟踪。第一步&第二部:选择进度跟踪的参数文件，并录入需要跟踪的组件参数(如项目编码等)，在组件选择中，选定要跟踪进度的组件，并点击更改按钮，如下图:第三步:录入计划日期并排定跟踪步骤的计划:第四步:录入各步骤的实际日期，并作对比:第五步:分析:在总览界面点那棵树就可以进入分析界面了:十六、PS_生产资源和工具(PRT)可用性检查(AvailabilityCheck)生产资源和工具(PRT)被分配到网络活动后，在对网络进行排产时，可以得到PRT的计划使用的日期和时间;如下图:在此期间内，检查PRT是否可获得，即为对PRT进行可用性检查。一、系统配置:1、定义检查规则:检查规则用于区别不同物料型PRT的检查范围、方式，检查规则定义后将被分配到物料的MRP3视图上;对于设备型PRT，需要手工指定设备是否可用;对于混合型或文档型PRT，暂时没发现检查可用性的途径;2、定义检查场景:检查场景是检查规则的一个包，检查场景定义后被分配到工厂的定单类型上，即系统根据工厂和订单类型确定检查场景(参考第3点);同一检查场景下，不同检查规则可以单独定义检查的范围和方式;3、定义检查控制:即根据工厂和订单类型指定检查场景;二、业务操作:1、执行可用性检查:执行的方法有两种:一是在PRT的概览界面面，选中菜单中的可用性检查，此种方法仅对选中的PRT进行检查，如下图:二是在网络活动的界面中进行检查，此种方法可对网络下所有PRT进行可用性检查，如下图:2、查看检查结果:检查的结果保存在日志中，选择相应的日志即可以看到PRT的可用性，如下图:十七、PS_生产资源和工具(PRT)基础生产资源和工具(ProductionResources/Tools，PRT)是指生产中一种非消耗性的(和生产原料不一样)、可移动的(和固定的生产设备有区别)的资源或工具，例如:生产用的图纸文档、夹具或测量工具。通常，使用PRT不会发生成本，但是，生产资源或工具毕竟是有限的，而SAP能对这有限的资源进行管理，在PS中，PRT被分配到某个内部或外部的活动中，以实现:1、数量管理，使得有限的资源在不同的活动中分配，或检查资源的可用性;2、操作日期和时间管理，系统能 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 某个活动需要使用的PRT及使用的日期和时间范围(计划使用的和实际使用的时间);SAP提供了以下三类标准的PRT:物料型PRT:拥有物料主数据记录，使用MM01创建，并维护PRT视图即可。物料型可以和其他物料一样地进行采购、库存管理;但当应用在PRT时，并不会消耗库存或任何的库存移动;混合型PRT:使用CF01创建，此类与物料和设备均无直接关联;文档型PRT:在DMS中创建设备型PRT:在PM模块中创建(标准的P类型设备)，有设备主数据，实际应用中可以通过一个计数计算设备型PRT的使用次数，并基本使用情况对设备进行维护等操作。一、相关配置:如下图，1、定义PRT权限组:仅对混合型PRT有效，在PRT主数据中维护权限组，权限控制可以按照不同的权限组进行控制(权限对象:C_CRFH_BRG)2、定义PRT状态:仅对混合型PRT有效，在PRT主数据中指定PRT的状态，可以控制PRT是否能用于计划或实际生产;3、定义用途:SAP已设定一些标准的用途(任务清单类型)，如标准网络、通用任务清单、设备任务清单、检验计划、参考工序集等等，定义用途即将这些标准的任务清单类型打包成不同的用途集合，以适应具体的业务场景;对于PS中使用的PRT，只需要保证用途中包含标准网络即可。4、定义PRT的组:PRT组用于对PRT进行分类，所以类型的PRT都可以指定一个或两个组，通过所属的组能帮助查找到所需要的PRT5、定义PRT控制关键字:通过控制关键字，能控制对PRT的以下活动是否允许，如排产、计算成本、订单确认、打印等，不同的活动可以组合成不同的控制关键字并分配到PRT上;6、定义PRT需求数量及使用数量的计算公式的参数;7、定义PRT需求数量及使用数量的计算公式:使用6中定义的参数组合成公式;二、业务操作1、不同类型的PRT，有不同的创建方式，参考PRT类型的说明;2、创建项目及网络活动3、将PRT分配的网络活动上PRT可以直接分配到生产的网络活动，也可以先分配到标准网络活动上，当复制标准网络活动生成生产的网络活动时，PRT也同时被分配到该网络活动上。直接分配的方法如下图:分配后，可以在视图中指定PRT的基本数据、数量等;而日期可以通过排产得到。