Microsoft CSP или Enterprise Agreement выбирают не по цене

Для коммерческой организации на 250 рабочих мест Microsoft CSP обычно оказывается рабочим вариантом, а Enterprise Agreement часто отпадает еще до сравнения цен: стандартный порог EA для коммерческих заказчиков составляет 500 пользователей или устройств. Для государственного заказчика картина другая. В материалах Microsoft по Enterprise Agreement указан порог 250 пользователей или устройств для государственного сектора, поэтому такой заказчик уже может сравнивать две модели по существу.

Само число «250» ничего не решает без статуса организации, состава лицензируемых пользователей и прогноза штата. Я видел, как закупочная группа тратила недели на таблицу скидок EA, хотя заказчик не проходил по порогу, а в другом проекте выбирала CSP «ради помесячной оплаты», не заметив годовой срок подписки. В обоих случаях обсуждали счет, а обязательство прочитали слишком поздно.

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

Сначала проверьте право на EA, а не размер скидки

Коммерческая организация с 250 рабочими местами обычно не соответствует минимальному размеру нового Enterprise Enrollment. Страница Microsoft Enterprise Agreement Licensing Guidance называет минимум 500 пользователей или устройств для коммерческого заказчика и 250 для государственного. Исключения и отдельные типы enrollment существуют, но их нельзя превращать в удобное допущение: партнер или представитель Microsoft должен письменно подтвердить применимость конкретной программы, территории и типа заказчика.

Рабочее место при этом не всегда равно квалифицированному пользователю или устройству. В инвентаре могут быть сменные компьютеры, терминалы, общие устройства в приемной, подрядчики, сотрудники без закрепленного ПК, серверные лицензии и облачные подписки с разными метриками. EA считает не мебель и не записи в кадровой системе, а определенную соглашением лицензируемую совокупность. Ошибка в границе охвата меняет и право на программу, и обязательный объем.

Перед запросом предложения зафиксируйте четыре числа:

1. Количество штатных пользователей, которым нужны пользовательские лицензии.
2. Количество квалифицированных устройств, включая общие и сменные.
3. Количество внешних пользователей и подрядчиков с доступом к сервисам.
4. Прогноз максимума и минимума на ближайшие 36 месяцев с объяснением причин.

Не складывайте эти числа автоматически. Один пользователь с двумя устройствами не всегда создает три одинаковые лицензии, а выбор лицензирования на пользователя или устройство зависит от продукта и условий. Смысл перечня в том, чтобы увидеть границы, а не получить одну красивую сумму.

Есть еще одна развилка: Enterprise Agreement и Enterprise Subscription Agreement дают разный результат по бессрочным правам на локальное ПО. В классическом EA организация покупает лицензии с Software Assurance, а подписочный вариант дает права на срок подписки. Если в проекте есть локальные продукты, право использования после окончания соглашения нужно вынести в отдельную строку сравнения. Сравнивать только Microsoft 365 и переносить вывод на весь договор опасно.

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

Гибкость CSP заканчивается у срока подписки

CSP позволяет собрать портфель подписок без общеорганизационного трехлетнего enrollment, но годовая подписка в New Commerce Experience не становится гибкой из-за ежемесячного счета. Microsoft разделяет term duration, срок обязательства, и billing frequency, частоту выставления счетов. Это два разных поля, и закупка должна видеть оба.

Для многих пользовательских продуктов доступны месячный и годовой сроки, а для части предложений есть трехлетний срок. Набор вариантов зависит от конкретного SKU и рынка, поэтому его проверяют в действующем прайс-листе Partner Center. Месячный срок обычно дает возможность отказаться на ближайшем месячном продлении. Годовой срок фиксирует обязательство на год, даже если партнер выставляет одну двенадцатую суммы каждый месяц.

Количество мест в новой коммерческой модели можно увеличить в течение срока. Сократить его после покупки, продления или добавления мест Microsoft обычно разрешает только в семидневное окно отмены. После закрытия окна уменьшение планируют на следующее продление. Это правило ломает популярную фразу «в CSP лицензии можно убрать в любой момент».

Практический способ сохранить подвижность состоит не в том, чтобы купить все 250 мест на месячный срок. Разделите спрос по устойчивости:

• базовый штат с низкой текучестью разместите на годовых подписках;
• проектных сотрудников и сезонный резерв держите на месячных;
• назначения с известной датой окончания объедините в отдельные подписки;
• даты продления сведите в календарь с уведомлениями за 45 и 15 дней;
• увеличение количества оформляйте только после проверки свободных лицензий.

Отдельные подписки создают больше строк в учете, зато не заставляют держать весь штат на самой дорогой по сроку модели. Граница должна отражать кадровый риск. Если 215 мест почти наверняка останутся занятыми весь год, а 35 зависят от двух проектов, одинаковый срок для всех скрывает информацию.

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

EA покупает предсказуемость трехлетним обязательством

Enterprise Agreement подходит организации, которая готова принять трехлетнюю рамку и лицензировать согласованный охват по правилам enrollment. Microsoft описывает EA как соглашение минимум на три года с возможностью распределить платежи по трем ежегодным взносам. Такая конструкция дает предсказуемость условий, но не право без последствий уменьшать охват вслед за каждым кадровым изменением.

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

Снижение количества в EA устроено не так симметрично, как рост. Возможность уменьшить обязательство зависит от типа продукта, enrollment, минимальных требований и момента продления. Для Online Services правила могут отличаться от постоянных корпоративных продуктов. Поэтому фраза «в следующем году просто уменьшим число» должна подтверждаться пунктом соглашения и письменным расчетом поставщика, а не устным обещанием на встрече.

У EA есть сильная сторона, которую часто недооценивают: единая дата, согласованный охват и заранее установленный ритм отчетности. Крупной стабильной организации это снижает число разрозненных продлений. Но при 250 местах административная экономия может оказаться меньше, чем работа по определению квалифицированных пользователей, присоединенных юридических лиц и ежегодного true-up.

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

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

Частота счета не равна сроку обязательства

Оплату нужно сравнивать в двух измерениях: когда уходят деньги и за какой период организация уже приняла обязательство. Если смешать их в одной колонке «помесячно», CSP с годовым сроком будет выглядеть как месячная услуга, хотя обязательство останется годовым.

• Месячная подписка CSP действует один месяц, счет обычно приходит ежемесячно, а количество пересматривают на ближайшем продлении с учетом условий SKU.
• Годовая подписка CSP действует один год, оплачивается ежемесячно или авансом, а количество уменьшают в семидневное окно либо на годовом продлении.
• Трехлетний SKU в CSP действует три года, использует доступный для него план оплаты и меняется только по правилам продукта в допустимой точке.
• EA действует три года и обычно оплачивается тремя ежегодными платежами; рост проходит через true-up, а снижение зависит от условий enrollment.

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

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

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

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

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

Условия оплаты партнеру могут быть жестче или мягче условий между партнером и Microsoft. CSP-партнер иногда берет на себя кредитный риск годовой подписки и выставляет заказчику ежемесячные счета, но это не обязывает его разрешать досрочное расторжение. Читайте договор между заказчиком и партнером вместе с правилами продукта. Один документ определяет права на сервис, второй определяет, кто и когда платит.

Сценарий штата важнее скидки за место

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

Создайте CSV с такими колонками, его можно открыть в любой электронной таблице:

month,required_seats,csp_annual_seats,csp_monthly_seats,ea_committed_seats,one_time_services
1,250,215,35,250,1
2,250,215,35,250,0
3,230,215,15,250,0
4,220,215,5,250,0
5,220,215,5,250,0
6,280,215,65,280,0

Подставьте в соседние ячейки реальные цены из двух предложений. Для CSP считайте годовые и месячные места раздельно, включая месяцы, в которых годовое количество нельзя уменьшить. Для EA отражайте исходное обязательство, добавления, ежегодные платежи и услуги по сопровождению соглашения. Горизонт должен совпадать: сравнение одного года CSP с тремя годами EA почти всегда вводит в заблуждение.

Модель должна отвечать на неудобный вопрос: сколько организация заплатит за пустые места после сокращения? В примере потребность падает с 250 до 220. CSP-портфель с базой 215 оставляет пять месячных мест и не держит 30 лишних до конца года. Если все 250 куплены годовыми подписками, счет продолжит отражать первоначальное количество до допустимого уменьшения. В EA результат зависит от договорных правил, а не от фактического удаления учетных записей.

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

Затем проверьте рост до 280. В CSP дополнительные места можно добавить в ходе срока, после чего они получают связанную с подпиской дату окончания и пропорциональное начисление. В EA рост попадает в процесс учета и true-up. Обе модели обслуживают рост, но создают разные задачи для закупки и финансов.

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

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

Нагрузка ИТ-службы меняет форму, но не исчезает

CSP обычно передает партнеру закупочные операции, выставление счетов и часть поддержки, но внутренняя ИТ-служба все равно отвечает за назначение лицензий, снятие доступа, роли администраторов и сверку с кадровыми событиями. Партнер не знает, что сотрудник уволился утром, пока заказчик не передаст событие или не настроит свой процесс.

У EA меньше отдельных продлений, зато появляется дисциплина соглашения: учет квалифицированных пользователей и устройств, проверка продуктовых прав, true-up, контроль присоединенных лиц и подготовка к годовщине. Эта работа требует владельца со стороны ИТ и владельца со стороны закупок. Передавать ее системному администратору «в свободное время» обычно дорого: он замечает расхождение тогда, когда исправить срок уже нельзя.

Разделите роли в короткой матрице:

• При приеме сотрудника HR сообщает событие, владелец лицензий проверяет право, ИТ или CSP-партнер меняет количество, а финансы сверяют счет.
• При увольнении HR сообщает событие, владелец лицензий проверяет право, ИТ или CSP-партнер меняет количество, а финансы сверяют счет.
• Для нового проекта руководитель проекта сообщает спрос, архитектор и закупки проверяют право, владелец договора меняет количество, а финансы сверяют счет.
• При продлении владелец договора запускает процесс, ИТ и закупки проверяют право, партнер или LSP меняет количество, а финансы сверяют счет.
• К годовщине EA владелец договора собирает данные, ИТ и юристы проверяют право, LSP или Microsoft оформляет изменение, а закупки сверяют результат.

Административные права партнера в среде заказчика тоже не входят в CSP автоматически как безусловная необходимость. Реселлерские отношения, делегированные права и техническая поддержка связаны, но это разные решения. Выдавайте только нужные роли, фиксируйте срок и оставляйте заказчику аварийный административный доступ. Канал покупки не должен определять модель безопасности.

При оценке предложений попросите обоих поставщиков описать операционный месяц: какие отчеты вы получите, кто открывает обращения, как обрабатывается прием сотрудника, что происходит при ошибочном добавлении 25 лицензий и кто следит за окном отмены. Ответ «у вас будет портал» ничего не объясняет. Нужны срок реакции, входные данные и ответственная сторона.

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

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

Смешанный портфель лучше ложного единства

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

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

CSP удобен для нескольких групп с разными сроками, но большое число подписок создает собственный риск. Одинаковые SKU с разными датами продления трудно сверять, а случайные покупки через нескольких партнеров размывают ответственность. Держите единый реестр с tenant ID, SKU, количеством, сроком, частотой счета, датой продления, партнером и владельцем внутри организации.

EA дает единый договорный контур для охваченных продуктов, но не отменяет архитектуру лицензий. У организации могут оставаться покупки вне enrollment, облачное потребление и продукты с иной метрикой. Обещание «один договор закроет все» нужно проверять по каждой строке спецификации.

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

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

Решение должно выдержать четыре проверки

Для организации на 250 мест выбор можно принять за одну рабочую встречу, если участники приходят с инвентарем, прогнозом и двумя сопоставимыми предложениями. На встрече не обсуждают абстрактную «гибкость». Проверяют конкретные условия.

Первая проверка касается допуска. Коммерческий заказчик подтверждает, достигает ли он порога 500 пользователей или устройств; государственный подтверждает свой статус и применимый порог 250. Письменный ответ поставщика прикладывают к материалам закупки.

Вторая проверка касается сокращения. Возьмите правдоподобный плохой сценарий, например закрытие проекта на 40 мест через четыре месяца. Поставщик должен показать сумму обязательства после события, ближайшую дату уменьшения и действие, которое нужно выполнить заранее. Если ответ описывает только удаление пользователей из Microsoft 365, он не отвечает на финансовый вопрос.

Третья проверка касается нагрузки. Назовите людей, которые будут вести продления CSP или true-up EA, и оцените часы на обычный месяц, продление и годовую сверку. Добавьте стоимость услуг партнера. Бесплатная внутренняя работа существует только в презентации.

Четвертая проверка касается выхода. Запишите, что произойдет с подписками, локальными правами, данными, административными отношениями и поддержкой при смене партнера или окончании соглашения. CSP-партнер может поменяться без смены tenant, но перенос и сроки нужно согласовать. Для EA отдельно проверьте бессрочные права и обязанности после окончания конкретного enrollment.

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

Для 250 мест CSP остается исходным вариантом

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

Государственному заказчику на 250 мест стоит запросить два предложения. EA может дать удобный трехлетний контур, ежегодный ритм оплаты и единый процесс для стабильного охвата. CSP выиграет, если штат и набор SKU часто меняются, организация готова управлять продлениями, а месячные подписки используются только для действительно изменчивой части.

Не принимайте решение по цене одного места. Сравните одинаковые продукты, одинаковые услуги, одинаковый трехлетний горизонт и сценарии 220, 250 и 280 пользователей. Отдельно покажите деньги, которые нельзя вернуть после сокращения, и часы внутренней команды.

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