Формат SCORM: когда он нужен автору курса и что проверить перед экспортом

Начните с требования к передаче

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

В такой ситуации стоит уточнить требования к SCORM. Если вы создаёте курс из обычных страниц, видео и заданий внутри одной платформы, специальный экспорт может вообще не понадобиться. Решение зависит от того, кому передаётся материал и какие данные должна получать принимающая система.

До выбора редактора запросите у заказчика точное название LMS, поддерживаемую версию стандарта и пример успешно загружаемого пакета. Фраза «принимаем электронные курсы» недостаточна для технического согласования.

Что находится внутри пакета

SCORM задаёт правила упаковки учебного контента и его взаимодействия с LMS. При передаче часто используется ZIP-архив. В его корне должен находиться файл imsmanifest.xml, который описывает состав пакета и связи между ресурсами. Это изложено в техническом обзоре Rustici Software.

Поэтому переименовать архив с видео в «SCORM.zip» недостаточно. Пакет создают в инструменте, который поддерживает соответствующий экспорт, а принимающая LMS должна уметь его запускать. Исходник проекта и экспортированный пакет лучше хранить отдельно: для содержательной доработки обычно нужен рабочий проект редактора.

SCORM также описывает обмен данными между учебным объектом и системой во время работы в браузере. Среди таких данных могут быть состояние прохождения и результат; конкретное поведение зависит от версии и реализации. См. описание среды выполнения.

Уточните версию и смысл завершения

SCORM 1.2 и SCORM 2004 — разные варианты спецификации; у SCORM 2004 есть редакции. Выбирайте настройки экспорта под требования принимающей стороны. Надпись «поддерживает SCORM» ещё не подтверждает, что доступна нужная вам комбинация версии и функций.

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

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

Подготовьте маленький тестовый модуль

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

Передайте пакет администратору целевой LMS и попросите пройти следующие сценарии:

• Первый запуск под новым учебным аккаунтом.

• Закрытие в середине и повторный вход.

• Завершение с успешным результатом.

• Завершение с неуспешным результатом.

• Повторная попытка после первой проверки.

• Просмотр отчёта администратором и сопоставление с действиями ученика.

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

Проверьте содержание на устройствах учеников

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

Не обещайте автономную работу только потому, что материалы собраны в ZIP. Пакет может обращаться к внешнему серверу, а обмен данными обычно происходит при запуске в LMS. Уточните реальные условия использования: браузеры, мобильные устройства, ограничения корпоративной сети и допустимый размер файлов.

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

Договоритесь об обновлении до передачи курса

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

В комплект передачи включите пакет, номер версии, инструкцию запуска, согласованные критерии завершения и описание проверки. Условия передачи исходников и прав на изменение зафиксируйте отдельно. Не используйте данные реальных учеников в тестовых файлах.

На 30 сентября 2026 года Umhub не поддерживает импорт SCORM. Для курса в Umhub можно готовить уроки в доступном редакторе; если заказчику нужен именно SCORM-пакет, потребуется совместимый инструмент и LMS. Зафиксируйте этот пункт при выборе платформы для онлайн-курса, до записи и оформления всех материалов.