Да, это действительно забавно)

Это не выглядит особой проблемой с практической точки зрения, исключения ведь скорее всего известны. Вот если одинаковый снилс у нескольких человек - это менее приятная ситуация. Но при наличии на то воли лпр - вполне решаемая вручную.

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

Пока в стране не будет инициативы в результате которой у ведомств будут KPI по качеству данных, расчитывать на позитивные сдвиги в этом вопросе во многом наивно. Подобные идеи гуляли в разных коридорах, но не понятно где сейчас этот процесс.

НСУД же наше все. Там и качество данных планируют.

НСУД - это царь пушка нашего времени

А РСУД в такое терминологии что?))

Не слышал, но похоже на рвоту

Нсуд национальная, рсуд региональная

Воздержусь))

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

А теперь представьте, что есть ещё ЕСИА. А там свой индентификатор.

как человек с двумя инн физлица, передаю вам привет

налоговые двух субъектов с разницей в 12 лет завели

синхронизация подразделений внутри ведомств - слабое место

А теперь представим масштабы. Даже в узком кругу активных участников группы у двоих дубли идентификаторов

Кажется, что в некоторых областях (типа интернет-маркетинг) просто нет выбора, им приходится работать с такими нечеткими (постоянно уточняющимися) данными, типа "вчера мы получили эти три разных запроса от разных устройств, сегодня по куке или другим косвенным признакам определили что два из них от одного клиента, завтра узнаем что эти два на самом деле разные люди, но предположительно из одной семьи".
Это типа как progressive jpeg, с первых байт есть какие-то общие очертания и каждая новая порция данных уточняет их, и как с береговой линией, это процесс может быть бесконечным.
Передо мной возможно скоро будет стоять очень похожая задача, буду благодарен если кто-нибудь подскажет какие есть практики к проектированию хранилищ для таких данных

Да, если заранее понимаешь что не получишь 100% точные данные, можно прогонять через статистический процессинг.

Получаешь результат как обычно, только достоверный с определенным % вероятности

👇А вот и вебинар в тему подъехал) Видимо, кто-то верит

👨‍👩‍👧‍👦 Вебинар «„Золотая“ карточка: как объединить похожих клиентов, чтобы не было мучительно больно»

16 декабря в 18:00 начнем последний вебинар HFLabs в 2020 году.

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

О чем пойдет речь

Каждая учетная система в организации хранит свою правду о клиентах и продуктах, свою версию справочников. Разобраться в этих версиях и утащить в эталонную карточку самое лучшее — сложнейшая задача. В том числе об этом мы и поговорим на вебинаре.

А еще рассмотрим тонкости создания и обновления «золотой» записи, о которых не говорят в маркетинговых материалах мастер-систем:
— на какой основе строить «золотую запись»: создать с нуля или выбрать в учетных системах подходящую;
— как создавать, обновлять и удалять данные в «золотой» записи;
— что делать, если «золотую» запись собрали неверно;
— реально ли получать и обновлять «золотую» запись в онлайне, чтобы использовать в операционных процессах.

Кому будет полезно

Материал пригодится архитекторам, дата-инженерам, аналитикам, специалистам по безопасности информации. И всем, кто хочет разобраться в сложностях работы с клиентскими данными.

Кто выступит

Спикером будет Михаил Берёзин, в HFLabs он руководит разработкой мастер-системы «Единый клиент». На этой позиции изучает алгоритмы создания и обновления «золотых» записей. Анализирует эффективность различных подходов и типовые ошибки в работе.

Михаил расскажет, как «Единый клиент» обращается с эталонными карточками. И какими принципами руководствуются современные мастер-системы при управлении «золотыми записями».

«Единый клиент» используют такие компании как «Открытие», «Росгосстрах», «Альфастрахование», МТС, «Мегафон».

Как поучаствовать

Мероприятие начнется 16 декабря, в среду, в 18:00. Продлится примерно час: 40 минут выступления + 20 минут на вопросы.

Регистрируйтесь в Zoom, чтобы попаcть на вебинар. Ссылка придет сразу после регистрации, а за час до начала — еще и напоминание https://us02web.zoom.us/webinar/register/6516019999686/WN_hDUKY1iETUywdmF5tPYZwA