都在盯2027，SAP说真正卡脖子的是2030

问十个ECC客户截止日期是哪年，九个会回答2027。但SAP首席技术官在10月7日发布的一篇文章里，把另一个年份推到了台前：2030。不是因为维护日期改了——SAP明确表示没改——而是因为有些东西会在2030年底悄悄停止工作。

先把两个日期的性质分清楚：2027年主要是商业节点，2030年是技术节点。2030年之后，跑在第三方数据库上的系统，转换通道会关闭；SAP也不再以今天的方式支持那类数据库和Java。

没变的日期

SAP对Business Suite 7核心应用（ERP 6.0，含6、7、8号增强包）的公开策略是：主流维护到2027年12月31日；2028年至2030年12月31日为可选延长维护，需在维护基数上加收两个百分点；此后转入客户特定维护。SAP首席技术官在10月7日重申这些日期“没有变化”。

10月7日新增的那部分

延长维护结束时，多项支持安排会同时到期：SAP与主要第三方数据库厂商针对这些遗留环境的转售与支持协议；以及SAP NetWeaver AS Java 7.5所用Java（Java 8 / JEE5）的支持安排。

落到日常是什么样？今天你提一张第三方数据库的工单，SAP端到端处理并转给数据库厂商。SAP表示，2030年之后这条一体化路径将不复存在。在2031年及以后的客户特定维护下，SAP称无法就第三方数据库或Java问题提供全面支持，包括第三方数据库环境的内核补丁与内核安全补丁。数据库工具——管理、备份、升级、迁移工具——的支持甚至下载也可能不再提供。SAP NetWeaver AS Java 7.5及其全部附加组件将在2031年进入客户特定维护，“没有后续版本”。

那句该让人停下来的话

SAP表示，从第三方数据库上的Business Suite 7转换到S/4HANA或SAP Cloud ERP，只能在2030年底转售与支持协议结束前进行。过了这个点，“只剩绿地场景（全新实施）可行”。

这不是“支持变差”，而是“一条迁移路径关闭”。如果你原计划2031或2032年再做转换，因为2030感觉还远，那这个计划自带有效期。拿你具体的数据库和版本，找SAP书面确认。

另一个日期：2035

面向规模最大、最复杂的客户，SAP提供SAP ERP过渡选项，一种限期订阅，用于业务连续性。2025年描述该选项时，覆盖2031至2033年。10月13日页面新增的说明称，订阅现在可能延续到2035年12月31日，并附带更多前提条件。

别读成“ECC安全到2035”。前提条件不轻：系统须在2030年12月31日前迁到SAP HANA上的SAP ERP私有版；HANA是唯一受支持的数据库；系统规模最低2 TB；需技术就绪，包括对选项未覆盖产品的缓解措施；需同时购买max success plan；定价含上浮——2025年SAP称2026年签约的客户在2031年切换时将看到标准20%的上浮；且不支持依赖Java的能力。定价与条款自2025年以来可能已变，以SAP支持门户页面和SAP Note 3591251为准。

老实说：这是给少数超大型系统 landscape 的桥，不是所有人的逃生舱。

客户说自己打算怎么办

德语区SAP用户组DSAG在2月发布了《2026投资报告》，询问计划投资ECC的受访者何时迁往S/4HANA：

• 37%在2027年底前
• 近一半在2030年底前，意味着要付延长维护费
• 4%在2033年底前，走过渡选项

这个37%容易被传歪。你会看到“只有37%的ECC公司能完成”的说法，但DSAG测的范围更窄：37%是计划投资ECC的受访者中的比例。样本也小：198人，主要来自德国、奥地利、瑞士，每家公司一人。

大趋势仍清楚：同一份报告里，54%的受访者仍在跑ECC或更老的Business Suite（2024年为68%），本地部署S/4HANA为56%。

为什么拖？CIO.com报道的ASUG 2026调查显示，S/4HANA迁移仍是最大挑战：61%提到预算，48%提到集成。DSAG列出的影响SAP投资的因素依次是：成本效益（79%）、经济环境（79%）、许可与合同设计（70%）、维护终止（63%）。排在前面的不是功能，不是AI，是成本。

可以着手做的事

盘依赖：哪些系统跑在第三方数据库上，哪些用AS Java 7.5，列成表，写上负责人。定转换还是绿地，并带上日期；若选转换，逐系统找出最晚的现实启动时间——它比2030早。别把2027当终点线，那是支持条款变化的时点，延长维护有价格，把两个百分点的上浮放进预算。别把“迁到HANA”当计划：SAP称2030年前切到HANA可移除数据库依赖，但不延长维护，SAP也不建议把它当战略路径。只有又大又复杂才去问过渡选项，且先读前提条件。

粗略算一笔：延长维护在相关范围内给维护基数加两个百分点。每年额外成本约为基数的2%，2028至2030三年合计约6%。仅作示意：若维护基数为1000万，每年上浮约20万，三年约60万，叠加在你已付的费用之上。用你自己的合同数字。要点是这笔上浮可知、可控，远小于迁移停摆的代价，它该是预算里的一行，而不是意外。

你属于哪类系统

• Business Suite 7跑在SAP HANA上、纯ABAP：关键日期是2027年底，问题是成本与计划，第三方数据库那道坎与你无关。
• Business Suite 7跑在第三方数据库上：关键日期是2030年底的转换窗口，真正的工作是留足时间决定转换还是绿地。
• 组件在SAP NetWeaver AS Java 7.5上：SAP称2031年进入客户特定维护且无后续版本，读SAP Note 3464370的产品级过渡指引。
• 超大型复杂系统：看过渡选项，先读前提条件。

2027这个日期填满会议幻灯片，2030这个日期填满事故报告。系统简单，这些吓不到你；系统老旧、庞大、数据库依赖重，日历只是变得更具体了。十月的一个周二知道这件事，好过2029年的指导委员会上才知道。