惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
博客园 - 司徒正美
I
InfoQ
宝玉的分享
宝玉的分享
G
Google Developers Blog
J
Java Code Geeks
Martin Fowler
Martin Fowler
The GitHub Blog
The GitHub Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
罗磊的独立博客
腾讯CDC
F
Fortinet All Blogs
A
About on SuperTechFans
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Recent Announcements
Recent Announcements
Last Week in AI
Last Week in AI
B
Blog RSS Feed
博客园 - 聂微东
D
DataBreaches.Net
Hugging Face - Blog
Hugging Face - Blog
The Cloudflare Blog
L
LangChain Blog
Microsoft Azure Blog
Microsoft Azure Blog
aimingoo的专栏
aimingoo的专栏

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Что вы не знаете о СНИЛС – и почему это самый важный доку...
Алексей Бондаренко · 2026-05-19 · via Все публикации подряд на Хабре

Что вы не знаете о СНИЛС – и почему это самый важный документ

7 мин

8.9K

Гражданина РФ можно однозначно идентифицировать по нескольким документам. Например, по паспорту. Но по актуальным законам с 21 года отметка о ранее выданном паспорте стала необязательной.

Если человек поменял паспорт и фамилию, то его невозможно увязать со старым профилем.

Можно было использовать телефон (идея так себе), медполис, ИНН, СНИЛС и ещё пару документов. СНИЛС оказался самым стабильным и надёжным, и поэтому он сейчас постепенно становится основным документом для многих систем.

Когда я впервые услышал про «проблему СНИЛС в банковских системах», мне показалось, что это что-то скучное из разряда HR-документооборота. Зелёная ламинированная карточка, которую вы получили один раз и забыли в ящике стола.

Но, собственно, во-первых, вы, возможно, про него многое не знаете, а во-вторых, оказалось, что там не всё так просто.

Паспорт как фундамент — и его трещины

Начнём немного издалека. Любой банк обязан идентифицировать клиента — это требование закреплено в Федеральном законе № 115-ФЗ от 07.08.2001 «О противодействии легализации (отмыванию) доходов, полученных преступным путём, и финансированию терроризма», а детальный порядок сбора и хранения данных описан в Положении Банка России № 499-П от 15.10.2015 «Об идентификации кредитными организациями клиентов».

Базовый документ для идентификации гражданина России — паспорт. Он содержит ФИО, дату и место рождения, серию и номер, орган выдачи, код подразделения. На первый взгляд — исчерпывающий набор для однозначной идентификации. 

Но вот загвоздка. Посмотрим, какие поля паспорта реально неизменны:

Поле

Меняется?

Когда

Серия и номер

✅ Да

В 20 и 45 лет, при утере, краже, смене фамилии

ФИО

✅ Да

При смене фамилии (брак, развод), по желанию

Место рождения

✅ Да

Переименование населённых пунктов (привет, распад СССР)

Орган выдачи / код подразделения

✅ Да

При каждой смене паспорта

Прописка

✅ Да

При любом переезде

Дата рождения

❌ Нет

Единственное стабильное поле

Получается, что из всего богатства полей реально неизменна только дата рождения. Всё остальное может измениться — и меняется. 

Системы класса Customer Data Integration (клиентский MDM), которые занимаются дедубликацией записей о клиентах из разных каналов, строят логику сравнения примерно так: 

(ФИО + Серия + Номер паспорта) Клиента А = (ФИО + Серия + Номер паспорта) Клиента Б?
(Дата рождения + Серия + Номер паспорта) Клиента А = (Дата рождения + Серия + Номер паспорта) Клиента Б?

Это работало более-менее нормально, пока в паспортах стояла отметка о ранее выданном документе — по ней можно было отследить «цепочку» смены паспортов.

2021 год: тихая революция в паспортах

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

Постановлением Правительства РФ № 1205 от 15 июля 2021 года отметка о ранее выданном паспорте стала необязательной. Фактически это заработало с 16 июля 2021 года — со дня официального опубликования. 

Что это означает на практике:

  • Клиент, сменивший паспорт (например, при вступлении в брак и смене фамилии), в базе данных банка может превратиться в нового человека

  • MDM-система не сможет автоматически связать старую и новую запись

  • Появляются дубли клиентских карточек — со всеми вытекающими: теряющиеся счета, конфликты истории операций, проблемы AML-мониторинга

  • Мошенники получают дополнительный инструмент: сменить паспорт и «обнулить» свою историю в банковской базе стало проще

До 2021:

После 2021:

[Паспорт 1] → [Паспорт 2]

[Паспорт 1]   [Паспорт 2]

↑ отметка о смене ↑

?              ?

связь есть

связи нет

Нужен был новый якорный идентификатор — стабильный, уникальный, проверяемый. И он уже существовал.

СНИЛС: пенсионный номер, ставший универсальным ключом

СНИЛС появился в России как элемент системы персонифицированного учёта в пенсионном страховании. Правовая основа была заложена Федеральным законом № 27-ФЗ от 01.04.1996 «Об индивидуальном (персонифицированном) учёте в системах обязательного пенсионного страхования и обязательного социального страхования».

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

Ключевые свойства, которые делают СНИЛС ценным идентификатором: 

  • Уникальность — два человека не могут иметь один номер

  • Пожизненная неизменность — присваивается один раз и не меняется ни при каких обстоятельствах

  • Присваивается с рождения — сегодня СНИЛС оформляется автоматически при регистрации рождения ребёнка

  • Пригоден для форматно-логического контроля — последние две цифры являются контрольным числом, что позволяет сразу отсеять опечатки

Сравним СНИЛС и ИНН как кандидатов на роль «вечного идентификатора»:

Критерий

СНИЛС

ИНН

Уникальность

✅ Да

✅ Да

Неизменность

✅ Да

⚠️ Почти (теоретически может измениться)

Присваивается с рождения

✅ Да

⚠️ Не всегда (детям до 14 лет — не всегда)

Контрольное число

✅ Да

✅ Да

Итог

Идеально

Почти

Как СНИЛС стал хабом между банком, ФНС и СФР

Когда государство начало строить цифровую инфраструктуру — ЕСИА (Госуслуги), СМЭВ, различные ГИСы — стало ясно, что нужен единый «якорный» идентификатор физлица. СНИЛС занял это место естественным образом. 

Вот что происходит «под капотом» межведомственного взаимодействия:

        ┌─────────────┐
        │    Клиент   │
        └──────┬──────┘
              │ запрос по СНИЛС
              ▼
        ┌─────────────┐       ┌─────────────┐
        │    СМЭВ     │◄─────►│     СФР     │
        └──────┬──────┘       └─────────────┘
              │                (история всех паспортов)
              ▼
        ┌─────────────┐
        │     ФНС     │
        └─────────────┘
          (налоговый статус,
          ИНН, ИП-статус)

На уровне СМЭВ именно через СНИЛС происходит связка истории всех паспортов физлица. То есть если ФЛ трижды менял паспорт, то именно к СНИЛС будет привязана полная цепочка его документов — то самое, что раньше частично обеспечивала отметка в паспорте. 

Это делает СНИЛС одновременно:

  • Идентификатором для однозначного установления личности

  • Связующим звеном между разными государственными реестрами

  • Ключом проверки актуальности паспортных данных

Проблемные случаи: когда СНИЛС есть не у всех

Жизнь, конечно, разнообразнее схем. Вот категории клиентов, с которыми возникают сложности:

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

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

Индивидуальные предприниматели. У ИП СНИЛС есть всегда (они застрахованные лица), но исторически в банковских анкетах на ИП этот реквизит мог не собираться — бизнес-онбординг и физлицо-онбординг шли разными путями.

«Старые» клиенты банка. Если человек стал клиентом 15–20 лет назад, когда СНИЛС при открытии счёта не требовался, его анкета может быть без этого поля вообще.

Проблема дублей и «бесхозных» СНИЛСов

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

Дубли в базах СФР (бывший ПФР). Исторически, особенно в 1990-х — начале 2000-х, при постановке на учёт случались технические ошибки: один человек мог получить два номера, или, наоборот, один номер мог быть ошибочно присвоен двум людям. СФР такие ситуации выявляет и исправляет, поэтому вероятность встретить такую ситуацию крайне невысокая.

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

Клиент указал чужой СНИЛС намеренно. Это уже история про мошенничество — но она тоже встречается.

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

Почему многие банки оказались без СНИЛСа в базе

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

Причина простая: исторически СНИЛС не входил в обязательный набор реквизитов при онбординге. 115-ФЗ и 499-П не требуют его обязательного сбора для открытия счёта физлицу (в отличие от паспортных данных). Банки собирали то, что было обязательно по закону — и не более.

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

Что с этим делать

Практический вывод звучит просто, хотя реализация — нет:

  1. Начните собирать СНИЛС при онбординге — если ещё не делаете. Лучше поздно, чем никогда.

  2. Проводите верификацию через СМЭВ — убеждайтесь, что СНИЛС принадлежит именно этому клиенту.

  3. Обогащайте историческую базу — для клиентов без СНИЛС можно предусмотреть его сбор при следующем контакте или через дистанционные каналы.

  4. Используйте СНИЛС как якорный ключ в MDM — при дедубликации связка «СНИЛС» надёжнее, чем связка «паспортные данные».

  5. Не забывайте про исключения — иностранцы и ряд других категорий клиентов СНИЛС не имеют; бизнес-логика должна это учитывать.

Итог: пенсионный номер оказался умнее, чем казалось

СНИЛС задумывался как технический атрибут пенсионной системы — и 30 лет тихо жил в своей нише. Но когда паспорт как идентификатор начал «расшатываться» — сначала из-за объективной изменчивости данных, потом из-за законодательных изменений 2021 года — оказалось, что именно СНИЛС обладает всеми свойствами, которых так не хватает. 

Уникальный. Неизменный. Верифицируемый. Связанный с историей всех паспортов через СМЭВ. Используемый в ЕСИА как один из ключевых идентификаторов.

Мы все ждём цифрового паспорта с постоянным идентификационным номером — как в ряде других стран. Но пока его нет, зелёная карточка из ящика стола оказывается одним из самых надёжных инструментов в арсенале банковских систем идентификации.

И если ваша организация до сих пор не собирает СНИЛС при онбординге — возможно, сейчас самое время пересмотреть этот процесс.

Нормативные акты, упомянутые в статье: