Выбор маршрута до расчета
Сначала фиксируем страну, tenant, юридическое лицо, процесс закупки, продукты, пользователей, сроки и владельцев решения, чтобы не считать предложение на пустых вводных.
Microsoft licensing route
CSP, LSP/MPSA, Microsoft 365 или тендер
Microsoft-запрос в регионе стоит начинать не с продукта, а с маршрута: CSP подходит для управляемых cloud-подписок и изменений, LSP/enterprise licensing и MPSA где применимо - для корпоративного licensing/renewal, Microsoft 365 - для tenant/adoption задач, а тендер - для формальной закупки с документами и сроками. Если маршрут выбран неверно, команда теряет время на неполные вводные, лишние согласования и пересчет.
Вебинары Посмотреть ближайшие Microsoft-разборыМожно сразу написать на cca@promisegroup.com
Что входит в работу
Короткий ответ, состав работ, частые вопросы и понятный следующий шаг - для клиента, закупки и партнера.
Разделение лицензий, услуг и внедрения
Отделяем CSP-операции, LSP/enterprise licensing, MPSA где применимо, Microsoft 365, тендер и technical discovery, чтобы лицензии, сервисы, support, migration и внедрение не смешивались в один неуправляемый запрос.
Checklist для IT, закупки и финансов
Даем короткий intake checklist для IT, procurement, finance, business owner и partner channel, который можно отправить до созвона или приложить к ТЗ.
Короткие ответы для закупки и IT
Самостоятельные ответы на вопросы, с которых обычно начинается Microsoft-запрос в регионе: лицензии, продления, Copilot, Azure, security, партнерский маршрут и тендеры.
Чем CSP отличается от LSP/MPSA?
CSP - это маршрут для управляемых cloud-подписок и регулярных изменений: пользователи, планы, продления, tenant, billing/support контекст и operational lifecycle. LSP/enterprise licensing нужен, когда закупка становится корпоративной: много пользователей, approval-уровней, бюджетов, юридических лиц, renewal-циклов или purchasing accounts. MPSA нельзя выбирать автоматически; его применимость нужно проверять по текущему Microsoft-контексту.
Когда Microsoft-запрос становится тендером?
Запрос стоит вести как тендер, когда есть формальная процедура, дедлайн подачи, требования к поставщику, реквизиты, техническое задание, список Microsoft-позиций или документальная оценка. В этом случае лицензии, услуги, support и внедрение нужно разделить заранее, чтобы закупочный пакет не стал набором противоречивых требований.
Когда достаточно Microsoft 365 business licensing?
Microsoft 365 business licensing достаточно, когда задача ограничена рабочими ролями, планами, базовым tenant-контекстом и понятным набором пользователей. Если появляются Teams/SharePoint governance, Exchange migration, external sharing, security baseline, устройства, adoption или Copilot readiness, это уже не только покупка лицензий, а Microsoft 365 project route.
Что подготовить перед продлением?
Перед продлением полезно собрать текущие подписки или соглашения, дату renewal, количество пользователей, роли, текущие планы, неиспользуемые лицензии, продукты в будущем scope, budget owner, procurement process, юридическое лицо и ограничения по документам. Без этого расчет превращается в переписку, где каждый участник уточняет свою часть отдельно.
Как tenant country влияет на Microsoft route?
Для CSP важны market партнера и tenant/customer country, потому что региональные правила могут влиять на customer relationship и доступность транзакции. Поэтому в intake нужно указать не только физическую страну компании, но и страну tenant. Это не юридическая консультация, а практичная проверка маршрута до расчета.
Кто должен участвовать в выборе маршрута?
Минимально нужны IT и закупка: IT понимает tenant, пользователей, безопасность и технический scope; закупка понимает процедуру, документы и сроки. Для корпоративного продления добавляются финансы и legal/commercial owner. Для Copilot, Azure, Security, D365, BI/Fabric или Power Platform нужен еще владелец данных, приложения или бизнес-процесса.
Можно ли начинать без полного ТЗ?
Да, но нельзя притворяться, что неполный scope уже является готовым расчетом. Можно начать с route brief: страна, tenant, продукты, пользователи, сроки, закупочный процесс, текущие ограничения и желаемый результат. После этого станет ясно, нужен ли CSP, LSP/enterprise licensing, MPSA где применимо, тендер, Microsoft 365 project или technical discovery.
Как не смешать лицензии, услуги и внедрение?
Сначала разделите три слоя. Licensing отвечает на право использования и планы; services отвечают на настройку, миграцию, security, adoption, support и обучение; implementation отвечает на конкретный технический результат. В ТЗ или renewal brief каждый слой должен иметь своего владельца, сроки, ограничения и критерий готовности.
Когда это нужно
Microsoft-закупка в регионе часто начинается с короткой фразы: нужны лицензии, нужно продление, нужен тендер, нужен Copilot, нужен Azure или надо понять CSP/LSP. Проблема в том, что это разные маршруты. Если сразу считать SKU без контекста, закупка получает неполные позиции, IT получает лишние вопросы, финансы не видят бюджетный риск, а бизнес ждет ответ дольше, чем нужно.
Этот раздел работает как навигатор по Microsoft-запросам. Он помогает выбрать первый правильный путь: CSP для управляемых cloud-подписок и регулярных изменений, LSP/enterprise licensing для корпоративного лицензирования и renewal-циклов, MPSA только где применимо после проверки текущего Microsoft-контекста, Microsoft 365 для tenant/adoption/security задач, тендер для формальной закупки, technical discovery для Azure, Security, Copilot, D365, BI/Fabric или Power Platform. Дальше вы переходите на отдельную страницу нужного направления - без одного бесконечного общего текста.
Как выбрать маршрут Microsoft-закупки
Таблица помогает быстро выбрать первый путь и не каннибализирует глубокие страницы. Если ветка требует деталей, дальше лучше перейти на отдельную CSP, LSP, tender, Microsoft 365, Azure, Security или Copilot страницу.
| Маршрут | Когда подходит | Кто участвует | Что собрать | Куда идти дальше |
|---|---|---|---|---|
| CSP | Нужны управляемые cloud-подписки, изменения пользователей, продления, Microsoft 365/Azure/Copilot/security как операционный процесс. | IT, закупка, финансы, partner/account owner. | Tenant, страна, продукты, пользователи, планы, дата продления, текущие ограничения. | Подробный CSP-разбор: /ru/microsoft-csp-kazakhstan/ |
| LSP / enterprise / MPSA where applicable | Закупка стала корпоративной: много пользователей, несколько бюджетов или юрлиц, renewal cycle, purchasing account, внутреннее согласование; MPSA рассматривается только после проверки актуальной применимости. | IT leadership, procurement, finance, legal/commercial owner. | Соглашения, сроки, purchasing account, юрлицо, группы пользователей, бюджетный цикл. | Enterprise licensing route: /ru/microsoft-lsp-kazakhstan/ |
| Microsoft 365 business licensing | Основной вопрос в рабочих ролях, планах, tenant hygiene, Teams/SharePoint/Exchange/OneDrive и adoption. | IT, business owner, security, HR/operations where needed. | Роли пользователей, текущая почта/файлы, планы, внешние доступы, требования security. | Microsoft 365 page: /ru/microsoft-365-kazakhstan/ |
| Тендер / Закупка | Есть формальная процедура, ТЗ, дедлайн, требования к поставщику, реквизиты или список Microsoft-позиций. | Procurement, tender committee, IT, business owner, document owner. | ТЗ, дедлайн, список позиций, требования, реквизиты, вопросы, ограничения процедуры. | Tender route: /ru/tendery-microsoft-kazakhstan/ |
| Technical discovery | Запрос смешивает лицензии с Azure, Security, Copilot, D365, BI/Fabric, Power Platform или внедрением. | IT architect, security, data/application owner, procurement. | Технический scope, системы, данные, доступы, риски, желаемый результат, владельцы. | Azure, Security, Copilot или future D365/Fabric/Power Platform page. |
Таблица не подтверждает партнерский статус, LSP-авторизацию, direct-bill CSP, применимость MPSA, special pricing или результат закупки. Она помогает выбрать рабочий маршрут до коммерческого, юридического и Microsoft-claim review.
Что отправить для первого разбора
Чем точнее стартовые данные, тем быстрее можно отделить простой CSP-разбор от корпоративного согласования, тендера или технического discovery.
- Страна закупки и страна tenant/customer.
- Юридическое лицо и реквизиты, если запрос связан с закупкой или документами.
- Текущие Microsoft-продукты и подписки: Microsoft 365, Azure, Copilot, Security, D365, BI/Fabric, Power Platform или другое направление.
- Количество пользователей, роли, текущие планы и группы сотрудников.
- Дата продления, дедлайн подачи, срок внутреннего approval или желаемая дата запуска.
- Закупочный процесс: обычная покупка, renewal, tender, тендер, внутреннее согласование или партнерская сделка.
- Список Microsoft-позиций, rough scope или ТЗ, если документ уже есть.
- Технический контур: tenant, Azure, identity, security, Copilot, D365, BI/Fabric, Power Platform, integrations, data.
- Ограничения по документам, валюте, срокам, vendor qualification, счету или внутренним требованиям.
- Контактные лица: IT, procurement, finance, business owner, security, partner/account owner.
Типичные проблемы
Эти ситуации чаще всего мешают компаниям получить пользу от Microsoft-экосистемы и одновременно контролировать бюджет, безопасность и поддержку.
Запрос звучит как покупка лицензий, но внутри уже есть внедрение, migration, support, security, Copilot readiness или Azure discovery.
Проблема требует проверки текущей модели, ролей, данных и процесса принятия решений.
IT, закупка и финансы обсуждают один Microsoft-контур разными словами: tenant, SKU, бюджет, договор, ТЗ, пользовательские роли и дедлайн не связаны в один brief.
Проблема требует проверки текущей модели, ролей, данных и процесса принятия решений.
Дедлайн продления или тендера приближается, но нет согласованного списка продуктов, количества пользователей, действующих планов, юридического лица и владельцев решения.
Проблема требует проверки текущей модели, ролей, данных и процесса принятия решений.
В закупочном документе смешаны лицензии, услуги, требования к поставщику, внедрение, обучение и support, поэтому его сложно корректно оценить и согласовать.
Проблема требует проверки текущей модели, ролей, данных и процесса принятия решений.
Партнер или реселлер передает региональный запрос, но в нем не хватает страны tenant, customer context, сроков, текущей модели закупки и ожидаемого следующего шага.
Проблема требует проверки текущей модели, ролей, данных и процесса принятия решений.
Что мы делаем
Описываем рабочий маршрут без неподтвержденных юридических, партнерских и результативных заявлений.
Работы
- Фиксируем исходный intent: регулярная cloud-подписка, корпоративное продление, Microsoft 365 tenant/adoption, тендер, technical discovery или партнерская квалификация.
- Собираем минимальный licensing route brief: страна закупки, tenant country, юридическое лицо, продукты, пользователи, текущие планы, дедлайн, процесс закупки и ограничения.
- Разделяем маршруты CSP, LSP/enterprise licensing, MPSA где применимо, Microsoft 365 business licensing, тендер и technical discovery, чтобы не смешивать разные типы решений в один расчет.
- Подсказываем, какие вопросы нужно закрыть до коммерческого предложения: кто владеет tenant, кто утверждает бюджет, кто готовит документы, кто отвечает за безопасность и кто принимает бизнес-решение.
- Направляем запрос на нужную следующую страницу: CSP, LSP, тендеры, Microsoft 365, Azure, Security, Copilot или будущий D365/Fabric/Power Platform контур.
Результаты
- Короткая route-рекомендация: с чего начинать запрос и какие ветки не стоит смешивать на первом шаге.
- Список недостающих вводных для IT, procurement, finance, business owner или partner channel.
- Decision table по CSP, LSP/enterprise licensing, MPSA где применимо, Microsoft 365, тендер и technical discovery с понятным следующим шагом.
- Intake checklist, который можно отправить до созвона, приложить к ТЗ или использовать как internal approval checklist.
- Аккуратная формулировка scope без неподтвержденных Microsoft partner/status claims, special pricing, legal advice или обещаний результата тендера.
Процесс
Такой порядок помогает быстро перейти от общего запроса к понятному решению, не покупая лишние лицензии и не обещая результат без проверки вводных.
- Сначала определяем событие: новая покупка, продление, тендер, оптимизация подписок, Copilot readiness, Azure/security discovery, D365/BI/Power Platform задача или партнерская сделка.
- Затем собираем стартовые данные: страна закупки, tenant country, юридическое лицо, текущие продукты, пользователи, роли, сроки, дедлайн, внутренний approval и ограничения по документам.
- После этого отделяем лицензии от услуг. Лицензии отвечают на вопрос права использования; услуги отвечают на migration, внедрение, security, adoption, поддержку, обучение и архитектуру.
- Дальше выбираем маршрут. CSP подходит для операционных cloud-подписок; LSP/enterprise licensing - для корпоративного licensing/renewal; MPSA рассматривается только где применимо после проверки текущих условий; Microsoft 365 - для tenant и рабочих ролей; тендер - для формальной процедуры; discovery - для технически сложных контуров.
- Финальный шаг - согласовать next action: отправить документы, назначить licensing review, подготовить вопросы к тендеру, перейти к service page, собрать checklist или вынести вопрос на отдельный технический workshop.
Где применяется
Сценарии, с которых удобно начинать обсуждение с IT, закупкой или бизнес-заказчиком.
Компания из региона готовит продление Microsoft 365 и хочет понять, достаточно ли CSP-разбора или уже нужен corporate licensing route.
Этот сценарий можно разобрать отдельно и связать с лицензиями, безопасностью, процессом внедрения и поддержкой.
Закупка получила ТЗ на Microsoft-позиции, но в документе смешаны лицензии, внедрение, support, security и требования к поставщику.
Этот сценарий можно разобрать отдельно и связать с лицензиями, безопасностью, процессом внедрения и поддержкой.
IT хочет запустить Copilot, но до покупки лицензий нужно проверить tenant, SharePoint, OneDrive, Teams, права пользователей и sensitive data.
Этот сценарий можно разобрать отдельно и связать с лицензиями, безопасностью, процессом внедрения и поддержкой.
Группа компаний работает в KZ, UZ, AZ, AM, GE, KG или UA и хочет не обещание офиса в каждой стране, а корректный route по стране закупки и tenant.
Этот сценарий можно разобрать отдельно и связать с лицензиями, безопасностью, процессом внедрения и поддержкой.
Партнерский канал передает сделку и хочет быстро понять, нужен ли presales, licensing brief, commercial route, tender support или technical discovery.
Этот сценарий можно разобрать отдельно и связать с лицензиями, безопасностью, процессом внедрения и поддержкой.
Как читать эту страницу разным ролям
Один Microsoft-запрос обычно видят несколько команд. У каждой свой риск: технический, закупочный, бюджетный или партнерский.
Для IT
IT важно быстро отделить tenant, пользователей, безопасность, adoption и технический scope от закупочной процедуры. Тогда лицензии не покупаются в отрыве от реальных ролей, данных, доступов и будущих сервисов.
- Проверить tenant country, текущие планы, администраторские роли и владельцев сервисов.
- Отделить Microsoft 365, Azure, Copilot, Security, D365, BI/Fabric и Power Platform discovery от простой покупки.
- Собрать technical questions до расчета или тендера, а не после дедлайна.
Для закупки
Закупке нужен чистый документ: что покупается, по какой процедуре, какие сроки, какие требования к поставщику и где граница между лицензиями, услугами и внедрением. Route hub помогает не запускать тендер с неполным scope.
- Определить, это обычная покупка, renewal, тендер или internal approval.
- Собрать реквизиты, дедлайн, список позиций, требования и вопросы к IT.
- Не обещать результат процедуры и не использовать неподтвержденные status claims.
Для финансов
Финансы смотрят на регулярные расходы, сроки продления, бюджетных владельцев и риск лишних планов. Для них Microsoft route должен показывать не только цену, а структуру будущего решения и зоны неопределенности.
- Собрать renewal calendar, budget owner и группы пользователей.
- Отметить позиции, где нужна проверка использования или отдельное согласование.
- Разделить обязательные лицензии, опциональные сервисы и проектные работы.
Для партнеров
Партнерскому каналу нужен короткий qualifying brief, чтобы не перегружать клиента и не терять сделку на первой переписке. Достаточно передать регион, клиента, продукты, сроки, ограничения и ожидаемый next step.
- Передать страну закупки, tenant country, customer context и Microsoft-направление.
- Понять, нужен presales, licensing brief, commercial route, tender support или discovery.
- Согласовать, кто отвечает за клиента, документы, сроки и дальнейшую коммуникацию.
Следующий шаг
Отправьте короткое описание Microsoft-запроса: страна, tenant, продукты, пользователи, срок, закупочный процесс и что уже есть на руках. Мы поможем выбрать первый маршрут - CSP, LSP/enterprise licensing, MPSA где применимо, Microsoft 365, тендер или technical discovery - без обещаний статуса, цены или результата до проверки вводных.
Практические гайды
Подробные разборы по этому направлению - для IT, закупки и финансов: что собрать, что проверить и какой выбрать следующий шаг.
CSP, LSP или тендер: закупка Microsoft 365 в регионе
Когда выбирать CSP, корпоративное лицензирование через LSP/EA и тендер для Microsoft 365 и Microsoft cloud компаниям в регионе.
Открыть гайдMicrosoft 365 для бизнеса в регионе: выбор плана
Гайд по Microsoft 365 для компаний Казахстана: планы Business и Enterprise (E3/E5), CSP/LSP/тендер, tenant readiness и продление.
Открыть гайдMicrosoft 365 цена в регионе: бюджет и продление
Что влияет на бюджет Microsoft 365 в регионе и как подготовить продление: КП, роли пользователей, billing frequency и изменения лицензий.
Открыть гайдТендер Microsoft в регионе: чеклист закупки лицензий
Чеклист для тендера Microsoft в регионе: лицензии M365, Azure, Dynamics 365, Copilot, выбор CSP/LSP, scope и критерии приёмки.
Открыть гайдMicrosoft в Центральной Азии и на Кавказе: закупка по странам
Как компаниям Узбекистана, Азербайджана, Армении, Грузии и Кыргызстана покупать Microsoft 365 и лицензии через команду Promise: маршрут, оплата, данные.
Открыть гайдСвязанные направления
Эти страницы помогают закрыть смежные вопросы закупки, внедрения, безопасности, данных и партнерского маршрута.
Cloud Solution Provider
Microsoft CSP: лицензии, cloud и продления
Microsoft CSP для компаний и партнеров в регионе: аудит подписок, Microsoft 365, Azure, Copilot, security, продления и выбор закупочного маршрута.
ОткрытьEnterprise licensing
Microsoft LSP и корпоративное лицензирование
Корпоративное Microsoft-лицензирование для крупных организаций: продления, бюджеты, соглашения, несколько юрлиц и выбор CSP/LSP/tender-маршрута.
ОткрытьТендер / Закупка
Тендеры и закупки Microsoft
Подготовка Microsoft-запросов для закупки, тендера: лицензии, cloud services, реквизиты, сроки, спецификация и vendor qualification.
ОткрытьModern Work
Microsoft 365: лицензии, tenant и внедрение
Microsoft 365 для бизнеса в регионе: лицензии, Exchange, Teams, SharePoint, OneDrive, безопасность, внедрение и Copilot readiness.
ОткрытьBusiness Applications
Dynamics 365: CRM, ERP, внедрение и поддержка
Microsoft Dynamics 365 для компаний в регионе: CRM, ERP, Sales, Customer Service, Finance, Supply Chain, интеграции, лицензии и поддержка.
ОткрытьAzure
Azure и облачная инфраструктура
Azure в регионе: assessment инфраструктуры, миграция workload, cloud governance, backup/DR, безопасность, FinOps и контроль расходов до масштабирования.
ОткрытьSecurity
Кибербезопасность на Microsoft stack
Кибербезопасность Microsoft в регионе: Entra ID, MFA, Defender, Sentinel, защита почты, endpoint, данных и security review перед Copilot или Azure.
ОткрытьAI adoption
Microsoft Copilot для бизнеса
Microsoft Copilot для бизнеса в регионе: readiness-аудит, лицензирование, безопасность данных, пилот, обучение и подготовка Microsoft 365 tenant.
ОткрытьPartner channel
Партнерам и реселлерам Microsoft в регионе
Для реселлеров, интеграторов и сервисных компаний: Microsoft licensing, presales, CSP/LSP, Azure, Copilot, security и региональная квалификация запросов.
ОткрытьFAQ
Что выбрать: CSP, LSP/MPSA или тендер для Microsoft-закупки в регионе?
CSP подходит для управляемых cloud-подписок, изменений пользователей и регулярных продлений. LSP/enterprise licensing нужен, когда закупка становится корпоративной: много пользователей, бюджетов, юрлиц или approval-уровней; MPSA рассматривается только где применимо после проверки текущего Microsoft-контекста. Тендерный маршрут нужен при формальной процедуре, дедлайне и документальном пакете.
Когда Microsoft 365-запрос лучше вести не как покупку лицензий, а как проект?
Если вопрос затрагивает роли пользователей, Exchange, Teams, SharePoint, OneDrive, Entra, внешние доступы, безопасность, adoption или Copilot readiness, Microsoft 365 стоит вести как проект. Тогда лицензии остаются частью решения, но не заменяют tenant hygiene, правила совместной работы и план внедрения.
Какие данные нужны для первого тендерного или renewal-разбора?
Нужны страна закупки и tenant, юридическое лицо, продукты Microsoft, количество пользователей, текущие планы, дата продления или дедлайн, закупочный процесс, список позиций, технический контур и контактные лица со стороны IT, закупки, финансов и бизнеса.
Можно ли начать без полного технического задания?
Да. Для первого разбора достаточно коротко описать задачу, страну, продукты, пользователей, сроки и ограничения закупки. Если ТЗ неполное, следующий шаг - собрать вопросы, отделить лицензии от услуг и понять, нужен ли CSP, LSP/enterprise licensing, MPSA где применимо, тендер или technical discovery.
Как tenant country влияет на Microsoft route?
Для CSP-маршрута важны рынок партнера и страна или регион tenant/customer, потому что региональные ограничения могут влиять на то, где можно создавать customer relationship и транзакции. Поэтому в первом intake важно указать не только физическую страну компании, но и tenant country.
Можно ли гарантировать результат тендера?
Нет. Мы помогаем структурировать Microsoft-запрос, ТЗ, список позиций, сроки, вопросы и технический контур, но не обещаем результат закупочной процедуры, special pricing, статус поставщика или соответствие требованиям без отдельной проверки документов и коммерческого согласования.