Поделиться этим поиском по электронной почте с другими пользователями Поделиться

## Экспорт - CSV (все поля)

## Экспорт - CSV (текущие поля)

Выберите разделитель
Запятая (,)Точка с запятой (;)Вертикальная черта (|)Знак вставки (^)

# Искать

разобрать Запрос: Линия:0Символ:0 summary ~ "ЕКС*" OR description ~ "ЕКС*" ORDER BY lastViewed DESC Синтаксис запроса
Продвинутый Базовый

- Детальный просмотр
- Список

Сортировать по Последний просмотр
Сортировать по Последний просмотр

1. ERVU-16141 Анализ фронта модуля ЕКС Микорда
2. ERVU-16140 Переписывание ЕКС
3. ERVU-11987 Блокировка граждан
4. ERVU-11879 Доработка скриптов ЕКС
5. ERVU-11833 back: модернизировать скрипты модуля ЕКС для поддержки переблокировки
6. ERVU-11640 Внести корректировку в запрос Отчет по административной ответственности в связи с нарушением 53-ФЗ
7. ERVU-11644 Внести корректировку в запрос Отчет по уголовной ответственности в связи с нарушением 53-ФЗ
8. ERVU-11597 Внести корректировку в запрос Детализированный отчет по инцидентам
9. ERVU-11594 Внести корректировку в запрос Отчета по постановке на воинский учет (за период)
10. ERVU-11344 ЕКС. Перенести хранение recruit_id в новую таблицу
11. ERVU-8902 Сопутствующие изменения ЕКС в журналах загрузок файлов и записей
12. ERVU-8797 Получать сведения по гражданам из СМЭВ и обрабатывать их в отдельном интерфейсе загрузки c последующей штатной обработкой
13. ERVU-8762 Изменить алгоритм загрузки сведений о гражданах и интерфейс очереди обработки файлов (ЕКС в ЕРВУ - Супервайзер ГОМУ)
14. ERVU-14495 analytics. Исследовать и актуализировать скрипт по функции ЕКС "Удаление информации по гражданину"
15. ERVU-10326 Замечания по ЕКС со стенда ПРОД от 30.01.2025
16. ERVU-9535 Оптимизация предварительной обработки граждан (ЕКС)
17. ERVU-8650 front: екс: добавить иконку раздела "Выгрузить данные"
18. ERVU-7798 ЕКС. Добавление/редактирование данных по гражданам
19. ERVU-7732 back: екс: обеспечить наличие справочников
20. ERVU-7728 front: ЕКС: добавить кнопки удаления и выгрузки в карточку гражданина
21. ERVU-7725 back: екс: реализовать ендпойнт очистки Системы
22. ERVU-7721 back: екс: реализовать ендпойнт формирования выгрузки xml
23. ERVU-7604 back: ЕКС: реализовать запросы получения списка граждан, получения данных гражданина
24. ERVU-7602 back: ЕКС: обеспечить функциональность обработки xml с учетом файлов фильтрации
25. ERVU-7175 ЕКС: Создание модуля сопряжения (ЕРВУ)_MVP
26. ERVU-14279 Доработать скрипты ЕКС
27. ERVU-7646 front: ЕКС: реализовать раздел Формирование выгрузки
28. ERVU-14474 Исследовать и актуализировать скрипт по функции ЕКС "Удаление информации по гражданину"
29. ERVU-14612 Анализ и тестирование доработок, постановка задач
30. ERVU-12868 Этап 1 (временный)_Предоставление сведений ВУ для ЕРН автоматизированным способом
31. ERVU-15973 ПМИ_Журнал загрузки файлов/записей/ошибок загрузки записей_не скачиваются некоторые виды файлов
32. ERVU-14347 Реализовать функционал восстановления проекта документа/решения в s3
33. ERVU-15712 Доработка скриптов ЕКС
34. ERVU-12521 Реализовать ведение recruit_block_list только для баз команды ПР, чтобы исключить заблоченных через ЕКС рекрутов из наших разделов на фронте
35. ERVU-11628 back. Доработать скрипты по ЕКС (перевести запросы на базу SR)
36. ERVU-15668 back: Актуализация скриптов для ЕКС
37. ERVU-15738 Тестирование ЕКС
38. ERVU-15727 При удалении рекрута без id ern удаляются сторонние файлы
39. ERVU-12027 Обновления данных о заблокированных рекрутах в таблице recruit_block_list из скриптов ЕКС
40. ERVU-11624 Внести корректировку в запрос Отчета по по плану конвертации записей (в ЕРВУ)
41. ERVU-11596 Внести корректировку в запрос Отчета по постановке на воинский учет (на текущую дату)
42. ERVU-11593 Внести корректировку в запрос Отчета по снятию с воинского учета
43. ERVU-8796 Настроить ролевую модель в части разграничения видимости полей очереди обработки файлов
44. ERVU-8649 front: екс: отображать ИД ЕРН в карточке
45. ERVU-8647 front: екс: прикрутить справочник статусов загрузки файлов
46. ERVU-8219 Вывод ЕКС в ПРОД
47. ERVU-7644 front: ЕКС: реализовать карточку просмотра данных гражданина
48. ERVU-7605 front: ЕКС: реализовать раздел Список граждан
49. ERVU-11911 analytics: написать справку по работе механизма блокировки /разблокировки граждан в ЕКС
50. ERVU-11753 Внести корректировку в запрос Отчета по инцидентам

Обновить результаты

# Блокировка граждан

Редактировать
Добавить комментарий
Назначить Еще...
Приостановлено Отмена Бизнес-процесс

Поделиться этой задачей

Экспорт
Работа
Вести журнал работы Добавить расходы Планирование времени Старт счетчика Просмотр записей о работе
Доска Agile Передвинуть вверх Передвинуть вниз
Прикрепить файлы Приложить скриншоты
Добавить голос Голоса Наблюдать за задачей Наблюдатели
Создать подзадачу Преобразовать в подзадачу
Переместить Связать Клонировать Метки
Взять в работу Предварительная оценка Сделано

XML Word Для печати

#### Детали задачи

- Тип: Задача
- Статус: Backlog (Посмотреть бизнес-процесс)
- Приоритет: Средний
- Решение: Нет решения
- Затронуты версии: Не заполнено
- Исправить в версиях: Не заполнено
- Компоненты: Не заполнено
- Метки:
  - ЕКС

- Команда:
  Реестр повесток
- Sprint:
  ЕРВУ - Спринт 43

#### Описание

Требования к решению по блокировке граждан

Блокировка граждан подразумевает исключение по отношению к ним возможности выполнения каких-либо действий, а именно:

- выписку повесток
- включение в списки на вызов;
- включение сведений о такх гражданах в отчёты;
- и пр.

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

Требуется обеспечить как возможность блокировки граждан на заданное фиксированное время с последующей автоматической разблокировкой, так и возможность бессрочной блокировки с последующей ручной разблокировкой.

Блокировка на фиксированное время используется при загрузке данных по гражданам в ЕРВУ штатным способом.

Бессрочная блокировка используется при блокировке гражданина через модуль ЕКС. Гражданин, заблокированный через модуль ЕКС, автоматически не разблокируется — разблокировка таких граждан осуществляется так же через модуль ЕКС.

Реализация решения

Реализация решения предполагает создание в БД микросервисов, осуществляющих работу с гражданами, специализированной таблицы, содержащей сведения о заблокированных гражданах - recruit_block_list.

При блокировке гражданина в таблицу recruit_block_list заносятся следующие данные:

1. ИД ЕРВУ заблокированного гражданина; (id)
2. штамп времени, когда когда запись была добавлена;
3. штамп времени, когда запись должна быть разблокирована.

Состав полей таблицы в БД:
id - гуид записи (uuid)
recruit_id - ид рекрута (ИД ЕРВУ) (uuid)
block_timestamp - дата и время блокировки из сообщения кафки, при блокировке через ЕРВУ (timestamp WITHOUT timezone) (при блокировке из ЕКС пишем now и перезаписываем время, при любой блокировке)
unblock_timestamp - дата и время разблокировки записи из сообщения кафки, при блокировке через ЕРВУ (timestamp WITHOUT timezone) (при блокировке из ЕКС проставить NULL)

При разблокировке гражданина соответствующая ему запись из этой таблицы удаляется.

При добавлении записи в таблицу recruit_block_list сведения о гражданах в прочих таблицах микросервисов, отвечающих за предоставление сведений о гражданах, не изменяются. В частности, не изменяется статус рекрута.

«Штатная» блокировка граждан при загрузке изначально выполняется в сервисе ervu-preson-registry. Данные о заблокированных гражданах заносятся в таблицу recruit_block_list этого сервиса и помещаются в специализированную очередь, которую слушают прочие сервисы, работающие с гражданами. При появлении в этой очереди данных о заблокированных гражданах, слушающие её микросервисы обновляют свои таблицы recruit_block_list.

«Штатная» разблокировка граждан производится аналогичным способом. Сервис ervu-preson-registry удаляет информацию о заблокированном гражданине из своей таблицы recruit_block_list и помещает ЕРВУ ИД удаляемого гражданина в соответствующую очередь. Слушающие эту очередь микросервисы удаляют данные о разблокированных гражданах из своих таблиц recruit_block_list.

При выполнении команд, полученных через очередь, возможна ситуация поступления их не в том порядке, в котором они были применены в мастер-сервисе по блокировкам ervu-person-registry. Для того, чтобы минимизировать связанные с этим издержки, требуется осуществлять контроль штампа времени очередной команды и штампа времени записи о блокировке гражданина в таблице recruit_block_list. Штамп времени очередной команды должен быть больше штампа времени записи о блокировке этого гражданина в таблице recruit_block_list.

При блокировке граждан через ЕКС данные о заблокированных гражданах прямыми sql запросами заносятся в таблицы recruit_block_list сервисов, работающих с гражданами.

При разблокировке граждан через ЕКС данные о разблокируемых гражданах прямыми sql запросами удаляются из таблиц recruit_block_list сервисов, работающих с гражданами.

При работе с гражданами микросервисы должны учитывать сведения о заблокированных гражданах, содержащиеся в таблице recruit_block_list. Действия над гражданами, ИД ЕРВУ, которых находятся в этой таблице, выполнятся не должны (включая подготовку разного рода отчётности).

Аналитическая подсистема (ervu-dashboards) должна работать с заблокированными гражданами аналогичным образом за исключением очередей. Данные о гражданах, заблокированных штатным образом, загружаются через etl процесс из сервиса ervu-person-registry в таблицу recruit_block_list сервиса ervu-dashboards. Модуль ЕКС осуществляет обновление таблицы recruit_block_list сервиса ervu-dashboards прямыми sql запросами. Данные о заблокированных гражданах, сведения о которых содержатся в таблице recruit_block_list, не должны фигурировать в подготавливаемых отчетах.

Название топика ПР ervu.recruit.block.list:
Пример сообщения

    {
        "operation": "REMOVE",
        "timestamp": "2025-04-01T13:29:52.969Z",
        "autoUnblockTimestamp": null,
        "recruitIds": [
            "11a13a3c-457f-4515-991f-21800a9e259c",
            "245ca4ac-d0ad-4e98-be3d-040d3e36aefd",
            "65e60b97-d0ca-4a8b-bb7f-63d228864b76",
            "5ab70093-3647-4614-99d0-8424206b2916",
            "a601cd4d-7d18-499d-bf3f-1a5602747f15",
            "2dfb0c2d-fa09-426e-9b66-f1f1f827ab24"
        ]
    }

    {
      "operation": "ADD",
      "timestamp": "2025-04-01T13:29:29.309Z",
      "autoUnblockTimestamp": "2025-04-01T00:00:00.000Z",
      "recruitIds": [
        "245ca4ac-d0ad-4e98-be3d-040d3e36aefd",
        "65e60b97-d0ca-4a8b-bb7f-63d228864b76",
        "5ab70093-3647-4614-99d0-8424206b2916",
        "11a13a3c-457f-4515-991f-21800a9e259c",
        "a601cd4d-7d18-499d-bf3f-1a5602747f15",
        "2dfb0c2d-fa09-426e-9b66-f1f1f827ab24"
      ]
    }

#### Покрытие тестирования

No test cases. Create a new test case or

#### Вложенные файлы

- Приложить файл к этому запросу
- - Сортировать по названию
  - Сортировать по дате
  - По возрастанию
  - По убыванию
  - Эскизы
  - Список
  - Скачать все
  - Управление вложениями

Перенесите файлы, чтобы прикрепить, или

#### Связи запроса

- Добавить связь

alternative to

  ERVU-11978 Добавление таблицы c заблокированными рекрутами в сервисы с отчетами

  - Готово
  Удалить эту связь

  ERVU-11986 Обновления данных о заблокированных рекрутах в таблице recruit_block_list из топика кафки

  - Готово
  Удалить эту связь

  ERVU-12026 Исключить заблокированных граждан из разделов в ЕРВУ

  - Готово
  Удалить эту связь

  ERVU-12027 Обновления данных о заблокированных рекрутах в таблице recruit_block_list из скриптов ЕКС

  - Готово
  Удалить эту связь

  ERVU-12053 Исключить заблокированных рекрутов из подсчета для бейджей

  - Готово
  Удалить эту связь

  ERVU-11971 Доработка отчетов (исключение заблокированных граждан)

  - Готово к тестированию
  Удалить эту связь

Реализовано в

  ERVU-11462 Не отбирать записи в отчеты со статусом NULL

  - Готово
  Удалить эту связь

реализует

  ERVU-11585 Отправлять в кафку идентификаторы заблокированных и разблокированных рекрутов

  - Готово
  Удалить эту связь

(1 alternative to, 1 Реализовано в, 1 реализует)

#### Формы

Название формы |
--- | ---

#### Tempo

##### У ВАС НЕТ ДЕЙСТВИЙ ПО ЭТОЙ ЗАДАЧЕ.

Вы не зарегистрировали никаких действий по этой задаче.

#### Структура

- Настройка структуры

(не включает ERVU-11987)

#### Активность

Порядок от меньшего к большему - Нажмите для упорядочивания по от большего к меньшему
Кирьянов Юрий Александрович [X] (Неактивный) создал задачу - 01/апр/25 11:30 AM
Слюсарев Александр Геннадиевич внес изменения - 01/апр/25 12:18 PM

Поле | Исходное значение | Новое значение
--- | --- | ---
Исполнитель |  | Слюсарев Александр Геннадиевич [ JIRAUSER11811 ]

Слюсарев Александр Геннадиевич внес изменения - 01/апр/25 12:18 PM

Метки |  | ЕКС

Слюсарев Александр Геннадиевич внес изменения - 01/апр/25 12:18 PM

Исполнитель | Слюсарев Александр Геннадиевич [ JIRAUSER11811 ] | Соловьёв Роман Александрович [ JIRAUSER10156 ]

Смирнов Алексей Владимирович внес изменения - 01/апр/25 3:17 PM

Связать |  | This issue alternative to ERVU-11971 [ ERVU-11971 ]

Смирнов Алексей Владимирович внес изменения - 01/апр/25 3:17 PM

Связать |  | This issue alternative to ERVU-11978 [ ERVU-11978 ]

Смирнов Алексей Владимирович внес изменения - 01/апр/25 3:18 PM

Связать |  | This issue alternative to ERVU-11986 [ ERVU-11986 ]

Кирьянов Юрий Александрович [X] (Неактивный) внес изменения - 01/апр/25 6:32 PM

Описание | *Требования к решению по блокировке граждан* Блокировка граждан подразумевает исключение по отношению к ним возможности выполнения каких-либо действий, а именно: * выписку повесток * включение в списки на вызов; * включение сведений о такх гражданах в отчёты;
* и пр.
Требуется обеспечить возможность разблокировки ранее заблокированных граждан.
Требуется обеспечить как возможность блокировки граждан на заданное фиксированное время с последующей автоматической разблокировкой, так и возможность бессрочной блокировки с последующей ручной разблокировкой.
Блокировка на фиксированное время используется при загрузке данных по гражданам в ЕРВУ штатным способом.
Бессрочная блокировка используется при блокировке гражданина через модуль ЕКС. Гражданин, заблокированный через модуль ЕКС, автоматически не разблокируется — разблокировка таких граждан осуществляется так же через модуль ЕКС.
*Реализация решения*
Реализация решения предполагает создание в БД микросервисов, осуществляющих работу с гражданами, специализированной таблицы, содержащей сведения о заблокированных гражданах - recruit_block_list.
При блокировке гражданина в таблицу recruit_block_list заносятся следующие данные:
# ИД ЕРВУ заблокированного гражданина;
# штамп времени, когда когда запись была добавлена;
# штамп времени, когда запись должна быть разблокирована.
Для граждан, блокируемых бессрочно штамп времени разблокировки должен указывать на далёкое будущее.
При разблокировке гражданина соответствующая ему запись из этой таблицы удаляется.
При добавлении записи в таблицу recruit_block_list сведения о гражданах в прочих таблицах микросервисов, отвечающих за предоставление сведений о гражданах, не изменяются. В частности, не изменяется статус рекрута.
«Штатная» блокировка граждан при загрузке изначально выполняется в сервисе ervu-preson-registry. Данные о заблокированных гражданах заносятся в таблицу recruit_block_list этого сервиса и помещаются в специализированную очередь, которую слушают прочие сервисы, работающие с гражданами. При появлении в этой очереди данных о заблокированных гражданах, слушающие её микросервисы обновляют свои таблицы recruit_block_list.
«Штатная» разблокировка граждан производится аналогичным способом. Сервис ervu-preson-registry удаляет информацию о заблокированном гражданине из своей таблицы recruit_block_list и помещает ЕРВУ ИД удаляемого гражданина в соответствующую очередь. Слушающие эту очередь микросервисы удаляют данные о разблокированных гражданах из своих таблиц recruit_block_list
**
При блокировке граждан через ЕКС данные о заблокированных гражданах прямыми sql запросами заносятся в таблицы recruit_block_list сервисов, работающих с гражданами.
При разблокировке граждан через ЕКС данные о разблокируемых гражданах прямыми sql запросами удаляются из таблиц recruit_block_list сервисов, работающих с гражданами.
При работе с гражданами микросервисы должны учитывать сведения о заблокированных гражданах, содержащиеся в таблице recruit_block_list. Действия над гражданами, ИД ЕРВУ, которых находятся в этой таблице, выполнятся не должны (включая подготовку разного рода отчётности).
Аналитическая подсистема (ervu-dashboards) должна работать с заблокированными гражданами аналогичным образом за исключением очередей. Данные о гражданах, заблокированных штатным образом, загружаются через etl процесс из сервиса ervu-person-registry в таблицу recruit_block_list сервиса ervu-dashboards. Модуль ЕКС осуществляет обновление таблицы recruit_block_list сервиса ervu-dashboards прямыми sql запросами. Данные о заблокированных гражданах, сведения о которых содержатся в таблице recruit_block_list, не должны фигурировать в подготавливаемых отчетах.
*Требования к решению по блокировке граждан*
Блокировка граждан подразумевает исключение по отношению к ним возможности выполнения каких-либо действий, а именно:
* выписку повесток
* включение в списки на вызов;
* включение сведений о такх гражданах в отчёты;
* и пр.
Требуется обеспечить возможность разблокировки ранее заблокированных граждан.
Требуется обеспечить как возможность блокировки граждан на заданное фиксированное время с последующей автоматической разблокировкой, так и возможность бессрочной блокировки с последующей ручной разблокировкой.
Блокировка на фиксированное время используется при загрузке данных по гражданам в ЕРВУ штатным способом.
Бессрочная блокировка используется при блокировке гражданина через модуль ЕКС. Гражданин, заблокированный через модуль ЕКС, автоматически не разблокируется — разблокировка таких граждан осуществляется так же через модуль ЕКС.
*Реализация решения*
Реализация решения предполагает создание в БД микросервисов, осуществляющих работу с гражданами, специализированной таблицы, содержащей сведения о заблокированных гражданах - recruit_block_list.
При блокировке гражданина в таблицу recruit_block_list заносятся следующие данные:
# ИД ЕРВУ заблокированного гражданина;
# штамп времени, когда когда запись была добавлена;
# штамп времени, когда запись должна быть разблокирована.
Для граждан, блокируемых бессрочно штамп времени разблокировки должен указывать на далёкое будущее.
При разблокировке гражданина соответствующая ему запись из этой таблицы удаляется.
При добавлении записи в таблицу recruit_block_list сведения о гражданах в прочих таблицах микросервисов, отвечающих за предоставление сведений о гражданах, не изменяются. В частности, не изменяется статус рекрута.
«Штатная» блокировка граждан при загрузке изначально выполняется в сервисе ervu-preson-registry. Данные о заблокированных гражданах заносятся в таблицу recruit_block_list этого сервиса и помещаются в специализированную очередь, которую слушают прочие сервисы, работающие с гражданами. При появлении в этой очереди данных о заблокированных гражданах, слушающие её микросервисы обновляют свои таблицы recruit_block_list.
«Штатная» разблокировка граждан производится аналогичным способом. Сервис ervu-preson-registry удаляет информацию о заблокированном гражданине из своей таблицы recruit_block_list и помещает ЕРВУ ИД удаляемого гражданина в соответствующую очередь. Слушающие эту очередь микросервисы удаляют данные о разблокированных гражданах из своих таблиц recruit_block_list.
При выполнении команд, полученных через очередь, возможна ситуация поступления их не в том порядке, в котором они были применены в мастер-сервисе по блокировкам ervu-person-registry. Для того, чтобы минимизировать связанные с этим издержки, требуется осуществлять контроль штампа времени очередной команды и штампа времени записи о блокировке гражданина в таблице recruit_block_list. Штамп времени очередной команды должен быть больше штампа времени записи о блокировке этого гражданина в таблице recruit_block_list.
При блокировке граждан через ЕКС данные о заблокированных гражданах прямыми sql запросами заносятся в таблицы recruit_block_list сервисов, работающих с гражданами.
При разблокировке граждан через ЕКС данные о разблокируемых гражданах прямыми sql запросами удаляются из таблиц recruit_block_list сервисов, работающих с гражданами.
При работе с гражданами микросервисы должны учитывать сведения о заблокированных гражданах, содержащиеся в таблице recruit_block_list. Действия над гражданами, ИД ЕРВУ, которых находятся в этой таблице, выполнятся не должны (включая подготовку разного рода отчётности).
Аналитическая подсистема (ervu-dashboards) должна работать с заблокированными гражданами аналогичным образом за исключением очередей. Данные о гражданах, заблокированных штатным образом, загружаются через etl процесс из сервиса ervu-person-registry в таблицу recruit_block_list сервиса ervu-dashboards. Модуль ЕКС осуществляет обновление таблицы recruit_block_list сервиса ervu-dashboards прямыми sql запросами. Данные о заблокированных гражданах, сведения о которых содержатся в таблице recruit_block_list, не должны фигурировать в подготавливаемых отчетах.

Соловьёв Роман Александрович внес изменения - 02/апр/25 12:58 PM

Описание | *Требования к решению по блокировке граждан* Блокировка граждан подразумевает исключение по отношению к ним возможности выполнения каких-либо действий, а именно: * выписку повесток * включение в списки на вызов; * включение сведений о такх гражданах в отчёты;
* и пр.
Требуется обеспечить возможность разблокировки ранее заблокированных граждан.
Требуется обеспечить как возможность блокировки граждан на заданное фиксированное время с последующей автоматической разблокировкой, так и возможность бессрочной блокировки с последующей ручной разблокировкой.
Блокировка на фиксированное время используется при загрузке данных по гражданам в ЕРВУ штатным способом.
Бессрочная блокировка используется при блокировке гражданина через модуль ЕКС. Гражданин, заблокированный через модуль ЕКС, автоматически не разблокируется — разблокировка таких граждан осуществляется так же через модуль ЕКС.
*Реализация решения*
Реализация решения предполагает создание в БД микросервисов, осуществляющих работу с гражданами, специализированной таблицы, содержащей сведения о заблокированных гражданах - recruit_block_list.
При блокировке гражданина в таблицу recruit_block_list заносятся следующие данные:
# ИД ЕРВУ заблокированного гражданина;
# штамп времени, когда когда запись была добавлена;
# штамп времени, когда запись должна быть разблокирована.
Для граждан, блокируемых бессрочно штамп времени разблокировки должен указывать на далёкое будущее.
При разблокировке гражданина соответствующая ему запись из этой таблицы удаляется.
При добавлении записи в таблицу recruit_block_list сведения о гражданах в прочих таблицах микросервисов, отвечающих за предоставление сведений о гражданах, не изменяются. В частности, не изменяется статус рекрута.
«Штатная» блокировка граждан при загрузке изначально выполняется в сервисе ervu-preson-registry. Данные о заблокированных гражданах заносятся в таблицу recruit_block_list этого сервиса и помещаются в специализированную очередь, которую слушают прочие сервисы, работающие с гражданами. При появлении в этой очереди данных о заблокированных гражданах, слушающие её микросервисы обновляют свои таблицы recruit_block_list.
«Штатная» разблокировка граждан производится аналогичным способом. Сервис ervu-preson-registry удаляет информацию о заблокированном гражданине из своей таблицы recruit_block_list и помещает ЕРВУ ИД удаляемого гражданина в соответствующую очередь. Слушающие эту очередь микросервисы удаляют данные о разблокированных гражданах из своих таблиц recruit_block_list.
При выполнении команд, полученных через очередь, возможна ситуация поступления их не в том порядке, в котором они были применены в мастер-сервисе по блокировкам ervu-person-registry. Для того, чтобы минимизировать связанные с этим издержки, требуется осуществлять контроль штампа времени очередной команды и штампа времени записи о блокировке гражданина в таблице recruit_block_list. Штамп времени очередной команды должен быть больше штампа времени записи о блокировке этого гражданина в таблице recruit_block_list.
При блокировке граждан через ЕКС данные о заблокированных гражданах прямыми sql запросами заносятся в таблицы recruit_block_list сервисов, работающих с гражданами.
При разблокировке граждан через ЕКС данные о разблокируемых гражданах прямыми sql запросами удаляются из таблиц recruit_block_list сервисов, работающих с гражданами.
При работе с гражданами микросервисы должны учитывать сведения о заблокированных гражданах, содержащиеся в таблице recruit_block_list. Действия над гражданами, ИД ЕРВУ, которых находятся в этой таблице, выполнятся не должны (включая подготовку разного рода отчётности).
Аналитическая подсистема (ervu-dashboards) должна работать с заблокированными гражданами аналогичным образом за исключением очередей. Данные о гражданах, заблокированных штатным образом, загружаются через etl процесс из сервиса ervu-person-registry в таблицу recruit_block_list сервиса ervu-dashboards. Модуль ЕКС осуществляет обновление таблицы recruit_block_list сервиса ervu-dashboards прямыми sql запросами. Данные о заблокированных гражданах, сведения о которых содержатся в таблице recruit_block_list, не должны фигурировать в подготавливаемых отчетах.
*Требования к решению по блокировке граждан*
Блокировка граждан подразумевает исключение по отношению к ним возможности выполнения каких-либо действий, а именно:
* выписку повесток
* включение в списки на вызов;
* включение сведений о такх гражданах в отчёты;
* и пр.
Требуется обеспечить возможность разблокировки ранее заблокированных граждан.
Требуется обеспечить как возможность блокировки граждан на заданное фиксированное время с последующей автоматической разблокировкой, так и возможность бессрочной блокировки с последующей ручной разблокировкой.
Блокировка на фиксированное время используется при загрузке данных по гражданам в ЕРВУ штатным способом.
Бессрочная блокировка используется при блокировке гражданина через модуль ЕКС. Гражданин, заблокированный через модуль ЕКС, автоматически не разблокируется — разблокировка таких граждан осуществляется так же через модуль ЕКС.
*Реализация решения*
Реализация решения предполагает создание в БД микросервисов, осуществляющих работу с гражданами, специализированной таблицы, содержащей сведения о заблокированных гражданах - recruit_block_list.
При блокировке гражданина в таблицу recruit_block_list заносятся следующие данные:
# ИД ЕРВУ заблокированного гражданина; (id)
# штамп времени, когда когда запись была добавлена;
# штамп времени, когда запись должна быть разблокирована.
Состав полей таблицы в БД:
id - гуид записи (uuid)
recruit_id - ид рекрута (ИД ЕРВУ) (uuid)
block_timestamp - дата и время блокировки из сообщения кафки, при блокировке через ЕРВУ (timestamp WITHOUT timezone) (при блокировке из ЕКС пишем now и перезаписываем время, при любой блокировке)
unblock_timestamp - дата и время разблокировки записи из сообщения кафки, при блокировке через ЕРВУ (timestamp WITHOUT timezone) (при блокировке из ЕКС проставить NULL)
При разблокировке гражданина соответствующая ему запись из этой таблицы удаляется.
При добавлении записи в таблицу recruit_block_list сведения о гражданах в прочих таблицах микросервисов, отвечающих за предоставление сведений о гражданах, не изменяются. В частности, не изменяется статус рекрута.
«Штатная» блокировка граждан при загрузке изначально выполняется в сервисе ervu-preson-registry. Данные о заблокированных гражданах заносятся в таблицу recruit_block_list этого сервиса и помещаются в специализированную очередь, которую слушают прочие сервисы, работающие с гражданами. При появлении в этой очереди данных о заблокированных гражданах, слушающие её микросервисы обновляют свои таблицы recruit_block_list.
«Штатная» разблокировка граждан производится аналогичным способом. Сервис ervu-preson-registry удаляет информацию о заблокированном гражданине из своей таблицы recruit_block_list и помещает ЕРВУ ИД удаляемого гражданина в соответствующую очередь. Слушающие эту очередь микросервисы удаляют данные о разблокированных гражданах из своих таблиц recruit_block_list.
При выполнении команд, полученных через очередь, возможна ситуация поступления их не в том порядке, в котором они были применены в мастер-сервисе по блокировкам ervu-person-registry. Для того, чтобы минимизировать связанные с этим издержки, требуется осуществлять контроль штампа времени очередной команды и штампа времени записи о блокировке гражданина в таблице recruit_block_list. Штамп времени очередной команды должен быть больше штампа времени записи о блокировке этого гражданина в таблице recruit_block_list.
При блокировке граждан через ЕКС данные о заблокированных гражданах прямыми sql запросами заносятся в таблицы recruit_block_list сервисов, работающих с гражданами.
При разблокировке граждан через ЕКС данные о разблокируемых гражданах прямыми sql запросами удаляются из таблиц recruit_block_list сервисов, работающих с гражданами.
При работе с гражданами микросервисы должны учитывать сведения о заблокированных гражданах, содержащиеся в таблице recruit_block_list. Действия над гражданами, ИД ЕРВУ, которых находятся в этой таблице, выполнятся не должны (включая подготовку разного рода отчётности).
Аналитическая подсистема (ervu-dashboards) должна работать с заблокированными гражданами аналогичным образом за исключением очередей. Данные о гражданах, заблокированных штатным образом, загружаются через etl процесс из сервиса ervu-person-registry в таблицу recruit_block_list сервиса ervu-dashboards. Модуль ЕКС осуществляет обновление таблицы recruit_block_list сервиса ervu-dashboards прямыми sql запросами. Данные о заблокированных гражданах, сведения о которых содержатся в таблице recruit_block_list, не должны фигурировать в подготавливаемых отчетах.

Соловьёв Роман Александрович внес изменения - 02/апр/25 1:08 PM

Описание | *Требования к решению по блокировке граждан* Блокировка граждан подразумевает исключение по отношению к ним возможности выполнения каких-либо действий, а именно: * выписку повесток * включение в списки на вызов; * включение сведений о такх гражданах в отчёты;
* и пр.
Требуется обеспечить возможность разблокировки ранее заблокированных граждан.
Требуется обеспечить как возможность блокировки граждан на заданное фиксированное время с последующей автоматической разблокировкой, так и возможность бессрочной блокировки с последующей ручной разблокировкой.
Блокировка на фиксированное время используется при загрузке данных по гражданам в ЕРВУ штатным способом.
Бессрочная блокировка используется при блокировке гражданина через модуль ЕКС. Гражданин, заблокированный через модуль ЕКС, автоматически не разблокируется — разблокировка таких граждан осуществляется так же через модуль ЕКС.
*Реализация решения*
Реализация решения предполагает создание в БД микросервисов, осуществляющих работу с гражданами, специализированной таблицы, содержащей сведения о заблокированных гражданах - recruit_block_list.
При блокировке гражданина в таблицу recruit_block_list заносятся следующие данные:
# ИД ЕРВУ заблокированного гражданина; (id)
# штамп времени, когда когда запись была добавлена;
# штамп времени, когда запись должна быть разблокирована.
Состав полей таблицы в БД:
id - гуид записи (uuid)
recruit_id - ид рекрута (ИД ЕРВУ) (uuid)
block_timestamp - дата и время блокировки из сообщения кафки, при блокировке через ЕРВУ (timestamp WITHOUT timezone) (при блокировке из ЕКС пишем now и перезаписываем время, при любой блокировке)
unblock_timestamp - дата и время разблокировки записи из сообщения кафки, при блокировке через ЕРВУ (timestamp WITHOUT timezone) (при блокировке из ЕКС проставить NULL)
При разблокировке гражданина соответствующая ему запись из этой таблицы удаляется.
При добавлении записи в таблицу recruit_block_list сведения о гражданах в прочих таблицах микросервисов, отвечающих за предоставление сведений о гражданах, не изменяются. В частности, не изменяется статус рекрута.
«Штатная» блокировка граждан при загрузке изначально выполняется в сервисе ervu-preson-registry. Данные о заблокированных гражданах заносятся в таблицу recruit_block_list этого сервиса и помещаются в специализированную очередь, которую слушают прочие сервисы, работающие с гражданами. При появлении в этой очереди данных о заблокированных гражданах, слушающие её микросервисы обновляют свои таблицы recruit_block_list.
«Штатная» разблокировка граждан производится аналогичным способом. Сервис ervu-preson-registry удаляет информацию о заблокированном гражданине из своей таблицы recruit_block_list и помещает ЕРВУ ИД удаляемого гражданина в соответствующую очередь. Слушающие эту очередь микросервисы удаляют данные о разблокированных гражданах из своих таблиц recruit_block_list.
При выполнении команд, полученных через очередь, возможна ситуация поступления их не в том порядке, в котором они были применены в мастер-сервисе по блокировкам ervu-person-registry. Для того, чтобы минимизировать связанные с этим издержки, требуется осуществлять контроль штампа времени очередной команды и штампа времени записи о блокировке гражданина в таблице recruit_block_list. Штамп времени очередной команды должен быть больше штампа времени записи о блокировке этого гражданина в таблице recruit_block_list.
При блокировке граждан через ЕКС данные о заблокированных гражданах прямыми sql запросами заносятся в таблицы recruit_block_list сервисов, работающих с гражданами.
При разблокировке граждан через ЕКС данные о разблокируемых гражданах прямыми sql запросами удаляются из таблиц recruit_block_list сервисов, работающих с гражданами.
При работе с гражданами микросервисы должны учитывать сведения о заблокированных гражданах, содержащиеся в таблице recruit_block_list. Действия над гражданами, ИД ЕРВУ, которых находятся в этой таблице, выполнятся не должны (включая подготовку разного рода отчётности).
Аналитическая подсистема (ervu-dashboards) должна работать с заблокированными гражданами аналогичным образом за исключением очередей. Данные о гражданах, заблокированных штатным образом, загружаются через etl процесс из сервиса ervu-person-registry в таблицу recruit_block_list сервиса ervu-dashboards. Модуль ЕКС осуществляет обновление таблицы recruit_block_list сервиса ervu-dashboards прямыми sql запросами. Данные о заблокированных гражданах, сведения о которых содержатся в таблице recruit_block_list, не должны фигурировать в подготавливаемых отчетах.
*Требования к решению по блокировке граждан*
Блокировка граждан подразумевает исключение по отношению к ним возможности выполнения каких-либо действий, а именно:
* выписку повесток
* включение в списки на вызов;
* включение сведений о такх гражданах в отчёты;
* и пр.
Требуется обеспечить возможность разблокировки ранее заблокированных граждан.
Требуется обеспечить как возможность блокировки граждан на заданное фиксированное время с последующей автоматической разблокировкой, так и возможность бессрочной блокировки с последующей ручной разблокировкой.
Блокировка на фиксированное время используется при загрузке данных по гражданам в ЕРВУ штатным способом.
Бессрочная блокировка используется при блокировке гражданина через модуль ЕКС. Гражданин, заблокированный через модуль ЕКС, автоматически не разблокируется — разблокировка таких граждан осуществляется так же через модуль ЕКС.
*Реализация решения*
Реализация решения предполагает создание в БД микросервисов, осуществляющих работу с гражданами, специализированной таблицы, содержащей сведения о заблокированных гражданах - recruit_block_list.
При блокировке гражданина в таблицу recruit_block_list заносятся следующие данные:
# ИД ЕРВУ заблокированного гражданина; (id)
# штамп времени, когда когда запись была добавлена;
# штамп времени, когда запись должна быть разблокирована.
Состав полей таблицы в БД:
id - гуид записи (uuid)
recruit_id - ид рекрута (ИД ЕРВУ) (uuid)
block_timestamp - дата и время блокировки из сообщения кафки, при блокировке через ЕРВУ (timestamp WITHOUT timezone) (при блокировке из ЕКС пишем now и перезаписываем время, при любой блокировке)
unblock_timestamp - дата и время разблокировки записи из сообщения кафки, при блокировке через ЕРВУ (timestamp WITHOUT timezone) (при блокировке из ЕКС проставить NULL)
При разблокировке гражданина соответствующая ему запись из этой таблицы удаляется.
При добавлении записи в таблицу recruit_block_list сведения о гражданах в прочих таблицах микросервисов, отвечающих за предоставление сведений о гражданах, не изменяются. В частности, не изменяется статус рекрута.
«Штатная» блокировка граждан при загрузке изначально выполняется в сервисе ervu-preson-registry. Данные о заблокированных гражданах заносятся в таблицу recruit_block_list этого сервиса и помещаются в специализированную очередь, которую слушают прочие сервисы, работающие с гражданами. При появлении в этой очереди данных о заблокированных гражданах, слушающие её микросервисы обновляют свои таблицы recruit_block_list.
«Штатная» разблокировка граждан производится аналогичным способом. Сервис ervu-preson-registry удаляет информацию о заблокированном гражданине из своей таблицы recruit_block_list и помещает ЕРВУ ИД удаляемого гражданина в соответствующую очередь. Слушающие эту очередь микросервисы удаляют данные о разблокированных гражданах из своих таблиц recruit_block_list.
При выполнении команд, полученных через очередь, возможна ситуация поступления их не в том порядке, в котором они были применены в мастер-сервисе по блокировкам ervu-person-registry. Для того, чтобы минимизировать связанные с этим издержки, требуется осуществлять контроль штампа времени очередной команды и штампа времени записи о блокировке гражданина в таблице recruit_block_list. Штамп времени очередной команды должен быть больше штампа времени записи о блокировке этого гражданина в таблице recruit_block_list.
При блокировке граждан через ЕКС данные о заблокированных гражданах прямыми sql запросами заносятся в таблицы recruit_block_list сервисов, работающих с гражданами.
При разблокировке граждан через ЕКС данные о разблокируемых гражданах прямыми sql запросами удаляются из таблиц recruit_block_list сервисов, работающих с гражданами.
При работе с гражданами микросервисы должны учитывать сведения о заблокированных гражданах, содержащиеся в таблице recruit_block_list. Действия над гражданами, ИД ЕРВУ, которых находятся в этой таблице, выполнятся не должны (включая подготовку разного рода отчётности).
Аналитическая подсистема (ervu-dashboards) должна работать с заблокированными гражданами аналогичным образом за исключением очередей. Данные о гражданах, заблокированных штатным образом, загружаются через etl процесс из сервиса ervu-person-registry в таблицу recruit_block_list сервиса ervu-dashboards. Модуль ЕКС осуществляет обновление таблицы recruit_block_list сервиса ervu-dashboards прямыми sql запросами. Данные о заблокированных гражданах, сведения о которых содержатся в таблице recruit_block_list, не должны фигурировать в подготавливаемых отчетах.
Название топика ПР *ervu.recruit.block.list*:
Пример сообщения
{code:java}
{
"operation": "REMOVE",
"timestamp": "2025-04-01T13:29:52.969Z",
"autoUnblockTimestamp": null,
"recruitIds": [
"11a13a3c-457f-4515-991f-21800a9e259c",
"245ca4ac-d0ad-4e98-be3d-040d3e36aefd",
"65e60b97-d0ca-4a8b-bb7f-63d228864b76",
"5ab70093-3647-4614-99d0-8424206b2916",
"a601cd4d-7d18-499d-bf3f-1a5602747f15",
"2dfb0c2d-fa09-426e-9b66-f1f1f827ab24"
]
} {code}
{code:java}
{
"operation": "ADD",
"timestamp": "2025-04-01T13:29:29.309Z",
"autoUnblockTimestamp": "2025-04-01T00:00:00.000Z",
"recruitIds": [
"245ca4ac-d0ad-4e98-be3d-040d3e36aefd",
"65e60b97-d0ca-4a8b-bb7f-63d228864b76",
"5ab70093-3647-4614-99d0-8424206b2916",
"11a13a3c-457f-4515-991f-21800a9e259c",
"a601cd4d-7d18-499d-bf3f-1a5602747f15",
"2dfb0c2d-fa09-426e-9b66-f1f1f827ab24"
]
}
{code}

Соловьёв Роман Александрович внес изменения - 02/апр/25 1:09 PM

Связать |  | This issue реализует ERVU-11585 [ ERVU-11585 ]

Смирнов Алексей Владимирович внес изменения - 02/апр/25 5:23 PM

Связать |  | This issue alternative to ERVU-12026 [ ERVU-12026 ]

Смирнов Алексей Владимирович внес изменения - 02/апр/25 5:26 PM

Связать |  | This issue alternative to ERVU-12027 [ ERVU-12027 ]

Сёмина Юлия Васильевна [X] (Неактивный) внес изменения - 08/апр/25 2:47 PM

Связать |  | This issue Реализовано в ERVU-11462 [ ERVU-11462 ]

Смирнов Алексей Владимирович внес изменения - 08/апр/25 8:13 PM

Связать |  | This issue alternative to ERVU-12053 [ ERVU-12053 ]

Смирнов Алексей Владимирович внес изменения - 08/апр/25 8:13 PM

Sprint |  | ЕРВУ - Спринт 43 [ 872 ]

Соловьёв Роман Александрович внес изменения - 14/авг/25 11:06 AM

Исполнитель | Соловьёв Роман Александрович [ JIRAUSER10156 ] | Соловьёв Роман Александрович [ JIRAUSER11715 ]

Миронов Юрий Владимирович внес изменения - 05/сен/25 7:49 PM

Команда |  | Реестр повесток [ 10102 ]

Комментарий

- Абзац
- Заголовок 1
- Заголовок 2
- Заголовок 3
- Заголовок 4
- Заголовок 5
- Заголовок 6
- Форматированный
- Цитата абзаца
- Цитата блока

- Зачеркнутый
- Подстрочный
- Надстрочный
- Цитирование
- Моношинный

- Очистить форматирование

- Внешняя связь
- Почтовая ссылка
- Привязка ссылки

- Просмотр

- Упоминание пользователя
- Таблица
- Код
- Форматированный
- Панель
- Горизонтальная линейка
- Распознавание речи

- Справка по текстовому режиму
- Справка по визуальному режиму

Стиль
Полужирный Курсив Подчеркнуть Цвет текста Больше цветов Дополнительные опции форматирования
Ссылка Вложение
Маркированный список Нумерованный список
Значки Другое

trigger
  comment-preview_link
fieldId
  comment
fieldName
  Комментарий
rendererType
  atlassian-wiki-renderer
issueKey
  ERVU-11987

Видимый для всех пользователей
Отменить

#### Люди

Исполнитель:
  Соловьёв Роман Александрович Назначить меня

Автор:
  Кирьянов Юрий Александрович [X] (Неактивный)

Голоса:
  0 Голосовать за эту задачу

Наблюдатели:
  1
  Начать наблюдение за этой задачей

#### Даты

Cоздано:
  01/апр/25 11:30 AM

Обновленo:
  05/сен/25 7:49 PM

#### Сотрудники

- Планирование времени

#### Agile

Завершенный спринт:
  ЕРВУ - Спринт 43 завершено 23/сен/25

Показать на доске

#### Внедрение проблемы

#### Вспомогательная панель Структуры

Перенесите файлы чтобы прикрепить их к запросу

3 из 73
{"errorMessages":["jqlTooComplex"],"errors":{}}
[{"id":-1,"name":"Мои открытые задачи","jql":"assignee = currentUser() AND resolution = Unresolved order by updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":true}, {"id":-2,"name":"Сообщенные мной","jql":"reporter = currentUser() order by created DESC","isSystem":true,"sharePermissions":[],"requiresLogin":true}, {"id":-4,"name":"Все задачи","jql":"order by created DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false}, {"id":-5,"name":"Открытые задачи","jql":"resolution = Unresolved order by priority DESC,updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false}, {"id":-9,"name":"Завершенные задачи","jql":"statusCategory = Done order by updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false}, {"id":-3,"name":"Недавно просмотренные","jql":"issuekey in issueHistory() order by lastViewed DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false}, {"id":-6,"name":"Недавно созданные","jql":"created >= -1w order by created DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false}, {"id":-7,"name":"Недавно решенные","jql":"resolutiondate >= -1w order by updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false}, {"id":-8,"name":"Недавно обновленные","jql":"updated >= -1w order by updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false}]
0.3
0
TEMPO

Начало

Закрыть счетчик
{"report": {"pageVisibility":"visible","entityId":22378,"key":"jira.issue.nav- detail","isInitial":false,"threshold":1000,"elementTimings": {},"userDeviceProcessors":4,"apdex":1,"journeyId":"c93cee26- c2da-4e69-8488-372f7f73593a","readyForUser":618,"resourceTiming": [{"duration":432,"initiatorType":"xmlhttprequest","name":"https:// jira.rtsk.loc/secure/AjaxIssueAction!default.jspa? issueKey=ERVU-11987&decorator=none&prefetch=false&shouldUpdateCurrentProject=false&loadFields=false&_=1763465720566","startTime":98,"connectEnd":98,"connectStart":98,"domainLookupEnd":98,"domainLookupStart":98,"fetchStart":98,"redirectEnd":0,"redirectStart":0,"requestStart":99,"responseEnd":530,"responseStart":412,"secureConnectionStart":98}],"userAgent":"Mozilla/5.0 (X11; Linux x86_64; rv:143.0) Gecko/20100101 Firefox/143.0","marks":[{"name":"activityTabFullyLoaded","time":558}, {"name":"activityTabFullyLoaded","time":594}],"measures": [],"applicationHash":"e6bb00f61c75bb8be2201b3daab8c420a5183475","experiments": []}}