Все статьи

Российские LMS: рынок, импортозамещение и переход с зарубежных платформ

Российские LMS: почему компании переходят с зарубежных платформ, какие классы отечественных систем есть, ФЗ-152 и реестр ПО, как безопасно мигрировать SCORM и данные.

Евгений МартыновЕвгений Мартынов
·
12 июля 2026 г.
·
12 мин чтения
·
Поделиться: VK

Ещё пару лет назад выбор корпоративной LMS выглядел иначе: можно было взять зарубежный сервис, оплатить картой, залить курсы и не думать, где физически лежат данные. Сейчас у многих компаний эта схема сломалась в самый неподходящий момент — когда обучение уже встроено в процессы.

Сценарии повторяются. Западная платформа ограничила доступ из России, и в понедельник HR не может зайти в админку, а сотрудники — открыть назначенный курс. Или юристы задают неудобный вопрос: где хранятся персональные данные тысячи сотрудников, и что мы ответим при проверке по ФЗ-152. Или бухгалтерия который месяц не может провести оплату в валюте, а вендор не выставляет счёт по российскому договору. Обучение при этом никуда не делось — люди должны проходить онбординг, аттестацию, инструктажи по технике безопасности.

Так тема российских LMS перестала быть разговором про патриотизм и стала прикладной задачей: как перевести корпоративное обучение на отечественную платформу, ничего не потеряв по дороге. Эта статья — про рынок и импортозамещение: почему компании переходят, какие классы российских систем есть, чем они отличаются от западных и как безопасно мигрировать. Если вам нужен пошаговый разбор критериев выбора («по каким параметрам сравнивать платформы»), он в отдельной статье — российские LMS: как выбрать. Здесь — про переезд, а не про чек-лист.

Что подтолкнуло рынок к импортозамещению

Импортозамещение LMS — не один толчок, а сумма причин, которые накопились и совпали по времени.

  • Риск ухода вендора. Зарубежный сервис может закрыть доступ из России по решению, на которое вы не влияете. Проблема не только в том, что «не работает сегодня»: вместе с доступом можно потерять данные, историю прохождения и накопленный контент, если он жил внутри платформы.
  • Требования к данным. ФЗ-152 требует, чтобы персональные данные российских граждан обрабатывались в базах на территории РФ. Данные сотрудников в LMS — это персональные данные, и отдел информационной безопасности всё чаще ставит резидентность первым отсекающим условием.
  • Оплата и документы. Валютные платежи усложнились, а российским компаниям нужны нормальные закрывающие документы — договор, счёт, акт. Отечественный вендор закрывает это без экзотики.
  • Реестр отечественного ПО. Для госсектора, госкорпораций и компаний с госучастием использование ПО из реестра Минцифры — часто обязательное требование закупки, а не пожелание.
  • Поддержка и язык. Русскоязычная поддержка в том же часовом поясе решает проблемы быстрее, чем переписка на английском с разницей во времени.

Импортозамещение — это не «хуже, но своё»

Распространённый миф, что российская платформа означает компромисс по функциям. На практике сильные отечественные LMS давно закрывают тот же набор задач — авторинг, тесты, геймификацию, мобильные приложения, аналитику, ИИ-генерацию. Разница в юрисдикции данных и модели работы, а не в том, что «оно попроще».

Какие бывают классы российских систем обучения

Прежде чем выбирать конкретную платформу для переезда, полезно понять, что российский рынок неоднородный. «Российская система дистанционного обучения» — это несколько разных классов продуктов, и переезжать с западной LMS лучше в тот же класс, а не в соседний.

  • Корпоративные LMS (SaaS). Облачные платформы, заточенные под обучение сотрудников внутри компании: назначения по отделам, аналитика, онбординг, аттестация, compliance. Это основной класс для бизнеса. Вендор отвечает за инфраструктуру, обновления и резидентность данных.
  • Коробочные и on-premise решения. Та же корпоративная LMS, но разворачивается на серверах заказчика или в его закрытом контуре. Актуально для организаций со строгими требованиями ИБ, где данные не должны покидать периметр вообще.
  • Open-source LMS. Например, Moodle — открытый код, который можно бесплатно развернуть, но который требует своей IT-команды на установку, поддержку и доработку. Экономия на лицензии оборачивается расходами на разработку. Исторически ориентирован на академическую среду.
  • Платформы для онлайн-школ и инфобизнеса. Заточены под продажу курсов внешней аудитории — воронки, оплаты, лендинги. Для внутреннего корпоративного обучения подходят плохо, потому что решают обратную задачу. Мигрировать корпоративное обучение сюда — типичная ошибка «не из того класса».

Если хочется шире разобраться, что вообще относится к системам управления обучением и какие задачи они закрывают, начните со статьи что такое LMS. А развёрнутый ландшафт российских СДО с именами платформ — в обзоре лучшие СДО.

Зарубежная и российская LMS: в чём разница на практике

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

ПараметрЗарубежная LMSРоссийская LMS
Хранение данныхОбычно за рубежом, риск по ФЗ-152На серверах в РФ, соответствие ФЗ-152
ОплатаВалюта, сложности с проведениемРубли, российский договор, счёт, акт
Реестр отечественного ПОНе входитВозможно наличие (проверять по продукту)
Риск доступаМожет быть закрыт из РФНет странового риска
ПоддержкаЧасто на английском, разница во времениНа русском, один часовой пояс
ИИ-функцииКак правило, зарубежные моделиВозможна обработка в РФ (проверять)
ИнтеграцииЗападные сервисыРоссийские сервисы, в т.ч. Битрикс24

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

ИИ-функции проверяйте отдельно

Даже если платформа хранит основные данные в РФ, её ИИ-ассистент или генератор курсов может отправлять запросы на зарубежные модели — а это значит, что данные уходят за пределы страны. Уточняйте, какие модели используются и есть ли вариант с обработкой в РФ. Для части компаний ИИ на зарубежных моделях — стоп-фактор.

Реестр отечественного ПО и ФЗ-152: что нужно понимать

Две темы, которые чаще всего путают при разговоре об импортозамещении.

ФЗ-152 «О персональных данных». Требует, чтобы персональные данные граждан РФ первично собирались и хранились в базах на территории России. Данные сотрудников в LMS — ФИО, должность, подразделение, результаты тестов — это персональные данные. Значит, для российской компании резидентность хранилища — базовое требование, а не опция. Отдельная тонкость — трансграничная передача: если платформа что-то отправляет за рубеж (например, те же ИИ-запросы), это нужно оценивать отдельно.

Реестр российского ПО. Это перечень, который ведёт Минцифры (reestr.digital.gov.ru). Наличие продукта в реестре подтверждается конкретной записью с номером. Для госзаказчиков и компаний с госучастием закупка ПО из реестра часто обязательна. Важно: «мы российская компания» и «наш продукт в реестре» — разные утверждения. Первое ничего не гарантирует для закупки.

Проверяйте по официальному источнику

Не полагайтесь на формулировки на сайте вендора вроде «включены в реестр» или «соответствуем ФЗ-152». Запросите номер реестровой записи и проверьте его в официальном реестре Минцифры. По ФЗ-152 попросите документы, которые примет ваш отдел информационной безопасности. Это пять минут работы, которые снимают риск на этапе проверки или тендера.

Как безопасно мигрировать с зарубежной LMS

Переход с зарубежной LMS — это проект, а не одно нажатие кнопки «экспорт». Главный риск не технический, а организационный: обучение не должно встать, пока вы переезжаете. Разумный порядок действий такой.

  1. Инвентаризация контента. Составьте список всех курсов и материалов. Разделите их на два типа: те, что существуют в переносимом формате (SCORM 1.2 или 2004), и те, что живут только внутри редактора старой платформы. Первые переедут, вторые придётся пересобирать.
  2. Аудит данных. Выгрузите данные о пользователях, отделах, назначениях и истории прохождения — обычно в CSV или Excel. Решите заранее, что из истории вам действительно нужно перенести, а что можно оставить в архиве.
  3. Выбор новой платформы под ваш класс. Убедитесь, что переезжаете в тот же класс системы (корпоративная LMS, а не платформа для онлайн-школ) и что она поддерживает нужную версию SCORM. Критерии сравнения — в статье про выбор российской LMS.
  4. Пилот на одном реальном курсе. До массового переезда возьмите один настоящий курс, импортируйте его SCORM-пакет в новую платформу и проверьте, что он корректно проигрывается, засчитывает прохождение и отдаёт результаты в отчёты. Это вскрывает проблемы совместимости раньше, чем они станут массовыми.
  5. Перенос контента и пользователей. Импортируйте курсы, загрузите пользователей и восстановите структуру отделов и назначений. То, что не переносится в SCORM, пересоберите вручную или через ИИ-генерацию из исходных документов — регламентов, презентаций, PDF.
  6. Параллельный период. Некоторое время держите обе системы: новую как основную, старую как архив на чтение. Так у вас есть страховка, если что-то не перенеслось.
  7. Отключение старой платформы. Когда убедились, что всё работает и данные на месте, — выгрузите финальный архив и закройте подписку. Не отключайте старую систему, пока не проверили новую на реальных сотрудниках.

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

Отдельно про SCORM. Это межплатформенный стандарт, ради которого его и придумали: курс, экспортированный из одной системы, должен запускаться в другой. На практике совместимость бывает неполной — разные версии и разная реализация. Поэтому поддержку нужной версии SCORM у новой платформы проверяйте не по галочке на лендинге, а импортом реального пакета из вашей старой системы.

Сколько это стоит и как считать переезд

Стоимость перехода — это не только новая подписка. В расчёт входят миграция контента, пересборка непереносимых курсов, обучение администраторов новой платформе и время HR на настройку. Иногда дешевле пересобрать старый курс заново через ИИ-генерацию, чем биться над капризным SCORM-пакетом — это тоже часть сметы. Подробно слагаемые полной стоимости владения разобраны в статье про стоимость внедрения LMS.

Хорошая новость: переезд — разовый проект, а рублёвая подписка и отсутствие валютных сложностей потом окупают его предсказуемостью. Плюс вы уходите от странового риска: обучение больше не может «выключиться» решением, на которое вы не влияете.

Где здесь Edumotion

Edumotion — самостоятельная российская корпоративная LMS. По темам этой статьи это значит следующее.

  • Данные в РФ. Хранение на серверах в России, работа выстроена с учётом ФЗ-152. Для ИИ-функций доступны провайдеры с обработкой данных в РФ, включая YandexGPT.
  • Рубли и российские договоры. Оплата в рублях, договор, счёт и акт — без валютных платежей и юридической экзотики.
  • Нет риска ухода вендора. Российская компания, российская инфраструктура — обучение не выключится страновым решением.
  • Поддержка на русском в вашем часовом поясе, помощь при миграции.
  • Функции не уступают западным. AI-генерация курсов из темы или файла, тесты с банком вопросов, диалоговые тренажёры, геймификация, сертификаты, нативные мобильные приложения и глубокая аналитика. Для переезда — импорт SCORM 1.2 и 2004.
  • Интеграция с Битрикс24. Компаниям на портале Edumotion встраивается в Битрикс24, но работает и как самостоятельная система — это опция, а не требование.

Лучший способ проверить переезд — не поверить обзору, а прогнать пилот: импортировать один реальный курс и посмотреть, как он проигрывается. Попробовать Edumotion.

Коротко

  • Переход на российские LMS — это прикладная задача, а не идеология: данные в РФ по ФЗ-152, рубли, поддержка на русском и отсутствие странового риска.
  • Российский рынок неоднородный — есть корпоративные SaaS, коробочные и on-premise решения, open-source и платформы для онлайн-школ. Переезжайте в тот же класс, что и раньше.
  • Реестр отечественного ПО и ФЗ-152 — разные вещи; и то и другое проверяйте по официальным источникам и по конкретному продукту, а не по лозунгу на сайте.
  • Миграция — это проект: инвентаризация, аудит данных, пилот на одном курсе, параллельный период и только потом отключение старой системы.
  • SCORM переносит курсы между платформами, но совместимость проверяют импортом реального пакета, а не галочкой на лендинге.

Частые вопросы

Главные причины практические, а не идеологические: хранение данных сотрудников в РФ (требование ФЗ-152), оплата в рублях по российским договорам с закрывающими документами, поддержка на русском в одном часовом поясе и отсутствие риска, что зарубежный вендор внезапно закроет доступ из России вместе с накопленными данными. Для госсектора и компаний с требованиями к реестру отечественного ПО добавляется формальная причина — необходимость использовать российское программное обеспечение.
Это зависит от конкретного продукта, а не от класса систем в целом. Реестр российского ПО ведёт Минцифры, и наличие в нём подтверждается записью с номером. Не верьте формулировке «мы отечественные» на лендинге — проверяйте конкретный продукт по официальному реестру (reestr.digital.gov.ru) и запрашивайте у вендора номер реестровой записи. Для части заказчиков, особенно в госсекторе, это обязательное условие закупки.
Если курсы существуют в формате SCORM (1.2 или 2004), их можно экспортировать из старой платформы и импортировать в новую при условии, что она поддерживает нужную версию. Материалы, которые жили только внутри редактора старой системы, придётся пересобрать вручную или через ИИ-генерацию из исходных файлов. Отдельно переносятся данные о пользователях, назначениях и истории прохождения — обычно через выгрузку в CSV/Excel. План миграции стоит проверить на пилоте с одним реальным курсом до массового переезда.
По базовым функциям сильные российские платформы не уступают западным: авторинг курсов, тесты, геймификация, мобильные приложения, аналитика, ИИ-генерация. Отличия в другом: резидентность данных в РФ, рублёвая оплата, русскоязычная поддержка, соответствие ФЗ-152 и возможность попасть в реестр отечественного ПО, а также интеграции с российскими сервисами вроде Битрикс24. При этом ИИ-функции важно проверять отдельно — где именно обрабатываются запросы.
Персональные данные российских граждан по ФЗ-152 должны первично обрабатываться и храниться в базах на территории РФ. Данные сотрудников в LMS (ФИО, должность, результаты обучения) — это персональные данные, поэтому для большинства компаний резидентность обязательна. Отдельно проверяйте, где обрабатываются запросы к ИИ-функциям, если платформа их использует: они могут уходить на зарубежные модели.
Евгений Мартынов

Об авторе

Евгений Мартынов

Основатель Edumotion

Основатель Edumotion — платформы корпоративного обучения: курсы, тесты, диалоговые тренажёры, сертификаты и аналитика. Пишет о том, как компании на практике выстраивают обучение и оценку сотрудников.