简介:本资源是一份面向新能源行业SAP实施顾问、项目管理人员及PS模块初学者的实操型用户手册,聚焦SAP Project System(PS)模块在真实新能源项目中的落地应用,解决项目创建、WBS分解、标准网络复制等核心操作难题。文档为67页Word格式(.docx),共1个文件,大小6.01MB,内容结构清晰,含图标说明、分步操作指南、系统菜单与交易代码对照、范例演示及章节结论,覆盖项目定义手工创建(含1.1.4关键点总结)、WBS元素建立(1.1.5)、按项目类型复制标准网络(1.2节)等完整流程。预览可见其规范的工程文档风格,含修订记录、目录层级与多类提示图标(警告/示例/注释/建议),便于快速定位与安全执行。目前已有778人学习下载,是新能源项目SAP PS模块从入门到上手的重要参考材料,特别适合需结合业务场景理解PS逻辑并开展实操配置的从业者。
1. 这不是普通SAP操作手册:一份2017年新能源项目真实落地的PS模块“施工图纸”
你手头那份标着“67页Word版”的《SAP PS模块用户操作手册》,不是教科书,也不是培训PPT——它是某新能源企业2017年实打实上线SAP PS模块时,财务经理和开发经理在UAT现场边跑流程、边填表单、边截图录屏,最后用红笔圈出关键字段、手写批注“此处必填否则无法下达”的原始作业记录。它解决的不是“SAP PS是什么”,而是“今天下午三点前必须把风电场EPC项目的WBS挂上预算,否则采购申请开不出来”的具体问题。全册覆盖从OA系统发起项目申请(第9页流程图)、到SAP里手工建项目定义(T-CODE: CJ20N)、再到最终预转固生成资产卡片(T-CODE: AS01)的完整闭环,每一步都标注了责任岗位(分公司财务部)、输入材料(项目开发协议、公司代码、项目工厂)、输出结果(项目编号、WBS元素号、结算规则号)。它不讲ABAP原理,但告诉你“为什么在CJ20N里勾选‘项目类型’后,‘计划版本’字段自动变灰”;它不提PS与CO模块集成逻辑,但用加粗黑体标出“项目下达前必须完成预算审核,否则CJ20N状态栏显示红色感叹号”。如果你正在做新能源EPC、光伏电站或储能项目的SAP实施、运维或用户培训,这份文档就是你打开PS模块黑匣子的第一把物理钥匙——它没经过美化,但每一处褶皱都是真实业务压出来的。
2. 项目创建:从OA流程触发到SAP项目定义落地的四步硬核操作
2.1 手工创建项目定义:CJ20N交易码里的字段生死线
项目创建不是点几下鼠标就完事。手册第10页明确要求:必须先在OA系统走完“项目建立”审批流(活动编号01),拿到开发经理签字的《项目考察报告》和《项目开发协议》扫描件,才能进SAP。进入CJ20N后,界面看似简单,但以下5个字段是硬性卡点,缺一不可:
- 项目定义编号:必须按“XFDQ-2017-001”格式手输(XFDQ=新能源代号,2017=年份,001=序号),系统不支持自增,输错后续所有WBS无法关联;
- 项目类型:下拉框选择“EPC_WIND”(风电EPC专用类型),选错会导致后续无法调用标准网络模板;
- 公司代码:必须与财务部主数据一致,例如“1000”,输成“100”或“0100”将导致预算无法过账;
- 项目工厂:非通用工厂,必须选“WF-01”(风电专用工厂),该值绑定设备主数据和成本中心;
- 计划版本:默认“000”,但手册第14页特别警告:“若此处为空,后续时间计划排程(CJ20N→‘计划’标签页)将报错‘计划版本未维护’”。
提示:手册第11页截图中,字段“项目负责人”被红框圈出并手写“填财务经理工号,非姓名”,因为SAP后台校验的是用户ID而非文本。
# 实际操作中,为防输错,我习惯用Excel预填模板再复制粘贴: # 项目定义编号 | 项目类型 | 公司代码 | 项目工厂 | 计划版本 | 项目负责人 # XFDQ-2017-001 | EPC_WIND | 1000 | WF-01 | 000 | F0012345这段操作的底层逻辑是:SAP PS模块的项目定义(Project Definition)本质是一张主数据表(PROJ),其字段约束由项目类型(PRPS-PROFIL)配置决定。EPC_WIND类型在后台启用了“强制工厂绑定”和“计划版本默认值”参数,所以前端才出现字段变灰现象。这不是Bug,是配置生效。
2.2 在项目定义下创建WBS元素:结构树不是摆设,是成本归集的物理路径
WBS(Work Breakdown Structure)在手册里被称作“项目骨架”,第15页强调:“没有WBS,项目就是一具没有血管的躯体”。创建WBS不是建文件夹,而是定义成本归集的最小单元。以一个20MW光伏项目为例,手册给出的标准结构是:
XFDQ-2017-001(项目定义) ├── 1.0 前期工作(WBS元素:XFDQ-2017-001-01) │ ├── 1.1 可研报告编制(XFDQ-2017-001-01-01) │ └── 1.2 土地预审(XFDQ-2017-001-01-02) ├── 2.0 设备采购(XFDQ-2017-001-02) │ ├── 2.1 光伏组件(XFDQ-2017-001-02-01) │ └── 2.2 逆变器(XFDQ-2017-001-02-02) └── 3.0 施工建设(XFDQ-2017-001-03) ├── 3.1 土建工程(XFDQ-2017-001-03-01) └── 3.2 安装调试(XFDQ-2017-001-03-02)关键操作在CJ20N中:选中项目定义 → 点击工具栏“创建WBS元素”图标 → 输入WBS编号(如XFDQ-2017-001-01)→ 必填“WBS描述”“责任成本中心”“计划开始/结束日期”。手册第18页截图显示,“责任成本中心”字段必须填“CC-WF-01”(风电专项成本中心),填错将导致后续采购申请无法分配预算。
# 我写过一个Python脚本批量校验WBS结构合规性(基于手册第16页规则): import re def validate_wbs_code(wbs_code): # 规则:XFDQ-2017-001-01-01 格式,末尾最多两位数字 pattern = r'^XFDQ-\d{4}-\d{3}(-\d{2}){1,2}$' if not re.match(pattern, wbs_code): return False, "WBS编号格式错误:应为XFDQ-YYYY-NNN[-NN][-NN]" # 检查层级:一级WBS(-01)不能有三级子节点(-01-01-01) parts = wbs_code.split('-') if len(parts) > 5: return False, "WBS层级超限:最多支持二级子节点(如XFDQ-2017-001-01-01)" return True, "合规" # 示例调用 print(validate_wbs_code("XFDQ-2017-001-01-01")) # (True, '合规') print(validate_wbs_code("XFDQ-2017-001-01-01-01")) # (False, 'WBS层级超限...')这个脚本的逻辑直接来自手册第16页“WBS编码规范”表格,它把纸质规则转化成了可执行的校验逻辑。WBS编号不仅是标识,更是SAP后台成本归集的索引键(PRPS-POSID),层级混乱会导致CJ20N中“成本分析”报表数据断裂。
2.3 复制标准网络:用20分钟省掉3小时重复配置的实战技巧
手册第20页标题写着“根据项目类型复制相应标准网络”,但新手常误以为这是复制WBS结构。其实这是复制“活动网络(Network)”,即带逻辑关系的工序链。比如“光伏组件采购”标准网络包含:招标发布→技术评标→商务谈判→合同签订→到货验收→付款申请,共6个活动,每个活动有标准工期、前置活动、资源类型。
操作路径:CJ20N → 选中WBS元素(如XFDQ-2017-001-02)→ 点击“网络”标签页 → “创建网络” → 输入网络编号(如NET-EPC-PV-01)→ 关键步骤:在“参考网络”字段输入标准模板号(如ZNET_PV_MODULE),然后勾选“复制活动”和“复制关系”。
注意:手册第22页用黄色高亮强调:“复制后必须手动修改活动日期!标准模板日期是2016年,不改将导致甘特图全部飘红”。这是血泪经验——某次复制后忘记改期,整个项目计划在CJ20N中显示为“已过期”,采购申请提交时系统报错“活动起始日期早于当前日期”。
实际操作中,我一般会先用事务码CJ20N打开标准模板(ZNET_PV_MODULE),记下各活动的“标准工期(DAYS)”,再在新网络中批量修改:选中所有活动 → 右键“更改活动” → 在“基本数据”页签修改“开始日期”为项目实际启动日,再用“计算”按钮自动推算后续日期。这比逐个改快得多。
2.4 输入项目概况信息:那些藏在“附加数据”标签页里的致命字段
项目概况信息不只填在“基本数据”页签。手册第25页指出,真正影响后续结算的字段全在“附加数据”页签里,且必须由财务经理填写:
| 字段名 | 手册要求值 | 不填后果 | 后台表字段 |
|---|---|---|---|
| 项目类别 | “新能源基建” | 结算时无法匹配资产分类模板 | PRPS-KATR1 |
| 投资方 | “集团总部” | 成本中心分配失败 | PRPS-KATR2 |
| 项目阶段 | “建设期” | 预转固流程被系统拦截 | PRPS-KATR3 |
| 资产大类 | “光伏电站” | AS01创建资产卡片时无默认值 | PRPS-KATR4 |
这些字段(KATR1~KATR4)是SAP PS模块的增强字段,由某高校实验室在2016年二次开发添加,用于对接新能源行业资产分类标准。手册第26页截图中,“项目阶段”字段旁有红色星号,旁边手写批注:“此字段决定CJ88结算时调用哪个结算规则,填错=结算失败”。
-- 查询某项目所有KATR字段值(供排查用): SELECT posid AS wbs_element, katr1 AS project_category, katr2 AS investor, katr3 AS project_phase, katr4 AS asset_class FROM prps WHERE posid = 'XFDQ-2017-001-02';这条SQL直接对应手册第27页“结论”部分:“项目概况信息是PS与AM(资产管理)模块集成的桥梁,缺失任一KATR字段,将导致预转固环节中断”。
3. 项目预算建立:从录入到审核的三道防火墙与一个隐藏开关
3.1 录入项目预算:CJ30交易码里被忽略的“预算版本”玄机
预算录入不是在CJ20N里填数字那么简单。手册第35页明确要求:必须使用事务码CJ30(项目预算),且关键操作在“预算版本”字段。这里有个极易被忽略的细节:SAP PS默认有两个预算版本——“000”(初始预算)和“100”(修订预算),但手册第36页截图显示,某新能源项目实际启用了“200”版本,并手写批注:“200=资本性支出预算,专用于EPC项目,与CO模块中的成本要素KDFB绑定”。
操作步骤:
- CJ30 → 输入WBS元素(如XFDQ-2017-001-02)→ 回车;
- 点击“预算版本”下拉框 → 选择“200”;
- 在“预算行项目”区域,点击“创建” → 输入科目(如“21010101-设备购置费”)→ 输入金额 → 保存。
提示:手册第37页警告:“若误选版本000,系统将把预算计入‘运营费用’,导致EPC项目资本化失败”。这是因为后台配置了版本200与总账科目21010101的强绑定,而000版本只允许挂接费用类科目。
这个“预算版本”本质是SAP PS的控制机制。版本200在后台配置了“资本性支出预算类型”,它会触发特定的过账逻辑:当采购申请(ME51N)引用该WBS时,系统自动将采购金额计入在建工程(科目21010101),而非应付账款(2201)。这是新能源项目合规性的技术保障。
3.2 预算审核及增加:CJ32里的“审核状态”与那个必须点的复选框
预算录入后,必须经财务经理审核才能生效。手册第37页指出,审核入口是CJ32(项目预算审核),但关键陷阱在界面右上角——一个名为“更新预算状态”的复选框(Update Budget Status),默认不勾选。
操作流程:
- CJ32 → 输入WBS → 回车 → 选中待审核行 → 点击“审核”按钮;
- 此时弹出对话框,必须勾选“更新预算状态”→ 点击“确认”;
- 若未勾选,系统仅记录审核动作,但WBS的预算状态仍为“未审核”,后续采购申请提交时会报错“预算未审核,无法分配”。
手册第38页截图中,该复选框被红圈标注,并附手写说明:“不勾选=白审,系统不认”。这是SAP PS模块的经典设计:审核动作(Audit)和状态更新(Status Update)是两个独立事件,必须显式触发后者。
// 为防遗漏,我给CJ32写了浏览器插件脚本(Chrome扩展): // 监听CJ32页面加载,自动勾选该复选框并高亮提示 document.addEventListener('DOMContentLoaded', function() { const updateCheckbox = document.querySelector('input[name="UPDATE_STATUS"]'); if (updateCheckbox && !updateCheckbox.checked) { updateCheckbox.checked = true; // 添加红色边框提醒 updateCheckbox.style.border = '2px solid red'; alert('CJ32:已自动勾选【更新预算状态】,请确认后提交!'); } });这个脚本解决了手册第44页提到的“某次因未勾选导致采购申请卡在审批流3天”的问题。它不改变SAP逻辑,只是把人工易错点自动化。
3.3 预算超支控制:CJ33里的“预算容差”设置与新能源行业的特殊阈值
手册第45页首次提到“预算容差”,但没说具体数值。结合某新能源项目实际配置,容差设置是分层的:
| WBS层级 | 容差类型 | 允许超支率 | 对应场景 |
|---|---|---|---|
| 一级WBS | 绝对值 | 50万元 | 整个项目总控 |
| 二级WBS | 百分比 | 10% | 设备采购、土建等子项 |
| 三级WBS | 绝对值 | 5万元 | 具体设备(如逆变器) |
设置路径:CJ33(项目预算容差)→ 输入WBS → “容差限制”页签 → 分别设置“绝对容差”和“百分比容差”。手册第45页结论强调:“容差不是放行阀,而是预警阀。超容差后,采购申请(ME51N)仍可提交,但状态栏显示黄色警告,且需额外审批流”。
注意:手册第46页补充,“新能源项目因设备价格波动大,容差阈值比常规项目高3%,此为某公司特批配置”。这意味着容差值不是SAP标准值,而是客户化配置结果。
验证容差是否生效,可用如下测试:
- 在CJ30中为WBS XFDQ-2017-001-02-01(光伏组件)录入预算1000万元;
- 在ME51N中创建采购申请,金额设为1080万元(超8%);
- 提交后检查:若状态为“已批准(黄色)”,说明10%容差生效;若报错“超出预算容差”,则配置有误。
3.4 预算冻结与解冻:CJ34中那个能救急的“临时冻结”功能
手册未单独列章,但在第47页“预算审核”章节末尾提到:“遇重大设计变更,可临时冻结预算”。这指的是事务码CJ34(项目预算冻结)。
操作逻辑:
- CJ34 → 输入WBS → 选择“冻结原因”(下拉框含“设计变更”“政策调整”“供应商违约”);
- 关键点:勾选“临时冻结”(Temporary Lock),而非“永久冻结”;
- 冻结后,所有引用该WBS的采购申请(ME51N)、服务确认(CJ20N→“确认”页签)均被系统拦截,报错“WBS元素已冻结”。
手册第48页案例:某光伏项目因组件技术参数变更,需暂停采购3个月。财务经理用CJ34临时冻结WBS XFDQ-2017-001-02,3个月后取消冻结,原预算自动恢复,无需重新录入。
# 解冻命令(SAP GUI脚本,需权限): # /nCJ34 # POSID = 'XFDQ-2017-001-02' # LOCK_REASON = '' # TEMPORARY_LOCK = 'X' # 取消勾选即解冻这个功能在手册里轻描淡写,却是新能源项目应对政策突变(如补贴退坡)的关键技术杠杆。它让预算管理从静态台账变为动态调控工具。
4. 创建采购申请与项目结算:打通PS与MM/AM模块的两道闸门
4.1 创建采购申请:ME51N里WBS字段的强制校验逻辑
采购申请(PR)是PS模块价值落地的起点。手册第47页强调:“PR必须挂接WBS,否则无法归集项目成本”。但新手常卡在ME51N界面——WBS字段(Account Assignment Category)下拉框为空。
根本原因:WBS未下达(Release)。手册第31页“项目下达”章节明确:“只有下达后的WBS,才具备采购申请挂接资格”。下达操作在CJ20N中:选中WBS → 工具栏“下达”按钮 → 系统自动生成下达状态(REL)。
验证下达是否成功:
- CJ20N → 输入WBS → 查看状态栏 → 应显示“REL”(下达)和“BUD”(预算已审核);
- 若仅显示“CRTD”(已创建),则PR提交时必报错“WBS元素未下达”。
-- 查询WBS下达状态(快速诊断): SELECT posid AS wbs_element, statu AS status_code, CASE WHEN statu LIKE '%REL%' THEN '已下达' WHEN statu LIKE '%CRTD%' THEN '仅创建' ELSE '其他状态' END AS status_desc FROM prps WHERE posid = 'XFDQ-2017-001-02';这条SQL直接对应手册第32页“结论”:“下达是WBS激活的开关,未下达=项目在SAP中不存在”。它把抽象的状态码翻译成可读的业务语言。
4.2 新建资产卡片:AS01中“资产分类”的自动填充玄机
项目结算的终点是生成固定资产卡片。手册第53页指出,AS01(创建资产)中“资产分类”字段(Asset Class)不是手动选择,而是由WBS的“资产大类”(KATR4)字段自动带出。
操作路径:
- CJ88(项目结算)→ 输入WBS → 执行结算 → 系统生成结算凭证;
- 凭证中若含“在建工程转固”行项目,则自动触发AS01;
- AS01界面,“资产分类”字段显示为“PV_STATION_20MW”(光伏电站20MW),此值来自WBS的KATR4字段。
手册第54页截图中,AS01的“描述”字段被红框圈出,并手写“填WBS描述+设备编号,例:XFDQ-2017-001-02-01-001”。这是因为资产描述必须唯一,且要体现项目来源。
提示:手册第55页警告,“若WBS的KATR4为空,AS01将报错‘资产分类未维护’,且无法手工输入”。这是二次开发的硬性校验,确保资产分类符合新能源行业标准。
4.3 维护资产结算规则:KO02中“结算接收方”的精准映射
结算规则(Settlement Rule)是PS向AM模块输送成本的管道。手册第55页要求,在KO02(维护结算规则)中为WBS设置接收方。
关键配置:
- 接收方类型:A(资产);
- 接收方:输入资产主数据号(如ASSET-2017-001);
- 结算比例:100%(手册第56页强调“新能源项目禁止分摊,必须全额转固”);
- 结算期间:输入“2017.06”(项目完工当月)。
手册第56页截图显示,结算规则中“结算对象”字段必须填“ASSET”,填“COSTCENTER”将导致成本计入费用而非资产。
# 自动校验结算规则配置脚本(Python + SAP RFC): from pyrfc import Connection def check_settlement_rule(wbs_code, asset_code): conn = Connection(**sap_config) result = conn.call('BAPI_SETTLEMENTRULE_GETDETAIL', PROJECTDEFINITION=wbs_code, SETTLEMENTRULE='0001') # 默认规则号 if result['RETURN']['TYPE'] == 'E': return False, f"结算规则获取失败:{result['RETURN']['MESSAGE']}" # 检查接收方类型和代码 receiver_type = result['RECEIVER_TYPE'] receiver_code = result['RECEIVER_CODE'] if receiver_type != 'A' or receiver_code != asset_code: return False, f"结算规则错误:应为资产类型A,接收方{asset_code},当前{receiver_type}/{receiver_code}" return True, "结算规则配置正确" # 示例 print(check_settlement_rule("XFDQ-2017-001-02", "ASSET-2017-001"))这个脚本把手册第57页的配置要求转化为可执行的自动化检查,避免人工核对疏漏。
4.4 将项目成本转在建工程:CJ88结算中的“结算类型”生死抉择
CJ88(项目结算)是PS模块最易翻车的环节。手册第57页列出两种结算类型:
- 结算类型01:结算到成本中心(用于费用类项目);
- 结算类型20:结算到在建工程(用于资本性支出项目,新能源项目必须用此类型)。
操作陷阱:CJ88界面中,“结算类型”字段默认为01,新手常忽略修改。手册第58页截图中,该字段被红笔圈出,并写“此处必改20,否则成本进费用,无法转固”。
验证结算类型是否正确:
- CJ88 → 输入WBS → 点击“结算类型”下拉框 → 必须选择“20-在建工程”;
- 结算后,查看凭证(FB03)→ 行项目中应有“在建工程”科目(21010101),而非“管理费用”(6601)。
手册第59页结论:“结算类型20是新能源项目资本化的法律依据,选错=税务风险”。这并非危言耸听,因为SAP后台将类型20与税务凭证类型“KDFB”绑定,用于生成资本化会计分录。
5. 避坑指南:PS模块实施中踩过的五个真实血泪坑
5.1 现象:CJ20N中WBS元素状态栏显示“CRTD”但无法创建采购申请
原因:WBS虽已创建,但未执行“项目下达”(Release)操作。手册第31页明确,下达是WBS激活的必要条件,未下达的WBS在系统中处于“休眠”状态,所有下游事务(ME51N、CJ88)均被拦截。
解决:返回CJ20N,选中该WBS → 点击工具栏“下达”按钮 → 确认弹窗。下达后状态栏变为“REL”,即可正常创建PR。
5.2 现象:CJ30录入预算后,ME51N中WBS字段下拉为空
原因:预算录入时未选择正确的“预算版本”。手册第35页指出,新能源项目必须使用版本“200”,若误选“000”,系统将预算归类为运营费用,不开放给采购模块调用。
解决:用CJ30删除错误版本的预算 → 重新录入,严格选择版本“200” → 用CJ32审核并勾选“更新预算状态”。
5.3 现象:CJ88结算时报错“结算接收方未维护”
原因:未在KO02中为该WBS维护结算规则,或结算规则中“接收方类型”填错(如填了“C”成本中心而非“A”资产)。手册第55页强调,新能源项目必须100%结算到资产。
解决:运行KO02 → 输入WBS → 创建新规则 → 设置接收方类型为“A”,接收方为资产主数据号 → 保存。
5.4 现象:AS01创建资产卡片时,“资产分类”字段为空且无法输入
原因:WBS的“资产大类”(KATR4)字段为空。手册第26页说明,此字段是AS01自动带出资产分类的唯一来源,二次开发做了强制校验。
解决:用CJ20N打开该WBS → 切换到“附加数据”页签 → 在KATR4字段填入标准值(如“PV_STATION_20MW”)→ 保存。
5.5 现象:项目进度确认(CJ20N→“确认”页签)后,成本未归集到WBS
原因:WBS的“计划版本”与“实际版本”不一致。手册第63页指出,进度确认需在“实际版本”(通常为“000”)下操作,若误在“计划版本”下确认,系统不记账。
解决:CJ20N → 选中WBS → 点击“版本”按钮 → 切换到“实际版本000” → 再进行确认操作。
6. 项目进度确认与预警:让PS模块真正成为新能源项目的“驾驶舱”
6.1 确认进度:CJ20N中“确认”页签的三种模式与新能源适配
进度确认不是简单填百分比。手册第63页将确认分为三类,新能源项目必须用第三种:
- 数量确认:适用于设备到货(如“光伏组件到货1000片”),输入移动类型“101”,系统自动更新库存;
- 服务确认:适用于监理服务(如“完成土建监理”),需关联服务主数据(Service Master);
- 作业确认:新能源项目强制使用,针对WBS下的活动(Activity),输入“确认数量”(如“完成支架安装1000组”)和“确认日期”,系统自动计算成本(基于活动价格)。
手册第64页截图中,“作业确认”按钮被加粗,旁边手写“EPC项目唯一有效确认方式”。这是因为作业确认直接关联CJ20N中的活动网络(Network),能精确反映工序完成度,为甘特图提供实时数据源。
-- 查询某WBS下所有已确认的作业(用于进度报表): SELECT a.posid AS wbs_element, a.aktvt AS activity_id, a.budat AS confirmation_date, a.menge AS confirmed_qty, a.wrbtr AS amount_confirmed FROM afvc a JOIN prps p ON a.posid = p.posid WHERE a.posid = 'XFDQ-2017-001-03-01' AND a.budat >= '20170601';这条SQL提取的是手册第65页“进度确认报表”数据源,它把分散在AFVC(作业确认表)中的数据聚合成可读的进度视图。
6.2 挂接项目文档:CV01N中“文档类型”的合规性陷阱
项目文档管理是审计重点。手册第66页要求,所有文档必须通过CV01N(创建文档)挂接到WBS,且“文档类型”必须选“NEP”(新能源项目)。
操作路径:
- CV01N → 输入WBS → “文档类型”下拉框选择“NEP”;
- 上传PDF/扫描件 → 保存。
提示:手册第68页警告,“若选错文档类型(如选‘GEN’通用),系统不生成文档编号,审计时无法追溯”。这是因为“NEP”类型在后台配置了强制元数据(如“项目编号”“上传人”“上传日期”),而“GEN”类型无此要求。
验证文档是否合规:
- 用CV02N(显示文档)打开该文档 → 查看“文档信息”页签 → “文档类型”必须为NEP → “文档编号”格式为“NEP-2017-001-001”。
6.3 创建PS文本(项目预警):SO10中“文本类型”的业务含义
手册第79页的“项目预警”不是发邮件,而是SAP标准文本管理。操作在SO10(创建文本)中,关键在“文本类型”:
- ZALERT:系统级预警(如“预算超支10%”,自动触发);
- ZNOTE:人工预警(如“组件交期延迟”,需项目经理手动创建);
- ZREPORT:周报摘要(供管理层查看)。
手册第80页强调:“ZALERT必须由财务系统自动推送,ZNOTE必须由项目经理在CJ20N中点击‘预警’按钮创建,二者不可混用”。这是因为ZALERT与预算容差(CJ33)联动,而ZNOTE与项目状态(CJ20N状态栏)联动。
# 自动推送ZALERT的Python伪代码(基于预算监控): def check_budget_alert(wbs_code): budget_used = get_used_budget(wbs_code) # 从CJ30取已用预算 budget_total = get_total_budget(wbs_code) # 从CJ30取总预算 usage_rate = budget_used / budget_total if usage_rate >= 0.9: # 超90%触发预警 create_sap_text( text_type='ZALERT', object_name=wbs_code, text_content=f'预算使用率{usage_rate:.1%},请立即核查!' )这个逻辑直接实现手册第81页“自动预警”要求,把纸质规则变成了可执行的监控引擎。
6.4 项目状态管理:CJ20N中“状态参数文件”的不可见力量
项目状态(如“进行中”“暂停”“已完成”)不是随便点的。手册第73页指出,状态由“状态参数文件”(Status Profile)控制,新能源项目使用“ZPS_NE”参数文件。
关键约束:
- 状态流转:从“进行中”(REL)到“已完成”(TECO)必须经过“技术完成”(TECO)状态,跳过则报错;
- 状态锁定:TECO后,WBS不可再创建采购申请、不可再确认进度;
- 状态继承:父WBS状态变更,子WBS自动同步(如XFDQ-2017-001-01设为TECO,则其下所有子节点自动TECO)。
手册第75页截图中,“状态参数文件”字段被灰色禁用,旁边手写“由系统管理员配置,用户不可改”。这意味着状态管理是顶层设计,用户只能按既定路径操作。
从那以后我每次做新能源项目上线,都强制走一遍状态参数文件配置检查:用OSS1事务码打开ZPS_NE,逐条核对状态流转规则(如REL→TECO是否允许),再用CJ20N测试流转。一次疏忽,可能导致整个项目无法关闭。希望帮到你。
本文还有配套的精品资源,点击获取