Land identity

КЕП

Підходить для працівників ОМС і для сценаріїв, де потрібен юридично значущий підпис документів.

Контур готовий

Файловий ключ, токен або хмарний підпис Що потрібно для бойового запуску

Реальний криптопровайдер для перевірки challenge і PDF
Прив'язка сертифікатів у реєстрі КЕП-ідентичностей
Підтримка файлового ключа, токена і за потреби хмарного підпису

Зчитування ключа як у державних сервісах Файловий носій, захищений носій або хмарний КЕП

1. Виберіть тип носія особистого ключа Сценарій підготовлений під web-криптомодуль провайдера КЕП

Файловий носій USB-флешка, диск, локальний файл ключа Захищений носій Алмаз-1К, Кристал-1, Гряда-301, ID-карта, токен Хмарний КЕП Окремий провайдер віддаленого підпису

Носій особистого ключа

Оберіть файл ключа або контейнер Підтримуємо той самий UX-контур, який потім підхопить криптоклієнт

Пароль захисту ключа

Що використовуємо як готову основу

Робимо flow під готовий контур провайдера КЕП, а не під саморобний upload. Орієнтир для бойового підключення: web-сценарій з клієнтом підпису та сертифікованим провайдером.

Дія.ЦСК Програмне забезпечення Дія.ЦСК Реєстр КНЕДП

У бойовому режимі цей крок локально читає сертифікат, витягує офіційні дані й підписує challenge.

2. Офіційні дані сертифіката Тут зʼявляться дані після підключення web-криптомодуля провайдера

Підписувач ще не зчитано

РНОКПП / ЄДРПОУ ще не зчитано

Серійний номер ще не зчитано

Видавець ще не зчитано

Строк чинності ще не зчитано

Key usage digital signature / authentication

Що вже готово в Land

Після цього кроку система створює challenge-сесію, журнал аудиту і окремий контур перевірки підпису. Коли підключимо реальний КЕП-провайдер, цей же екран почне тягнути офіційні дані з ключа без переробки UX.