Не должно так работать. Снилс выдаётся при рождении и далее все документы к нему привязывают. Следовательно, при смене паспорта новый будет привязан к ФЛ по снилсу.
Лаг по привязке плавающий. У меня лично где-то 3 недели прошло, пока в есиа всё связалось
Насколько мне известно, это всё-таки большая редкость, обычно связанная с исправлением ошибки при регистрации ребёнка или тайной усыновления.
Хотя, конечно, человеческий фактор имеет место быть, особенно по давно выданным документам, когда в ГИСах ещё было не так хорошо, как сейчас. Тем не менее ничего лучше у нас нет.
Изначально дэшборды и проверки приходилось программировать с нуля, сейчас уже внедрен конструктор, который позволяет типовые проверки делать путем настройки параметров на Web.
Понятно, что остается некий процент очень сложных проверок (например, балансовые сверки), которые невозможно собрать в конструкторе, их приходится кодить.
Трудности и проблемы, как всегда, были. Особенно в области совместимости.
Например, при переходе с 13-й версии Postgres Pro на 14-ю получили современный алгоритм шифрования SHA256, а наш не очень современный ETL-инструмент работал только с MD5. Хоть и с большим трудом, но все удалось найти и настроить соответствующие драйверы.
Также была проблемы с: nGinx - для выполнения всех требований информационной безопасности пришлось делать кастомную сборку; Дополнительными библиотеками для Python - подбирали наиболее подходящую версию для интеграции с Jira; Apache Airflow - довольно трудоемкое развертываение в кластерной конфигурации.
Многие сложности были связаны с выполнением требований информационной безопасности.
Но так как Блок ИБ у нас очень передовой и проактивный, то мы совместно смогли разрешить все проблемы, иногда прибегая к компенсирующим мерам.
Системной поддержкой (БД PostgreSQL, Linux-сервера, системы виртуализации, сетевое взаимодействие) занимаются централизовано профильные ИТ-подразделения. Прикладную часть сопровождают: 3 разработчика и 1 аналитик (естественно, это не единственная их задача). Координация обычно идет либо через менеджера системы, либо через архитектора. Квалификация у ребят высокая и позволяет решать вопросы достаточно эффективно.
Не, не имеет.
А вот получить новый снисл, если ранее уже был выдан, скорее всего не получится. Там действительно серьёзную работу провели по наведению порядка.
На уровне БД МВД он уже привязан к ФЛ. Понятно, могут быть артефакты человеческого фактора, но это все-таки нечасто. Ьтак что 99.99% не получится
Не должно так работать. Снилс выдаётся при рождении и далее все документы к нему привязывают. Следовательно, при смене паспорта новый будет привязан к ФЛ по снилсу.
Лаг по привязке плавающий. У меня лично где-то 3 недели прошло, пока в есиа всё связалось
Насколько мне известно, на уровне Гисов есть такая тема, но когда она "уйдёт в народ" - точно не знаю
Насколько мне известно, это всё-таки большая редкость, обычно связанная с исправлением ошибки при регистрации ребёнка или тайной усыновления.
Хотя, конечно, человеческий фактор имеет место быть, особенно по давно выданным документам, когда в ГИСах ещё было не так хорошо, как сейчас. Тем не менее ничего лучше у нас нет.
Сергей, добрый день!
Изначально дэшборды и проверки приходилось программировать с нуля, сейчас уже внедрен конструктор, который позволяет типовые проверки делать путем настройки параметров на Web.
Понятно, что остается некий процент очень сложных проверок (например, балансовые сверки), которые невозможно собрать в конструкторе, их приходится кодить.
Трудности и проблемы, как всегда, были. Особенно в области совместимости.
Например, при переходе с 13-й версии Postgres Pro на 14-ю получили современный алгоритм шифрования SHA256, а наш не очень современный ETL-инструмент работал только с MD5. Хоть и с большим трудом, но все удалось найти и настроить соответствующие драйверы.
Также была проблемы с:
nGinx - для выполнения всех требований информационной безопасности пришлось делать кастомную сборку;
Дополнительными библиотеками для Python - подбирали наиболее подходящую версию для интеграции с Jira;
Apache Airflow - довольно трудоемкое развертываение в кластерной конфигурации.
Многие сложности были связаны с выполнением требований информационной безопасности.
Но так как Блок ИБ у нас очень передовой и проактивный, то мы совместно смогли разрешить все проблемы, иногда прибегая к компенсирующим мерам.
Системной поддержкой (БД PostgreSQL, Linux-сервера, системы виртуализации, сетевое взаимодействие) занимаются централизовано профильные ИТ-подразделения.
Прикладную часть сопровождают: 3 разработчика и 1 аналитик (естественно, это не единственная их задача). Координация обычно идет либо через менеджера системы, либо через архитектора. Квалификация у ребят высокая и позволяет решать вопросы достаточно эффективно.