SAP S/4HANA培训 32 - FICO入门第2天：系统景观、传输请求、迁移与项目角色

本视频在“SAP MM S4HANA 2025”下载目录中编号为 32，但原视频实际是 FICO 初学者完整课程的第 2 天，并不是 MM 第 32 课。课程从 SAP 系统景观讲起，依次介绍传输请求、项目团队、RICEFW、LSMW、业务伙伴、权限、表单和审批工作流。本文按视频实际顺序整理，同时用 SAP 当前官方资料纠正其中已经过时或过度简化的说法。

课程资料

本课实际范围

一、系统景观不是“一个服务器里的几个客户端”

视频使用了最常见的三系统路径：

SAP 官方把基础三系统景观定义为 DEV、QAS 和 PRD，通常通过开发到质量的整合路径，再通过质量到生产的交付路径传递变更。真实项目还可能增加沙箱、培训、预生产、维护或双轨系统，不能把视频中的三个系统和 100/200/300/400/800 客户端编号当成固定标准。

视频把开发系统中的客户端分为配置、测试和 ABAP 开发用途，这可以作为示意，但需要注意：

二、SE09 与传输请求

SE09 的 Transport Organizer 用于查看和管理传输请求。视频先选择 Customizing Requests，再比较 Modifiable 和 Released 两种状态。

1. Customizing 与 Workbench 的核心区别

“功能顾问 99% 都用 Customizing Request”只是讲师经验，不是 SAP 规则。请求类型由变更对象决定，而不是由人员职位决定。功能顾问也可能产生 Workbench Request，例如修改跨客户端配置或某些开发对象；ABAP 开发也可能配合 Customizing 内容。

2. Request、Task 与释放顺序

一个请求通常包含一个或多个用户任务。开发或配置对象先记录在任务中；完成后先释放任务，所有任务释放后才能释放上层请求。请求释放后，对象清单可用于导入后续系统。

视频对“释放后不能再加对象”的描述方向正确。若后续发现新变更，应创建或使用新的可修改请求，而不是把已释放请求当作工作容器。

三、项目中的三类业务角色

视频把参与者分为 Consultant、Core Team Member 和 End User。更实用的职责边界如下：

视频列举的 FI、MM、SD、HR、PS、QM、PM 属于功能领域，ABAP、Basis、BI/BW、PI、Security、CPI 属于常见技术方向，但项目组织会随部署方式、规模和供应商模型变化。团队名称不是关键，明确决策权、交付物和验收责任才是关键。

四、RICEFW：需求如何变成可交付对象

RICEFW 是 SAP 项目中常用的自定义对象分类：

功能顾问的重点不是“把想法告诉 ABAP”，而是形成可验证的功能规格：业务条件、字段来源、计算规则、错误处理、权限、测试样例和验收标准。技术顾问据此设计和实现，并与功能顾问共同完成测试。

视频以供应商发票页面增加 GST 字段说明 Enhancement。这个例子只说明“标准界面不能满足需求时可能需要扩展”，不代表加字段一定要改 SAP 标准程序。正式项目应先检查现有配置、扩展点、Key User Extensibility、BAdI 或已发布 API，再选择开发方式。

五、LSMW 演示可以学习流程，但不能当作 S/4HANA 推荐方案

视频用 FD01 客户创建录屏演示 LSMW：先记录人工交易步骤，再定义源字段，把 Excel 数据保存为文本文件，最后创建并运行批输入会话。画面中的源字段包括公司代码、客户账户组、名称、国家、语言、统驭科目和排序码。

从教学角度，这段演示能帮助理解批量数据处理的基本链路：

源数据 → 字段映射 → 转换规则 → 载入 → 错误检查 → 对账

但视频进一步声称 LSMW 在 S/4HANA 中仍被大量使用，并且比 LTMC 更快、更实用。这不能写成当前标准。SAP 官方明确说明：

术语也需要纠正：

Migration Cockpit 使用迁移对象描述源结构、目标结构、字段映射和转换规则，主要面向新实施场景的初始数据加载；它不是系统间持续同步或日常接口工具。无论使用哪种方式，都必须做数据清洗、试迁移、错误处理、数量与金额对账，以及业务签字确认。

六、校验与替代不是同一件事

视频随后进入会计凭证校验配置，展示公司代码 1124 的抬头和行项目校验。

视频用“国家必须是印度”说明校验，用“无论输入什么都替换为印度”说明替代。概念上容易理解，但真实项目不能用替代掩盖错误来源。对于国家、税务、银行等高风险字段，应优先保证主数据治理、来源正确和可追溯性。

视频还举出“供应商发票必须填税字段”“过账日期应晚于单据日期”等规则。这些都是当前测试系统中的示例，不是所有公司都应复制的 SAP 标准。是否允许未来日期、同日过账或空参考字段，应由财务制度、期间控制和本地法规共同决定。

七、S/4HANA 中用 BP 统一维护客户与供应商

课程对比了 ECC 的 FD01/FD02、FK01/FK02/FK03 与 S/4HANA 的 BP。这一方向正确：在 SAP S/4HANA 中，Business Partner 是客户和供应商主数据的领先对象与统一入口。

一个业务伙伴可以有多个角色：

视频通过切换角色判断该 BP 是供应商还是客户，思路正确，但不应依赖描述文字猜测。应检查已分配的 BP 角色、对应公司代码/销售范围/采购组织数据，以及 Customer/Supplier Integration 状态。

权限方面，视频把“事务码访问”和 01/02/03 活动解释为创建、修改、显示。实际角色设计还会涉及授权对象、组织级别、字段状态、应用目录和数据范围。正式生产环境应遵循最小权限和职责分离，不能因为是功能顾问就默认拥有 SAP_ALL 或跨模块修改权限。

八、报表、表查询与生产访问

视频用 FBL1N 展示供应商行项目，再用 SE16N 查看供应商表数据。两者用途不同：

视频提到 LFA1 和 LFB1 可查看供应商通用及公司代码数据，这反映了经典表结构，但在 S/4HANA 项目中不能仅凭直接查表设计业务报表。应先确认当前版本的数据模型、兼容性视图、CDS View 和已发布 API。

视频中的“顾问在生产系统可以临时进入并查看”“小客户可能给更多权限”属于个人项目经历。生产访问必须由客户安全制度决定，并通过审批、临时授权、日志审计和操作留痕控制。

九、表单与供应商发票工作流

1. Forms

表单负责把业务数据以固定版式输出，例如采购订单、客户发票、供应商通知和付款凭证。业务需要定义字段、顺序、税额、地址、语言和合规要求；技术实现可能复用标准模板，也可能建立客户专用模板。选择“复制标准”还是“新建”应由差异范围、维护成本和升级影响决定。

2. Workflow

视频用金额阈值举例：低于十万的发票交给经理，高于十万的发票交给高级经理。这是业务规则示例，不是 SAP 固定审批矩阵。

SAP S/4HANA 的供应商发票 Flexible Workflow 支持：

视频围绕“经理批准后自动过账，还是退回创建人再手工过账”进行了较长讨论。正确答案不是固定的：结果取决于所选工作流场景、系统版本、发票状态和配置。正式设计时要先确定业务控制目标，再选择标准场景；不能只根据讲师某个客户项目的行为推断所有系统。

视频还把工作流是否可用简单归因于单独购买许可证。实际授权和合同取决于具体产品、版本、部署方式和合同条款，本文不据此下结论，应由客户与 SAP 或实施伙伴按正式合同确认。

十、视频内容与当前标准的关键差异

十一、学习检查清单

十二、本课边界

本课是概念导览和现场问答，不是一套完整实施练习。视频没有搭建新的系统景观，没有创建并跨系统导入新的传输请求，没有完成一个 S/4HANA Migration Cockpit 项目，也没有配置和测试供应商发票 Flexible Workflow。LSMW、BP、权限和工作流画面用于解释概念，不能当作可直接复制到生产系统的操作手册。

SAP 官方资料核验

• SAP Learning：System Landscape Options
• SAP Help：Transporting Customizing Settings
• SAP Help：Releasing Transport Requests
• SAP Help：SAP S/4HANA Migration Cockpit
• SAP S/4HANA 2023 Simplification List：LSMW 限制与 Migration Cockpit 建议
• SAP Help：Business Partner
• SAP Help：Business Partner Approach（Customer/Supplier Integration）
• SAP Help：Access to the System（Fiori 与 SAP GUI）
• SAP Help：Flexible Workflow for Supplier Invoices
• SAP Help：How to Configure the Flexible Workflow for Supplier Invoices