Распознавание СНИЛС, ИНН и водительского удостоверения по API: где заканчивается OCR и начинается верификация

Клиент сфотографировал СНИЛС, поля в анкете заполнились автоматически. Продакт доволен, потому что OCR работает; Compliance-офицер недоволен, потому что юридически значимого подтверждения за этим распознаванием нет. Между «распознал» и «проверил» проходит граница между автозаполнением формы и соответствием требованиям 115-ФЗ (ст. 7): закон требует проверки действительности предъявленных документов, и без сверки с эталонным источником это требование не закрывается. Статья разбирает, где одна операция заканчивается и начинается другая, на примере трёх документов второй линии: СНИЛС, ИНН и водительского удостоверения. Базовый разбор регуляторного контекста — в материале о том, как работает KYC по 115-ФЗ.

Граница OCR и верификации: почему «распознать» — это ещё не KYC

Оптическое распознавание символов и верификация решают разные задачи. OCR извлекает данные из изображения; верификация сверяет их с эталонным реестром и подтверждает юридическую значимость.

OCR (Optical Character Recognition) — технология распознавания текстовых полей. Нейросеть определяет тип документа, находит области с данными, распознаёт ФИО, серию, номер, дату выдачи, дату рождения и возвращает структурированный JSON с показателем уверенности (confidence-score) по каждому полю. Для автозаполнения анкеты и экономии времени оператора этого хватает, а для юридически значимого решения требуется ещё один шаг — сверка с эталонным источником.

Следующий шаг — верификация. Извлечённые поля сверяются с эталонным источником: для СНИЛС это база Социального фонда России, для ИНН — информационная система ФНС, для водительского удостоверения — актуальные реестры. Сверка подтверждает, что документ действителен, принадлежит заявленному человеку и сохраняет свой статус.

Финансовые организации, субъекты 115-ФЗ, обязаны достоверно идентифицировать клиента и проверять действительность предъявленных документов (ст. 7). Документ первой линии — паспорт: он удостоверяет личность и служит основой полной идентификации. Документы второй линии — СНИЛС, ИНН и водительское удостоверение — дополняют идентификационные сведения, но сами по себе личность не подтверждают. Конкретную технологию закон не определяет: OCR и автоматическую сверку с эталонным источником банк, МФО и маркетплейс выбирают сами. Ручной ввод данных закону не противоречит, но без сверки достоверность сведений не подтверждается. Для документов второй линии требование проверять действительность действует так же, как для паспорта, и его нарушение может превратиться в претензию при проверке Росфинмониторинга или Банка России.

Пример. МФО принимает фото СНИЛС и заполняет анкету практически мгновенно в автоматическом режиме. Но СНИЛС не входит в обязательный перечень сведений полной идентификации физлица (пп. 1 п. 1 ст. 7): основой идентификации остаётся паспорт. OCR-распознавание без сверки с базой СФР лишь заполняет форму — подтверждённым идентификационным реквизитом СНИЛС делает только верификация. Платформа IDX сначала распознаёт тип документа и все его поля с показателем уверенности для каждого, а затем по запросу клиента сверяет извлечённые данные с эталонными источниками. Так одновременно подтверждается и качество распознавания, и юридический статус документа. Те же принципы для основного документа разобраны в материале про распознавание паспорта по API.

Как проверить СНИЛС по API: распознавание и верификация

Проверка СНИЛС по API состоит из двух шагов. OCR извлекает из фото карточки ФИО, дату рождения и номер. Затем сервис сверяет связку с базой СФР и подтверждает, что номер принадлежит конкретному человеку. Типовое время отклика — 1–3 с.

СНИЛС физического лица (страховой номер индивидуального лицевого счёта) — 11-значный номер в формате XXX-XXX-XXX YY, где две последние цифры контрольные. Номер присваивается однажды и не меняется в течение жизни. Благодаря этой уникальности СНИЛС работает как сквозной идентификатор в государственных сервисах, например, для идентификации пользователей на едином портале госуслуг gosuslugi.ru.

Что делает OCR

По фото карточки СНИЛС нейросеть распознаёт ФИО, дату рождения и номер. Дополнительно алгоритм может проверить контрольное число, но это быстрый формальный тест, а не сверка с реестром.

Как работает верификация СНИЛС

Сервис получает распознанные ФИО, дату рождения и номер, проверяет связку в базе СФР и подтверждает либо опровергает принадлежность номера конкретному человеку.

Зачем это нужно на практике:

• ошибки при ручном вводе влекут неправильные перечисления в пенсионную систему, ошибки в расчёте пособий по временной нетрудоспособности и искажения в учёте стажа;
• подстановка чужого СНИЛС встречается во фроде при оформлении микрозайма или устройстве на работу;
• работодатель сверяет СНИЛС при найме для корректного персонифицированного учёта.

Когда СНИЛС нужен в KYC

СНИЛС работает как реквизит упрощённой идентификации физлица. Общие условия закреплены в п. 1.11 ст. 7. Состав направляемых сведений — ФИО, реквизиты документа, удостоверяющего личность, СНИЛС и/или ИНН и/или полис ОМС и/или номер водительского удостоверения, а также абонентский номер клиента — закреплён в п. 1.12 ст. 7 после поправок Федерального закона № 119-ФЗ от 29 мая 2024 года. Частный случай — потребительский заём до 15 000 ₽ через национальную платёжную систему, п. 1.12-1 ст. 7.

С 1 марта 2026 года микрофинансовые компании (МФК) при дистанционном заключении договора потребительского займа обязаны проводить идентификацию или аутентификацию заёмщика через ЕСИА и ЕБС; упрощённая идентификация для онлайн-займов в МФО больше не применяется. Для микрокредитных компаний (МКК) аналогичное требование вступает в силу с 1 марта 2027 года. Это меняет роль СНИЛС: в дистанционном микрокредитовании он перестаёт применяться как реквизит идентификации заёмщика, но сохраняет ценность как идентификатор в кадровых, страховых и пенсионных процессах. Полная карточка решения — на странице услуги проверки СНИЛС IDX.

Сам по себе СНИЛС личность не удостоверяет: документ полной идентификации — паспорт, а СНИЛС остаётся дополнительным реквизитом.

Как проверить ИНН по API: распознавание, верификация и налоговый контекст

Проверка ИНН по API включает контроль контрольного числа и сверку с базой ФНС: сервис подтверждает, что номер действителен и принадлежит конкретному физлицу. Среднее время ответа — 3–5 с.

ИНН устроен по-разному в зависимости от того, кому он принадлежит: у физлица — 12 цифр, у юрлица — 10. Последние цифры в номере — контрольные: они вычисляются по специальной формуле из остальных цифр, поэтому алгоритм может мгновенно отличить настоящий по структуре ИНН от случайного набора цифр.

У этого теста есть существенное ограничение. Проверка контрольных цифр подтверждает только то, что номер правильно построен, но не то, что такой ИНН реально существует. Корректно отформатированный ИНН может не значиться в реестре вообще или принадлежать совсем другому человеку. Без сверки с базой ФНС такие случаи остаются незаметными: формально номер «проходит», а фактически он чужой или фиктивный.

Что делает OCR

По фото свидетельства нейросеть распознаёт ФИО, дату рождения и номер. Алгоритм проверяет контрольное число, и это подтверждает только формат записи, а не существование ИНН.

Как работает верификация ИНН

Сервис получает ФИО, дату рождения и номер ИНН, сверяет их с базой ФНС и подтверждает, что номер действителен и принадлежит этому человеку. Среднее время ответа — 3–5 с. Отдельная услуга — автозаполнение ИНН по паспорту: если клиент не знает свой номер, система устанавливает его автоматически.

Когда ИНН нужен в KYC

ИНН входит в состав идентификационных сведений физлица при его наличии (пп. 1 п. 1 ст. 7). С 1 сентября 2025 года норма усилена: согласно изменениям, внесённым Федеральным законом № 9-ФЗ от 13 февраля 2025 года и Федеральным законом № 31-ФЗ, банки и МФО обязаны получать ИНН заёмщика и проверять его соответствие сведениям ГИС ФНС при заключении любого договора потребительского кредита или займа. Без подтверждённого ИНН договор не заключается; заявка отклоняется. Поэтому автоматическая проверка ИНН по базе ФНС из «желательной» функции стала обязательным элементом онбординга в кредитовании.

Дополнительно в Госдуме рассматривается правительственный законопроект № 1191451-8 (внесён 30 марта 2026 года), который сделает ИНН обязательным реквизитом при открытии банковского счёта, выдаче платёжной карты и предоставлении электронного средства платежа. Банкам, по проекту, отводится год после вступления закона в силу на сбор ИНН по уже обслуживаемым клиентам. Документ ещё проходит чтения, но направление очевидно: проверка ИНН по базе ФНС постепенно становится стандартом и за пределами кредитования — к этому требованию платформам имеет смысл готовить интеграцию заранее.

Где ещё проверка ИНН встречается в KYC и KYB:

• идентификация ИП и юрлица в KYB-сценариях;
• проверка налогового статуса контрагента;
• скрининг банкротства через ЕФРСБ — ИНН служит первичным идентификатором;
• инвестиционные платформы, страховщики, маркетплейсы с финансовыми сервисами.

Бытовой пример. При найме дистанционного сотрудника HR-специалист вводит ИНН вручную, ошибка в одной цифре, и налоговый учёт ведётся некорректно. Автоматическая сверка ИНН через API убирает эту ошибку на этапе онбординга, до подписания договора.

Как проверить водительское удостоверение по API: распознавание, верификация, ограничения

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

ВУ содержит серию и номер, дату выдачи, срок действия, открытые категории ТС, регион выдачи, ФИО, дату рождения. Нейросеть распознаёт не только действующие в России образцы.

Что делает OCR

По фото ВУ алгоритм возвращает заполненную анкету водителя: ФИО, регион выдачи, открытые категории, сроки. Для первичного заявления заполненной анкеты достаточно, а для допуска водителя к работе нужна сверка с эталонным реестром.

Как работает верификация ВУ

Сервис получает номер ВУ и дату выдачи, сверяет их с эталонными реестрами в реальном времени и возвращает актуальный статус документа.

Что показывает отчёт о проверке:

• дату рождения водителя;
• срок действия;
• открытые категории ТС;
• нахождение в розыске;
• постановление о лишении прав с датой вынесения и сроком.

Сигналы, требующие блокировки допуска до ручной проверки: «нет данных» как возможный признак подделки, просроченный документ, активное постановление о лишении прав. Каждый из этих сигналов становится основанием для эскалации оператору, а в HR-сценариях найма водителей — для отказа в допуске до устранения причины. Состав отчёта и сценарии работы — на странице услуги проверки водительского удостоверения IDX.

Транспортный контекст

Для логистической или транспортной компании проверка ВУ — часть полной верификации водителя. Стандартный пакет в едином API: распознавание паспорта и ВУ, сверка подлинности обоих документов, биометрическое сравнение селфи с фото в паспорте, проверка штрафов и постановлений о лишении прав. Всё в реальном времени. Что удалённая верификация даёт транспортным компаниям, разобрано в отдельном материале.

Юридическое ограничение

ВУ не относится к документам, удостоверяющим личность для целей полной идентификации по 115-ФЗ, и в этом качестве паспорт собой не заменяет. С 2024 года ВУ прямо включено в перечень реквизитов упрощённой идентификации физлица: после поправок Федерального закона № 119-ФЗ от 29 мая 2024 года номер ВУ работает в п. 1.12 ст. 7 как один из идентификаторов наряду со СНИЛС, ИНН и полисом ОМС. Для упрощённой идентификации при ОСАГО и добровольном страховании ТС возможность использовать ВУ закреплена ещё Федеральным законом № 483-ФЗ. Биометрической идентификации в ЕБС ВУ не обеспечивает: биометрия снимается отдельно и хранится в государственной системе.

Как выбрать API верификации документов второй линии: восемь критериев

Главный критерий выбора — сверка с эталонными источниками: СФР, ФНС, государственные реестры. Точность OCR при этом вторична: без сверки провайдер остаётся OCR-библиотекой, а не верификационным сервисом.

Восемь критериев для оценки любого провайдера, включая коробочные OCR-решения:

1. Точность OCR при разном качестве фото — снимок в плохом освещении, под углом, на тёмном фоне, со смятого документа. Тест на 50–100 реальных изображениях.
2. Сверка с эталонными источниками — функция, по которой проходит водораздел между OCR-библиотекой и верификационным сервисом. Запросите у вендора конкретный список источников и частоту их актуализации.
3. Время отклика — 1–5 с на полный цикл OCR + сверка. Если цикл затягивается, заметная доля пользователей бросает онбординг ещё до подтверждения личности.
4. Стоимость и модель оплаты — за вызов, за успешную верификацию, по тарифному пакету. Сравнивайте с реальной нагрузкой.
5. Сертификаты ФСТЭК ( fstec.ru) и лицензии ФСБ. Большинство финансовых организаций требуют сертификат ФСТЭК при выборе провайдера. Без сертификата интеграция фактически закрыта.
6. Соответствие 152-ФЗ и 242-ФЗ — обработка персональных данных на территории России, договор обработки, корректные согласия клиента.
7. Поддержка СНГ — если онбординг включает граждан Беларуси, Казахстана, Армении, проверьте состав поддерживаемых документов.
8. Документация и скорость подключения. Зрелый провайдер открывает sandbox за минуты после регистрации. Незрелый — тратит на онбординг недели. Для проектов с дедлайном эта разница критична. Методика отбора провайдера и шаблоны опросника — на странице сервиса распознавания документов IDX.

Запросите sandbox-доступ к API IDX: документация и примеры интеграции открываются сразу после регистрации.

Чеклист: интеграция API верификации СНИЛС, ИНН и ВУ за один день

Чеклист охватывает восемь шагов — от получения тестовых ключей до запуска в production.

Сколько времени занимает интеграция API верификации СНИЛС, ИНН и водительского удостоверения? Базовая интеграция OCR начинается с sandbox-доступа — у IDX он открывается сразу после регистрации. Сверка с эталонными источниками (СФР для СНИЛС, ГИС ФНС для ИНН, реестры для ВУ) доступна уже в тестовом контуре. Это сокращает путь от первого запроса до боевой верификации — технических барьеров на старте нет.

Подключите верификацию СНИЛС, ИНН и ВУ через единое API IDX: документация, sandbox и интеграция за один день.