Интеграция с корпоративными LMS и HR-системами

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

Кратко

Интеграция обучающего видеопродукта с корпоративной системой обучения – WebTutor, iSpring Learn, Mirapolis, Сбер Пульсом, МояКомандой или учебным блоком другой HR-платформы – складывается из трёх задач. Нужно подтвердить, кто учащийся (единый вход плюс автоматическое создание учётных записей), доставить контент так, чтобы он воспроизводился внутри платформы (пакет SCORM, а где вендор это подтверждает, – cmi5 или xAPI), и вернуть результаты туда, где они нужны бизнесу: в HR-систему, а для обучения по охране труда – в реестр обученных лиц в ЕИСОТ Минтруда. В отличие от вузовской ЭИОС, стандарт запуска LTI здесь встречается редко. Корпоративные платформы опираются на стандарты входа и учётных записей (SAML 2.0, OpenID Connect, SCIM, корпоративный LDAP-каталог) и на упакованный контент, а конечная цель – запись в кадровой системе, а не журнал оценок. Российские корпоративные платформы фиксируют завершение курса, но поддержку xAPI и cmi5 почти нигде публично не заявляют, поэтому для посекундного трекинга видео нужно собственное хранилище учебных записей (LRS) на серверах в России. Самые дорогие ошибки – делать отдельную интеграцию под каждого вендора, поставлять SCORM-пакет, который сообщает только «завершено», и забывать, что записи о сотрудниках – персональные данные по 152-ФЗ и хранить их можно только в РФ.

Почему это важно

Если вы делаете или продаёте обучающий видеопродукт, корпоративный покупатель первым делом спросит: «А он будет работать с нашей LMS?» И это почти никогда не Moodle, а WebTutor, iSpring Learn, Mirapolis, Сбер Пульс или учебный модуль HR-платформы, связанный с кадровой системой компании и её каталогом пользователей. После того как SAP с 20.03.2024 отключил облачные сервисы для российских компаний, а крупные заказчики взяли курс на ПО из реестра российского ПО, этот рынок стал почти целиком российским. Статья написана для L&D-директора, основателя EdTech-компании или продакт-менеджера, которому нужно выбрать способ интеграции, поставить задачу инженерам и заложить бюджет. При правильном выборе стандартов один пакет контента и одна настройка входа подойдут для любой крупной платформы. При неправильном придётся писать код под каждого вендора, который будет ломаться с каждым релизом платформы, а отчётность в HR так и не заработает.

Термины: LMS, TMS и чем отличается корпоративный сегмент

Эти термины часто путают, поэтому начнём с определений.

Система управления обучением, или LMS – платформа, через которую компания обучает сотрудников, отслеживает, кто что прошёл, и хранит эти записи. Она рассчитана на учащегося: сотрудник входит, проходит курс, и система отмечает его как пройденный. WebTutor, iSpring Learn и Mirapolis – корпоративные LMS; у Сбер Пульса, МояКоманды, Эквио, Motivity и Битрикс24 обучение – один из блоков большой HR-платформы.

Система управления тренингами, или TMS устроена иначе. Она рассчитана на администратора и ведёт организацию обучения: расписание очных занятий, бронирование залов, списки участников, счета для коммерческого учебного центра. LMS отвечает на вопрос «прошла ли Мария курс по пожарной безопасности?», TMS – на вопрос «кто ведёт занятие во вторник, в каком зале и всем ли выставлен счёт?». Видеопродукт почти всегда интегрируется с LMS; TMS важна, только если ваш продукт планирует или проводит живые занятия.

Главное отличие корпоративного сегмента – в том, что стоит за LMS. Данные о сотрудниках приходят в неё из HR-системы – основного источника сведений о том, кто работает в компании, в какой должности и в каком подразделении, – а учебные записи уходят обратно в эту систему для отчётности и проверок. У российского рынка есть особенность: многие платформы – это HCM-системы (Human Capital Management, управление персоналом), где обучение и кадровые данные живут в одном продукте. Так устроены Websoft HCM (WebTutor) и Mirapolis. Вы подключаетесь не к отдельному учебному инструменту, а к звену цепочки HR-данных, и людям на другой стороне нужны подтверждаемые записи о прохождении, а не аналитика вовлечённости.

Три задачи, которые решает любая корпоративная интеграция

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

Задача первая – идентификация: подтвердить, кто учащийся, и убедиться, что у него есть учётная запись. Она состоит из двух частей, которые постоянно путают. Единый вход (single sign-on, SSO) позволяет сотруднику, уже вошедшему в системы компании, открыть ваш инструмент без второго пароля. Для этого служит SAML 2.0 (Security Assertion Markup Language), стандарт OASIS 2005 года: он передаёт подписанное утверждение «это Мария, и мы за неё ручаемся». Ту же задачу решает более новый OpenID Connect (OIDC), работающий поверх OAuth 2.0. Создание учётных записей (provisioning) – отдельная задача: учётная запись Марии должна существовать в вашем инструменте до того, как она туда придёт. Её решает SCIM 2.0 (System for Cross-domain Identity Management, RFC 7644, сентябрь 2015): корпоративная система учётных записей сама создаёт, обновляет и, что критично, деактивирует записи в вашем продукте. Единый вход без создания записей пропускает пользователя, для которого у вас нет учётной записи; создание без деактивации оставляет «зомби»-аккаунты уволенных. Обычно нужно и то и другое.

Задача вторая – контент: доставить обучающее видео так, чтобы оно воспроизводилось внутри LMS и LMS его отслеживала. Это путь упакованного контента в стандартах, которые понимают LMS: SCORM (давний формат – курс упаковывается в zip, который любая совместимая LMS может запустить и отследить), современный cmi5 или xAPI напрямую. Для видео выбор между ними важнее, чем для любого другого типа контента, – вернёмся к этому ниже.

Задача третья – отчётность: доставить результаты туда, где они нужны. Как минимум LMS фиксирует прохождение. Но корпоративные покупатели хотят большего: детальных данных (каждое действие с видео, а не только «готово») в хранилище учебных записей (Learning Record Store, LRS), надёжной передачи прохождений в HR-систему, а для курсов по охране труда – сведений в реестр обученных лиц Минтруда.

Нажмите, чтобы увеличить

Идентификация: единый вход не создаёт учётные записи

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

Представьте единый вход охранником на проходной, который узнаёт Марию и пропускает её, а создание учётных записей – кадровиком, который подготовил ей рабочее место до первого дня. SAML 2.0 и OIDC – охранник: они аутентифицируют пользователя, который уже существует. SCIM – кадровик: он синхронизирует список учётных записей.

Какие протоколы входа поддерживает конкретная платформа – SAML 2.0, OIDC или подключение к корпоративному LDAP-каталогу, – публично подтверждается не всегда, поэтому спрашивайте вендора и сверяйтесь с его документацией. Удобный приём – поставить перед своим продуктом брокер идентификации, например open-source Keycloak: вы реализуете OIDC один раз, а брокер общается с каталогом клиента по тому протоколу, который тот поддерживает. Если у клиента нет SCIM, его заменяет регулярная выгрузка пользователей из кадровой системы – но обязательно с деактивацией уволенных, а не только с добавлением новых.

Чаще всего ломается не протокол, а идентификатор пользователя. Если ваш инструмент и LMS по-разному определяют, что однозначно указывает на учащегося, – табельный номер, логин или email, – вход может работать, а трекинг тихо сбоить: активность приписывается не той записи или теряется. Email меняется при смене фамилии, табельный номер – при переводе между юрлицами группы. Сначала договоритесь о стабильном общем идентификаторе: на нём держится вся интеграция. И не собирайте лишнего: СНИЛС нужен для реестра обученных по охране труда, но эти сведения передаёт работодатель или учебный центр, а вашему инструменту он, как правило, ни к чему.

Контент: от стандарта зависит, что вы сможете отследить

Для видеопродукта это главный раздел. Корпоративные платформы воспроизводят упакованный контент, но от стандарта зависит, сколько вы на самом деле узнаете об обучении.

SCORM упаковывает курс в zip, который совместимая LMS может запустить, и передаёт данные по жёстко заданной модели – прошёл ли учащийся курс, с каким баллом, сколько времени потратил, – причём только внутри сессии LMS (см. объяснение SCORM). Факты вроде «посмотрел демонстрацию по технике безопасности три раза» или «перемотал сложные 30 секунд» он не записывает. Для слайдов этого достаточно, а для видео теряется почти всё, что хотелось бы знать.

xAPI (Experience API) описывает обучение простыми фразами: «Мария запустила видео», «Мария поставила на паузу на 4:12», «Мария завершила модуль 3». Такие записи называются утверждениями (statements) и сохраняются в LRS (см. объяснение xAPI). С xAPI Video Profile утверждения описывают работу с видео посекундно: play, pause, seek, реально просмотренные сегменты (см. трекинг видео через xAPI Video Profile). Вместо простого «пройдено» вы видите, как именно человек смотрел видео.

cmi5 соединяет оба подхода. Спецификация, разработанная ADL и рабочей группой AICC, описывает, как LMS взаимодействует с assignable unit (AU) – запускаемой единицей контента, и работает поверх xAPI; LMS по спецификации обязана включать LRS. Проще говоря, cmi5 даёт аккуратный запуск и трекинг в духе SCORM и богатую модель утверждений xAPI в одном пакете. Если вы выбираете между стандартами, в сравнении SCORM, xAPI, cmi5 и LTI разобрано, какой из них для какой задачи.

Сложность российского рынка – в поддержке стандартов. iSpring Learn поддерживает SCORM; поддержку SCORM, xAPI и cmi5 у WebTutor, Mirapolis и других платформ по открытым источникам подтвердить не удалось, а xAPI и cmi5 российские LMS почти нигде публично не заявляют. Отсюда рабочая схема: SCORM-пакет отвечает за запуск и итоговый статус, а детальные события плеера идут xAPI-утверждениями напрямую в ваш LRS в России. LMS получает «пройдено» и балл, вы – полную картину просмотра, и глубина аналитики не зависит от платформы клиента. Где вендор подтвердит cmi5, переходите на него. И запросите у каждой целевой платформы точный стандарт и версию (SCORM 1.2 или 2004, xAPI, cmi5) до сборки пакета, а не после.

Нажмите, чтобы увеличить

Защита вашего видео: хостинг и лаунчер

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

Вместо целого курса клиентская LMS получает небольшой пакет со ссылкой на контент, размещённый у вас. Видео остаётся под вашим контролем: вы открываете и закрываете доступ, ограничиваете лицензию по числу мест, запусков или срокам и обновляете контент без повторной отправки пакетов. Сами файлы можно держать на своём хостинге в России или в российском видеосервисе: Kinescope предлагает DRM (ClearKey и FairPlay), водяные знаки и API, Boomstream – DRM, динамические водяные знаки и JS API плеера, Yandex Cloud Video – доступ по токенам. Если вы продаёте курсы нескольким компаниям, лаунчер позволяет хостить видео в одном месте и централизованно управлять лицензиями. Заодно тяжёлый видеотрафик идёт по настроенному вами пути доставки, а не через LMS, которая под стриминг не проектировалась.

Отчётность: конечная точка – HR-система и реестр по охране труда

В корпоративном контексте интеграция не закончена, когда LMS показывает «пройдено». Она закончена, когда запись о прохождении попала туда, где она нужна бизнесу.

Потоков данных три. Первый – детальные данные обучения в LRS: ваши xAPI-утверждения с детализацией по Video Profile для аналитики. Второй – прохождения в HR-систему: обязательное обучение проводят ради проверок – кто прошёл, когда и чем это подтвердить. Корпоративные LMS передают такие записи в кадровую систему, часто по расписанию, а в HCM-платформах они там хранятся изначально. API для этой отчётности у каждого вендора свой: сверяйтесь с его документацией и используйте его только для того, чего не покрывают стандарты.

Третий поток – чисто российский: обучение по охране труда. Правила обучения по охране труда (ПП 2464 в ред. ПП 805 от 30.06.2026, действуют до 01.09.2032) прямо допускают дистанционный формат – систему электронного обучения, вебинары, интернет-конференции (п. 66). Исключение – практические занятия по оказанию первой помощи и по применению средств индивидуальной защиты, а также занятия на полигонах и тренажёрах: их видеокурсом не заменить. После проверки знаний сведения об обученных передаются в реестр Минтруда в ЕИСОТ: ФИО, СНИЛС, профессия или должность, программа, результат («удовлетворительно» или «неудовлетворительно»), дата и номер протокола проверки знаний, а для учебного центра – ещё наименование и ИНН направившего работодателя (п. 118). Передаёт их работодатель, который обучает своих работников, или организация, оказывающая услуги по обучению, – импортом электронного документа по форме Минтруда (п. 119). В отраслевых разъяснениях срок называют в 3 рабочих дня после проверки знаний, а за нарушение требований охраны труда юрлицу грозит штраф по ст. 5.27.1 КоАП: 50–80 тыс. ₽, при повторном нарушении – 100–200 тыс. ₽. Поэтому, если ваш видеокурс используют для охраны труда, LMS клиента должна получать от него однозначный результат, пригодный для протокола, а платформа учебного центра – уметь формировать выгрузку для реестра.

Здесь же возникает самая частая смысловая ошибка. «Просмотрено 100%» – ещё не «пройдено», а «пройдено» – ещё не «сдано». Полоса прогресса, дошедшая до конца, – всего лишь событие плеера. Прохождение – то, что сообщает ваш контент: статус completion в SCORM, утверждение completed в cmi5 или заданное вами xAPI-утверждение. Сдача – отдельное решение, а для охраны труда – ещё и протокол проверки знаний. Определите, что значит каждое из этих понятий, до того как об этом спросит проверяющий.

Платформы: что известно

Точки интеграции у всех платформ одни и те же, а публично подтверждённых деталей у российских вендоров немного. Ниже – что известно из открытых источников на октябрь 2026 года и что придётся уточнять у вендора.

Таблица скорее показывает, чего мы не знаем, чем сравнивает платформы. В тот же список корпоративного обучения входят Эквио и HR-модули Битрикс24, и по ним открытых технических деталей ещё меньше. Поэтому список вопросов вендору – протоколы входа, создание учётных записей, точные версии стандартов контента, API отчётности, выгрузка для реестра по охране труда – важнее любой сводной таблицы. Одно верно для всех: детальный трекинг видео не зависит от платформы, если xAPI идёт из вашего плеера в ваш LRS. LTI, стандарт запуска из академического мира, в корпоративном сегменте встречается редко; сравните с интеграцией с российскими LMS и ЭИОС вузов и интеграцией с Moodle.

Нажмите, чтобы увеличить

Нажмите, чтобы увеличить

Рабочий пример: одна интеграция на стандартах против четырёх вендорских

Допустим, вы продаёте интерактивный видеопродукт, и четыре корпоративных клиента используют WebTutor, iSpring Learn, Mirapolis и Сбер Пульс. Нужно, чтобы видео воспроизводилось в каждой платформе, отслеживало вовлечённость и возвращало прохождение в HR-систему каждой компании.

Вариант первый – интеграция с собственными механизмами каждого вендора, по одной за раз:

Под каждого вендора = интеграция под WebTutor      (сборка + тест + поддержка)
                    + интеграция под iSpring Learn  (сборка + тест + поддержка)
                    + интеграция под Mirapolis      (сборка + тест + поддержка)
                    + интеграция под Сбер Пульс     (сборка + тест + поддержка)
                    = 4 кодовые базы, 4 цикла релизов, 4 набора особенностей

Вариант второй – сначала стандарты: один пакет-лаунчер (SCORM там, где он подтверждён, cmi5 – где вендор его поддерживает), детальные события xAPI по Video Profile в ваш LRS, видео в одном месте и один слой входа:

Пакет-лаунчер + xAPI Video Profile → ваш LRS = 1 сборка контента      ≈ 3–5 инж.-недель
Хостинг видео за лаунчером                   = хостинг раз, лицензия централизованно ≈ дни
SSO (SAML 2.0 / OIDC) + SCIM или выгрузка    = 1 слой идентификации   ≈ 2–3 инж.-недели
Каждая платформа                             = настройка, не код       ≈ часы–дни
+ API вендора                                = только отчётность, которую не покрывают стандарты

Одна сборка контента и один слой входа заменяют четыре интеграции, а пятой компании на другой платформе нужна настройка, а не код. К API вендора вы обращаетесь только ради «последней мили» – отчётности в HR-систему конкретной компании, которую ни один стандарт полностью не покрывает. Если корпоративных клиентов больше одного, выбор очевиден.

Частые ошибки

Эти ошибки повторяются из проекта в проект, и каждую дешевле предотвратить, чем исправлять.

Первая – делать по одной интеграции на вендора. Четыре отдельные разработки там, где хватило бы одного пакета-лаунчера и одной настройки входа, – самый дорогой путь. Начинайте со стандартов.

Вторая – путать SSO и создание учётных записей. SAML или OIDC пропускает пользователя, который уже существует, но учётную запись не создаёт. Без SCIM или регулярной выгрузки пользователей учащиеся проходят аутентификацию, но не находят своих записей, а уволенные сохраняют доступ. Предусмотрите оба механизма, включая деактивацию.

Третья – рассинхрон идентификаторов пользователя. Вход работает, а трекинг приписывает активность не той записи или теряет её. Согласуйте стабильный общий идентификатор до начала разработки.

Четвёртая – поставлять SCORM и ждать от него аналитики по видео или ждать xAPI от LMS. SCORM фиксирует прохождение, балл и время, но не play, pause, seek и просмотренные сегменты, а xAPI и cmi5 российские LMS публично почти не заявляют. Если покупателю нужна вовлечённость, отправляйте xAPI из плеера в свой LRS.

Пятая – отдавать клиенту полный zip с контентом, который потом не отозвать. Видео, переданное обычным SCORM-пакетом, остаётся у клиента навсегда. Используйте лаунчер и собственный хостинг, чтобы сохранить контроль и обновлять контент централизованно.

Шестая – недооценивать данные сотрудников. Имена, должности, история прохождений и данные о просмотре видео – персональные данные по 152-ФЗ. С 01.07.2025 хранить их в базах за пределами России нельзя (ч. 5 ст. 18), и это касается в том числе LRS, логов и резервных копий. Работодатель – оператор, вы обрабатываете данные по его поручению, и нужен договор-поручение (ч. 3 ст. 6). За утечку юрлицу грозит штраф от 3 до 15 млн ₽ в зависимости от числа записей, за повторную – 1–3% выручки, но не меньше 20 млн ₽ и не больше 500 млн ₽.

Седьмая – продавать видеокурс по охране труда как полную замену очного обучения. Практические занятия по первой помощи, по применению средств индивидуальной защиты, на полигонах и тренажёрах дистанционно не проводятся (п. 66 ПП 2464), а сведения о прохождении нужно довести до реестра обученных лиц. Проектируйте курс как часть программы, а не как всю программу.

Разрабатывать или покупать: где здесь интеграция

Интеграцию с WebTutor, iSpring Learn, Mirapolis или Сбер Пульсом редко можно просто купить, но и превращать её в бесконечную разработку не стоит. Нужно выбрать минимальный набор стандартов, который закрывает все три задачи, и переиспользовать его, а API вендоров оставить для «последней мили» HR-отчётности.

Если вы делаете видео- или интерактивный продукт, объём разработки понятен: пакет-лаунчер в подтверждённом стандарте (SCORM, где требуется; cmi5, где поддерживается), трекинг через xAPI Video Profile в собственный LRS в России и слой входа на SAML 2.0 или OIDC с созданием учётных записей. API вендоров – только для отчётности в HR-систему. Если вы компания, которая пользуется одной из этих платформ, и выбираете между её расширением и заказной разработкой, это более широкий вопрос из статьи «Построить, купить или расширить существующую LMS»; как всё собирается в одну систему, показано в эталонной архитектуре корпоративной LMS с видео. Чтобы с первого раза правильно определить объём интеграции, скачайте чек-лист интеграции с корпоративными LMS и HR-системами.

Где здесь Фора Софт

Фора Софт с 2005 года разрабатывает видеообучение, стриминг, видеоконференции и интерактивные плееры; на счету компании более 250 выпущенных проектов. В проектах с корпоративными платформами мы чаще всего помогаем принять решение, о котором эта статья: один раз построить интеграцию на стандартах – пакет-лаунчер, трекинг через xAPI Video Profile и слой входа на SAML или OIDC – вместо четырёх вендорских интеграций, которые расходятся с каждым релизом. Обычно мы отвечаем за видео и интерактив: видеоинструмент запускается внутри корпоративной LMS клиента, видео хранится на хостинге в России за лаунчером, посекундная вовлечённость пишется в LRS, а прохождения доходят до HR-системы. Отчётность – подтверждаемую запись о прохождении, а для охраны труда результат, пригодный для протокола и реестра, – мы закладываем в требования с самого начала, а не доделываем в конце.

Ключевые выводы

• Корпоративная интеграция складывается из трёх задач: идентификация, доставка контента и отчётность.
• SSO (SAML/OIDC) пропускает пользователей; SCIM или выгрузка создают и деактивируют записи – нужно и то и другое.
• SCORM видит только прохождение; детальный трекинг видео – это xAPI из плеера в ваш LRS в России.
• Поддержку стандартов у российских платформ подтверждайте у вендора до сборки пакета.
• Хостите видео у себя и отдавайте лаунчер, а не zip, который нельзя отозвать.
• Конечная точка – запись в HR-системе, а для охраны труда – реестр обученных в ЕИСОТ.

Что почитать дальше

• SCORM, xAPI, cmi5 и LTI: какой стандарт и когда выбрать
• Трекинг видео через xAPI: Video Profile и что отслеживать
• Интеграция с российскими LMS и ЭИОС вузов