Ключевые моменты

• Компания SAP объявляет о прекращении действия соглашений с третьими сторонами о поддержке баз данных для Business Suite 7 31 декабря 2030 года, после чего поддержка будет осуществляться только для новых проектов.
• Клиент, остающийся на ECC от Oracle после 2030 года, теряет возможность классической модернизации существующей инфраструктуры, поддерживаемой SAP; судьба новой инфраструктуры остается неясной.
• Перенос базы данных на HANA до конца 2030 года позволит избежать зависимости от сторонних баз данных, но не продлит стандартное техническое обслуживание Business Suite 7.

22 октября 2026 года компания SAP опубликовала очередную новую техническую документацию по работе с NetWeaver на инфраструктурах Oracle Exadata X11M. Однако пятнадцатью днями ранее тот же поставщик объявил о прекращении действия его соглашений о распространении и поддержке баз данных сторонних производителей для устаревших сред SAP 31 декабря 2030 года.

Этот парадокс отражает тридцать четыре года взаимоотношений между двумя группами. Oracle способствовала глобальной экспансии SAP, в то время как SAP обеспечила Oracle обширную базу корпоративных клиентов. Затем две компании-разработчика программного обеспечения стали прямыми конкурентами, в конечном итоге столкнувшись в американских судах в деле, завершившемся мировым соглашением на сумму почти 360 миллионов долларов.

Сегодня их разграничение становится все более очевидным на техническом фронте. В заявлении, опубликованном 7 октября, Филипп Херциг, технический директор SAP, указал, что после 2030 года поддержка новых внедрений, или сценариев "с нуля", будет осуществляться только для клиентов Business Suite 7, которые остаются на платформах сторонних производителей.

Чтобы понять значимость этого решения, нам нужно вернуться к тем временам, когда SAP позиционировала свою независимость от баз данных как ключевое конкурентное преимущество.

Когда Oracle управляла SAP

В 1992 году компания SAP выпустила R/3 и постепенно отказалась от мира крупных систем, на которых работала ее предшественница R/2. Новая ERP-система основана на клиент-серверной архитектуре, организованной в три уровня: пользовательский интерфейс, обработка приложений и база данных.

Такое разделение способствует его успеху. Компания может внедрить программное обеспечение для управления SAP, не прибегая к использованию инфраструктуры, полностью предоставляемой тем же поставщиком.

Однако первоначально выбор был ограничен. Как вспоминает Карл Кесслер, многолетний инженер SAP, в своем рассказе об эволюции языка ABAP, Oracle изначально была единственной реляционной базой данных, поддерживаемой R/3.

Затем SAP расширила эту совместимость с платформами IBM и Microsoft с помощью программного уровня, библиотеки общих баз данных (DBSL), которая позволяет ядру приложения взаимодействовать с различными базами данных.

Преимущества для ИТ-отделов значительны. SAP обеспечивает процессы бухгалтерского учета, закупок, производства и логистики. Oracle хранит данные и выполняет запросы, необходимые этим приложениям. Компании могут использовать свои существующие навыки и контракты, не полагаясь на одного поставщика для всех уровней своей ERP-системы.

Эта архитектура дополняется еще одной отличительной особенностью: языком программирования ABAP, разработанным компанией SAP. Он позволяет компаниям создавать собственные программы, автоматизировать процессы и адаптировать ERP-систему к ограничениям своего бизнеса.

За годы работы крупные компании накапливают тысячи специализированных разработок. Правила выставления счетов, расчет маржи, логистические процессы или производственные интерфейсы могут зависеть от программ на языке ABAP, разработанных иногда двадцать лет назад.

Эта устаревшая система повышает ценность их информационной системы. Однако она также представляет собой технический долг , который осложнит будущие миграции.

Эта независимость от баз данных имеет свою цену. SAP должна поддерживать необходимые адаптации для каждого механизма и проектировать свои приложения таким образом, чтобы сохранить их совместимость. Поэтому оптимизации, специфичные для Oracle, Db2 или SQL Server, не всегда могут быть напрямую использованы в стандартном программном обеспечении.

Долгое время этот компромисс устраивал обеих сторон. Пока Oracle не решила конкурировать с SAP на собственном рынке.

PeopleSoft и TomorrowNow: торговая война, закончившаяся судом

В начале 2000-х годов Ларри Эллисон больше не хотел ограничивать Oracle только рынком баз данных. Его амбицией было создание портфеля приложений, способного конкурировать с портфелем SAP.

В 2005 году Oracle приобрела PeopleSoft после длительной борьбы за поглощение. Сама PeopleSoft приобрела JD Edwards в 2003 году. В следующем году Oracle поглотила Siebel, компанию, специализирующуюся на управлении взаимоотношениями с клиентами.

Эти приобретения меняют характер конкуренции. Теперь Oracle может продавать крупным компаниям как свои базы данных, так и бизнес-приложения, конкурирующие с приложениями SAP.

Немецкое издательство не собирается бездействовать.

В январе 2005 года SAP приобрела компанию TomorrowNow, американскую фирму, специализирующуюся на поддержке программного обеспечения PeopleSoft и JD Edwards. Это приобретение было частью бизнес-программы Safe Passage, призванной привлечь клиентов, использующих программное обеспечение, недавно приобретенное компанией Oracle.

Предложение весьма агрессивное: оно предусматривает техническое обслуживание, стоимость которого может быть на 50% ниже, чем у американского издателя, и одновременно дает компаниям время на обдумывание перехода на SAP.

Цель ясна: вернуть часть доходов Oracle от технического обслуживания и, в конечном итоге, переманить клиентов, использующих их приложения.

Однако операция обернулась юридической катастрофой. Компания TomorrowNow получила несанкционированный доступ к защищенному программному обеспечению и технической документации в системах поддержки Oracle. В марте 2007 года Oracle подала иск против SAP и ее дочерней компании за нарушение ее прав интеллектуальной собственности.

Компания SAP закрыла компанию TomorrowNow в 2008 году. Компания признает некоторую ответственность, но оспаривает заявленные суммы.

В ноябре 2010 года американское жюри вынесло впечатляющий приговор: компенсация в размере 1,3 миллиарда долларов. Эта первоначальная сумма впоследствии была отменена и пересмотрена в ходе последующих судебных разбирательств.

Дело завершилось в ноябре 2014 года. В итоге суд присудил 356,7 миллиона долларов в качестве компенсации ущерба, а также приблизительно 2,5 миллиона долларов в виде процентов. Согласно финансовым документам, поданным Oracle в Комиссию по ценным бумагам и биржам США, компания получила приблизительно 359,2 миллиона долларов. SAP также согласилась выплатить отдельно 120 миллионов долларов в качестве судебных издержек.

Этот судебный процесс, сегодня во многом забытый, показывает, насколько ожесточенной была коммерческая борьба между двумя группами.

В первую очередь это демонстрирует устойчивое противоречие: SAP и Oracle конкурируют за одних и тех же клиентов, но продолжают сотрудничать, чтобы обеспечить функционирование информационных систем последней.

Эта взаимозависимость постепенно станет менее необходимой для SAP.

HANA: SAP восстанавливает контроль над своей базой данных

На рубеже 2010-х годов Хассо Платтнер, соучредитель SAP, выступил за новую архитектуру обработки данных.

Традиционные ERP-системы разрабатывались в эпоху, когда доступ к дисковым данным был трудоемким и дорогостоящим. Для ускорения операций приложения используют индексы, сводные таблицы и промежуточные вычисления. Некоторые виды анализа требуют подготовки или дублирования данных.

Увеличенный объем памяти, многоядерные процессоры и столбцовая обработка позволяют провести анализ части этой организации.

С помощью HANA, представленной в 2010 году, SAP стремится объединить обработку транзакций, которая регистрирует ежедневные операции, и аналитическую обработку, используемую для создания информационных панелей и управленческих расчетов.

Цель состоит не просто в ускорении запросов. Речь идёт об упрощении определённых структур данных и выполнении большего объёма обработки непосредственно в базе данных.

Пример с бухгалтерским учетом показателен. С помощью S/4HANA и ее универсального журнала SAP объединяет информацию финансового и управленческого контроля в единую структуру, в частности, в таблицу ACDOCA. Таким образом, транзакции, ранее распределенные по нескольким структурам, могут быть согласованы более непосредственно.

Это событие дает техническое обоснование выбору HANA. Однако это не означает, что Oracle не способен выполнять обработку данных в оперативной памяти или проводить расширенный анализ: американская компания также значительно улучшила свою реляционную операционную систему.

Однако теперь SAP может оптимизировать свои приложения для единой платформы, не прибегая к систематическому поддержанию их совместимости с множеством конкурирующих технологий.

Экономические ставки также значительны. В 2010 году SAP приобрела Sybase примерно за 5,8 миллиарда долларов, укрепив свой портфель технологий управления данными. Разрабатывая HANA, компания постепенно получает контроль над ключевым компонентом своей ERP-системы и снижает зависимость от своих давних партнеров.

Переломный момент наступил в феврале 2015 года с запуском S/4HANA, разработанной специально для HANA.

Издание InformatiqueNews уже тогда отмечало, что SAP приходится иметь дело с двумя реальностями: продвижением своей новой архитектуры и продолжением удовлетворения потребностей компаний, использующих альтернативные базы данных.

Более десяти лет такое сосуществование позволяло клиентам сохранять свой старый пакет Business Suite на платформе Oracle, готовясь к миграции.

Именно этот период сейчас подходит к концу.

После 2030 года Oracle по-прежнему сможет функционировать, но SAP больше не будет гарантировать работоспособность всей системы

Опубликован график технического обслуживания Business Suite 7. Для затронутых версий стандартное техническое обслуживание заканчивается 31 декабря 2027 года, с возможностью платного продления до 31 декабря 2030 года.

Кроме того, SAP планирует предоставлять клиентам услуги по техническому обслуживанию, которые будут значительно более ограниченными. Но для сред, основанных на Oracle или других сторонних базах данных, ограничения будут еще более существенными.

Компания SAP заявляет, что больше не сможет оказывать комплексную поддержку при инцидентах, связанных с этими механизмами. Некоторые обновления ядра приложений, особенно обновления безопасности, больше не будут предоставляться для затронутых сред. Инструменты администрирования, резервного копирования и миграции также могут быть недоступны.

Это не означает, что базы данных Oracle перестанут функционировать 1 января 2031 года.

Напротив, в документации Oracle указано, что база данных 19c, сертифицированная для SAP с декабря 2019 года, будет поддерживаться в основном режиме до 31 декабря 2029 года, а затем в расширенном режиме платной поддержки до 31 декабря 2032 года.

Oracle также планирует поддерживать свою базу данных следующего поколения Oracle AI Database 26ai для приложений SAP на базе NetWeaver. Эта поддержка анонсирована как проект, а не как уже полученная общая сертификация.

Это различие имеет решающее значение. Oracle сможет продолжать поддерживать свою базу данных, без необходимости для SAP гарантировать работу всей системы, состоящей из ERP-системы, ее технического ядра и механизма обработки данных.

Остается один вопрос, требующий уточнения у обоих издателей: почему прекращение совместной поддержки в 2030 году происходит, если Oracle придерживается более длительного графика технического обслуживания, а оба партнера продолжают публиковать документы по совместимости?

Достаточно ли истечения срока действия соглашений для объяснения объявленных ограничений, или же это также отражает желание SAP больше не инвестировать в эту устаревшую архитектуру?

Brownfield, bluefield, greenfield: три миграции, совершенно разные последствия

Именно в сфере миграции объявление от 7 октября приобретает особую остроту.

Сегодня компания, желающая перейти с SAP ECC на S/4HANA, имеет три основных подхода. Они не преследуют одни и те же цели и не преследуют одни и те же ограничения.

Миграция существующей системы предполагает ее преобразование. Компания сохраняет большую часть своей конфигурации, исторических данных и пользовательских разработок. ERP-система переводится на S/4HANA с необходимыми техническими и функциональными адаптациями. Если система работает на Oracle, ее база данных также должна быть перенесена на HANA.

Цель такого подхода — сохранить инвестиции, вложенные в устаревшую ERP-систему. Однако он не исключает необходимости исправления несовместимых программ или адаптации определенных процессов.

Bluefield, или выборочный переход, — это промежуточное решение. Компания может сохранить определенные конфигурации, повторно использовать часть своих исторических данных, объединить несколько сред или отказаться от устаревших разработок. Он восстанавливает то, что необходимо восстановить, не обязательно отказываясь от всего своего портфеля приложений.

Эти операции часто требуют использования специализированных инструментов и опыта интеграторов. В официальном названии SAP для обозначения этой группы проектов используется термин «выборочная передача данных».

Внедрение системы с нуля предполагает создание новой ERP-системы. Компания начинает с чистой установки S/4HANA, переопределяет ее конфигурации и процессы, а затем импортирует данные, необходимые для ведения бизнеса. Существующие системы не сохраняются автоматически; их необходимо переоценить и, при необходимости, перестроить.

Для промышленной группы с двадцатилетним опытом работы с настройками SAP, несколькими дочерними компаниями и сотнями интерфейсов эти три метода могут представлять собой совершенно разные инвестиции и риски.

Однако SAP прямо заявляет, что после 31 декабря 2030 года инструменты конвертации Business Suite 7 от сторонних разработчиков больше не будут доступны через систему поддержки. Поддержка таких сред будет осуществляться только для новых проектов.

Последствия для существующих систем очевидны: клиент, который сохранит ECC на Oracle после 2030 года, потеряет возможность воспользоваться преимуществами классической конверсии, поддерживаемой SAP.

Ситуация с синим полем требует большей осторожности.

В своей официальной документации по выборочным переходам SAP описывает методы передачи и преобразования данных, которые могут использовать специализированные инструменты и партнеров.

В заявлении от 7 октября не уточняется, станут ли все эти методы технически невозможными после 2030 года, а также при каких условиях интегратор все еще сможет осуществить выборочный переход.

SAP лишь указывает, что для соответствующих старых сред будет поддерживаться только новая реализация.

Следовательно, необходимо различать две ситуации: потерю официально поддерживаемого SAP метода и отсутствие какого-либо технического решения для выборочной передачи ресурсов приложения.

По этому вопросу представляется необходимым получить разъяснения от издателя.

Планируете перейти с Oracle на HANA до 2030 года, чтобы сохранить свои возможности?

SAP предлагает компаниям, желающим временно сохранить свою старую ERP-систему, еще один вариант: миграцию базы данных Oracle на HANA до конца 2030 года.

Это изменение позволит отказаться от зависимости от соглашений о поддержке баз данных со сторонними компаниями. Однако оно не распространит стандартное обслуживание Business Suite 7, которое по-прежнему будет зависеть от ограничений, установленных конкретными клиентами.

Поэтому необходимо уточнить, в какой степени эта стратегия действительно сохранит возможности последующего перехода на S/4HANA, и при каких технических и договорных условиях.

SAP также предлагает специальное решение для крупных компаний, трансформация которых окажется слишком сложной для завершения до 2030 года.

Данный вариант перехода на SAP ERP Private Edition, помимо прочего, требует переноса системы на HANA и в частную среду, предоставляемую SAP, до 31 декабря 2030 года.

Первоначально разработанное для обеспечения переходного периода между 2031 и 2033 годами, это предложение было обновлено. В обновлении от 13 октября 2026 года SAP уточняет, что некоторые подписки могут быть продлены до 31 декабря 2035 года при соблюдении дополнительных условий.

Это событие не ставит под сомнение крайний срок 2030 года для сторонних баз данных. Оно предоставляет дополнительное время некоторым клиентам, которые уже перешли на HANA и выполнили требования программы.

Таким образом, это не является общим расширением поддержки ECC в Oracle до 2035 года.

После базы данных SAP также хочет вернуть себе контроль над разработкой

Это нововведение является частью более масштабной трансформации стратегии SAP.

Долгое время компании адаптировали свои ERP-системы посредством специальных разработок на языке ABAP, историческом языке программирования издателя. Эти доработки позволяли учитывать ограничения различных бизнес-областей, но иногда создавали тесную зависимость от внутренней структуры программного обеспечения.

В S/4HANA компания SAP теперь поощряет так называемый подход «чистого ядра»: максимально приближенную к стандарту ERP-систему и разработку адаптаций таким образом, чтобы не ставить под угрозу будущие обновления.

Это не означает исчезновения ABAP. SAP, в частности, предлагает ABAP Cloud — модель разработки, которая отдает приоритет официально поддерживаемым интерфейсам и позволяет создавать расширения, совместимые с этой философией.

Другие функциональные возможности могут быть разработаны отдельно на платформе SAP Business Technology Platform (BTP), а затем связаны с ERP-системой через стандартизированные интерфейсы.

Начиная с мая 2026 года, SAP интегрировала эту организацию в более широкое предложение — SAP Business AI Platform, которое объединяет BTP, Business Data Cloud и сервисы искусственного интеллекта компании. Таким образом, BTP не исчезла: она является одним из компонентов этой новой платформы.

Для бизнеса эти изменения являются продолжением изменений, начатых с HANA. После десятилетий предпочтения ERP-систем, способных адаптироваться к специфическим инфраструктурам и разработкам своих клиентов, SAP теперь продвигает более интегрированную и стандартизированную архитектуру.

Ожидаемое преимущество — упрощение технического обслуживания и снижение рисков при обновлениях. Недостаток — сокращение некоторых возможностей настройки, существовавших ранее, и необходимость в работе по приведению существующих разработок в соответствие с новыми стандартами.

Цена этой вновь обретенной независимости

Эта трансформация происходит в то время, когда еще не все компании завершили миграцию.

Согласно опросу USF 2026, проведенному компанией Verian с участием 276 респондентов из 154 организаций, только 31% опрошенных организаций завершили внедрение S/4HANA.

Для 67% респондентов отслеживание последних разработок SAP является мотивирующим фактором для миграции. Лишь 20% указывают на преимущества для бизнеса, а 74% называют затраты основным препятствием.

Эти результаты не означают, что миграция не имеет смысла. Однако они показывают, что сроки её проведения зачастую определяются скорее планами развития поставщика, чем исключительно функциональными приоритетами бизнеса.

Компания SAP представила документально подтвержденные технические причины, по которым она отдает предпочтение HANA и упрощает работу со своими приложениями. Кроме того, она может утверждать, что поддержание совместимости с несколькими движками на неопределенный срок для своих устаревших ERP-систем было бы дорогостоящим и усложнило бы их обслуживание.

Но остается один вопрос: почему истечение срока действия соглашений о поддержке с Oracle должно также приводить к исчезновению инструментов конвертации из старых систем?

Это техническая или договорная невозможность, или же решение SAP отказаться от такой возможности? И что произойдет с компаниями, имеющими лицензии Oracle, приобретенные непосредственно у американской компании-разработчика программного обеспечения?

На данном этапе сообщения SAP не позволяют нам ответить на эти вопросы.

Со стороны Oracle также остается неясным, что именно будет гарантировать клиентам SAP после 2030 года поддержка Database 19c до 2032 года и ее проекты, связанные с 26ai.

Эта история уникальна. В 1992 году Oracle поддержала расширение SAP, предоставив движок для ее ERP-системы. В 2015 году SAP начала процесс достижения технологической независимости с помощью S/4HANA. К 2030 году компания намерена завершить этот переход для своих устаревших систем.

Компании SAP потребовалось почти сорок лет, чтобы избавиться от зависимости от Oracle. Однако теперь ее клиентам придется оценить цену потери свободы выбора, которая была ключевым фактором успеха немецкой компании-разработчика программного обеспечения.

Данная статья переведена с французского языка на русский язык при помощи автопереводчика.

Источник: Informatique News.

Больше новостей читайте в сообществе SAPLAND в ВК и телеграм-канале SAPLAND: Новости экосистемы.