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

Узнать номер индивидуального лицевого счёта можно в личном кабинете на сайте ПФР.

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

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

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

0
119 комментариев
Написать комментарий...
Εгор Κонстантинов

- электронный СНИЛС
- электронный ПТС
- электронное Св-во о праве собственности на недвижимость.
Вспоминается фильм, где удалили электронную личность человека. Как побочный эффект - можно поиметь всё его имущество.

Ответить
Развернуть ветку
Kelerius

Этого и боюсь. Локальной копии документов у гражданина не будет. А там вдруг "потерялись" данные и все. Нет вас.

Ответить
Развернуть ветку
Roman Taranenko

Если власть охуеет настолько, что не побоится удалять электронные свидетельства о существовании человека, то бумажные копии, точно так же, не побоится отмечать как не действительные, с пометкой "при претензиях вызвать автозак".

Ответить
Развернуть ветку
Михаил Качалов

Если Вы в айти работаете, наверное представляете, что потеря данных может случиться без злого умысла, а по халатности (что в РФ вполне вероятно - это наша национальная особенность).

Ответить
Развернуть ветку
Никита Хэзэковъ

Работаю, представляю, что такие проблемы решаются ещё на этапе проектирования.

Ответить
Развернуть ветку
Михаил Качалов

Помогите им, без Вас они не могут ничего правильно спроектировать! Ниже свежий список тех кому нужна Ваша помощь:

Более 180 тыс. заявлений не смог обработать Росреестр в результате сбоя, произошедшего 19 августа и вызванного аварией в центре обработки данных, арендуемом у «Ростелекома»

Соцсеть MySpace потеряла данные пользователей за 12 лет из-за смены сервера

Сбербанк в результате ошибок искусственного интеллекта потерял миллиарды рублей

Сбой в работе онлайн-касс 20 декабря привёл к тому, что российские ритейлеры недополучили 2,5 млрд рублей прибыли

Ответить
Развернуть ветку
Никита Хэзэковъ

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

Ответить
Развернуть ветку
Михаил Качалов

Если оставить за скобками юношеское хамство, то отвечу - речь шла о "проблемы решаются ещё на этапе проектирования", но если нужны примеры конкретно про потерю данных, то вот из относительно свежего:

"один из админов GitLab.com, пытаясь починить репликацию, перепутал консоли и удалил основную базу PostgreSQL, в результате чего было потеряно большое количество пользовательских данных и сам сервис ушел в офлайн. При этом все 5 различных способов бэкапа/репликации оказались нерабочими. Восстановились же с LVM-снимка, случайно сделанного за 6 часов до удаления базы"

Ответить
Развернуть ветку
Никита Хэзэковъ

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

Ответить
Развернуть ветку
Михаил Качалов

Вы все грубите, а зря. Если говорить про мой личный опыт, то я лично был свидетелем потери данных в одной большой кампании, где данные хранились на HDFS. Потом пришлось восстанавливаться из несвежего бэкапа, который к счастью был (админ перестраховался, не веря в реплицированные распределенные системы).

Ответить
Развернуть ветку
Kelerius

Не только свиделетем ,но и соучастником:))

А если серьезно: в цифровом виде данные становятся слишком хрупкими.

Зашёл кто то в админку, перепутал тест и прод, дропнул БД. И это даже если не считать целенаправленной атаки.

И бац,у вас в 2050-м пропал весь стаж. Ой,простите,произошел сбой.

А ещё есть права на недвижимость, данные наших мед карт и прочие крайне чувствительные данные.

Дубликат на бумаге быть должен однозначно.
Как минимум,у самого гражданина.
В качестве бекапа.

Ответить
Развернуть ветку
Михаил Качалов

Константин, если это Ваше настоящее имя, я Вас не помню) Если что, мое участие заключалось только в разработке ПО для работы с HDFS, я не админ)

Ответить
Развернуть ветку
Nataniel Bampoo

А как же Gitlab? Там даже в прямом эфире они транслировали попытки исправления ситуации. В итоге всё равно данные некоторых клиентов были безвозвратно утеряны.
По сути если уж Гитлаб посеял данные, то что говорить о гос.структурах.

Ответить
Развернуть ветку
Михаил Качалов

Продолжая тему (в статье перечислены: Pixar, Barclays, Google/Gmail): https://habr.com/ru/company/safedata/blog/318582/
Причем это вершина айсберга - известные факапы публичных кампаний. В большинстве случаев инциденты такого рода замалчиваются, а проблемы списываются на DDOS или клиент получает лаконичное сообщение о "техническом сбое". В специализированных форумах можно почитать о драматических историях многодневного восстановления деградировавшего RAID-массива, во время которых клиентов кормили историями про DOS-атаки.

Ответить
Развернуть ветку
116 комментариев
Раскрывать всегда