Коротко
- Девять модулей работают независимо, но опираются на одно ядро идентификации и один контракт.
- Путь интеграции выбирают не по модулю, а по потоку: мобильный, веб, backend или кабинет мерчанта.
- Ядро меняется — модули нет, потому что общаются они только через контракт.
Снаружи RS-ID выглядит как девять отдельных продуктов. Внутри есть одна вещь: ядро подтверждения личности. Всё остальное — способы попасть в это ядро.
Почему ядро одно
Отдельная биометрическая проверка под каждый канал была бы самой дорогой ошибкой: обновление модели пришлось бы катить в трёх местах, измерять результат в трёх местах и жить с тремя разными статистиками ошибок. Поэтому логика проверки лежит в одной точке.
- Версия модели одна — результаты остаются сравнимыми.
- Журнал аудита один — на запрос регулятора отвечаем из одного источника.
- Пороги настраиваются в одном месте и доезжают до всех каналов одновременно.
Карта модулей
Модули удобно делить по роли на три слоя: приёмный, проверяющий и управляющий.
- Приёмный: Mobile SDK, Web SDK и поток входа по QR.
- Проверяющий: liveness, анти-спуфинг, сверка с документом и цифровая подпись.
- Управляющий: кабинет мерчанта, отчётность и управление ключами.
9
Модулей
3
Пути интеграции
1
Ядро идентификации
60+
Подключённых партнёров
Контракт — самая важная часть
Модуль не обращается к ядру напрямую. Он знает только контракт: что уходит, что возвращается и как выглядит ошибка. Благодаря этому мы меняем модель внутри ядра, не меняя ни строки в коде партнёра.
Хороший слой идентификации хорош не тем, что даёт много возможностей, а тем, что после интеграции о себе не напоминает.