Эталонная архитектура корпоративной LMS с видео

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

Кратко

Корпоративная система управления обучением (LMS) с видео устроена сложнее, чем «большой сайт с курсами». Это проигрыватель курсов, связанный с тремя системами, которыми он не владеет: с кадровой системой, которая знает, кто работает в компании; с видеоплатформой, где лежит контент; и с комплаенсом, которому нужно доказать, кто прошёл обучение, вплоть до выгрузки в государственный реестр обученных по охране труда. В статье – эталонная архитектура из пяти слоёв, которую можно сразу передать инженеру: идентификация и оргструктура, контент и видео, ядро LMS, трекинг и записи, соответствие и отчётность. Для каждого слоя показано, где действуют российские требования: ПДн сотрудников только в РФ, выгрузки в ЕИСОТ и ФИС ФРДО, реестр российского ПО. Главное решение – как фиксировать обучение. SCORM даёт жёсткую модель «завершено + балл» внутри LMS, cmi5 и xAPI – подробный поток событий в Learning Record Store, и только второй вариант показывает, что учащийся на самом деле делал внутри видео. Дальше – полная карта, расчёт «строить или покупать» в рублях для компании на 20 000 сотрудников и ответ, какие слои покупать, а какие строить.

Зачем это важно

Корпоративная платформа обучения (обязательные тренинги, охрана труда, онбординг, обучение продажам, аттестация в регулируемой отрасли) снаружи похожа на видеокаталог, но её успех определяют интеграции. Большинство команд закладывают бюджет на плеер и видео, а потом выясняют, что основная работа – в обвязке. Нужен единый вход через корпоративный каталог пользователей, автоматические назначения по оргструктуре из кадровой системы, трекинг по стандартам, который выдержит проверку, и отчёты, которые специалист по охране труда сможет предъявить инспектору и выгрузить в реестр Минтруда. Эта архитектурная карта поможет L&D-директору, руководителю по HR-технологиям или основателю EdTech-компании ставить задачи инженерам, сравнивать «корпоративную LMS» вендора с эталоном и понимать, какие слои брать готовыми, а какие строить или серьёзно настраивать.

Сначала – идея, которая расставляет всё по местам

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

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

Если разложить архитектуру по этим мостам, получается пять взаимодействующих слоёв, и у каждого своя задача, свой владелец и свой ответ на вопрос «строить или покупать»:

• Идентификация и оргструктура связывают LMS с корпоративным каталогом пользователей и кадровой системой: человек входит один раз и автоматически получает нужное обучение.
• Контент и видео хранят, кодируют и доставляют учебные медиа – записи и живые занятия с преподавателем.
• Ядро LMS – само обучение: каталог, запись на курсы, треки обучения и плеер.
• Трекинг и записи фиксируют, что сделал каждый учащийся, по стандартам, благодаря которым записи переносимы и им можно доверять.
• Соответствие и отчётность превращают эти записи в завершения, протоколы, удостоверения, аудиторский след и выгрузки, на которые опираются бизнес и государственные реестры.

Держите слои раздельно, и всё остальное в статье (и в проекте) встанет на свои места. Смешаете их – получите типичный провал корпоративной LMS: красивый видеокаталог, который не может сказать HR, кто просрочил обучение по охране труда.

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

Слой 1: идентификация и мост к кадровой системе – то, что делает LMS корпоративной

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

Первая – аутентификация: при входе подтвердить, что человек тот, за кого себя выдаёт. В компании эту задачу отдают системе, которая уже управляет входом сотрудников: корпоративному каталогу пользователей (как правило, LDAP-совместимой службе каталогов) и провайдеру идентификации перед ним. Зарубежные облачные провайдеры здесь не подходят: облачные сервисы крупных зарубежных вендоров (например, SAP) отключены для российских компаний с 20.03.2024, а ПДн сотрудников по 152-ФЗ нельзя хранить в базах за рубежом. Практичное решение – брокер идентификации, например open-source Keycloak: LMS один раз реализует стандартный протокол, а брокер общается с каталогом компании на понятном тому языке. Протоколов два, оба зрелые. Старший – SAML 2.0 (Security Assertion Markup Language), утверждён консорциумом OASIS в 2005 году; его можно сравнить с подписанным рекомендательным письмом, в котором провайдер ручается перед LMS за сотрудника. Более новый – OpenID Connect (OIDC) от OpenID Foundation, тонкий слой идентификации поверх фреймворка авторизации OAuth 2.0. В обоих случаях сотрудник получает единый вход (single sign-on, SSO): нажал на курс – и уже внутри, без отдельного пароля от LMS. Единый вход – следствие SAML или OIDC, а не самостоятельная функция.

Вторая задача – создание учётных записей (provisioning): создавать, обновлять и удалять аккаунт сотрудника и поддерживать в актуальном виде его должность и подразделение. Аутентификация отвечает на вопрос «это действительно Мария?», а создание учётных записей – «работает ли Мария здесь до сих пор, в каком она отделе и кто её руководитель?». Путать эти задачи – самая частая ошибка идентификации в корпоративном обучении. Для создания учётных записей есть стандарт SCIM 2.0 (System for Cross-domain Identity Management); его описывают RFC 7643 (схема данных) и RFC 7644 (протокол) от Internet Engineering Task Force. SCIM – это автоматический поток команд вроде «создай пользователя Мария Иванова, должность – монтажник, подразделение – служба эксплуатации» и, что не менее важно, «деактивируй её аккаунт» в день увольнения. Если у клиента нет SCIM, его заменяет регулярная выгрузка пользователей из кадровой системы, но обязательно с деактивацией уволенных, а не только с добавлением новых.

На этом слое держится вся система. Кадровая система компании – например, «1С:Зарплата и управление персоналом» или кадровый модуль HCM-платформы вроде WebTutor (Websoft HCM), Mirapolis или Сбер Пульса – главный источник данных о том, кто работает, в какой должности, в каком подразделении и у какого руководителя. Из неё данные попадают в каталог и провайдер идентификации, а оттуда в LMS. Получив их, LMS делает то, чего потребительский сайт не делает никогда: автоматически назначает обучение по должности и подразделению. Каждого нового монтажника в первый же день записывают на вводный курс по охране труда, без всяких таблиц. Каждый уволенный теряет доступ, как только кадровик проведёт увольнение.

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

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

Отдельный случай – внешние учащиеся: дилеры, партнёры, подрядчики, которых нет в вашем каталоге. Регистрация только по почте для них не подходит: с 01.12.2023 российские сайты должны авторизовать пользователей из России по российскому номеру телефона, через ЕСИА, единую биометрическую систему или информационную систему российского юрлица (406-ФЗ).

О трудозатратах, потому что этот слой регулярно недооценивают. Первая интеграция идентификации (одно SSO-подключение плюс создание учётных записей) обычно занимает 2–4 недели, каждая следующая система – около 1–2 недель, когда схема уже отработана. Закладывайте это время в план явно. Подробнее о каждой интеграции – в статье об интеграции с корпоративными LMS и HR-системами.

Частая ошибка: свой список пользователей. Команда, которая видит в LMS самостоятельный продукт, делает собственную регистрацию, сброс пароля и таблицу пользователей. А потом всю жизнь продукта вручную сверяет эту таблицу с кадровой системой и объясняет службе безопасности, почему уволенный сотрудник ещё три недели имел доступ. В корпоративной системе идентификацию делегируют, а не дублируют. Определитесь с единым входом и созданием учётных записей до того, как напишете первую строку кода каталога.

Слой 2: контент и видео

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

Видео здесь трёх видов, и у каждого своя модель доставки и стоимости. Видео по запросу (VOD) составляет основу большинства корпоративных каталогов: это заранее записанные уроки, которые смотрят в удобное время. Живое обучение с преподавателем – виртуальный класс в реальном времени. Его строят на собственном WebRTC-стеке или проводят в российских сервисах видеосвязи и вебинаров (МТС Линк, Яндекс Телемост, Контур.Толк, IVA, TrueConf, SaluteJazz); подробно его разбирает эталонная архитектура живого обучения. Интерактивное видео добавляет к любому из них тесты, ветвление и хотспоты. Хранилище контента у всех трёх общее, а дальше, на этапах обработки и доставки, пути сильно расходятся.

Архитектура этого слоя (создание и приём контента, хранилище, кодирование и упаковка, доставка через CDN) та же, что подробно описана в анатомии платформы видеообучения, а стоимость доставки при больших объёмах – тема статьи о масштабировании доставки: CDN, транскодинг и стоимость. Выбор кодека и битрейтной лестницы – в разделе Video Encoding; здесь мы на нём не останавливаемся. Для архитектуры важнее граница между «строить» и «покупать», и здесь она необычно чёткая.

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

Механизм интеграции стоит назвать точно. Стандарт встраивания внешних инструментов – LTI 1.3 (Learning Tools Interoperability) от 1EdTech. Это не вход по паролю, а запуск по OIDC с подписанным токеном – JSON Web Token (JWT), в котором указаны пользователь, его роль и контекст курса. LMS ручается за пользователя, а инструмент доверяет подписанному сообщению. Однако российские корпоративные LMS поддержку LTI публично почти не заявляют. Поэтому в корпоративном обучении видео чаще подключают тонким пакетом-лаунчером (SCORM или cmi5), который ссылается на видео на вашей платформе, плюс API плеера для событий просмотра. Видео остаётся у вас, LMS получает статус прохождения, а основной трафик идёт через CDN.

Слой 3: ядро LMS – само обучение

Между идентификацией и трекингом находится то, что видят все: каталог курсов, запись и назначения, треки, объединяющие курсы в программу, плеер, напоминания и административная панель, где L&D-специалисты собирают и назначают обучение. Это LMS в привычном смысле слова, и этот слой, самый типовой, чаще всего покупают готовым. Российские корпоративные LMS и HR-платформы с блоком обучения – WebTutor (Websoft HCM), iSpring Learn, Mirapolis, Сбер Пульс, МояКоманда, Эквио, Motivity, Битрикс24 – с первого дня дают добротный каталог, назначения и треки. Варианты развёртывания разные: SaaS в российских ЦОД (Сбер Пульс), облако или серверы клиента (iSpring Learn), коробочная установка on-premise (Mirapolis). Для крупного заказчика это важный выбор: лицензия с техподдержкой и подписка за каждое место по-разному ведут себя в долгосрочных затратах.

Есть и регуляторный фильтр, которого нет у потребительского продукта. Госкомпаниям, бюджетным учреждениям и субъектам критической информационной инфраструктуры важна запись платформы в реестре российского ПО: указ № 166 с 01.01.2025 запрещает таким заказчикам использовать иностранное ПО на значимых объектах КИИ, а передача прав на ПО из реестра (включая удалённый доступ) освобождена от НДС по пп. 26 п. 2 ст. 149 НК. В реестре есть, например, WebTutor, iSpring Learn, МояКоманда и Motivity. Если строите свою платформу для такого рынка, закладывайте включение в реестр как отдельную работу.

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

Слой 4: трекинг и записи – SCORM, cmi5 и xAPI

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

Первый способ – SCORM (Sharable Content Object Reference Model) от Advanced Distributed Learning (ADL). Это стандарт упаковки курса, благодаря которому любая система обучения может его воспроизвести и отследить. SCORM – транспортный контейнер: совместимая LMS загрузит курс, не зная, что внутри. Используются две версии – SCORM 1.2 и SCORM 2004 4th Edition (текущая редакция, 2009 год). Главное: SCORM отслеживает фиксированную модель данных внутри запуска в LMS. SCORM 1.2 пишет единый статус в одно поле (cmi.core.lesson_status), а SCORM 2004 разделяет его на два – «завершил ли» (cmi.completion_status) и «сдал ли» (cmi.success_status), плюс балл и время. Из-за этой фиксированной модели SCORM до сих пор доминирует в обязательном обучении: для контента, который проигрывается внутри LMS и от которого нужно надёжное «завершено / сдано / балл», он прост, универсален и проверен временем. Но подробное поведение учащегося и всё, что происходит вне запуска в LMS, SCORM не фиксирует.

Второй способ – стандарт, созданный для всего, чего не видит SCORM: Experience API (xAPI), версия 1.0.3, тоже от ADL. (Старое рабочее название – Tin Can API, официальное – xAPI.) Утверждение xAPI – это предложение вида «Мария завершила модуль 3» или «Мария набрала 90 баллов за тест по охране труда», записанное в строгой форме «субъект – глагол – объект» и сохранённое в отдельной базе – Learning Record Store (LRS). Утверждения могут описывать что угодно и приходить откуда угодно, поэтому xAPI фиксирует обучение вне LMS и детали, которые SCORM опускает. В том числе – и для этой статьи это главное – то, что учащийся делает внутри видео.

Связывает два подхода cmi5 – профиль xAPI от ADL и AICC («cmi5 = xAPI + LMS»), который позволяет LMS корректно запускать xAPI-контент и получать от него отчёты. Он определяет, как LMS запускает единицу контента (Assignable Unit), как её авторизует и что эта единица сообщает, используя заданный набор глаголов (launched, initialized, completed, passed, failed, terminated) поверх произвольных xAPI-утверждений. С cmi5 LMS по-прежнему получает чистое «завершено / сдано», нужное комплаенсу, а LRS – полный поток событий. Если система построена на cmi5, без LRS не обойтись.

Для видео есть свой словарь – xAPI Video Profile от ADL: стандартный набор глаголов и расширений (played, paused, seeked, completed, время просмотра и т. д.). С ним фраза «Мария посмотрела 80% видео по пожарной безопасности, дважды ставила паузу и пересмотрела фрагмент об эвакуации» превращается в структурированные данные, а не в догадку. Трекинг корпоративного видео без этого профиля – самая частая причина, по которой «видео-LMS» не может ответить на реальные вопросы о вовлечённости; подробно об этом – в статье трекинг видео через xAPI Video Profile.

Российская специфика – в поддержке стандартов. iSpring Learn поддерживает SCORM, а xAPI и cmi5 российские корпоративные LMS публично почти не заявляют. Отсюда практичная схема: SCORM-пакет отвечает за запуск и итоговый статус, а подробные события плеера уходят xAPI-утверждениями напрямую в ваш LRS. Этот LRS тоже хранит ПДн сотрудников, поэтому работает на серверах в России.

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

Выбрать проще, чем кажется по обилию аббревиатур. Если курс – простой обязательный контент внутри LMS и нужно доказуемое «завершено / сдано», SCORM – правильный и недорогой выбор. Если нужны подробные данные о вовлечённости, детализация до уровня видео, обучение вне LMS или аналитика глубже «сдал / не сдал», понадобятся cmi5/xAPI и LRS. Большинство серьёзных корпоративных платформ используют оба варианта: SCORM для простых обязательных курсов, cmi5/xAPI для курсов с большим количеством видео и глубокой аналитикой.

Частая ошибка: «посмотрел 100% – значит, завершил». Просмотреть видео до последней секунды – не то же самое, что завершить курс, и тем более не то же, что сдать его. SCORM, cmi5 и обычный видеоплеер понимают «завершено» по-разному, а глагол completed из xAPI Video Profile означает, что видео доиграло, а не что учащийся усвоил материал. Сформулируйте правило завершения осознанно, например «просмотрено ≥ 90% и тест сдан», и реализуйте его явно. А в охране труда «сдано» – это ещё и протокол проверки знаний, а не только балл в LMS.

Слой 5: соответствие и отчётность

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

Здесь записи из слоя 4 превращаются в решения. Срабатывает правило завершения, и курс помечается пройденным. По проходному баллу формируется протокол или внутренний сертификат. Запускается таймер следующего обучения, чтобы сотрудника автоматически записали повторно до истечения срока. Каждое такое событие попадает в аудиторский след – журнал, в который можно только добавлять записи: кто что завершил, когда и по какой версии контента. В регулируемой отрасли спросят не «научился ли он», а «можете ли вы доказать, что он научился», причём спустя два года и перед проверяющим. Видеоплатформы дополняют это своей статистикой просмотров по каждому зрителю и контролем версий, чтобы в работе была только утверждённая версия инструкции.

В России у этого слоя есть две обязательные выгрузки, которые нужно заложить в архитектуру с первого дня.

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

Вторая – документы об обучении. Если корпоративный университет ведёт программы повышения квалификации или профессиональной переподготовки по лицензии на образовательную деятельность и выдаёт удостоверения или дипломы, сведения о них вносятся в ФИС ФРДО (ч. 9–10 ст. 98 273-ФЗ). С 01.09.2025 срок сокращён с 60 до 30 дней со дня выдачи, а в состав сведений добавлен СНИЛС при наличии (ПП 850). Внутренние сертификаты без лицензии документами об обучении не являются. Верифицируемые удостоверения – Open Badges 2.0 и 3.0 или W3C Verifiable Credentials – полезны как технический стандарт защиты от подделки и переносимости (указывайте версию: криптографическую подпись даёт линия 3.0 / VC), но российского регуляторного статуса у них нет.

Наконец, данные о завершении возвращаются в кадровую систему (чтобы запись об обучении была в профиле сотрудника) и в BI или хранилище данных; что там измерять, разбирает статья аналитика обучения. Всё это – ПДн сотрудников: по ч. 5 ст. 18 152-ФЗ они хранятся только в базах на территории РФ, а SaaS-вендор LMS обрабатывает их по поручению работодателя-оператора (ч. 3 ст. 6). Утечка обойдётся юрлицу в 3–15 млн ₽ в зависимости от числа записей, повторная – в 1–3% выручки (ст. 13.11 КоАП).

Отдельно о доступности – ей место в любом корпоративном эталонном дизайне. Ориентир – ГОСТ Р 52872-2019, основанный на WCAG 2.1 с уровнями A, AA и AAA: субтитры к видео (критерии 1.2.2 и 1.2.4) и, где нужно, аудиоописание (1.2.5). Стандарт добровольный, но заказчик вправе включить его требования в ТЗ, а сотрудники с нарушениями слуха проходят то же обязательное обучение, что и все. Критерии подробно разобраны в статье WCAG 2.1 AA и ГОСТ Р 52872-2019 для учебного видео.

Соберём слои вместе: как проходит одно назначение

Архитектура лучше всего видна на одном назначении, которое проходит через все пять слоёв. Компания принимает Марию Иванову монтажником в службу эксплуатации, кадровик оформляет приём в 1С:ЗУП. Слой идентификации и оргструктуры подхватывает изменение: выгрузка или SCIM создаёт ей аккаунт в LMS с должностью «монтажник» в службе эксплуатации, и система назначений автоматически записывает её на обязательную программу по охране труда для этой должности. В первый день Мария переходит по ссылке на курс, и SAML или OIDC пускает её без отдельного пароля. Слой контента и видео отдаёт ей на телефон на складе видео по технике безопасности – транскодированное, с субтитрами, с ближайшего узла CDN. Ядро LMS показывает его внутри её трека, рядом с тестом и записью на очное занятие по первой помощи. Пока Мария смотрит, слой трекинга и записей пишет в LRS утверждения xAPI Video Profile (played, paused, seeked, просмотрено 95%), а когда она сдаёт проверку знаний, cmi5 фиксирует passed, и LMS отмечает курс завершённым. Слой соответствия и отчётности формирует протокол, ставит в очередь выгрузку в реестр обученных в ЕИСОТ, запускает таймер следующего обучения, пишет завершение в аудиторский след и возвращает запись в кадровую систему и BI-хранилище, чтобы на дашборде её руководителя всё стало зелёным.

Этот путь и есть весь продукт: любая будущая функция попадёт в один из пяти слоёв.

Строить или покупать: пример расчёта

В компании вопрос редко звучит абстрактно. Обычно спрашивают: «Во что обойдётся каждый вариант при нашем масштабе?» Посчитаем на примере внедрения на 20 000 сотрудников. Все суммы ниже – ориентиры для метода, а не цены конкретных вендоров: сверяйте их с коммерческими предложениями iSpring Learn, WebTutor, Mirapolis и других.

Покупать: лицензии за каждое место. Облачные корпоративные LMS и видеоплатформы обычно берут плату за пользователя, и на корпоративном масштабе разумный ориентир для LMS и видео вместе – 600–850 ₽ за пользователя в год. Возьмём 680 ₽:

20 000 сотрудников × 680 ₽ / пользователь / год = 13,6 млн ₽ в год
За 5 лет:                  13,6 млн ₽ × 5 = 68 млн ₽

Запуск занимает недели, всё обслуживает вендор, затраты предсказуемы, но растут с каждым новым сотрудником – и так без конца.

Строить: разовые вложения плюс эксплуатация. Своя корпоративная LMS с видеослоем и интеграциями из этой статьи по масштабу находится между компактным проектом и корпоративной экосистемой. Возьмём ориентир 11,6 млн ₽ на проектирование и разработку плюс примерно 4,3 млн ₽ в год на хостинг в российском облаке, поддержку и развитие:

Разработка:          11,6 млн ₽ (единоразово)
Эксплуатация:        4,3 млн ₽ / год
За 5 лет:            11,6 + (4,3 × 5) = 33,1 млн ₽

Где линии пересекаются. Приравняем накопленные затраты и найдём точку, после которой своя разработка выгоднее:

Покупать накоп.:    13,6 × годы
Строить накоп.:     11,6 + 4,3 × годы
11,6 + 4,3 y = 13,6 y
11,6 = 9,3 y
y ≈ 1,2 года

Уже через год с небольшим (около 15 месяцев) своя система становится дешевле, и дальше разрыв только растёт: за пять лет – 33,1 млн ₽ против 68 млн ₽, вдвое меньше. Но вывод верен, только если у вас действительно большой масштаб (по этой модели на горизонте пяти лет своя система окупается примерно от 10 000 мест), есть инженерная команда, способная вести платформу, и есть потребности в интеграциях или педагогике, которые готовый продукт не закрывает. Для пары сотен или пары тысяч сотрудников плата за места невелика, и покупка выигрывает по всем параметрам. Окупаемость реальна, но только для крупной организации: не уговаривайте себя строить на 800 местах потому, что расчёт хорошо выглядел для 20 000. Модель стоимости платформы обучения превращает этот расчёт в полноценный калькулятор.

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

Типичные ошибки, которые губят проект

«Это видеокаталог с авторизацией». Корневая ошибка. У каталога нет моста к кадровой системе (нет создания учётных записей, автоматической записи по должности, отзыва доступа) и нет слоя комплаенса. На демо он выглядит отлично, но не может ответить на первый же вопрос HR: кто просрочил обязательное обучение?

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

«SCORM отслеживает всё». SCORM отслеживает фиксированную модель (завершение, балл, время) внутри запуска в LMS. Взаимодействие с видео и обучение вне LMS он не фиксирует. Если это нужно, нужны cmi5/xAPI и Learning Record Store, причём решить это надо до выбора инструментов для создания контента.

«Трекинг видео без xAPI Video Profile». Обычный плеер отдаёт события play и pause в собственном формате. Без стандартного словаря xAPI Video Profile ваши «данные о вовлечённости» не переносятся в другие системы, а в отчётах нельзя сравнить одно видео с другим. Внедряйте профиль сразу.

«Посмотрел 100% = завершил = сдал». Это три разных показателя из трёх разных источников. Задайте правило завершения явно: порог просмотра плюс оценивание, а для охраны труда ещё и протокол. Иначе отчёты покажут больше обученных, чем есть на самом деле.

«Выгрузку в ЕИСОТ сделаем вручную». На сотне сотрудников это работает, на двадцати тысячах – нет: сроки короткие, а сведения должны совпадать с записями LMS.

«Аудиторский след добавим позже». Аудиторский след определяет модель данных: что логировать, насколько неизменяемыми должны быть записи, к какой версии контента их привязывать и сколько хранить. Добавлять его после запуска – значит переделывать слой записей в спешке перед проверкой. В регулируемой отрасли проектируйте его первым.

Строить или покупать: решение по слоям

В компании это не одно решение, а пять – по одному на каждый слой. В таблице собраны реальные варианты, а также стандарты и обязательные выгрузки, которые должен поддерживать каждый слой.

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

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

Фора Софт разрабатывает видеостриминг, WebRTC, видеоконференции и e-learning с 2005 года, и корпоративная LMS с видео находится ровно на пересечении этих компетенций. Мы помогаем решить по каждому слою, что строить, а что покупать. Готовая LMS плюс видеоплатформа быстро запускают продукт для обязательного обучения. А своя видеочасть, слой записей cmi5/xAPI с LRS в России, мост к 1С:ЗУП или HCM-платформе и выгрузки в ЕИСОТ отличают платформу от других и готовят её к проверке. Мы работаем в e-learning, видеоконференциях, стриминге, OTT и телемедицине, поэтому нас обычно зовут, когда сложность в видео и интеграциях, а не в каталоге. Для ядра LMS честный ответ часто звучит как «настройте существующий продукт», и мы так и скажем: собственная разработка должна приходиться на то, что действительно вас отличает.

Главные выводы

• Корпоративная LMS с видео – это проигрыватель курсов плюс три моста: к кадровой системе, к видеоплатформе и к комплаенсу.
• Корпоративной её делает мост к кадровой системе: единый вход через SAML/OIDC, создание и деактивация учётных записей через SCIM или выгрузку из 1С:ЗУП или HCM-платформы.
• SCORM пишет фиксированное «завершено / балл» внутри LMS; cmi5 и xAPI 1.0.3 собирают подробные события видео в Learning Record Store, который тоже работает в России.
• Отслеживайте видео через xAPI Video Profile и задавайте правило завершения осознанно: «посмотрел» не значит «сдал», а для охраны труда нужен протокол.
• Слой комплаенса (протоколы, удостоверения, аудиторский след, выгрузки в ЕИСОТ и ФИС ФРДО, возврат данных в кадровую систему) потребительскому сайту не нужен никогда.
• Ядро LMS и видеоплатформу покупайте (с оглядкой на реестр российского ПО), а инженерные ресурсы тратьте на интеграции, трекинг и отчётность.

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

• Анатомия платформы видеообучения, от и до
• Трекинг видео через xAPI: Video Profile и что отслеживать
• Построить, купить или расширить существующую LMS