Маршрут закупки Microsoft 365
Когда выбирать CSP, корпоративное лицензирование через LSP/EA и тендер для Microsoft 365 и Microsoft cloud компаниям в Казахстане.
Tugelbay Konabayev, Marketing Specialist · 9 июня 2026 г.
Эти блоки отвечают на практические вопросы без скрытого текста и без неподтвержденных обещаний по срокам, стоимости или результату.
Маршрут выбирают не только по продукту, а по закупочному контексту. CSP обычно рассматривают для управляемых cloud-подписок и регулярных изменений. LSP или enterprise licensing route рассматривают для корпоративного лицензирования и продлений. Tender/RFP нужен, когда закупка формальная и требует документов.
CSP может подойти, если задача связана с Microsoft 365, Azure, Copilot, security или Power Platform как с управляемыми облачными подписками: пользователи меняются, планы пересматриваются, нужна поддержка жизненного цикла, а закупка не требует отдельной формальной процедуры.
LSP или enterprise route имеет смысл проверять, когда Microsoft-лицензирование становится корпоративной задачей: несколько подразделений, бюджетов, юридических лиц, продлений, внутренних согласований и договорных требований. Конкретная применимость соглашений должна проверяться по текущим условиям Microsoft.
Запрос становится tender/RFP, когда есть формальная закупочная процедура, дата подачи, требования к поставщику, техническое задание, список Microsoft-позиций, реквизиты, правила оценки или необходимость сравнивать предложения в документальном формате.
Для CSP-покупок Microsoft Customer Agreement является важной проверкой готовности: перед размещением заказа от имени клиента клиент должен принять применимое соглашение. Способ подтверждения зависит от роли, модели партнера и текущего процесса в Partner Center или Microsoft 365 Admin Center.
В CSP региональные правила зависят не только от физической страны компании. Microsoft указывает, что sales territory может зависеть от страны или региона, заданного в tenant. Поэтому перед запросом нужно проверить tenant country, customer context и рынок партнера.
Нет. Цена или бюджетная строка важны, но маршрут зависит также от модели договора, закупочных правил, страны tenant, Microsoft Customer Agreement, продления, внутреннего согласования, роли IT, требований безопасности и того, нужны ли услуги внедрения или только лицензии.
Отправьте страну закупки, tenant country, юридическое лицо, текущие Microsoft-продукты, количество пользователей по ролям, дату продления или дедлайн, закупочный процесс, ограничения документов, цель запроса и контакты IT, закупки, финансов и владельца бизнеса.
CSP, LSP и tender/RFP — это не три названия одного запроса. Это разные маршруты. CSP рассматривают для управляемого процесса вокруг облачных подписок: пользователи, изменения, продления, поддержка, Microsoft 365, Azure, Copilot, security или Power Platform. LSP/enterprise route — когда лицензирование становится корпоративной задачей: соглашения, продление, согласования, подразделения, бюджеты, юридические лица. Tender/RFP — для формальной процедуры и документов.
Для Казахстана важен контекст: страна закупки, tenant country, Microsoft Customer Agreement, юридическое лицо, закупочная политика, дата продления, текущие подписки, роли пользователей и смешивание ли лицензий с внедрением, безопасностью, миграцией или поддержкой. Неверный маршрут ведет к считанию на неполных вводных, спорам о документах, смешиванию лицензий и услуг, неразобранному основному вопросу.
Гайд не выбирает поставщика, не публикует цены, не подтверждает статус Promise Group у Microsoft и не заменяет закупочную или юридическую консультацию. Его задача — дать карту решения: какой маршрут проверить, какие факты собрать, куда идти дальше.
Частый запрос звучит просто: “нужны лицензии Microsoft 365” или “надо продлить Office 365”. Но внутри такого запроса могут быть разные задачи:
Если эти задачи вести через один общий запрос, появляется путаница. IT говорит про tenant, роли, безопасность и пользователей. Закупка говорит про документы, поставщика, дедлайн и форму ответа. Финансы говорят про бюджетную строку, продление и владельца расходов. Бизнес говорит про скорость запуска и результат. Новый гид нужен как переводчик между этими участниками.
Главная граница: эта страница не является коммерческой страницей услуги. Коммерческий CSP-маршрут остается на странице подробнее о закупке через CSP. Корпоративный маршрут лицензирования остается на странице корпоративный маршрут лицензирования. Тендерная закупка Microsoft остается на странице тендерная закупка Microsoft. Документы и вопросы для RFP остаются в отдельном чеклисте документов для RFP. Здесь мы решаем только вопрос “какой маршрут сначала проверить”.
Для практического выбора можно думать о трех маршрутах.
CSP — маршрут для облачных подписок и жизненного цикла клиента. Microsoft Partner Center описывает CSP с косвенной моделью и direct-bill. Косвенная модель работает через дистрибьюторов или провайдеров. Direct-bill: партнер продает, выставляет счета, управляет, поддерживает. Для покупателя: CSP стоит рассматривать для управляемого жизненного цикла Microsoft cloud, а не просто строки в таблице.
LSP / enterprise licensing route — маршрут для корпоративного лицензирования и соглашений. Microsoft показывает разные соглашения для облачных сервисов и ПО. Enterprise agreements и enrollments — корпоративные маршруты с обязательствами, требуют Licensing Solution Provider. Это не означает локальный LSP-статус. Это означает: enterprise route нужно проверять отдельно по текущему контексту Microsoft и документам.
Tender / RFP — маршрут для формальной закупки. Нужен не потому что Microsoft “сложный”, а потому что есть процедура: RFP, ТЗ, требования к поставщику, дата подачи, форма ответа, согласование или сравнение предложений. Важно разделить лицензии, услуги, внедрение, поддержку и требования к поставщику до запроса.
CSP может быть правильным первым маршрутом, если Microsoft-запрос связан с операционными облачными подписками. Например, компания хочет управлять Microsoft 365, Azure, Copilot, security или Power Platform как живым процессом: добавлять пользователей, менять планы, готовить продление, разбирать роли, видеть tenant context и получать понятный следующий шаг.
CSP стоит рассмотреть, если:
Но CSP не стоит выбирать автоматически. Если запрос уже идет через formal tender, если закупка требует корпоративного agreement route, если в документе есть требования к поставщику или если Microsoft-продукт является частью большого внедрения, сначала нужно определить границы. CSP может быть частью решения, но не обязан быть единственным маршрутом.
Практическая проверка для CSP:
Если большинство ответов связано с подписками, пользователями, продлением и жизненным циклом, CSP стоит рассмотреть первым. Если ответы уходят в соглашения, документы и корпоративные маршруты согласования, нужен другой маршрут.
LSP или enterprise route стоит проверять, когда Microsoft-закупка перестает быть операционным изменением и становится корпоративным решением. Это не только из-за размера. Главный сигнал — количество участников, соглашений, бюджетов, юридических лиц, согласований и обязательств.
Корпоративный маршрут может быть уместен, если:
MPSA, Enterprise Agreement, LSP — не универсальный ответ. Microsoft licensing options меняются, имеют условия и применимость. В copy лучше: “проверить LSP/enterprise route” или “MPSA где применимо”, а не “точно нужен MPSA”.
Страница не утверждает, что Promise Group является LSP, direct-bill CSP или носителем конкретного tier. До публикации таких статусов нужна проверка first-party и Microsoft evidence. Для гайда достаточно: корпоративный маршрут лицензирования нужно проверять отдельно, если запрос выходит за рамки операционного CSP.
Tender/RFP нужен для Microsoft-запроса под формальную процедуру. Это может быть государственная, квазигосударственная, корпоративная или внутренняя закупка. Если есть документальная процедура, готовьте маршрут как закупочный пакет.
Признаки tender/RFP:
Здесь важно не переписать весь тендерный чеклист. Для документов используйте отдельный RFP-чеклист. В этом гиде достаточно понять: если процедура формальная, “CSP или LSP” становится частью маршрута — кто отвечает, какие документы, как разделены лицензии и услуги, какие вопросы уточнить до ответа.
Tender/RFP не обещает результат процедуры. Помогает сделать запрос понятнее: отделить Microsoft 365, Azure, Copilot, security, Power BI, Power Platform или Dynamics 365; показать роли; зафиксировать ограничения; не превращать закупочный документ в смесь позиций.
Инструкция Microsoft по Customer Agreement CSP: перед заказом от имени клиента клиент должен принять и подписать MCA. Принятие может подтверждаться: attestation партнера или прямым подтверждением через Microsoft 365 Admin Center. Важен факт: MCA readiness нужно проверить до заказа, а не после.
Важен tenant country. Microsoft CSP global markets указывает: рынок определяется локацией партнера, CSP offers зависят от региона. Местоположение клиента для sales territory может зависеть от tenant country, а не только от физической локации. Для Казахстана: компания может работать в одной стране, а tenant или customer context указывать другой. Разбор маршрута должен начинаться с фактов, а не предположений.
Минимальные проверки:
Это не юридическая консультация и не обещание доступности. Это техническая и закупочная проверка готовности для безопасного следующего шага.
| Критерий | CSP | LSP / enterprise route | Tender / RFP |
|---|---|---|---|
| Главная задача | Управлять облачными подписками, пользователями, изменениями, продлениями и базовым жизненным циклом. | Разобрать корпоративное лицензирование, соглашения, продление, бюджеты и внутренние согласования. | Подготовить формальную закупочную процедуру, документ, требования, вопросы и маршрут ответа. |
| Когда рассматривать | Когда нужен операционный Microsoft cloud route без отдельной закупочной процедуры. | Когда закупка влияет на несколько команд, бюджетов, юридических лиц или agreement options. | Когда есть RFP, ТЗ, дата подачи, требования к поставщику или документальное сравнение. |
| Кто участвует | IT, закупка, финансы, владелец tenant, partner/account owner. | IT leadership, закупка, финансы, юридический или коммерческий владелец, руководство. | Владелец закупки, IT, владелец RFP, бизнес-заказчик, финансы, security при необходимости. |
| Что собрать | Tenant, страна, продукты, пользователи, текущие планы, дата продления, MCA readiness. | Соглашения, продукты, роли, юридические лица, владельцы бюджета, контекст продления, внутреннее согласование. | RFP/ТЗ, требования, список позиций, дата подачи, форма ответа, ограничения и вопросы. |
| Чего избегать | Не превращать CSP-разбор в большой внедренческий scope без отдельного discovery. | Не считать enterprise route автоматическим выбором без Microsoft-current verification. | Не смешивать лицензии, услуги, внедрение и поддержку в один неструктурированный документ. |
| Куда идти дальше | подробнее о закупке через CSP | корпоративный маршрут лицензирования | тендерная закупка Microsoft |
Матрица не заменяет коммерческий разбор. Она нужна для первого решения по маршруту. Если вопрос в конкретном плане Microsoft 365, переходите в гид по выбору Microsoft 365 licensing route. Если вопрос в документах, используйте чеклист документов для RFP. Если нужен общий вход в licensing cluster, используйте хаб лицензирования Microsoft.
Перед запросом не нужен огромный документ. Нужен короткий route brief, показывающий, какой маршрут рассматривать.
Для IT:
Для закупки:
Для финансов:
Для бизнеса:
Если эти ответы не собраны, маршрут лучше не выбирать по названию. Сначала нужен короткий discovery или разбор маршрута.
В реальных Microsoft-запросах все участники редко описывают одну задачу. IT: “нужны планы Microsoft 365 и tenant review”. Закупка: “RFP и дедлайн”. Финансы: “какой бюджет, кто владелец”. Руководство: “запустить Copilot” или “закрыть продление”. Это может быть один проект, но разные маршруты.
Если вводные противоречат друг другу, не выбирайте маршрут по самому громкому участнику. Разложите запрос на четыре слоя:
После разложения маршрут становится понятнее. Главный слой — cloud subscription lifecycle → CSP-разбор. Соглашения, бюджеты, корпоративное продление → enterprise route. Документальная процедура → tender/RFP route. Техническая готовность → discovery перед коммерческим расчетом.
Это важно для Microsoft 365, потому что один продукт может быть куплен как подписка, как часть корпоративного renewal, как строка в RFP или как компонент проекта по security, Copilot, Azure, Power Platform или BI. Ошибка не в выборе “не того” продукта. Ошибка в выборе маршрута до согласования о слое задачи.
Используйте эту страницу как decision tree:
Такое разделение помогает быстрее найти нужное. Этот гайд отвечает на вопрос маршрута, коммерческие страницы - на следующий коммерческий шаг, тендерный чеклист - на документы, а гайд по лицензированию Microsoft 365 - на планы и вводные для оценки.
Технические и licensing facts в этом гиде опираются на официальные источники Microsoft:
Гайд не публикует точные суммы, не обещает результат процедуры, не является юридической консультацией, не подтверждает локальный Microsoft-статус Promise Group и не заменяет коммерческое предложение. До коммерческого, юридического, закупочного, источникового и SEO-ревью материал должен оставаться в закрытом режиме подготовки.
Нет. CSP связан с управлением облачными подписками и жизненным циклом клиента через партнерскую модель. LSP/enterprise route относится к корпоративному лицензированию, соглашениям и продлениям. В одном проекте они могут пересекаться, но это разные закупочные логики.
Нет. CSP не стоит сводить к размеру компании. Важнее закупочная логика: нужны ли управляемые облачные подписки, регулярные изменения, поддержка и понятный жизненный цикл. Крупная компания тоже может иметь CSP-сценарии, если это соответствует ее Microsoft и закупочному контексту.
Не обязательно. Крупной компании может понадобиться enterprise route, но решение зависит от соглашений, продления, юридических лиц, внутренних согласований, продуктов, Microsoft-current условий и закупочной политики. Нельзя выбирать маршрут только по размеру компании.
Если у вас уже есть RFP, техническое задание, требования к поставщику или документальная процедура, используйте отдельный чеклист по подготовке Microsoft RFP. Этот гид помогает выбрать маршрут, а не заменяет подготовку тендерного пакета.
Это клиентское соглашение Microsoft, которое может требоваться для облачных покупок. В CSP-контексте важно проверить, принято ли применимое соглашение и кто может подтвердить acceptance: клиент напрямую или уполномоченная сторона в рамках Partner Center процесса.
Можно, но для оценки лучше разделять слои. Лицензии отвечают на право использования. Услуги отвечают за настройку, миграцию, безопасность, обучение и поддержку. Внедрение отвечает за технический результат. В RFP или renewal brief эти слои должны быть разделены.
Конкретный план Microsoft 365 лучше выбирать в отдельном гиде по лицензированию Microsoft 365 и маршруту оценки. Эта страница отвечает на вопрос закупочного маршрута: CSP, LSP/enterprise route или tender/RFP.
Нет. Этот гид не подтверждает локальный Microsoft-статус, LSP-роль, direct-bill CSP-роль или партнерский tier Promise Group Kazakhstan. Такие формулировки можно публиковать только после отдельной проверки источников и утверждения.
Сначала выберите маршрут: CSP, корпоративное лицензирование или tender/RFP. Затем переходите на соответствующую страницу для коммерческого разбора, документов или плана Microsoft 365.
