
刚开始了解 SAP 时,模块的数量之多,难免让人有点吃不消。乍一看,这不过是一个个部门:财务、采购、人力资源、销售。都是熟悉的领域,只是换成了 SAP 的框架。可一旦深入进去,您会发现每个模块自成一个世界,又通过数据和共享流程与其他模块紧密相连。
它是软件,但也是一家企业组织自身的方式。这一部分既有条理,说实话也有点死板,尤其是当您来自一套更零散的系统、各个团队各做各事的时候。
有些企业至少在一开始,只用到几个核心模块。另一些企业从第一天起就铺得很广。这要看具体情况。我见过一些团队陷入困境,不是因为系统不好用,而是因为他们并不真正清楚每个模块负责什么,也不清楚一个模块的变更会怎样波及其他模块。重点不在于学会每一项功能,而在于了解到足以做出明智的选择,尤其是当您规划的推广要持续不止一两个季度的时候。
SAP 模块把整个系统拆分成可管理的职能领域。财务、采购、人力资源、物流:每一个都有自己的模块。这听上去井然有序,事实也确实如此。但在实施过程中弄清它们如何相互连接,就没那么整齐了。有时,一个模块里的改动,会在另一个模块里引发意想不到的后果。
有帮助的做法是退后一步,理解 SAP 模块如何嵌入更大的全局,不只是从技术上,也要从运营上。如果您正在界定 ERP 推广的范围,了解每个模块能做什么(以及不能做什么),会让您抢先一步。有几个基本点值得记住:
-
功能模块(如 FI、MM、SD)对应核心业务职能。
-
技术模块(如 Basis 或 BTP)在幕后运行,但至关重要。
-
S/4HANA 让各模块的集成更紧密,但如果您有所疏忽,容错空间也更小。
-
实施往往从小处开始,然后逐步扩大。这很正常。
-
并非每个模块都需要在第一天启用,说实话,试图一次做完所有事,很少有好结果。
多数企业不会一上来就用整套 SAP。它们从几个核心功能模块开始。这些模块处理日常工作:财务、采购、销售、生产。它们是 ERP 看得见的一面,人们在这里登录、运行报告、处理交易、跟踪流转。每个模块聚焦一项关键职能,但没有哪个模块是孤立运作的。这既是挑战的一部分,也是价值的一部分。
真正的窍门,是知道哪些模块现在对您的业务最重要。不是理论上的,而是务实地,依据您的团队每天实际要做的事。
核心功能性 SAP 模块
1. SAP FI(财务会计)
FI 模块处理总账、应付账款和应收账款等核心财务流程。它对关账和合规报告至关重要。
- 支持多币种和全球税务规则
- 为对外和对内的财务报表提供数据
- 与 CO 和 MM 紧密集成
2. SAP CO(管理会计)
CO 关注的是内部成本跟踪。它帮助组织监控支出、分析盈利能力,并管理内部订单和成本中心。
- 支持实时的成本计划
- 按职能驱动绩效报告
- 与 FI 共享主数据
3. SAP MM(物料管理)
MM 涵盖采购和库存。从供应商选择到收货,它让采购和库存流转清晰可见、井然有序。
- 支持采购申请和采购订单
- 跟踪各地点的库存水平
- 推动供应链集成
4. SAP SD(销售与分销)
SD 管理客户一侧:订单、交货、开票。它是订单到收款(order-to-cash)流程的核心,帮助您掌握定价和发运。
- 记录客户订单和报价
- 管理出库物流
- 与 FI 集成以完成开票
5. SAP PP(生产计划)
PP 把计划与生产连接起来。它支持预测、排程,并实时呈现正在生产什么、何时生产。
- 把需求计划与执行连接起来
- 支持物料清单(BOM)和工艺路线
- 在制造环境中被大量使用
6. SAP HCM(人力资本管理)
HCM 聚焦于人:人事档案、薪资、时间管理。它一直是基础,不过如今许多企业会将其与 SuccessFactors 搭配使用。
- 存储员工主数据
- 处理薪资和休假政策
- 与财务集成以过账成本
高级财务相关 SAP 模块
1. 中央财务(Central Finance,CFIN)
把多个系统的财务数据整合为唯一的可信数据源。适合拥有分散式 ERP 的大型企业。
- 从源系统实时复制
- 支持集中的报告和计划
- 支持分阶段采用 S/4HANA
- 部署方式:云端与本地均可(SAP S/4HANA 中提供,云端和本地部署都有)
2. 集团报告(Group Reporting)
在集团层面提供实时的财务合并与关账。取代传统的 BPC 合并配置。
- 与通用日记账(universal journal)集成
- 支持法定合并和管理合并
- 内置公司间抵销
- 部署方式:云端(仅限 SAP S/4HANA Cloud)
3. 资金与风险管理(Treasury and Risk Management)
帮助管理现金、流动性、债务和财务风险。对全球运营企业的 CFO 至关重要。
- 监控现金头寸和预测
- 支持外汇、利率和信用风险
- 连接市场数据提供商
- 部署方式:云端与本地均可(属于 SAP S/4HANA Finance)
4. 财务规划与分析(FP&A)
整合实际数、预算和预测。用于基于驱动因素的规划、预测分析和情景建模。
- 支持集成业务计划(IBP)
- 与 SAC 配合,提供计划仪表板
- 与人力资源、销售和供应链的输入相关联
- 部署方式:云端(SAP Analytics Cloud for Planning)
5. 收入会计与报告(RAR)
按照 IFRS 15/ASC 606 自动完成收入确认。对高交易量或按使用量计费的合同尤其有用。
- 处理多要素安排
- 支持基于事件和基于时间的触发
- 与 SD、BRIM 和计费系统集成
- 部署方式:云端与本地均可(S/4HANA 中提供,也可作为独立引擎)
6. 盈利能力与绩效管理(PaPM)
先进的模拟与成本核算引擎,用于利润率分析、转移定价和监管情景测试。
- 运行详细的成本分摊与建模
- 支持实时的盈利能力洞察
- 无需复制:直接基于 S/4 数据运行
- 部署方式:云优先(BTP 上的 SAP PaPM)
SAP 里并非所有东西都面向用户。在功能模块背后,有一个把一切维系在一起的技术层:系统健康、集成、数据流、开发。这些技术和跨职能模块在日常运营中不那么显眼,但一旦没有正确配置或维护,一切都会变慢。更糟的情况是,在后台悄无声息地出问题。
无论是开发自定义报告、处理大数据集,还是把 SAP 连接到第三方系统,这些模块都是实现这一切的前提。它们不是可有可无的。它们是根基。理解它们如何运作,能帮您避开一些更常见、也更难诊断的实施难题。
技术与跨职能 SAP 模块
1. SAP Basis
Basis 是 SAP 系统全景的技术核心。它在幕后管理系统性能、用户授权和日常运维。
- 监控正常运行时间和负载均衡
- 处理补丁和传输系统
- 对系统稳定性和升级至关重要
2. SAP ABAP
ABAP 是 SAP 的主要开发语言。当标准 SAP 不太适用时,它被用于自定义报告、接口和增强。
- 在核心模块内部构建自定义逻辑
- 用于报告、表单和校验
- 支持在不修改标准的前提下进行扩展
3. SAP BW/BI
BW/BI 是 SAP 的数据仓库与分析引擎。它把原始的交易数据转化为结构化的洞察,用于决策。
- 从 SAP 和非 SAP 来源收集数据
- 支持仪表板和高级报表
- 为管理层和运营层的 KPI 提供数据
4. SAP BTP(Business Technology Platform)
BTP 让您无需改动核心,就能扩展和集成 SAP 应用。它支持低代码应用、API 和云原生服务。
- 非常适合并行(side-by-side)扩展
- 支持分析、集成和自动化
- 与 SAP S/4HANA 和第三方应用配合使用
5. SAP PI/PO
流程集成与流程编排(PI/PO)管理系统之间的数据交换。可以把它想成能与其他一切对话的中间件。
- 把 SAP 连接到第三方软件
- 处理同步和异步消息
- 支持遗留系统集成
6. SAP NetWeaver
NetWeaver 是 SAP 的基础平台。它支撑从应用开发到系统集成的方方面面,而且在许多系统全景的背后仍在使用。
- ABAP 和 Java 技术栈的框架
- 对 ECC 和混合系统仍然适用
- 常与 PI/PO 和 Basis 一起使用
人们很容易以为 SAP 是一套放之四海而皆准的东西。核心模块(财务、销售、采购)会出现在每一个实施项目里。但一旦进入具体行业,这种想法很快就站不住了。公用事业企业管理客户账户的方式,和零售商不一样。石油公司跟踪库存的方式,和医院不一样。这就是 SAP 行业专用模块的用武之地。它们处理标准模块无法完全覆盖的特有流程。
我记得一个公用事业项目,客户以为 SD 能处理他们的计费。结果不行,差得远。我们不得不迅速转向 IS-U,而说实话,这本该从第一天起就在讨论之列。
如果您不熟悉这些模块,它们可能像个黑箱。但如果您身处以下行业,它们功能强大,有时甚至是必需的:
-
石油与天然气(想想合资企业会计或生产收入)
-
公用事业(智能电表数据、受监管的计费周期)
-
零售(全渠道定价、门店运营)
-
公共部门(拨款、税收、公民服务)
-
医疗健康(患者管理、合规工作流)
它们并不总是可选的。在某些情况下,它们是 SAP 真正适配业务的唯一途径。所以要尽早为它们做规划,即使您还不完全确定会做到多深。与其日后硬塞进去,不如一开始就把复杂性考虑进来。
SAP 石油与天然气方案
1. 上游运营管理
支持勘探与生产工作流,从油田开发到油井作业。重点是产量跟踪和资产利用率。
- 管理钻井和完井数据
- 实时跟踪产量
- 与维护和物流集成
- 部署方式:云端与本地均可(SAP S/4HANA Oil & Gas,提供本地部署和行业云选项)
2. 油气供应链(Hydrocarbon Supply Chain)
支持对油气在管道、储存和运输网络中的流转进行跟踪、排程和优化。
- 支持批次跟踪和调和
- 提高需求预测的准确性
- 监控储存和交付时间
- 部署方式:本地部署(SAP TSW、TD、IS-Oil),带有部分云扩展
3. 合资企业会计(JVA)
对分摊勘探成本的上游运营商不可或缺。处理成本回收、与合作伙伴的账单结算以及收入分成。
- 支持作业方和非作业方角色
- 跟踪共同支出和权益
- 符合国际 JVA 标准
- 部署方式:本地部署(ECC/S/4HANA 中的 SAP JVA 模块)
4. 生产收入会计
管理所产油气的销售、特许权使用费处理,以及在各相关方之间的收入分配。
- 计算净回值定价
- 处理特许权使用费和代扣税款
- 生成相关方报告
- 部署方式:云端与本地均可(SAP PRA,传统上为本地部署,并提供 BTP 报表选项)
5. 资产全生命周期管理
跟踪实物资产(钻机、管道、压缩机)从安装、维护直至退役的全过程。
- 规划检查和维修
- 支持基于状态的监测
- 提高设备可用时间
- 部署方式:云端与本地均可(本地部署的 SAP EAM 和云端的 SAP Predictive Asset Insights)
6. 环境、健康与安全(EH&S)
在石油与天然气行业对合规和风险缓解至关重要。管理安全事件、审计和监管跟踪。
- 记录安全事件和调查
- 跟踪许可证和法律要求
- 监测排放和环境风险
- 部署方式:云端与本地均可(本地部署的 SAP EHS 和云端的 SAP Environment Management)
SAP 零售方案
1. 商品管理
跟踪商品从计划到销售的整个生命周期。支持从品类组合规划到降价优化的各个环节。
- 跨地点的实时库存可视
- 支持多渠道定价和可售状态
- 与物流、财务和供应链集成
- 部署方式:云端与本地均可(SAP S/4HANA Retail,本地部署和云端均可使用)
2. 门店运营
帮助开展日常零售门店活动(库存、定价、POS 数据),同时让一切与中央系统保持同步。
- 管理门店库存和现金处理
- 提供门店内的分析和 KPI
- 提高库存准确性和补货效率
- 部署方式:云端与本地均可(SAP S/4HANA Store Ops + SAP BTP 零售应用)
3. 全渠道商务
在实体店、线上平台和移动应用之间提供统一的购物体验。让客户与库存保持同步。
- 集中的订单与履约逻辑
- 跨渠道的实时库存可用性
- 支持线上下单、门店自提和退货
- 部署方式:云端(SAP Commerce Cloud、SAP Order Management Foundation)
4. 客户活动库(CAR)
收集并处理所有触点上的购物者数据。支撑个性化、购物篮分析和实时洞察。
- 统一 POS、网站和移动端数据
- 支持个性化促销
- 为忠诚度和推荐引擎提供数据
- 部署方式:本地部署(SAP CAR),正通过 SAP BTP 向云端过渡
5. 预测与补货
利用历史数据和预测模型,自动完成库存计划和补货,又不会让门店或仓库不堪重负。
- 减少缺货和过剩库存
- 适应季节性和区域性趋势
- 改善与供应商的协同
- 部署方式:云端与本地均可(本地部署的 SAP F&R,以及通过 SAP BTP 集成的预测)
6. 促销与定价管理
集中管理促销计划和定价策略,确保各渠道的优惠一致,并减少临时的人为改价。
- 支持复杂的折扣规则
- 在推出之前模拟促销的影响
- 与 POS 和电商引擎集成
- 部署方式:云端(SAP BTP 上的 SAP Omnichannel Promotion Pricing)
SAP 公用事业方案
1. 客户互动与计费(IS-U)
管理公用事业中完整的客户生命周期,从开立账户到电、气、水服务的计费和收款。
- 处理从抄表到收款(meter-to-cash)的流程
- 支持灵活的计费结构
- 与 CRM 和财务模块集成
- 部署方式:云端与本地均可(IS-U 本地部署,通过 SAP BTP 提供云扩展)
2. 设备管理
管控电表和变压器等公用事业设备。实时跟踪安装、维护和抄表计划。
- 管理计量设备的生命周期
- 支持智能计量集成
- 减少数据不一致
- 部署方式:本地部署(IS-U 的一部分),云集成有限
3. 能源数据管理(EDM)
采集并处理来自智能电表和传感器的区间数据。用于分析用量并生成计费依据。
- 处理海量时间序列数据
- 改进能源负荷预测
- 支持动态定价模型
- 部署方式:云端与本地均可(IS-U 本地部署,可选基于 BTP 的分析)
4. 市场通信
确保公用事业企业、市场运营商和合作伙伴之间的数据交换。对放松管制、多供应商的公用事业市场至关重要。
- 遵循监管规定的数据格式
- 自动化合同切换流程
- 支持安全的 B2B 通信
- 部署方式:本地部署(通过 SAP PI/PO 或 BTP 集成)
5. 作业管理
协调现场作业和维护工作,无论是计划性的还是紧急的。让资产维修、检查和派工高效运转。
- 支持移动工单
- 与 GIS 和资产记录集成
- 缩短服务响应时间
- 部署方式:云端与本地均可(本地部署的 SAP EAM,云端的 SAP Field Service Management)
6. 能源组合管理
管理能源交易、预测和采购。支持受监管和放松管制的能源市场,并提供成本和风险的可视性。
- 处理供应合同和交易
- 预测需求和市场敞口
- 优化能源采购策略
- 部署方式:云优先(SAP S/4HANA Utilities + SAP Analytics Cloud)
SAP 公共部门方案
1. 公共部门财务(PSM-FM/GM)
为政府和非营利组织管理预算、资金分配和拨款会计。确保支出的透明与合规。
- 支持多年期预算和专款预算
- 对照法律约束跟踪资金使用情况
- 处理来自公共或私人来源的拨款
- 部署方式:云端与本地均可(S/4HANA 本地部署和云端中的 PSM)
2. 税收与收入管理
自动完成税款和公共规费的核定、开票和征收。供地方和中央税务机关使用。
- 管理纳税人档案和义务
- 支持自助门户和数字支付
- 跟踪欠缴并执行催收
- 部署方式:本地部署(SAP TRM),云端方案正在开发中
3. 社会服务个案管理
为住房、福利或就业援助等社会项目,支持资格审核、福利发放和个案跟踪。
- 安全地维护个案档案
- 自动计算福利资格
- 监控项目成效和绩效
- 部署方式:云端与本地均可(本地部署的基于 SAP CRM 的个案管理,云端的 BTP 扩展)
4. 拨款全生命周期管理
跨部门或跨辖区管理公共拨款和科研拨款的完整生命周期,从申请、发放到报告。
- 便于多来源拨款资金的管理
- 跟踪合规性和支出
- 提升审计准备度
- 部署方式:云端与本地均可(ECC/S/4HANA 中的 SAP GM,以及云原生选项)
5. 城市规划与土地管理
帮助政府通过一个集成系统,管理许可证、分区、土地使用和城市开发申请。
- 简化申请工作流
- 支持公众访问和状态跟踪
- 集成 GIS 和空间数据
- 部署方式:云端(SAP BTP 上的 SAP Spatial Services)
6. 公共安全与事件管理
供国防、警务或应急服务部门使用,用于管理事件、跟踪人员并协调快速响应行动。
- 记录事件和升级详情
- 支持跨机构协调
- 支持移动上报和实时更新
- 部署方式:本地部署(SAP PSIM),云扩展有限
7. 中央财务
把多个部门或系统的财务数据整合为统一视图。适合运营分散的政府部门。
- 跨机构的实时可视性
- 统一会计和报告标准
- 支持共享服务的财务模式
- 部署方式:云端与本地均可(云端和本地部署的 SAP S/4HANA Central Finance)
8. 中央采购
为公共部门机构提供统一的采购枢纽,支持战略寻源、合同合规和成本控制。
- 集中的供应商和招标管理
- 透明的寻源工作流
- 减少各部门之间的重复采购
- 部署方式:云端与本地均可(云端和本地部署的 S/4HANA Central Procurement)
9. 公民参与与服务交付
通过数字渠道改善与公众的互动。支持在线服务申请、个案跟踪和社区参与工具。
- 全渠道服务平台
- 许可、税务和支持方面的自助服务
- 把反馈纳入服务改进
- 部署方式:云端(SAP Qualtrics、SAP BTP 服务)
SAP 医疗健康方案
1. 患者管理
处理核心行政事务:患者登记、预约和计费。确保顺畅的前台体验和后台数据的准确性。
- 管理住院和门诊工作流
- 与临床和财务系统集成
- 实时跟踪就诊、保险和计费
- 部署方式:本地部署(SAP IS-H),正向兼容云的服务过渡
2. 临床信息系统
集中管理临床文档和诊疗协调。帮助医生和护士管理治疗方案和病历。
- 支持病程记录、诊断和治疗
- 与检验、药房和影像系统集成
- 支持安全的电子病历(EMR)
- 部署方式:本地部署,并提供通往 SAP BTP 云服务的集成路径
3. 医疗健康供应链管理
通过实时跟踪、采购和需求预测工具,确保关键医疗物资的供应。
- 管理手术包、个人防护装备(PPE)和药品
- 把库存与使用和订货周期连接起来
- 与 MM 和仓库模块联动
- 部署方式:云端与本地均可(SAP S/4HANA Cloud 和本地部署中均可使用)
4. 患者计费与收入周期
通过把临床活动与计费系统连接起来,提高财务准确性。处理理赔、保险和付款过账。
- 跟踪已提供的服务和付款方信息
- 支持公立和私立医疗的计费格式
- 改善审计线索和合规性
- 部署方式:云端与本地均可(IS-H 搭配用于财务的 S/4HANA,并提供云扩展)
5. 医疗健康劳动力管理
帮助医院规划、排班和管理医护人员。跟踪工时、薪资、合规和资质。
- 与 SuccessFactors 集成,用于人才管理
- 支持工会规则、换班和休假计划
- 让人员缺口一目了然
- 部署方式:云优先(SAP SuccessFactors),传统 SAP HCM 中的本地功能有限
6. 健康数据集成与分析
整合跨系统的患者数据,用于人群健康分析、结果跟踪和预测建模。
- 把电子病历、理赔和检验数据合并到一个视图
- 为质量和成本监控的仪表板提供数据
- 使用 SAP BTP 和 SAP Analytics Cloud
- 部署方式:云端(SAP BTP + SAP Analytics Cloud)
SAP 保险方案
1. 保单管理
处理保单的完整生命周期,从核保、出单到变更、续保和退保。
- 支持个人、商业和团体险种
- 具备实时报价和承保(bind)能力
- 与理赔、计费和 CRM 集成
- 部署方式:云端与本地均可(SAP S/4HANA for Insurance,云端和本地部署均可使用)
2. 理赔管理
跨多个业务线自动完成理赔受理、核验、处理和结算:财产险、人寿险、健康险和意外险。
- 加快理赔的直通式处理
- 包含欺诈检测和案件处理
- 提高对代理人和投保人的透明度
- 部署方式:云端与本地均可(本地部署的 SAP Claims Management,云端提供 BTP 扩展)
3. 保费计费与收款
管理保费开票、付款计划和收款。支持与银行和数字支付网关集成。
- 处理常规和临时的计费周期
- 支持自动支付处理
- 通过基于工作流的催收减少欠缴
- 部署方式:云端与本地均可(核心在 SAP FS-CD,在 S/4HANA Finance 和云工具中扩展)
4. 再保险管理
自动管理分出和分入的再保险合同。跟踪分出、转分保和可摊回金额。
- 支持比例和非比例合约
- 计算摊回款和佣金
- 与理赔和财务系统联动
- 部署方式:本地部署(SAP FS-RI),通过扩展提供有限的云集成
5. 产品配置与发布
帮助保险公司借助可配置的规则、定价模型和保障模板,设计、模拟并推出新的保险产品。
- 借助可复用组件加快产品推出
- 支持精算和核保输入
- 支持推出前的测试和模拟
- 部署方式:云优先(SAP BTP 上的 SAP Product Configuration)
6. 客户与代理人门户
为投保人和代理人提供自助服务入口:报价、理赔状态、付款和保单变更集中在一处。
- 面向网页和移动端的全渠道界面
- 与 CRM 和文档存储集成
- 提高透明度并减少来电量
- 部署方式:云端(SAP Fiori 应用 + SAP BTP 前端服务)
SAP 航空方案
1. 维护、维修与大修(MRO)
作为航空运营的核心,该模块管理飞机维护的计划、执行,以及适航合规性跟踪。
- 安排预防性和纠正性任务
- 与零部件库存和工作中心集成
- 确保监管文件被记录在案
- 部署方式:云端与本地均可(本地部署的 SAP EAM 和云端的 SAP Field Service Management)
2. 航空供应链管理
管理航空特有的物流,从零部件采购到仓库管理,以及用于机队维护的关键库存可用性。
- 支持零部件准时制(Just-in-Time)交付
- 在整个生命周期内跟踪序列化部件
- 让供应链与维护预测保持一致
- 部署方式:云端与本地均可(云端或本地部署的 SAP S/4HANA Supply Chain)
3. 航班排程与运行
使航空公司和机场运营方能够管理机组排班、航线规划、登机口分配和实时的运行中断处置。
- 管理时刻表和资源可用性
- 通过预警提升准点率
- 与人员和燃油系统集成
- 部署方式:云端(SAP Business Network for Aviation,通过 BTP 集成)
4. 收入会计与管理
支持票价定价、票价对账、货运计费,以及跨代码共享和联盟协议的合作伙伴结算。
- 符合 IATA 会计标准
- 处理复杂的票价和货运规则
- 与财务和 CRM 集成
- 部署方式:云端与本地均可(SAP S/4HANA Finance,云端提供航空模板)
5. 航空资产全生命周期管理
跟踪飞机部件从购置、使用到退役的生命周期。对机队绩效和投资回报至关重要。
- 监测飞行小时、起降循环和利用率
- 支持 FAA/EASA 合规
- 与采购和工程联动
- 部署方式:云端与本地均可(带航空扩展的 SAP EAM;云路线图正在推进)
6. 旅客体验与忠诚度管理
推动忠诚度计划、定向优惠和个性化沟通,以提升旅客旅程和品牌忠诚度。
- 与 SAP Emarsys 和 Commerce Cloud 集成
- 管理分级奖励计划和促销
- 在各渠道实现个性化沟通
- 部署方式:云优先(SAP Customer Experience Suite)
SAP 汽车方案
1. 整车订单管理
处理复杂、变型众多的整车配置,以及跨全球汽车网络的订单跟踪和完整履约。
- 支持 OEM 和经销商的订货流程
- 管理配置、定价和定制规格
- 跟踪车辆从下单到交付的生命周期
- 部署方式:云端与本地均可(SAP S/4HANA + SAP Vehicle Management System)
2. 汽车制造执行
管理车间作业,包括装配排序、质量控制和实时生产跟踪。
- 让线边生产与需求保持同步
- 监控部件可用性和工艺路线
- 采集实时 KPI 和缺陷日志
- 部署方式:云端与本地均可(SAP Digital Manufacturing Cloud,或本地部署的 SAP ME)
3. 供应链协同
提升 OEM、供应商和物流服务商之间的可视性与协同,以支持准时顺序(JIS)作业。
- 与供应商的实时沟通和预警
- 支持 ASN、排程和追踪溯源
- 减少库存缓冲和提前期
- 部署方式:云优先(SAP Business Network for Automotive)
4. 保修与索赔处理
自动完成保修核验、服务索赔跟踪,以及向供应商和内部质量团队的成本追偿。
- 管理多种保修类型和层级
- 记录经销商和服务中心的索赔
- 把故障数据与质量改进联系起来
- 部署方式:云端与本地均可(S/4HANA 上的 SAP Warranty Management 和 BTP 扩展)
5. 汽车零售与售后
支持经销商运营、服务预约和备件销售,同时在售后实现个性化的客户互动。
- 集成零部件目录和服务记录
- 支持忠诚度、增销和留存优惠
- 包含排程和移动服务工具
- 部署方式:云端(SAP Customer Experience + Industry Cloud 应用)
6. 车联网洞察
采集并分析车辆遥测数据,用于预测性维护、基于使用量的服务和出行业务模式。
- 处理来自物联网和车载系统的数据
- 支持电动汽车充电、车队服务和诊断
- 把实时数据反馈到产品开发循环
- 部署方式:云端(SAP BTP + SAP Edge Services)
SAP 制造方案
1. 生产计划与排程
通过使生产订单与物料可用性、产能和需求保持一致,处理离散制造和流程制造场景。
- 优化订单排序和班次计划
- 支持按库存生产、按订单生产和重复制造流程
- 与库存和车间集成
- 部署方式:云端与本地均可(SAP S/4HANA PP,本地部署和云端均可使用)
2. 制造执行
实时监控车间活动,采集设备数据、操作员输入以及偏离标准作业指导的情况。
- 提升可追溯性和操作员指引
- 实时跟踪良率、报废和停机
- 确保符合工艺流程
- 部署方式:云端与本地均可(SAP Digital Manufacturing Cloud,或本地部署的 SAP ME)
3. 质量管理
管理检验计划、不合格品处理和质量审核,覆盖来料、过程和成品阶段。
- 通过工作流和控制图强制执行检查
- 支持法规合规和 ISO 标准
- 记录根本原因和持续改进措施
- 部署方式:云端与本地均可(S/4HANA 中的 SAP QM,提供与云集成的分析)
4. 资产维护与可靠性
支持预测性、预防性和纠正性维护,以尽量减少停机,并延长各工厂资产的生命周期。
- 依据使用情况和状态安排维护
- 集成物联网传感器和机器学习
- 与备件和工单系统联动
- 部署方式:云端与本地均可(本地部署的 SAP EAM 和云端的 SAP Predictive Asset Insights)
5. 工业物联网集成
把机器、传感器和控制系统连接到 SAP,采集实时遥测数据,并在边缘侧自动化决策。
- 支持 OPC UA、MQTT 和标准协议
- 支持状态监测和告警
- 为预测性维护和分析提供数据
- 部署方式:云优先(SAP BTP + SAP Edge Services)
6. 产品生命周期管理(PLM)
管理工程变更控制、产品结构,以及研发、生产和采购团队之间的协作。
- 支持 BOM 版本管理和文档控制
- 集成 CAD 数据和变更工作流
- 把设计与制造执行系统联系起来
- 部署方式:云端与本地均可(S/4HANA 中的 SAP PLM 和云端的 SAP Enterprise Product Development)
多数 SAP 实施都把重心放在功能一侧:财务、销售、采购。这也无可厚非。但在每一套运转良好的系统背后,都有一层技术模块在默默承担繁重的工作。早期讨论时它们未必是人们首先想到的,但一旦涉及性能问题、集成点或自定义开发需求,它们很快就变得至关重要。
我见过一些项目停滞,不是因为财务没有配置好,而是因为有人低估了管理传输所需的工作量,或者没有为接口测试做规划。这类事情,在出问题之前您根本不会留意。而一旦出了问题,您就只能注意到它了。
一些常被忽视的例子:
-
SAP Basis,让系统保持稳定、打好补丁、安全可靠。
-
ABAP,几乎所有自定义开发都在这里。
-
Integration Suite,把 SAP 连接到其他一切。
-
BTP,说实话,人们仍然会把它和 NetWeaver 或 SCP 搞混。
这些模块并非孤立存在。它们决定了系统每个部分能做到什么。所以,即使您不在 IT 部门,也值得了解它们做什么,或者至少知道出了问题该找谁。
技术与跨职能 SAP 模块
1. SAP Basis
为 SAP 系统管理提供基础层,管理用户访问、系统性能和传输系统全景。
- 处理内核更新、补丁和系统日志
- 管理角色、授权和客户端策略
- 对系统监控和正常运行时间至关重要
- 部署方式:云端与本地均可(本地部署的 S/4HANA 和 SAP Cloud ALM)
2. SAP ABAP
SAP 的核心编程语言。用于跨模块构建自定义报告、增强和接口。
- 开发自定义逻辑和用户出口
- 借助 BAdI 和增强点实现增强
- 支持 REST API 和 CDS 视图
- 部署方式:云端与本地均可(所有基于 ABAP 的系统中均可使用)
3. SAP Business Technology Platform(BTP)
用于集成、扩展和构建应用的统一平台。支持低代码、无代码开发和分析。
- 承载 SAP Build、CAP 和 Fiori 应用
- 提供数据管理、AI 和集成服务
- 是云端可扩展性策略的核心
- 部署方式:云端(仅限 SAP BTP)
4. SAP BW/BI
提供企业级报表、数据仓库和分析。汇集来自 SAP 和非 SAP 来源的数据。
- 支持 InfoProvider、查询和仪表板
- 为计划模型和董事会报告提供数据
- 与 SAP Analytics Cloud 配合使用
- 部署方式:云端与本地均可(本地部署的 SAP BW/4HANA 和 S/4HANA Cloud 中的嵌入式分析)
5. SAP Integration Suite(PI/PO 的后继产品)
提供工具,在混合系统全景中通过 API、事件和流程连接 SAP 与非 SAP 系统。
- SAP PI/PO 的后继产品
- 提供预置的集成包
- 支持事件驱动和基于 API 的工作流
- 部署方式:云端(BTP 上的 SAP Integration Suite)
6. SAP NetWeaver
用于 Java 和基于 ABAP 的应用的传统平台,常见于混合 ERP 系统全景中。
- 运行较早的 SAP 门户、Web Dynpro 应用和 PI
- 用于 ECC 和部分 S/4HANA 部署
- 正逐步淘汰,转向 BTP
- 部署方式:仅限本地部署
![]()
选择合适的 SAP 模块,首先要弄清楚业务实际在做什么、要往哪里去,以及哪些流程是不容妥协的。行业很重要,公司规模也很重要。但除此之外,关键在于契合度。有些团队需要实时库存,另一些更在乎财务合并或人力资源工作流。
您需要考虑:
-
业务目标与技术限制之间的权衡
-
内部专业能力和资源承载力
-
监管或行业特有的要求
-
哪些确实需要定制,哪些不需要
没有人能第一次就做得完美。但沟通越坦诚,长期结果就越好。
SAP 模块的实施很少完全按计划进行。即使路线图清晰,事情也会滑坡:数据没准备好,用户抵触,集成点出问题。然后还有定制。人人都说会坚持标准,直到旧习惯悄悄渗入,设计突然开始漂移。这有技术上的复杂性,但也有人的一面。
您大概会遇到的一些挑战:
-
选错模块,或漏掉关键模块
-
低估测试和集成的时间
-
对变革的抵触,让推广停滞
-
把糟糕的数据质量带入新系统
-
上线后缺乏支持
这些都不是新鲜事。但它们依然让团队措手不及。每一次都是如此。
1. 模块选择不当
选错模块,往往是由于分析不足或厂商施压,可能留下关键缺口,或带来不必要的复杂性。
- 缓解措施:尽早开展适配差距分析(fit-gap analysis)
- 在界定范围时让业务流程负责人参与
- 对照实际使用场景验证选择
2. 过度定制的压力
试图让 SAP 去模仿遗留系统,会导致方案臃肿、升级成本高昂,并降低系统的稳定性。
- 缓解措施:尽可能优先采用 Fit-to-Standard
- 为每一项定制记录业务理由
- 用 BTP 扩展代替对核心的改动
3. 集成盲区
模块之间或与外部系统的集成常被推迟,导致流程中断和数据不一致。
- 缓解措施:一开始就梳理集成触点
- 把中间件和 API 规划纳入早期设计
- 在端到端场景中测试接口,而不是事后再测
4. 变革管理不足
即使配置得再好的系统,如果用户不接受,也会失败。变革管理的预算往往不足,或者处理得太晚。
- 缓解措施:通过工作坊尽早让用户参与
- 制定基于角色的培训计划
- 在每个职能内部指定变革推动者
5. 数据准备不充分
糟糕的数据会拖慢实施,并侵蚀信任。结构混乱、重复或过时的记录,会把风险带进新系统。
- 缓解措施:在蓝图阶段就开始数据清洗
- 界定跨模块的数据归属
- 运行模拟加载,并在迁移前验证数据结构
6. 缺乏上线后的规划
许多团队把上线当作终点。但系统会不断演进。没有上线后的支持,用户会失去信心,问题也会一直拖着。
- 缓解措施:设置 Hypercare 和稳定期
- 在上线之前设立内部支持角色
- 规划季度优化复盘
我在 SAP 和数字化转型领域有 25 年经验,见过从启动到上线的项目,也见过没人谈论的那段混乱的中间过程。有时我从一开始就带领项目。另一些时候,我是在事情出了岔子时被请来稳住局面。
无论哪种方式,我的角色都一样:把业务真正需要的东西,与系统实际能交付的东西连接起来。没有行话,没有废话。您在这里看到的不是理论。它由多年一线经验塑造,在真实压力下解决真实问题。
![]()
常见问题
很多客户在最初考虑 SAP 实施时,总会围绕同样的几个问题打转。
也许您自己也有其中几个疑问:到底要多久,可能要花多少钱,或者系统上线后需要什么样的支持。这些问题问得合理。
所以,与其让您去猜,我整理了清晰、坦诚的答案,让您更清楚会遇到什么,以及棘手之处通常出现在哪里。
1. 典型的实施中,最常用的 SAP 模块有哪些?
这确实取决于业务,但有些模块会一再出现:FI(财务)、MM(物料管理)、SD(销售与分销)和 CO(管理会计)通常是核心。HR 和 PP 也很常见。多数情况下,只要您在运行 ERP,每天至少会接触到其中三四个。
2. 我可以只实施一个 SAP 模块吗?
从技术上讲可以。许多企业先从财务或采购起步,之后再扩展。但即便如此,您仍需要一些配套要素,比如用户管理或集成,所以在实践中很少有只用一个模块的部署。
3. SAP 模块的可定制程度有多高?
非常高,这既是优势,也是风险。您可以调整工作流、添加自定义字段、编写自己的报告。但定制很容易迅速失控。如果不小心,最后得到的东西会很难升级,甚至更难向新用户解释。
4. SAP 模块能与第三方工具集成吗?
当然可以。只要提前规划,SAP 能和其他系统配合得很好。API、中间件(如 PI/PO 或 Integration Suite)和 BTP 服务,让集成变得可行。但不要以为是即插即用。集成仍然需要下功夫。
5. 我需要 SAP 提供的每一个模块吗?
不需要。SAP 有几十个模块,但很少有企业全部用上。您需要什么,取决于您的业务模式、规模和行业。有些模块至关重要,另一些则是小众的,或者用不上、属于过度配置。
6. 行业专用的 SAP 模块与核心模块是分开的吗?
它们更像是扩展。IS-Retail、IS-Oil 或 IS-Utilities 建立在核心功能之上。所以您仍然需要 FI 或 MM,只是行业模块会调整这些部分的行为,以适应您所在的行业。
7. 如果我选错了模块会怎样?
您会感觉到的。流程不太贴合,人们会开始自己想办法绕过去。日后再去修正,代价会很高。最好的办法?一开始就花时间梳理真实需求,而不只是各部门的愿望清单。
8. 上线后还能更改 SAP 模块吗?
可以,但不一定简单。人们一旦用上系统,每一次变更都会影响某个人的工作流程。您可以添加或重新配置模块,但通常需要规划、测试,还要有一点耐心。
9. 实施一个模块需要多长时间?
从几周到几个月不等。像 FI 这样的单个模块,如果环境干净、采用开箱即用的标准做法,可能 8 到 12 周就能上线。一旦增加复杂性、集成或大量定制,时间线就会迅速拉长。
10. 谁来决定我们需要哪些模块?
这应当是共同决策。IT 可以就系统兼容性提出建议,但运营上需要什么,应由业务负责人来主导。当它变成只由 IT 或只由财务做的决定时,很多事情就会出错。
这确实取决于业务,但有些模块会一再出现:FI(财务)、MM(物料管理)、SD(销售与分销)和 CO(管理会计)通常是核心。HR 和 PP 也很常见。多数情况下,只要您在运行 ERP,每天至少会接触到其中三四个。
从技术上讲可以。许多企业先从财务或采购起步,之后再扩展。但即便如此,您仍需要一些配套要素,比如用户管理或集成,所以在实践中很少有只用一个模块的部署。
简化您的 SAP 实施之旅的工具
SAP 实施成本计算器
这个工具可以帮助您估算 SAP 实施的大致成本。
SAP 人员岗位描述生成器
如果您要为 SAP 项目招人,可以用这个工具生成岗位描述。
数据迁移工作量与成本估算器
通过这个工具,您可以确定所需的数据对象,以及与数据迁移相关的成本。
简单易用的 ERP 实施成本计算器
快速评估您的 ERP 预计成本和时间线。它并不完美,但能让您对成本有个不错的了解。
SAP 方案构建器与路线图生成器
这个工具根据您的行业、规模和目标,帮助界定合适的 SAP 方案范围和分阶段路线图,让您在合适的时间部署合适的模块。
S/4HANA 迁移评估工具:Greenfield 与 Brownfield
根据系统的年限、数据、自定义代码和流程需求,快速确定合适的迁移路径(Greenfield、Brownfield 或 Selective)。
快速评估您的 ERP 预计成本和时间线。它并不完美,但能让您对成本有个不错的了解。