Советники по переговорам с SAP: как снизить расходы

Советник по переговорам с SAP изучает ваши лицензии, использование и условия контракта, чтобы найти, где вы переплачиваете и где вы уязвимы, а затем использует эти данные, чтобы изменить сделку. Экономия в основном складывается из исправлений: пользователи с неверным типом лицензии, модули, которыми никто не пользуется, платежи за инфраструктуру, которые никто не сопоставлял с рынком, пакеты услуг, которые никому не были нужны. Руководство адресовано CIO, CFO и руководителям закупок, которые стоят перед продлением SAP, аудитом или предложением RISE или GROW. В нём: как проверить независимость советника, что оспаривать, тактика для RISE и GROW и график продления. Начинайте за шесть-девять месяцев до даты контракта и прежде всего проверьте мотивы советника.

Розничный клиент держал 500 лицензий Professional, хотя данные об использовании показывали, что хватило бы 200 лицензий Limited. Исправление объёма высвободило 1,2 млн долларов в год. Производственный клиент едва не заплатил за пакет MES, который никогда не собирался внедрять, и сократил расходы первого года на 450 тыс. долларов. Клиент GROW сократил более 280 тыс. долларов в год, убрав неиспользуемые компоненты пакета.

Ни одна из этих историй не была особой сделкой. Это были исправления контрактов, которые не следовало подписывать в таком виде.

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

Прежде чем кто-либо начнёт консультировать вас по контракту SAP, убедитесь в трёх вещах:

1. Нет дохода от партнёрства с SAP и комиссий за внедрение
2. Нет отношений реселлера ни по одному продукту SAP
3. Вознаграждение привязано к вашему результату, а не к подписанию контракта

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

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

Источник расходов	Где прячется	Что делать
Неверное назначение типов пользователей	Лицензии Professional выдаются по должности, а не по активности в системе	Запустите отчёт о классификации; сопоставьте транзакции с типами лицензий
Неиспользуемые лицензии (shelfware) в BOM	Лицензированные модули с нулевым или почти нулевым использованием	Проведите аудит использования; уберите или отложите при продлении
Цифровой доступ	Сторонние системы, создающие документы SAP	Составьте карту интеграций; согласуйте в контракте объём документов
Рост цен	Повышение при продлении без ограничения	Ограничьте ежегодное повышение или зафиксируйте ставки на весь срок
Услуги в пакетах с истекающим сроком	Часы внедрения, кредиты BTP, бюджеты на обучение	Запланируйте их использование при подписании
Платежи за инфраструктуру (RISE)	Стоимость хостинга, не сопоставленная с рыночными ставками	Сопоставьте со сравнимыми облачными нагрузками
Избыточная поддержка в пакетах	Премиум-уровни, покрывающие услуги, которые вы никогда не вызываете	Построчный разбор по истории ваших инцидентов
Неиспользуемые лицензии on-premise	Полное сопровождение модулей, которыми вы перестали пользоваться	Используйте обязательства SAP 2026 года, чтобы разделить или расторгнуть при наличии права

Последняя строка нова. С 10 июля 2026 года обязательства SAP по сопровождению перед Европейской комиссией позволяют клиентам on-premise разделять ландшафты, выбирать уровень поддержки для каждой установки и в определённых случаях расторгать неиспользуемые лицензии без пересмотра скидок. Подробности я объясняю в руководстве по переговорам о лицензиях SAP.

Спецификация (bill of materials, BOM) перечисляет каждый лицензируемый модуль и услугу. Большинство организаций получают её в наследство от первоначального процесса продажи и никогда не оспаривают.

Оспорьте каждую строку. Спросите, какая доля пользователей активно пользуется каждым модулем и что станет с операциями, если его убрать. Удивительное число строк переживает этот вопрос ответом «мы на самом деле не уверены, что он нам нужен». Я работал с производителем, который убрал 15 % модулей после сессии функционального согласования, опираясь на реальные паттерны использования, чтобы решить, что остаётся.

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

Составьте карту интеграций до продления. Каждая система, которая создаёт документы SAP (CRM, MES, мобильные приложения, middleware), может считаться цифровым доступом. SAP не составит для вас список ваших интеграций. Сначала составьте свою карту.

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

RISE with SAP

1. Разделите структуру затрат. RISE объединяет программное обеспечение, инфраструктуру, техническую эксплуатацию и часть услуг в одну подписку с ценой в эквивалентах полного использования (Full Use Equivalents, FUE). SAP показывает одно число, поэтому требуйте разбивку. Инфраструктура: компонент, который больше всего стоит оспаривать. Один мой клиент снизил расходы на 22 %, просто оспорив платежи за инфраструктуру и приведя их в соответствие с фактическим использованием облака. Мы сравнили его сделку со сделками других компаний его отрасли и жёстко настояли на своём.
2. Используйте обязательство по Clean Core. SAP хочет, чтобы клиенты работали на Clean Core. Если вы обязуетесь к минимальной кастомизации, у вас убедительная позиция по объёму внедрения, оценкам потребления BTP и уровню поддержки. В частном облаке Clean Core остаётся выбором, который SAP поощряет, а не договорным правилом, и именно поэтому ваше обязательство ценно.
3. Привязывайте рост цен к использованию, а не к календарю. SAP обычно закладывает ступени цен по годам контракта независимо от внедрения. Договаривайтесь о триггерах, привязанных к активным пользователям, потреблению FUE или завершённым этапам развёртывания. Если ваше развёртывание сдвигается, цена не должна расти по графику.
4. Определите цифровой доступ. RISE не снимает риск цифрового доступа. Назовите охваченные сценарии интеграции, объёмы и метод измерения. Формулировки «будет определено позже» создают риск аудита.
5. Пропишите условия выхода и сокращения. До подписания согласуйте формат возврата данных, платежи за доступ после расторжения и судьбу конфигурации вашего тенанта BTP.

GROW with SAP

1. Разберите пакетный объём. Пакеты GROW преднастроены для стандартных процессов. Модули вне вашего внедрения повышают стоимость контракта, не добавляя ценности поставки. Клиент GROW, о котором шла речь выше, сократил более 280 тыс. долларов в год, сначала сопоставив реальные сценарии использования.
2. Управляйте отклонениями. GROW работает в публичном облаке, где кастомный код в ядре невозможен, а расширения идут через SAP BTP. Определите, что считается отклонением, кто его утверждает и как оценивается работа по расширениям.
3. Зафиксируйте резидентность данных. GROW работает на мультитенантной инфраструктуре гиперскейлера. Укажите регион размещения, ограничьте трансграничную маршрутизацию и определите управление резервными копиями. Стандартные условия могут не покрывать ваши требования.
4. Ограничьте цены при продлении до подписания. Ежегодный рост цен от 5 до 7 процентов обычен, если вы не зафиксируете многолетние цены. У одного моего клиента облачные платежи удвоились за четыре года из-за слабых условий индексации. Мы исправили это при продлении, добавив ограничения роста, привязанные к фактическому использованию.
5. Используйте BOM как рычаг. Каждая строка вне вашей дорожной карты внедрения на срок договора подлежит обсуждению. Уберите её и держите в запасе как уступку на случай, если SAP будет упираться в вопросе скидки.

Один производственный клиент оказался привязан к трёхлетнему соглашению с пакетными уровнями сервиса, которые ему не были нужны. Он потерял 400 000 долларов, прежде чем кто-то это заметил. Этого можно было полностью избежать.

В каждом договоре на услуги должны быть четыре вещи:

1. Согласование замены специалистов. Вендоры переводят старших специалистов после go-live. Требуйте вашего согласия, прежде чем ключевых членов команды заменят.
2. Право на сокращение. Если go-live сдвигается или вы вводите развёртывание поэтапно, вам нужна возможность сократить договорные часы без штрафа.
3. Передача знаний как результат поставки. Обучение ещё не передача знаний. Определите руководства по эксплуатации (runbook), периоды работы в паре (shadowing) и приёмку руководителем вашей команды.
4. Условия по результатам с последствиями. Одно только время реакции мало что значит. Определите сроки решения и привяжите к ним сервисные кредиты.

У каждой модели лицензирования свои ловушки.

Модель лицензирования	Типичные ловушки	Подход к переговорам
Бессрочная (on-premise)	Сопровождение неиспользуемых лицензий; платежи растут вместе с инфляцией	Ежегодно проверяйте использование; убирайте или расторгайте неиспользуемые модули при наличии права
Подписка (RISE, GROW)	Скидки первого года исчезают; завышенные FUE; рост без ограничений	Зафиксируйте многолетние ставки; определите условия масштабирования; смоделируйте рост FUE на весь срок
Гибридная (бессрочная плюс подписка)	Двойная оплата за перекрывающиеся возможности в период перехода	Составьте карту BOM по фазам; договаривайтесь о переходных ценах на период перекрытия
На основе потребления (BTP)	Трудно прогнозировать; всплески бьют по бюджету	Задайте ежемесячные оповещения и лимиты; пересматривайте потребление каждый месяц
Облако для бизнес-направлений (HR, закупки, аналитика)	Пересечение с возможностями, уже лицензированными в ядре	Сначала запросите картину совокупной стоимости с анализом пересечений

SAP говорит каждому клиенту, что её цены стандартны. Это не так. Две компании одной отрасли с одинаковой численностью персонала могут платить существенно разные суммы за одни и те же лицензии.

Я работал с клиентом, который считал, что у него честная сделка с SAP, пока мы не подняли отчёт по бенчмаркингу. Он платил на 30 % больше, чем похожие компании. Мы вернулись к SAP с этими данными и пересогласовали условия, и клиент ушёл с гораздо более выгодной сделкой.

Бенчмарки закрывают аргумент «это наши стандартные цены». Они не гарантируют результат, но меняют разговор.

1. За девять месяцев: соберите данные об использовании, классификации и интеграциях; начните разбор BOM
2. За семь месяцев: закажите бенчмарк; проверьте право на использование обязательств SAP по сопровождению 2026 года
3. За шесть месяцев: согласуйте внутри компании целевую позицию и точки выхода из переговоров; проинформируйте CFO
4. За четыре-пять месяцев: начните разговор с SAP с доказательствами, а не мнениями
5. За три месяца: ведите переговоры об условиях (ограничения, масштабирование, цифровой доступ, выход, услуги)
6. Перед подписанием: построчная сверка итоговой формы заказа со всем согласованным

1. 9Собрать данные об использовании и интеграцияхОтчёт о классификации, разбор BOM
2. 7Заказать бенчмаркПроверить обязательства по сопровождению 2026 года
3. 6Задать цель и точки выходаПроинформировать CFO
4. 4-5Начать переговоры с SAPДоказательства, а не мнения
5. 3Договориться об условияхОграничения, масштабирование, цифровой доступ, выход. Построчная сверка перед подписанием

Начинать за 90 дней поздно. На сбор доказательств уходят месяцы. Более широкую картину по контрактам см. в моём руководстве по переговорам о контрактах ERP для CFO.

Чем на самом деле занимается советник по переговорам с SAP?

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

Почему компании переплачивают за лицензии SAP?

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

Каковы важнейшие пункты переговоров по RISE with SAP?

Число двигают пять областей. Платежи за инфраструктуру, которые стоит сопоставить с рыночными ставками. Кредиты и услуги в пакетах со сроком действия, которые нужно запланировать при подписании. Ежегодный рост цен, который нужно ограничить. Объём цифрового доступа, который нужно определить, а не оставлять будущему аудиту. И условия выхода: формат данных, доступ после расторжения и переносимость тенанта BTP.

Как анализ BOM снижает стоимость контракта SAP?

Он сопоставляет каждый лицензируемый компонент с фактическим использованием и дорожной картой внедрения. Выгрузите данные об использовании по каждому модулю и отметьте модули с нулевым или почти нулевым числом пользователей. Сверьте с тем, что запланировано на срок контракта, оцените каждую строку и представьте на переговорах пересмотренную BOM. Больше всего веса он имеет до подписания. После подписания это всё ещё возможно, но сложнее.

Какие тревожные признаки встречаются в соглашениях SAP об услугах?

Уровни сервиса со временем реакции, но без сроков решения и штрафов. Премиум-услуги в пакете без права отказаться. Автоматическое продление с коротким окном уведомления. Тарифы на аварийные работы и работы вне рабочего времени без ограничения и без предварительного согласования. Отсутствие прав на согласование замены ключевых людей. И отсутствующие или расплывчатые условия выхода по формату данных, выгрузке и доступу после расторжения.

Как часто нужно пересматривать лицензионные соглашения SAP?

Минимум раз в год и перед каждым продлением. Ежегодный пересмотр выявляет дрейф пользователей и новые интеграции; отчёт по входам за 90 дней находит большую часть этого. Пересмотр перед продлением должен начинаться за шесть-девять месяцев до окончания срока. Запускайте внеочередной пересмотр, когда существенно меняется численность персонала, добавляется или убирается крупная интеграция, меняется модель развёртывания или SAP объявляет аудит.