Клиент сфотографировал СНИЛС, поля в анкете заполнились автоматически. Продакт доволен, потому что OCR работает; Compliance-офицер недоволен, потому что юридически значимого подтверждения за этим распознаванием нет. Между «распознал» и «проверил» проходит граница между автозаполнением формы и соответствием требованиям 115-ФЗ (ст. 7): закон требует проверки действительности предъявленных документов, и без сверки с эталонным источником это требование не закрывается. Статья разбирает, где одна операция заканчивается и начинается другая, на примере трёх документов второй линии: СНИЛС, ИНН и водительского удостоверения. Базовый разбор регуляторного контекста — в материале о том, как работает KYC по 115-ФЗ.
Граница OCR и верификации: почему «распознать» — это ещё не KYC
Оптическое распознавание символов и верификация решают разные задачи. OCR извлекает данные из изображения; верификация сверяет их с эталонным реестром и подтверждает юридическую значимость.
OCR (Optical Character Recognition) — технология распознавания текстовых полей. Сервис извлекает поля документа из изображения и возвращает структурированные данные. Состав полей зависит от выбранного метода распознавания. Для автозаполнения анкеты и экономии времени оператора этого хватает, а для юридически значимого решения требуется ещё один шаг — сверка с эталонным источником.
Следующий шаг — верификация. Извлечённые поля сверяются с эталонным источником: для СНИЛС это база Социального фонда России, для ИНН — информационная система ФНС, для водительского удостоверения — актуальные реестры. Сверка подтверждает, что документ действителен, принадлежит заявленному человеку и сохраняет свой статус.
Финансовые организации, субъекты 115-ФЗ, обязаны достоверно идентифицировать клиента и проверять действительность предъявленных документов (ст. 7). Документ первой линии — паспорт: он удостоверяет личность и служит основой полной идентификации. Документы второй линии — СНИЛС, ИНН и водительское удостоверение — дополняют идентификационные сведения, но сами по себе личность не подтверждают. Конкретную технологию закон не определяет: OCR и автоматическую сверку с эталонным источником банк, МФО и маркетплейс выбирают сами. Ручной ввод данных закону не противоречит, но без сверки достоверность сведений не подтверждается. Для документов второй линии требование проверять действительность действует так же, как для паспорта, и его нарушение может превратиться в претензию при проверке Росфинмониторинга или Банка России.
Пример. МФО принимает фото СНИЛС и заполняет анкету практически мгновенно в автоматическом режиме. Но СНИЛС не входит в обязательный перечень сведений полной идентификации физлица (пп. 1 п. 1 ст. 7): основой идентификации остаётся паспорт. OCR-распознавание без сверки с базой СФР лишь заполняет форму — подтверждённым идентификационным реквизитом СНИЛС делает только верификация. Распознавание IDX извлекает поля документа из изображения и помогает заполнить анкету. Проверка сопоставляет переданные сведения с эталонным источником. Результат зависит от вида проверки: для СНИЛС сервис возвращает признак соответствия данных, для водительского удостоверения — сведения о документе и его статусе. Так одновременно подтверждается и качество распознавания, и юридический статус документа. Те же принципы для основного документа разобраны в материале про распознавание паспорта по API.
Как проверить СНИЛС по API: распознавание и верификация
Проверка СНИЛС по API состоит из двух шагов. OCR извлекает из фото карточки ФИО, дату рождения и номер. Затем сервис сверяет связку с базой СФР и подтверждает, что номер принадлежит конкретному человеку.
СНИЛС физического лица (страховой номер индивидуального лицевого счёта) — 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 включает контроль контрольного числа и сверку с базой ФНС: сервис подтверждает, что номер действителен и принадлежит конкретному физлицу.
ИНН устроен по-разному в зависимости от того, кому он принадлежит: у физлица — 12 цифр, у юрлица — 10. Последние цифры в номере — контрольные: они вычисляются по специальной формуле из остальных цифр, поэтому алгоритм может мгновенно отличить настоящий по структуре ИНН от случайного набора цифр.
У этого теста есть существенное ограничение. Проверка контрольных цифр подтверждает только то, что номер правильно построен, но не то, что такой ИНН реально существует. Корректно отформатированный ИНН может не значиться в реестре вообще или принадлежать совсем другому человеку. Без сверки с базой ФНС такие случаи остаются незаметными: формально номер «проходит», а фактически он чужой или фиктивный.
Первые 10 цифр — регион + порядковый номер: 5001007322.
11-я цифра: 5 — первая контрольная.
12-я цифра: 9 — вторая контрольная.
Нам нужно проверить обе. Начинаем с 11-й.
Применяем к цифрам 50010073225 (первые 11, включая найденную 11-ю):
Но это означает только корректность формата — не существование номера в реестре ФНС и не принадлежность конкретному лицу.
Первые 9 цифр: 770440746 — регион + порядковый номер.
10-я цифра: 0 — единственная контрольная.
Веса для неё: 2 · 4 · 10 · 3 · 5 · 9 · 4 · 6 · 8.
9 mod 10 = 9.
Что делает OCR
По фото свидетельства нейросеть распознаёт ФИО, дату рождения и номер. Алгоритм проверяет контрольное число, и это подтверждает только формат записи, а не существование ИНН.
Как работает верификация ИНН
Сервис получает ФИО, дату рождения и номер ИНН, сверяет их с базой ФНС и подтверждает, что номер действителен и принадлежит этому человеку. Отдельная услуга — автозаполнение ИНН по паспорту: если клиент не знает свой номер, система устанавливает его автоматически.
Когда ИНН нужен в KYC
ИНН входит в состав идентификационных сведений физлица при его наличии (пп. 1 п. 1 ст. 7). С 1 сентября 2025 года норма усилена: согласно изменениям, внесённым Федеральным законом № 9-ФЗ от 13 февраля 2025 года и Федеральным законом № 31-ФЗ, банки и МФО обязаны получать ИНН заёмщика и проверять его соответствие сведениям ГИС ФНС при заключении любого договора потребительского кредита или займа. Без подтверждённого ИНН договор не заключается; заявка отклоняется. Поэтому автоматическая проверка ИНН по базе ФНС из «желательной» функции стала обязательным элементом онбординга в кредитовании.
Дополнительно в Госдуме рассматривается правительственный законопроект № 1191451-8 (внесён 30 марта 2026 года), который сделает ИНН обязательным реквизитом при открытии банковского счёта, выдаче платёжной карты и предоставлении электронного средства платежа. Банкам, по проекту, отводится год после вступления закона в силу на сбор ИНН по уже обслуживаемым клиентам. Документ ещё проходит чтения, но направление очевидно: проверка ИНН по базе ФНС постепенно становится стандартом и за пределами кредитования — к этому требованию платформам имеет смысл готовить интеграцию заранее.
Где ещё проверка ИНН встречается в KYC и KYB:
- идентификация ИП и юрлица в KYB-сценариях;
- проверка налогового статуса контрагента;
- скрининг банкротства через ЕФРСБ — ИНН служит первичным идентификатором;
- инвестиционные платформы, страховщики, маркетплейсы с финансовыми сервисами.
Бытовой пример. При найме дистанционного сотрудника HR-специалист вводит ИНН вручную, ошибка в одной цифре, и налоговый учёт ведётся некорректно. Автоматическая сверка ИНН через API убирает эту ошибку на этапе онбординга, до подписания договора.
Как проверить водительское удостоверение по API: распознавание, верификация, ограничения
Распознавание извлекает поля водительского удостоверения с фотографии. Проверка по номеру и дате выдачи возвращает статус документа, категории, срок действия и сведения о решениях о лишении права управления. Организация использует эти сведения при решении о допуске водителя.
ВУ содержит серию и номер, дату выдачи, срок действия, открытые категории ТС, регион выдачи, ФИО, дату рождения. Нейросеть распознаёт не только действующие в России образцы.
Что делает OCR
По фото ВУ алгоритм возвращает заполненную анкету водителя: ФИО, регион выдачи, открытые категории, сроки. Для первичного заявления заполненной анкеты достаточно, а для допуска водителя к работе нужна сверка с эталонным реестром.
Как работает верификация ВУ
Сервис IDX проверяет водительское удостоверение по номеру и дате выдачи. В ответе могут быть следующие сведения:
- статус удостоверения;
- дата рождения владельца;
- даты выдачи и окончания срока действия;
- открытые категории;
- год начала водительского стажа и число полных лет;
- дата постановки удостоверения в розыск;
- решения о лишении права управления: статус решения, дата вступления в силу, срок и регион.
Если сведения об удостоверении не найдены, проверьте номер и дату выдачи по документу. Отсутствие данных само по себе не подтверждает подделку или недействительность удостоверения. Порядок дополнительной проверки и принятия решения о допуске определяет организация. Состав отчёта и сценарии работы описаны на странице услуги проверки водительского удостоверения IDX. Какие сведения возвращает проверка и как бизнес использует результат, описано в статье о проверке водительского удостоверения.
Транспортный контекст
Для логистической или транспортной компании проверка ВУ — часть полной верификации водителя. Стандартный пакет в едином API: распознавание паспорта и ВУ, сверка подлинности обоих документов, биометрическое сравнение селфи с фото в паспорте, проверка штрафов и постановлений о лишении прав. Всё в реальном времени. Что удалённая верификация даёт транспортным компаниям, разобрано в отдельном материале.
Юридическое ограничение
ВУ не относится к документам, удостоверяющим личность для целей полной идентификации по 115-ФЗ, и в этом качестве паспорт собой не заменяет. С 2024 года ВУ прямо включено в перечень реквизитов упрощённой идентификации физлица: после поправок Федерального закона № 119-ФЗ от 29 мая 2024 года номер ВУ работает в п. 1.12 ст. 7 как один из идентификаторов наряду со СНИЛС, ИНН и полисом ОМС. Для упрощённой идентификации при ОСАГО и добровольном страховании ТС возможность использовать ВУ закреплена ещё Федеральным законом № 483-ФЗ. Биометрической идентификации в ЕБС ВУ не обеспечивает: биометрия снимается отдельно и хранится в государственной системе.
Как выбрать API верификации документов второй линии: восемь критериев
Главный критерий выбора — сверка с эталонными источниками: СФР, ФНС, государственные реестры. Точность OCR при этом вторична: без сверки провайдер остаётся OCR-библиотекой, а не верификационным сервисом.
Восемь критериев для оценки любого провайдера, включая коробочные OCR-решения:
- Точность OCR при разном качестве фото — снимок в плохом освещении, под углом, на тёмном фоне, со смятого документа. Тест на 50–100 реальных изображениях.
- Сверка с эталонными источниками — функция, по которой проходит водораздел между OCR-библиотекой и верификационным сервисом. Запросите у вендора конкретный список источников и частоту их актуализации.
- Время отклика. Измерьте время распознавания и сверки отдельно на тестовой выборке. Зафиксируйте условия теста, нагрузку и долю запросов, для которых ответ не получен в установленный срок.
- Стоимость и модель оплаты — за вызов, за успешную верификацию, по тарифному пакету. Сравнивайте с реальной нагрузкой.
- Сертификаты ФСТЭК (fstec.ru) и лицензии ФСБ. Большинство финансовых организаций требуют сертификат ФСТЭК при выборе провайдера. Без сертификата интеграция фактически закрыта.
- Соответствие 152-ФЗ и 242-ФЗ — обработка персональных данных на территории России, договор обработки, корректные согласия клиента.
- Поддержка СНГ — если онбординг включает граждан Беларуси, Казахстана, Армении, проверьте состав поддерживаемых документов.
- Условия подключения. Уточните порядок получения тестового доступа, доступные проверки и ограничения тестирования. Согласуйте этапы интеграции с учётом вашего процесса. Методика отбора провайдера и шаблоны опросника представлены на странице сервиса распознавания документов IDX.
Запросите тестовый доступ к базовому набору сервисов IDX в личном кабинете. Уточните, какие проверки доступны для тестирования, и оцените их работу на своей выборке документов.
Чек-лист интеграции API проверки СНИЛС, ИНН и ВУ
Чеклист охватывает восемь шагов — от получения тестовых ключей до запуска в production.
решения
проверка
запросы
Срок интеграции зависит от выбранных методов, готовности вашей системы и объёма тестирования. До начала работ согласуйте доступ, состав данных, обработку ошибок и критерии приёмки. Переход к рабочему использованию планируйте после проверки ответов API на тестовой выборке.
