?

Log in

No account? Create an account

Предыдущий | Следующий

Облачный ЗАГС on-line

Совсем забыл, что осталось всего три недели до запуска новой информационной системы, разрабатываемой ФНС: Единый государственный реестр записей актов гражданского состояния (ЕРГ ЗАГС). Эта система так же разрабатывается ФНС России и уже представлена на портале.

Кроме обещанной там статистики, возможности записи и оплаты пошлин, самым главным достижением этой системы будет возможность экстерриториального получения копий документов.
Т.е., если вам во Владивостоке нужно будет получить копию документа, выданного в Калининграде, то обратиться вы сможете в ближайший к Вам ЗАГС, а не как сейчас - только в тот, в котором непосредственно была произведена запись.
В дальнейшем ЕГР ЗАГС станет основой для Реестра населения.

Собственно, остаются только два вопроса:
- Насколько быстро будут загружены туда архивные записи?
- Как будет обеспечена безопасность данных?

Comments

( 47 комментариев — Оставить комментарий )
fast_squirrel
13 дек, 2017 10:53 (UTC)
И будет ли за деньги выдаваться информация о благонадежности персоны противоположного пола?)))
Проверяем же мы контрагентов? Шучу
ivalnick
13 дек, 2017 10:57 (UTC)
Что-то ты много шутишь сегодня! :-)

Относительно выдачи информации - не знаю.
Но существенно упростится и станет обязательной процедура проверки брачного состояния партнера при подаче заявления. Сейчас это просто не проверить, если только не запросить все ЗАГСы вообще.

Кроме того, потенциально доступ к сведениям получат нотариусы, которые смогут проверять корректность и полноту данных при удостоверении документов.
(без темы) - fast_squirrel - 13 дек, 2017 11:07 (UTC) - Развернуть
(без темы) - ivalnick - 13 дек, 2017 11:12 (UTC) - Развернуть
(без темы) - fast_squirrel - 13 дек, 2017 11:14 (UTC) - Развернуть
(без темы) - ivalnick - 13 дек, 2017 16:36 (UTC) - Развернуть
nufunnya
13 дек, 2017 11:07 (UTC)
А записи актов гражданского состояния - это лично хранимый документ разве? По межведу его не должны запрашивать сами служащие самостоятельно?
ivalnick
13 дек, 2017 11:11 (UTC)
Записи хранятся в ЗАГСах.
Документы, выданные на их основании - у их получателей.

По СМЭВ они только сейчас смогут начать их получать.
Но и то, вопрос ранее сделанных записей висит в воздухе.
horrot
13 дек, 2017 12:04 (UTC)
Молодцы, одобряю.
Надеюсь, базы не будут на горбушке продаваться? :)
ivalnick
13 дек, 2017 12:54 (UTC)
Гарантировать, что что-то не будет продаваться на Горбушке может только ядерный взрыв. Да и то, есть у меня подозрения... :-)
(без темы) - dmitrmax - 13 дек, 2017 14:51 (UTC) - Развернуть
(без темы) - ivalnick - 13 дек, 2017 15:07 (UTC) - Развернуть
livejournal
13 дек, 2017 12:30 (UTC)
Здравствуйте! Ваша запись попала в топ-25 популярных записей LiveJournal северного региона. Подробнее о рейтинге читайте в Справке.
tatiana_ryaba
13 дек, 2017 14:07 (UTC)
Ну, для личного пользования от нее все равно никакого проку. Разве что купить базы... на Горбушке... :)))
ivalnick
13 дек, 2017 14:16 (UTC)
Да, собственное любопытство удовлетворить не получится.
Но!

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

Ну и про Горбушку мы уже тут обсуждали выше.
Конечно базы утекут.
Они везде утекают.
Увы.

Я знаю способ, как исключить такую возможность в принципе, но государевы люди считают, что нельзя расстреливать администраторов БД каждый день... :-)
(без темы) - tatiana_ryaba - 13 дек, 2017 14:17 (UTC) - Развернуть
(без темы) - ivalnick - 13 дек, 2017 14:20 (UTC) - Развернуть
(без темы) - tatiana_ryaba - 13 дек, 2017 14:47 (UTC) - Развернуть
(без темы) - ivalnick - 13 дек, 2017 14:51 (UTC) - Развернуть
(без темы) - tatiana_ryaba - 13 дек, 2017 14:53 (UTC) - Развернуть
(без темы) - ivalnick - 13 дек, 2017 15:06 (UTC) - Развернуть
(без темы) - tatiana_ryaba - 13 дек, 2017 15:16 (UTC) - Развернуть
(без темы) - annakirspb - 13 дек, 2017 16:13 (UTC) - Развернуть
(без темы) - tatiana_ryaba - 13 дек, 2017 16:38 (UTC) - Развернуть
(без темы) - annakirspb - 13 дек, 2017 16:41 (UTC) - Развернуть
(без темы) - tatiana_ryaba - 13 дек, 2017 16:57 (UTC) - Развернуть
(без темы) - annakirspb - 13 дек, 2017 17:04 (UTC) - Развернуть
(без темы) - tatiana_ryaba - 13 дек, 2017 17:28 (UTC) - Развернуть
(без темы) - annakirspb - 13 дек, 2017 18:08 (UTC) - Развернуть
annakirspb
13 дек, 2017 16:11 (UTC)
Видя бардак с записями в ЕГРН, предположу, что архивные данные будут грузиться лет пять минимум.
ivalnick
13 дек, 2017 16:13 (UTC)
Считается, что их подготовкой к загрузке уже три года занимаются.
Но это не моя вахта, хотя меня пару раз приглашали для мелких консультаций.
(без темы) - annakirspb - 13 дек, 2017 16:15 (UTC) - Развернуть
sergey_cheban
13 дек, 2017 18:05 (UTC)
По срокам - несколько лет, я думаю. Но тут главное начать, а дальше за сто лет процесс закончится автоматически, даже если архивные записи не загружать вообще. :-)
Если серьёзно, то данные по молодёжи должны быть в электронном виде, а у взрослых паспорта есть, они тоже не от руки писались (хотя это уже не ЗАГС).
А вот интересно, новорожденным СНИЛС и ИНН при регистрации будут выдавать автоматически?

> - Как будет обеспечена безопасность данных?
Лучше бы - никак. Вся эта защита персональных данных - сплошной головняк для честных людей, а преступникам не мешает. Важно только, чтобы никто в эту базу лишнего не понаписал и не стёр.
ivalnick
14 дек, 2017 09:27 (UTC)
Вообще-то там обещали, что данные за 75 лет (с 1945 года) должны быть загружены к 2020 году. Но посмотрим, потому что о текущем процессе загрузки они не отчитываются. Не говоря уже о том, что часть архивов утрачена, а доступ к некоторым из архивов ограничен.
И, не смотря на то, что данные свидетельств заполняются с использованием компьютеров уже лет 20, накопление данных идет от года до пяти лет, в зависимости от региона.
Сейчас в пилотном режиме в нескольких роддомах оформляют Свидетельствла о рождении с одновременным присвоением СНИЛС, но там пока куча нерешенной юридики. С ИНН вопрос пока не поднимали, потому что методологи ФНС считают, что выдачу ИНН можно производить не ранее, чем через 181 день после рождения. На самом деле, на местах его можно получить и раньше, но Центральный аппарат стоит на своей позиции.

Паспорта же никакого отношения к этой системе не имеют.

> Важно только, чтобы никто в эту базу лишнего не понаписал и не стёр.

Вот и я об этом.
Я некоторое время занимался Электронным паспортом транспортного средства и очень много жужжал на эту тему. В результате меня из проекта тихонечко убрали. :-)
(без темы) - sergey_cheban - 14 дек, 2017 10:36 (UTC) - Развернуть
(без темы) - ivalnick - 14 дек, 2017 10:47 (UTC) - Развернуть
(без темы) - sergey_cheban - 15 дек, 2017 22:05 (UTC) - Развернуть
(без темы) - ivalnick - 18 дек, 2017 09:02 (UTC) - Развернуть
(без темы) - sergey_cheban - 19 дек, 2017 11:12 (UTC) - Развернуть
(без темы) - ivalnick - 19 дек, 2017 11:34 (UTC) - Развернуть
(без темы) - sergey_cheban - 19 дек, 2017 18:31 (UTC) - Развернуть
(без темы) - ivalnick - 20 дек, 2017 08:46 (UTC) - Развернуть
(без темы) - sergey_cheban - 20 дек, 2017 13:56 (UTC) - Развернуть
(без темы) - ivalnick - 21 дек, 2017 09:14 (UTC) - Развернуть
Aidar Fazilzyanov
19 дек, 2017 14:50 (UTC)
На Вашем месте, слишком сильно на корректность архивных данных ЗАГСов я бы не надеялся... :)
В конце 2013 года мы, в налоговой, чистили наши базы данных от умерших, и для этого были запрошены данные из органов ЗАГС нашего региона. С большим скрипом их, все-таки, дали. В текстовом виде, 2,5 млн записей, за период с 1919 по 31.12.1999 года. Мне поручили их как-нибудь обработать и написать что-нибудь, чтобы можно было искать по любым полям и чтобы с этим могли работать простые инспектора.
Ладно, 450 Мб текстовых данных, данные в строках в кавычках, разделены точками с запятой... В принципе несложно.
Написал загрузчик данных из этих файлов в SQL Server 2008, попробовал на нескольких записях - все работает. Запустил все файлы...
А вот фиг вам! Сплошные ошибки!
Начал разбираться.
Постепенно волосы начали шевелиться во всех местах... :(
Выяснилось, что полученные данные очень «грязные», с большим количеством ошибок и значительным объемом отсутствующих данных.

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

Заполнение полей Фамилия, Имя, Отчество: порядка 3000 записей в базе - это неизвестные (т.е. записи вида «Неизвестный», «Неизвестный Труп», «Неизвестный Неизвестный Неизвестный», «Неизвестный мужчина» и т.д.). Порядка 1000 записей - данные отсутствуют или ошибочные, например: «- - -», «1 Анастасия», «А А А», «А Мария Осиповна» и т.д. Встречаются и другие ошибки, например, наличие в ФИО знаков препинания, дублирование ФИО сразу во всех полях и т.д.
Но, в принципе, заполнение этого поля является еще более-менее нормальным.

Даты рождения:
У 1,4 млн записей (55 %) дата рождения отсутствует. (!!! Вопрос: Как искать по дате рождения, если более чем у половины базы она отсутствует ???)
У нескольких десятков тысяч записей - дата рождения явно ошибочна либо неточная, например: «- - 1924», «- 02.1911», «- февраля 1909», «/ /1905», «~35лет», «00.00.1908», «00.10.1954», «январь1936», «Январь 1925 года.», «янв. 1936», «с 1889», «примерно 70 лет», «неизвестно», «не указано», «81», «78 лет» и т.д.
У порядка 20 000 записей дата рождения сомнительна, хотя, возможно, и верна (в последующие года на одну дату приходится по несколько десятков родившихся, а на перечисленные даты – по 500 и более), например: «01.01.00», «01.01.01», «01.01.02», «01.01.03», «01.01.04» и т.д.

Дата смерти:
У 50 000 записей дата смерти отсутствует.
У 5 000 записей дата смерти указана с точностью до месяца, квартала или года, например: «январь 1998 г.», «янв.—фев. 1995», «ян.1994г.», «ноябрь, 1991г.», «нач. 2дек.мар.1998», «конец июля 1968», «IVкв.1997г», «1998-1999г», «1998 год», «1995г.» и т.д.
У 2 000 записей дата смерти не указана или указана ошибочная, например: «неизвестно», «не установлено», «ноябрь», «1 день», «00.00.00», «-»
Кроме того, есть неопределенность у нескольких тысяч записей, у которых есть явные противоречия между датой смерти и датой регистрации факта смерти, например:
Дата смерти в файле Дата регистрации факта смерти
08.08.21 10.08.1983
02.01.01 02.03.1946
02.01.01 03.12.1979
19.01.00 20.01.1994
07.02.00 24.04.1995
и тому подобное. Верить ли таким данным, или это тоже ошибки – не понятно.
Aidar Fazilzyanov
19 дек, 2017 14:51 (UTC)
Адрес рождения
Надеяться на правильность заполнения адреса рождения – тоже глупо: 1,8 млн записей заполнено следующим образом: «,,,,», «-,,,,», «-,-,,-,-----» и т.п.

Адрес регистрации
1,7 млн записей содержат сведения вида: «,,,,,,д.,к.», «-,,,,,,д.,к.» или «-,----,-,-,-,,д.,к.» и т.п., что не более информативно.

Данные документов, удостоверяющих личность:
У 2,45 млн записей (99,89 %) – данные отсутствуют. (Таким образом, осуществлять поиск по паспортам или свидетельствам о рождении – совершенно бессмысленно, т.к. только у 0,11 % записей есть хоть какие-либо документы... Про корректность данные этих документов ничего говорить не буду.)

Здесь перечислены только те ошибки, которые бросились мне в глаза при конвертации базы на SQL Server 2000. Скорее всего, при детальном анализе ошибок выявилось бы значительно больше... :)

Потом прислали базы за 2000-2013 года - там ситуация с ошибками была уже куда лучше, но все равно, количество ошибок было весьма велико и исчислялось десятками процентов.

А данные я, все-таки, сконвертировал и программу написал... :)
ivalnick
20 дек, 2017 08:58 (UTC)
Спасибо за такой развернутый ответ. Это очень интересно.

Я, с проблемой собственно конвертации именно этих данных сталкивался только как потребитель результатов, но и то хорошо помню все возникшие тогда проблемы.
Причем самым страшным для меня (а ты тогда стыковали две базы) были не столько не полные данные, сколько "Е/Ё" и избыточные данные.
( 47 комментариев — Оставить комментарий )

Profile

Аватарка
ivalnick
ivalnick

Latest Month

Апрель 2018
Вс Пн Вт Ср Чт Пт Сб
1234567
891011121314
15161718192021
22232425262728
2930     

Метки

Разработано LiveJournal.com
Designed by Tiffany Chow