Импортозамещение корпоративного ПО часто ломается на простом месте: команда уже выбрала название, а список требований еще не собран. Для лицензий это особенно рискованно. Одинаковые слова в коммерческом предложении могут означать разные права на обновления, разные модули, разные правила активации и разный объем поддержки.
Правильная отправная точка — ведомость использования. В нее стоит занести сотрудников, устройства, серверы, тестовые среды, филиалы, внешних подрядчиков, администраторов и сценарии автоматизации. Отдельной строкой идут функции: редакторы документов, совместная работа, почта, SDK, API, мобильный доступ, офлайн-режим, импорт старых файлов, интеграция с СЭД или ERP. Только после этого можно читать лицензионные условия без рекламного шума.
Что считать до запроса ценыПервый блок — метрика лицензирования. Продукт может считаться по пользователям, устройствам, активным учетным записям, модулям, серверным экземплярам или сочетанию этих параметров. Для бизнеса это не бухгалтерская мелочь, а карта миграции: если бухгалтерия, юристы и проектный офис используют разные функции, им может понадобиться разный набор прав.
Второй блок — обновления. На странице поддержки Р7 Офис для десктопных редакторов, проверенной 23 мая 2026 года, пример с бессрочной лицензией описан как право обновляться до версий, выпущенных в течение одного года с момента покупки, с дальнейшим использованием последней версии из этого периода. Такой пример хорошо показывает границу: право пользоваться программой, право получать обновления и право на сопровождение нужно считать отдельно.
Третий блок — модули. В новости МойОфис SDK 26.1 от 2 апреля 2026 года перечислены сервер совместного редактирования, автономный модуль редактирования, средство просмотра документов и Document API. Для заказчика это повод не просить "офисный пакет вообще", а разложить задачи: где нужен просмотр, где редактирование, где встраивание редакторов в свои системы, где автоматическое формирование документов.
Документация важнее названияОфициальная документация и страницы поддержки показывают то, что должно попасть в план перехода. Если лицензия активируется файлом, нужно заранее описать хранение, права доступа и процедуру замены. В инструкции Р7 Офис для Windows указан путь `C:\ProgramData\R7-Office\License\`; это не деталь для последнего дня, а часть эксплуатационного регламента.
Совместимость тоже надо фиксировать датой и версией. В статье поддержки Р7 по операционным системам несколько строк привязаны к версии 2026.1.2.1942. Это не означает, что любая будущая сборка автоматически подойдет под текущий образ рабочего места. В плане перехода должны быть ОС, версия продукта, способ установки, тестовый набор файлов и ответственный за повторную проверку после обновления.
Для продуктов с активным развитием нужна отдельная строка "релизный риск". В списке обновлений МойОфис на 23 мая 2026 года видны записи 26.1 от 21 апреля 2026 года и SDK 26.1 от 2 апреля 2026 года. Релизная история полезна не как обещание будущих функций, а как сигнал для тестов: после крупного обновления надо заново пройти критичные шаблоны, макросы, форматы файлов, печать, экспорт и интеграции.
Как собрать реальный планПрактичный план перехода начинается с таблицы "требование — источник — проверка". Например: совместное редактирование подтверждается продуктовой документацией, лицензирование — лицензионными условиями, поддержка — страницей поддержки, совместимость ОС — актуальной статьей производителя, юридическое требование — официальным реестром или регуляторным документом. Если источник не найден, требование остается открытым, даже когда продукт выглядит подходящим.
Дальше нужен пилот на реальных данных. В него стоит включить старые документы, шаблоны, подписи, экспорт в PDF, работу без интернета, обновление клиента, замену лицензии, восстановление после ошибки активации и обращение в поддержку. Для каждого пункта задается результат: проходит, проходит с ограничением, требует доработки, блокирует миграцию.
Российский контекст не снимает проверку источников. Если закупка зависит от статуса в реестре ПО, сертификата или специального режима поставки, это проверяется по официальной карточке и документу закупки. Страница производителя может помочь найти направление, но не заменяет юридическое подтверждение.
Финальное решение лучше принимать после короткого stop/go-разбора. Go — когда известны метрики лицензирования, покрыты ключевые сценарии, понятны обновления, поддержка и совместимость. Stop — когда цена получена раньше требований, а лицензия, модули и эксплуатационные ограничения еще не привязаны к реальным рабочим местам.
Источник обложки: https://commons.wikimedia.org/wiki/File:Staff_meeting.jpg