Проректор вуза

Миграция с Moodle на российскую LMS из реестра отечественного ПО

Автор: Андрей Кондратьев, Генеральный директор CDO Global Опубликовано: 2026-06-23

Миграция с Moodle на российскую LMS из реестра отечественного ПО

Краткий ответ: миграция Moodle → российская LMS укладывается в 4 месяца при условии трёхэтапной модели — аудит и подготовка (4 недели), пилот на 1–2 факультетах с параллельной работой систем (8 недель), полный перенос и отключение Moodle (4 недели). Ключевые риски — потеря оценок, сломанные SCORM-пакеты, неработающие интеграции с СДО и 1С:Университет. Все они снимаются через экспорт в стандартах IMS QTI/SCORM 1.2/2004, маппинг пользователей по СНИЛС/email и параллельную эксплуатацию обеих систем в течение пилота. После 25.04.2026 (вступление в силу Приказа Минцифры №270) использование зарубежных LMS в государственных вузах создаёт регуляторные риски — миграция перестаёт быть опциональной.

Зачем мигрировать с Moodle в 2026 году

Краткий ответ: три причины — регуляторные требования к использованию ПО из реестра отечественного ПО, отсутствие официальной поддержки Moodle от вендора на территории РФ с 2022 года и невозможность глубокой интеграции с 1С:Университет ПРОФ без кастомной разработки.

Регуляторное давление. Постановления Правительства РФ о приоритете отечественного ПО в государственных учреждениях, методические рекомендации Минцифры и Минобрнауки прямо требуют замены зарубежных систем там, где есть российские аналоги в реестре. LMS — одна из таких категорий: в реестре зарегистрированы десятки систем, включая CDO.LMS (реестровая запись №29118).

Поддержка и безопасность. Обновления Moodle с 2022 года ставятся силами собственных ИТ-служб вузов. Уязвимости в плагинах (особенно H5P, BigBlueButton, аналитике) закрываются с задержкой. Аккредитация по информационной безопасности усложняется.

Функциональный разрыв. Российские LMS изначально проектируются под ФГОС 3++, Приказ №270, требования аккредитационного мониторинга и интеграцию с 1С:Университет. Moodle в этих сценариях требует доработки.

Шаг 1. Аудит инсталляции Moodle (1–2 недели)

Краткий ответ: на старте инвентаризируем версию ядра, плагины, объёмы данных, активность пользователей и зависимости. Этот аудит определяет сложность миграции и набор рисков.

Что фиксируем в аудит-листе:

  • Версия Moodle (3.x, 4.x), дата последнего обновления, операционная система, БД (MySQL/PostgreSQL), объём дискового пространства.
  • Список установленных плагинов с указанием активности (используется/не используется) — обычно 60–80% плагинов реально не работают.
  • Количество курсов в разрезе: активные текущего семестра, архивные, шаблоны.
  • Количество пользователей: активные (логин за 90 дней), архивные, удалённые.
  • Объём контента: SCORM-пакеты, H5P-объекты, видео, PDF, тесты. Отдельно — рукописные плагины и темы.
  • Интеграции: SSO (LDAP/SAML/CAS), синхронизация с 1С:Университет, прокторинг, библиотеки, оплата.
  • Кастомизации ядра (если делались — это самый дорогой риск миграции).

Результат шага: документ «Профиль инсталляции Moodle» на 8–12 страниц + матрица плагинов с пометками «мигрировать / отказаться / заменить аналогом».

Шаг 2. Выбор целевой LMS из реестра (1 неделя)

Краткий ответ: целевая система должна закрывать пять обязательных групп требований — реестровая регистрация, поддержка SCORM 1.2/2004 и IMS QTI 2.1, REST API, интеграция с 1С:Университет и соответствие требованиям аккредитационного мониторинга (АП5 — диагностические работы с фиксацией результатов).

Критерии оценки кандидатов:

Критерий Вес Что проверяем
Реестровая запись Обязательно Карточка системы на reestr.digital.gov.ru
Импорт SCORM/QTI Обязательно Тест-импорт 5 пакетов разной сложности
API для интеграций Обязательно OpenAPI/Swagger, документация, тестовый стенд
1С:Университет коннектор Высокий Готовый или партнёрская разработка
Российский ИИ для РПД/ФОС Высокий Наличие конструктора РПД и генератора ФОС
Стоимость владения (3 года) Высокий Лицензии + внедрение + поддержка + апгрейды
Опыт миграций с Moodle Средний Минимум 3 кейса с публичными референсами

CDO.LMS (реестровая запись №29118) закрывает все обязательные критерии, имеет нативный коннектор к 1С:Университет ПРОФ и интегрирован с линейкой ИИ-помощников Блум, Тьюринг, Выготский, Сократ.

Результат шага: техническое задание на закупку с обоснованием выбора, проект договора, план-график внедрения.

Шаг 3. Подготовка данных к экспорту (2 недели)

Краткий ответ: чистим данные в Moodle до экспорта — удаляем мусорные курсы, объединяем дубли пользователей, нормализуем оценки. Чем чище исходник, тем дешевле миграция.

Контрольные действия:

  • Архивирование курсов старше 5 лет — переносим в read-only архив вне LMS (например, отдельный сервер с PDF-выгрузками).
  • Дедупликация пользователей по СНИЛС и корпоративному email. В типовом вузе с 15-летней историей Moodle обнаруживается 10–20% дублей.
  • Нормализация шкал оценивания. Если в курсах использовались разные шкалы (5-балльная, 100-балльная, буквенная, custom-scales) — приводим к единой шкале целевой системы.
  • Проверка SCORM-пакетов на работоспособность. Минимум 20% пакетов в типовом Moodle не запускаются в современных браузерах — их нужно пересобрать или заменить.
  • Подготовка маппинг-таблиц: курсы → дисциплины 1С:Университет, роли Moodle → роли целевой LMS, категории → факультеты/кафедры.

Результат шага: «чистая» инсталляция Moodle, готовая к экспорту, плюс маппинг-таблицы в XLSX.

Шаг 4. Экспорт и форматы данных (1–2 недели)

Краткий ответ: используем три канала экспорта — стандартные (SCORM, IMS QTI, IMS Common Cartridge), системные (Moodle Backup mbz) и прямой SQL-дамп БД. Каждый канал решает свою задачу.

Что чем экспортируем:

  • Курсы целиком (структура + контент) → Moodle Backup (.mbz). Целевая LMS должна уметь распаковывать mbz либо мы предварительно конвертируем в Common Cartridge.
  • Отдельные тесты и банки вопросов → IMS QTI 2.1 (стандарт переноса тестовых заданий).
  • Учебные объекты (видео, интерактивы) → SCORM 1.2/2004 или xAPI.
  • Пользователи, оценки, история активности → CSV-выгрузки из БД с маппингом полей.
  • Файлы (PDF, презентации, видео) → прямой выгруз из директории moodledata.

Подводные камни:

  • H5P-объекты не переносятся стандартом — либо заменяем аналогами целевой LMS, либо экспортируем как SCORM-пакеты.
  • Форумы и wiki частично теряют структуру обсуждений — обычно их архивируют отдельно как PDF.
  • Глоссарии и базы данных Moodle конвертируются в простые справочные страницы.
  • Сертификаты с цифровыми подписями нужно пере-выпускать в новой системе.

Результат шага: набор файлов экспорта с описью + контрольные суммы для проверки целостности.

Шаг 5. Пилотный перенос на 1–2 факультетах (4–6 недель)

Краткий ответ: запускаем целевую LMS в параллель с Moodle на ограниченной выборке — 1–2 факультета, 5–10 пилотных курсов, 200–500 пользователей. Цель — обкатать процесс, выявить потерянные данные, обучить администраторов и преподавателей.

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

Что проверяем в пилоте:

  • Корректность импорта курсов: структура разделов, оценочные шкалы, сроки, видимость для студентов.
  • Работоспособность SCORM-объектов в новой системе (открываются, передают результаты).
  • Синхронизацию с 1С:Университет — приказы на отчисление/восстановление, перевод между группами.
  • SSO, права доступа, ролевую модель.
  • Производительность под реальной нагрузкой (один факультет = 20–50 одновременных пользователей).
  • UX преподавателей: сколько времени тратится на типовые операции (создание задания, проверка работы, выставление оценки).

Метрики успеха пилота:

  • 100% курсов импортированы без потери структуры.
  • ≥99% оценок переехали корректно (расхождения только в ручных правках преподавателей).
  • Среднее время преподавателя на типовую операцию не выросло более чем на 20% по сравнению с Moodle.
  • 0 критических инцидентов, ≤5 средних, любое число некритических.

Результат шага: отчёт о пилоте с решением «масштабируем / откатываемся / доработка».

Шаг 6. Масштабирование на весь вуз (8–10 недель)

Краткий ответ: после успешного пилота переносим остальные факультеты волнами по 3–5 факультетов с интервалом 2 недели. Полный перенос занимает 8–10 недель в типовом вузе на 5–15 тысяч студентов.

Принципы волнового переноса:

  • Сначала факультеты с наименьшим объёмом кастомизаций.
  • Каждая волна стартует только после стабилизации предыдущей (≥1 неделя без критических инцидентов).
  • Параллельная эксплуатация в Moodle ограничивается режимом «только чтение» — новые задания и оценки выставляются только в новой системе.
  • Обучение преподавателей: 2-часовой вводный воркшоп + видеоинструкции + чат поддержки. На вуз нужно 3–5 «амбассадоров» (преподавателей-энтузиастов).

Коммуникация изменений. За 4 недели до старта каждой волны — рассылка от проректора по учебной работе с обоснованием, графиком и контактами поддержки. За 1 неделю — повторное уведомление + ссылка на инструкции. В день старта — закреплённое объявление в обеих системах.

Шаг 7. Отключение Moodle и архивация (2 недели)

Краткий ответ: после переезда всех факультетов Moodle переводится в режим архива на 6–12 месяцев (только чтение, доступ по заявке), затем полностью отключается с сохранением полной резервной копии.

Хронология отключения:

  • День 0 (после успешной миграции последнего факультета): Moodle в режим read-only, объявление «новые данные больше не вносятся».
  • День 30: проверка, что все процессы (приказы, расписание, аттестация) идут через новую LMS. Список запросов «доступ к Moodle» — какие данные ещё извлекают.
  • День 90: создание архивных PDF-выгрузок самых востребованных курсов и аттестаций. Передача в библиотеку или электронный архив вуза.
  • День 180: полная резервная копия Moodle на холодное хранилище (Glacier-уровень). Отключение пользовательского доступа.
  • День 365: полный shutdown сервера. Удаление виртуальной машины. Резервная копия хранится ещё 5 лет согласно нормативам.

Юридический аспект: до отключения нужно убедиться, что данные о студенческой успеваемости перенесены полностью и доступны в течение установленных сроков хранения (для документов о высшем образовании — 75 лет).

Шаг 8. Эксплуатация новой LMS: первые 6 месяцев

Краткий ответ: первые полгода после миграции — это период стабилизации. Закладываем повышенную нагрузку на поддержку (×3 к плановой), регулярные ретроспективы с преподавателями, отслеживание метрик удовлетворённости.

Что мониторим:

  • Скорость работы системы в пиковые часы (с 10:00 до 14:00 учебных дней).
  • Количество обращений в поддержку — динамика снижения, типичные категории.
  • Использование функциональности: какие модули реально применяются, какие простаивают.
  • Динамика оценок и завершаемости курсов по сравнению с последним семестром на Moodle. Цель — не хуже.
  • NPS преподавателей и студентов (опрос на 30/90/180 день).

Что улучшаем:

  • Шаблоны курсов под типовые сценарии (лекция + семинар + тест, проектная работа, лабораторный практикум).
  • Интеграцию с конструктором РПД для автоматической синхронизации программ.
  • Подключение генератора ФОС к банкам заданий.
  • Расширение коннекторов к 1С:Университет, библиотечной системе, прокторингу.

Часто задаваемые вопросы

Сколько стоит миграция с Moodle на CDO.LMS для вуза 10 000 студентов?

Совокупная стоимость владения за 3 года складывается из лицензий целевой LMS, проектной стоимости миграции (зависит от объёма кастомизаций и количества курсов), интеграций с 1С:Университет и сторонними системами, обучения персонала. Точная цифра — после аудита инсталляции и согласования объёма. Для предварительной оценки запросите калькулятор у CDO Global.

Можно ли мигрировать без остановки учебного процесса?

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

Что делать со студентами на дистанционных программах, которые активно используют Moodle прямо сейчас?

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

Сохранятся ли архивные дипломы и сертификаты?

Сертификаты с цифровой подписью пере-выпускаются в новой системе с тем же содержанием. Дипломы и приложения остаются неизменными — они хранятся в 1С:Университет ПРОФ, а LMS только отражает данные.

Что если в Moodle есть кастомные плагины собственной разработки?

Они либо переписываются под целевую LMS (обычно дешевле, чем кажется — современные API сильно сократили объём кода), либо заменяются стандартными функциями. Решение принимается по матрице «частота использования × стоимость переноса».

Можно ли оставить Moodle как резервную систему?

Технически — да, но это удваивает совокупную стоимость владения и создаёт регуляторные риски. Правильнее перевести Moodle в архив (read-only) и постепенно отключить.

Связанные материалы

Лид-магниты

Источники