Сертификаты, значки и верифицируемые удостоверения

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

Кратко

Учащийся, окончивший ваш курс, хочет получить подтверждение, которым действительно можно пользоваться, а PDF-сертификат – самое слабое из возможных: картинку любой отредактирует, а ссылка «для проверки» перестаёт работать вместе с вашим сайтом. В России сначала разведите две вещи. Документ о квалификации (удостоверение о повышении квалификации, диплом о профессиональной переподготовке) выдаёт только организация с лицензией, ИП программы ДПО вести не вправе, а сведения о документе с 01.09.2025 вносятся в ФИС ФРДО в течение 30 дней. Цифровое подтверждение достижения (сертификат, значок, верифицируемое удостоверение) – технический формат без регуляторного статуса. Современный вариант такого подтверждения – верифицируемое удостоверение (verifiable credential): подписанный файл, который программа работодателя проверяет сама, не обращаясь к вашим серверам. Стандарты складываются в единую систему: W3C Verifiable Credentials Data Model 2.0 (W3C Recommendation с 15 мая 2025 года) задаёт защищённый контейнер, Open Badges 3.0 (1EdTech, 2024) – образовательный профиль поверх него, а Comprehensive Learner Record (CLR) 2.0 собирает значки в одну верифицируемую выписку. Выбор «строить или покупать» в России делается с поправкой: сервис выдачи хранит ПДн и должен работать в российском контуре, а правило, когда удостоверение считается заработанным, и порядок его отзыва в любом случае остаются за вами.

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

Если вы строите или покупаете продукт для обучения, удостоверение – то, с чем учащийся от вас уходит. Это осязаемый результат вашего продукта и всё чаще причина, по которой покупатель выбирает именно вас. Особенно в ДПО: по данным Smart Ranking, дополнительное профессиональное образование в 2025 году дало около трети (34%) выручки топ-100 российских EdTech-компаний, и документ здесь – главное, за чем приходят. Эта статья – карта простым языком: какой документ вы вправе выдать, как устроены цифровые удостоверения, что значит «верифицируемое» на уровне кода и как выдача встраивается в платформу. Она написана для руководителя корпоративного обучения, основателя онлайн-школы или продакт-менеджера, а не для криптографа.

Три слова, которые зря путают

Начнём с терминов: путаница здесь в основном из-за них.

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

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

Верифицируемое удостоверение – значок (или любое другое заявление), которому компьютер может ещё и доверять. Стандартный формат защищённого от подделки заявления с криптографической подписью, Verifiable Credential (VC), – небольшой файл с цифровой подписью издателя. Благодаря подписи любая третья сторона может сама убедиться в двух вещах: что выдали именно вы и что с тех пор файл не меняли. Вся разница – в подписи: сертификат заявляет, а верифицируемое удостоверение доказывает.

Представьте лестницу доверия. PDF-сертификат похож на бумажный билет на концерт, который легко скопировать. Open Badge 2.0 – билет со штрихкодом, по которому контролёр сверяется с кассой. Верифицируемое удостоверение – билет с голограммой, которую контролёр проверяет на месте, вообще не связываясь с кассой. Каждая ступень даёт постороннему человеку способ поверить заявлению, не полагаясь лично на вас.

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

Российская рамка: документ по закону и цифровое подтверждение

Это техническая лестница. Юридическая в России устроена иначе, и разобраться в ней нужно до проектирования выдачи.

Документ о квалификации. Удостоверение о ПК и диплом о ПП выдаются по итогам программ ДПО, и выдавать их может только организация с лицензией на образовательную деятельность (ст. 91 273-ФЗ). ИП – и с лицензией, и обучающий лично без неё – вправе вести только общеобразовательные программы и профессиональное обучение: ДПО ему недоступно (ст. 32 ч. 3). Онлайн-школа на ИП, которая обещает «удостоверение о повышении квалификации», обещает то, что выдать не может. Курсы в рамках просветительской деятельности (п. 35 ст. 2, ст. 12.2) лицензии не требуют, но и документов об обучении по ним не выдают.

ФИС ФРДО. Сведения о выданных документах об образовании, о квалификации и об обучении, включая удостоверения о ПК и дипломы о ПП, вносятся в федеральный реестр (ч. 9–10 ст. 98; правила утверждены ПП № 825). С 01.09.2025 (ПП № 850) срок – 30 дней со дня выдачи вместо 60, а в сведения добавлен СНИЛС (при наличии). Официальное подтверждение документа ДПО – запись в ФРДО, а не ваш значок.

Вычет и государственные цифровые документы. Социальный вычет за обучение (пп. 2 п. 1 ст. 219 НК; до 150 000 ₽ в совокупности социальных вычетов, за ребёнка – 110 000 ₽) учащийся получит, только если у организации или ИП есть лицензия (исключение – ИП, который обучает лично). Покупатель видит в этом часть ценности. 539-ФЗ ввёл электронные студенческие билеты и зачётные книжки (сведения передаются в ФИС и на Госуслуги, студенческий билет – также в MAX). Цифровых дипломов с юридической силой на октябрь 2026 года мы не нашли: эксперимент 2023–2024 годов выдавал документы без неё. ПП № 1678 (п. 2) вводит «цифровое индивидуальное портфолио обучающегося»; запущено ли оно на Госуслугах фактически, проверьте перед интеграцией.

Open Badges и W3C VC – международные технические стандарты; российского регуляторного аналога или их официального признания в РФ мы не нашли. Отсюда модель для российского продукта: документ установленного образца и запись в ФРДО – обязательная часть (если программа их предполагает), а верифицируемый значок – цифровое дополнение к документу или самостоятельное подтверждение для курсов без документа. Дальше речь о том, как сделать это дополнение действительно проверяемым.

Почему PDF-сертификат незаметно подводит

Большинство продуктов обучения до сих пор выдают PDF, и у него три слабых места.

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

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

Модель трёх сторон: издатель, держатель, проверяющий

Любая современная система удостоверений построена на трёх ролях из W3C Verifiable Credentials Data Model.

Издатель (issuer) делает заявление: это ваша платформа обучения, вуз или работодатель. Издатель подписывает удостоверение закрытым криптографическим ключом. Держатель (holder) – учащийся, которому выдано удостоверение; он получает его и хранит, обычно в цифровом кошельке (мобильном или веб-приложении для хранения удостоверений). Проверяющий (verifier) – тот, кто позже захочет удостоверение проверить: менеджер по найму, приёмная комиссия, другая платформа.

Схема простая. Вы (издатель) подписываете удостоверение и передаёте его учащемуся (держателю). Позже учащийся предъявляет его работодателю (проверяющему). Программа работодателя автоматически выполняет две проверки: сверяет вашу подпись с опубликованным публичным ключом (значит, заявление подлинное и не изменено) и, где это предусмотрено, убеждается, что предъявление разрешил именно этот учащийся. Главное: проверяющему не нужно обращаться к вам. В этой независимости и весь смысл.

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

Модель дополняют ещё две возможности. Верифицируемое предъявление (verifiable presentation) – то, что держатель на самом деле отправляет: одно или несколько удостоверений, дополнительно подписанных самим держателем, чтобы было видно, что предъявляет именно он. Избирательное раскрытие (selective disclosure) позволяет показать только часть удостоверения, например подтвердить наличие диплома, не раскрывая дату рождения. Обе возможности встроены в модель 2.0 и важны для приватности, а в российском контексте хорошо согласуются с требованием ст. 5 152-ФЗ не обрабатывать избыточные ПДн.

Стандарты, на которых всё это работает

Два органа стандартизации уже сделали основную работу, и к 2025 году их спецификации сложились в единый набор.

W3C Verifiable Credentials Data Model 2.0 – защищённый контейнер

W3C Verifiable Credentials Data Model 2.0 стала официальной рекомендацией W3C 15 мая 2025 года. Она определяет структуру данных удостоверения (заявления в формате JSON-LD, то есть JSON, где каждый термин привязан к общему словарю), описанную выше модель трёх сторон и, что важно, несколько способов прикрепить криптографическое доказательство, чтобы разработчик мог выбрать метод подписи под свои регуляторные и технические требования. Спецификация вышла вместе с целым семейством сопутствующих: наборами криптографических алгоритмов Data Integrity, способами защиты удостоверений через JOSE и COSE (распространённые стандарты подписи), Controlled Identifiers и Bitstring Status List для отзыва (о нём ниже). Это общий фундамент, не привязанный к образованию.

Open Badges 3.0 – образовательный профиль поверх VC

Open Badges появились в Mozilla в 2011 году, а сейчас их развивает 1EdTech (бывший IMS Global) – консорциум, который также отвечает за LTI и другие образовательные стандарты. Текущая версия, Open Badges 3.0, утверждена в 2024 году и сделала решительный шаг: запись о достижении (assertion) в Open Badges 3.0 является W3C Verifiable Credential. По формулировке самой 1EdTech, каждый значок (тип OpenBadgeCredential) «цифрово подписан выпустившей организацией как Verifiable Credentials, совместимые с Verifiable Credentials Data Model 2.0». Каждый значок 3.0 – это VC, но не каждый VC – значок. Благодаря этой совместимости значок 3.0 работает во всей экосистеме удостоверений и кошельков, а не только внутри образовательных инструментов.

Прошлая версия, Open Badges 2.0, «запекала» данные о достижении в изображение значка: метаданные JSON встраивались внутрь PNG или SVG, а для проверки обычно нужно было обратиться к копии записи на сервере издателя. Это модель обратной ссылки со всей её ненадёжностью, а Open Badges 3.0 переносят доверие в подпись, и значок подтверждает себя сам.

CLR 2.0 – значки, собранные в выписку

Один значок – одно достижение. Comprehensive Learner Record (CLR) Standard 2.0, выпущенный 1EdTech в марте 2025 года, собирает множество достижений в один верифицируемый пакет ClrCredential. Он сам является верифицируемым удостоверением, подписывается тем же способом и согласован с Open Badges 3.0. Если значок – одна строка в резюме, то CLR – всё резюме целиком, заверенное криптографической подписью. Так учащийся получает переносимую и проверяемую выписку обо всём, что он прошёл на вашей платформе.

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

Как выдача встраивается в платформу обучения

Технически это проще, чем кажется: нужно связать событие «курс пройден» с выдачей подписанного удостоверения.

Сигнал приходит из уже работающего учёта прогресса: когда учащийся заканчивает курс, система обучения узнаёт об этом из записи о завершении в LMS (одна из базовых метрик обучения), из xAPI-утверждения, поступившего в хранилище учебных записей (LRS) или из результата passed/completed в cmi5. Это событие вызывает сервис выдачи: он собирает удостоверение (достижение, критерии, идентификатор получателя), подписывает его закрытым ключом издателя как верифицируемое удостоверение Open Badges 3.0 и записывает его статус, чтобы позже удостоверение можно было отозвать.

Если курс – программа ДПО, у того же события есть вторая, обязательная ветка: оформить удостоверение или диплом и внести сведения в ФИС ФРДО не позднее 30 дней со дня выдачи, со СНИЛС при наличии. Значит, СНИЛС нужно собирать заранее, при зачислении, а выгрузка в реестр должна быть плановой задачей с контролем сроков, а не ручной работой методиста. И сервис выдачи, и выгрузка хранят ПДн, поэтому по ч. 5 ст. 18 152-ФЗ их базы данных должны находиться в России.

Дальше цифровое удостоверение попадает в кошелёк учащегося. Badge Connect API от 1EdTech (REST API с защитой OAuth 2.0) позволяет учащемуся самому перенести значки в выбранный им кошелёк или «рюкзак» (backpack), так что место хранения удостоверений выбирает он. Если оценивание проходит внутри LMS другого учреждения, результат часто возвращается через Assignment and Grade Services из LTI Advantage – тем же путём, что описан в статье об оценивании, рубриках и передаче оценок, – и удостоверение выдаётся на основании этого записанного результата. Вся эта связка целиком показана в эталонном дизайне прокторинга и оценивания.

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

Отзыв и срок действия: шаг, о котором забывают

Удостоверение не всегда бессрочно. Сертификат по технике безопасности истекает, удостоверение, выданное по ошибке, нужно отозвать. Поскольку проверяющие к вам не обращаются, просто удалить запись у себя и ждать, что удостоверение перестанет действовать, нельзя. Стандарты решают это списком статусов: издатель публикует единый компактный список, который не раскрывает лишнего о держателях (W3C Bitstring Status List), и каждое удостоверение ссылается на свою позицию в нём. По списку проверяющий узнаёт, действительно ли удостоверение, отозвано или приостановлено. Если запустить выдачу без механизма статусов, получатся удостоверения, которые вы никогда не сможете отозвать. Ошибку в документе ДПО исправляют ещё и в ФРДО, поэтому заложите в процесс обе стороны.

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

Сравнение форматов

Сравнение для разработчика:

Чем правее столбец, тем больше посторонний может доверять заявлению, не полагаясь на вас. Для любого нового проекта, где удостоверение должно уходить за пределы платформы (к работодателю, в другой вуз, в портфолио), ориентируйтесь на Open Badges 3.0 на базе W3C VC 2.0. А юридическую силу, где она нужна, даёт не формат файла, а лицензия, документ установленного образца и запись в ФРДО.

Строить или покупать: где проходит граница

Стандарты удостоверений сложны, подпись и управление ключами критичны для безопасности, а совместимость с кошельками нужно тестировать на реальных кошельках, поэтому инфраструктуру выдачи обычно разумно не писать с нуля. В России к этому добавляется ограничение: сервис выдачи хранит ФИО, контакты и достижения получателей, а с 01.07.2025 ПДн граждан РФ нельзя обрабатывать в базах данных за рубежом (ч. 5 ст. 18 152-ФЗ). Поэтому зарубежная SaaS-платформа удостоверений не подходит; реалистичные варианты – поставщик, который хранит данные в России, или open-source реализация стандартов, развёрнутая в вашем российском контуре. Оставить за собой в любом случае стоит логику, специфичную для вашего продукта: правило, по которому удостоверение считается заработанным, критерии и метаданные, придающие ему смысл, политику отзыва и выгрузку в ФРДО.

Цифры обычно говорят в пользу готовой инфраструктуры. Допустим, у вас 20 000 выпускников в год, каждый должен получить верифицируемое удостоверение, а платформа берёт ориентировочно 34 ₽ за выданное удостоверение (условная цена для примера, сверяйте с прайсом поставщика):

Цена за удостоверение:
  20 000 удостоверений/год × 34 ₽ = 680 000 ₽/год

Собственный издатель, соответствующий требованиям W3C, – это управление закрытыми ключами, эндпойнт Bitstring Status List, Badge Connect API и тестирование на нескольких кошельках. На старте это три-четыре инженеро-месяца: по ставке 4 700 ₽/ч (752 000 ₽ за инженеро-месяц) порядка 2,3–3 млн ₽, плюс постоянное сопровождение по мере смены версий спецификаций (с VC 1.1 на 2.0, с Open Badges 2.0 на 3.0). Один только старт стоит как три-четыре года подписки за 680 тыс. ₽, а сопровождение не заканчивается никогда, поэтому готовый вариант обычно дешевле, а то, что действительно отличает ваш продукт, всё равно остаётся у вас. Исключения – когда удостоверения и есть ваша бизнес-модель, когда поставщика с хранением данных в РФ нет или когда заказчик требует хранить ключи у себя. Тогда нормальный путь – open-source издатель в своём контуре. Та же логика лежит в основе более широкого решения построить, купить или расширить LMS.

«Частая ошибка: выбрать поставщика, который выдаёт удостоверения только в собственном закрытом формате. Если их не прочитает ни один совместимый кошелёк или проверяющий, вы воспроизвели проблему PDF с лишними шагами и вместо переносимости получили зависимость от поставщика. Закрепите в договоре соответствие Open Badges 3.0 / W3C VC 2.0 и проверяйте его по сертификации 1EdTech или на тестовых векторах спецификации, а не по презентации отдела продаж.»

Несколько слов о блокчейне и децентрализованных идентификаторах

Вам наверняка предложат «удостоверения на блокчейне». Блокчейн – лишь один из необязательных способов закрепить доверие (так устроен открытый стандарт Blockcerts), а модель W3C защищает от подделки подписью издателя, а не реестром. Decentralized Identifiers (DID, рекомендация W3C) – тоже необязательный способ идентифицировать издателя или держателя без центрального реестра. Большинству продуктов обучения для проверяемости достаточно подписи и опубликованного публичного ключа, без накладных расходов блокчейна; реестр – вариант архитектуры, а не решение по умолчанию.

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

Фора Софт разрабатывает продукты для обучения, оценивания и видео, где достижения учащихся должны выдерживать проверку за пределами платформы. В удостоверениях мы полезны не криптобиблиотекой, а инженерными решениями. Мы разворачиваем совместимый сервис выдачи Open Badges 3.0 / W3C VC в российском контуре и привязываем выдачу к реальному сигналу о завершении (запись LMS, xAPI-утверждение, оценка из LTI). Автоматизируем выгрузку документов ДПО в ФИС ФРДО в срок и проектируем политику отзыва и список статусов так, чтобы ошибочно выданное удостоверение действительно можно было отозвать. Мы помогаем решить, что купить, а что оставить себе, чтобы удостоверения не оказались заперты у одного поставщика.

Главное

• В России разделяйте документ по закону (удостоверение о ПК, диплом о ПП: только при наличии лицензии, ИП не вправе вести ДПО) и цифровое подтверждение достижения (сертификат, значок, VC) без регуляторного статуса.
• Сведения о документах ДПО вносятся в ФИС ФРДО не позднее 30 дней со дня выдачи, со СНИЛС при наличии; налоговый вычет учащемуся доступен только при наличии лицензии (кроме обучения у ИП лично).
• PDF-сертификат – картинка, которую легко подделать, а его ссылка для проверки перестаёт работать вместе с сайтом; верифицируемое удостоверение подтверждает себя подписью и проверяется без обращения к вам.
• Open Badges 3.0 (2024) – это W3C Verifiable Credential на базе VC Data Model 2.0 (рекомендация W3C с мая 2025 года); CLR 2.0 собирает значки в подписанную выписку, Badge Connect API переносит их в кошелёк.
• Запустите список статусов для отзыва (W3C Bitstring Status List), иначе выданные удостоверения нельзя будет отозвать.
• Сервис выдачи хранит ПДн, поэтому должен работать в российском контуре; правило, когда удостоверение заработано, отзыв и выгрузку в ФРДО оставляйте за собой.

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

• cmi5: мост между SCORM и xAPI – как записывается результат завершения, который запускает выдачу удостоверения.
• LTI: запуск инструментов внутри любой LMS – как результат возвращается в LMS через Assignment and Grade Services.
• Эталонный дизайн прокторинга и оценивания – полная схема с пояснениями, где выдача удостоверения – последний шаг.