PS客户项目的管理.docx

资源描述

PS客户项目的管理.docx

《PS客户项目的管理.docx》由会员分享，可在线阅读，更多相关《PS客户项目的管理.docx（41页珍藏版）》请在冰点文库上搜索。

PS客户项目的管理.docx

PS客户项目的管理

一、PS_客户项目的管理_处理流程

客户项目即ClientProject，指为客户设计、生产并交付某一特殊产品的过程，由于产品的不可重复性，一般不建议使用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中的文档。

第一种方案最简单，几乎不用配置即可，如下图：

第二种稍复杂。

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：

计划价值，即计划进度×BAC

EV：

实际价值，即实际进度×BAC

AC：

实际费用，即实际成本

举个例子好说话，假设有这么个项目，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=（实际进度－计划进度）×BAC

3、费用绩效指数（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.

十、难缠的权限问题

这阵子在整PS的权限，相对MM、QM这些模块，个人觉得PS的权限要更为复杂。

当然，每个项目都有每个项目的特点，不尽相同，要是都一样的话，我这个农夫也就只能回村里种地去了。

参考：

PS用户自定义字段相关的权限设置

SAP权限设计思路及PS权限增强

先说说业务背景吧，这里的权限要求主要有两点：

一是要按项目负责人检查权限，只有项目负责人才能做修改WBS等操作；二是要按项目管理部门检查权限，管理部门的所人用户都可以查看但不能修改项目，而项目管理部门与项目负责人无必然的关系。

原本想着对WBS的权限检查有两个权限对象可以用，一个是WBS的负责人，一个是负责成本中心。

如下图。

未曾想到，测试时发生，这样的分配却带来权限合并导致权限增大的问题。

试举例：

权限对象

C_PRPS_VNR

C_PRPS_KST

本地角色1（项目负责人）：

项目负责人9901

负责成本中心*

本地角色2（项目管理部门）：

项目负责人*，

负责成本中心1810

由于项目负责人所在部门可能同时为项目管理部门，因此，两个本地角色同时分配给用户IDUser01时，根据SAP的检查逻辑，权限是按权限对象合并并取并集的，那么导致用户User01的权限最终为：

权限对象

C_PRPS_VNR

C_PRPS_KST

User01

项目负责人*

负责成本中心*

这样对于这个用户，要以修改、查看所有的项目，这显然没有达到权限控制的目的。

想了半天，最终的方案是：

把项目负责人、负责成本中心合并到同一个权限字段进行控制。

《参考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（物料管理）模块等共同完成。

一个简单的流程可以描述为：

项目采购申请－>采购订单－>采购订单收货－>发票校验