Еврокомиссия присматривается к лицензированию Oracle: формального расследования пока нет, но регулятор уже запрашивает мнения третьих сторон, сообщает The Register. Для компаний, которые живут на Oracle Database, Java SE и старых корпоративных контрактах, это не брюссельская бюрократия ради бюрократии, а возможный сигнал: правила игры с вендорскими лицензиями в Европе могут стать менее односторонними.
Повод появился сразу после истории с SAP. В июле Еврокомиссия приняла юридически обязательные обязательства немецкого вендора по изменению практик поддержки on-premises ERP-софта. Среди уступок SAP — отказ от reinstatement fees, то есть платы за восстановление поддержки после перерыва, и снижение back-maintenance fees, связанных с прошлыми периодами обслуживания. По версии регулятора, старые правила могли ограничивать конкуренцию на рынке сопровождения и поддержки корпоративных ERP-систем.
Теперь, по данным MLex, внимание комиссии может смещаться к Oracle. Один из источников издания утверждает, что Еврокомиссия собирает мнения участников рынка перед возможным формальным расследованием. Представитель комиссии в комментарии The Register подтвердил, что расследование по SAP завершено, а регулятор продолжит следить за потенциальными антиконкурентными практиками и злоупотреблениями в этом секторе. При этом он отдельно подчеркнул: на текущем этапе формального расследования против какой-либо компании нет.
Oracle комментарий The Register не предоставила. Для компании это чувствительная тема: лицензирование Oracle годами вызывает споры у клиентов, консультантов и закупщиков корпоративного ПО. Сам вендор настаивает, что его условия справедливы, а продукты и поддержка стоят своих денег. Клиенты же часто смотрят на эту картину менее романтично: аудит лицензий, сложные метрики использования, миграционные ограничения и долгие контракты обычно не входят в список любимых развлечений CIO.
Один из самых заметных примеров — Java. Oracle получила Java после сделки по покупке Sun Microsystems, согласованной в 2009 году. При этом OpenJDK, эталонная реализация платформы Java, остается открытым исходным кодом, но коммерческие поставщики могут брать деньги за проприетарные JDK, runtime-окружения и поддержку. В январе 2023 года Oracle объявила новую модель Java SE Universal Subscription. Компания описывала ее как простую ежемесячную подписку на лицензирование и поддержку Java SE для рабочих станций, серверов и облачных развертываний.
Проблема для части клиентов оказалась в модели расчета. Эксперты по лицензированию указывали, что даже при ограниченном использовании Oracle Java компания могла платить исходя из общего числа сотрудников. Это сильно отличалось от прежних условий. Gartner оценивала новую per-employee-модель как в два-пять раз более дорогую по сравнению с наследуемой схемой. Для крупной организации разница между «несколько серверов с Java» и «все сотрудники в расчетной базе» может быть не бухгалтерской тонкостью, а отдельной строкой в бюджете, которую придется объяснять финансовому директору.
Еще один спорный механизм — Unlimited License Agreement, или ULA. Формально это «все включено» для определенного набора продуктов Oracle на ограниченный срок: компания платит за право разворачивать ПО без постоянного пересчета каждой инсталляции. На практике консультанты по лицензированию нередко критикуют ULA за слабую экономику, зависимость от вендора и снижение свободы выбора альтернативных решений. Oracle, со своей стороны, утверждает, что такие соглашения дают клиентам гибкость и хорошее соотношение цены и возможностей.
История с SAP важна не только для клиентов SAP. Еврокомиссия фактически показала, что рынок поддержки корпоративного ПО можно рассматривать отдельно от рынка самих лицензий. Это особенно болезненная зона для крупных вендоров: старые ERP, базы данных и middleware живут в компаниях десятилетиями, а миграция на новую платформу часто стоит дороже самой поддержки. Если сторонняя поддержка становится более жизнеспособной, у клиентов появляется рычаг в переговорах. Если нет — они остаются между дорогой подпиской, сложной миграцией и риском работать без обновлений.
Для русскоязычных IT-команд эта история имеет вполне прикладной смысл. Даже если компания не зарегистрирована в ЕС, европейское регулирование часто меняет глобальные практики крупных поставщиков. Российские, казахстанские, армянские или грузинские команды, работающие с международными юрлицами, облаками и зарубежными закупочными контурами, могут почувствовать последствия через типовые договоры, условия аудита и политику поддержки. Особенно это касается банков, телекома, промышленности и ритейла, где Oracle Database, Java и связанный стек годами встроены в критичные системы.
Пока рано говорить, что Oracle окажется под официальным расследованием или пойдет на уступки по сценарию SAP. Но тренд уже читается: европейский регулятор все внимательнее смотрит на то, как корпоративные вендоры монетизируют зависимость клиентов от старого, но критичного ПО. Для бизнеса практичный вывод прост: инвентаризация Java, баз данных, ULA и условий поддержки больше не скучная работа для отдела лицензирования, а часть стратегии снижения вендорского риска.