Список изменений в системе ТАНДЕМ.Университет
Список изменений системы ТАНДЕМ.Университет в версии 2.25.3
Модуль «Абитуриенты (Приемная комиссия)»
1. Импорт результатов ЕГЭ по информатике: работа со старым и новым названием.
2. Добавлено отображение в списке документов абитуриента признака оригинала для заявлений.
3. Доработана печатная форма отчетов "Рейтинговые списки по ходу приемной кампании" и "Списки поступающих (конкурсные списки)": теперь в них можно в качестве идентификатора абитуриента использовать код СП (идентификатор следует выбрать в параметре "ФИО / СНИЛС / Код СП/ЕПГУ" на форме добавления отчета).
4. Доработан отчет "Список лиц, подавших документы": доступен вариант построения с кодом СП (если его еще нет, то в графе отображается "запрашивается").
5. При подсчете конкурсного балла теперь учитывается результат из последней апелляции, а не лучший балл по внутреннему экзамену.
6. В отчетах "Списки поступающих (конкурсные списки)" и "Рейтинговые списки по ходу приемной кампании" исправлен вывод данных ЦП для ординатуры, дополнительно в СПО для договорных конкурсов реализован вывод колонки "Заключен договор" (пока работает по итоговому согласию).
7. В журнале изменений добавлен вывод записей о действиях над кодом СП и согласием в ПК.
8. Добавлена новая категория граждан для отдельной квоты без ВИ, актуализированы названия и описания других категорий в рамках отдельной квоты.
9. Доработан кейс редактирования приложенных документов к заявлению СПО: исключен сброс признака оригинала на конкурс.
10. Исправлено отображение признака оригинала в реестре поданных документов об образовании (в этом году актуально больше всего для СПО).
11. В отчетах "Списки поступающих (конкурсные списки)" и "Рейтинговые списки по ходу приемной кампании" добавлен вариант формирования списков, где в качестве идентификатора абитуриента выступает "Личный номер".
12. В метод веб-сервиса с рейтингом (getEntrantRatingEnvironment) добавлены поля с контактными номерами абитуриента: phoneDefault, phoneMoblie.
13. Для ВК без ВИ, особой квоты, отдельной квоты добавлен новый признак "Документы подтверждены". Признак редактируется в доп. параметрах при выборе конкурсов (либо на вкладке с особыми правами в карточке абитуриента). По умолчанию для всех уже имеющихся ВК этот признак выставлен в значение "Да". При добавлении новых конкурсов вышеуказанных видов этот признак по умолчанию выключен, если признак у ВК выключен, то поле "Сданы все документы для участия в конкурсе" будет принимать значение "Нет" и такой ВК в конкурсный список включаться не будет.
14. В списке выбранных конкурсов добавлена колонка "Док-ты для уч. в конкурсе" и фильтр по ней.
15. На форме настроек "Этапы и сроки зачисления" изменены ограничения выбора параметров этапа зачисления:
- для этапа с приоритетным зачислением доступны следующие виды приема:
- Без ВИ в рамках КЦП;
- Отдельная квота;
- В рамках квоты лиц, имеющих особые права;
- Целевой прием;
- для этапа с общим зачислением (с учетом фильтрации по виду затрат):
- Общий конкурс в рамках КЦП;
- По договору;
- для этапа по всем конкурсам одномоментно (с учетом фильтрации по виду затрат):
- Без ВИ в рамках КЦП;
- Отдельная квота;
- В рамках квоты лиц, имеющих особые права;
- Целевой прием;
- Общий конкурс в рамках КЦП;
- По договору;
- Без ВИ по договору.
16. В отчете с конкурсными списками учтены даты отзыва (берутся из службы формирования кэша рейтинга, как для КС СП).
17. На вкладке с рейтингом в карточке абитуриента добавлено отображение ОВП и ВПП.
18. Добавлено заполнение ОВП и ВПП для абитуриентов в общем конкурсе при передаче КС СП на приоритетном этапе.
19. Оптимизирован запуск службы вычисления ВП абитуриентов в части загрузки файла с кэшем рейтинга в xml (цель – не занимать лишний раз место в памяти приложения).
20. Для онлайн-заявки абитуриента в карточке на отдельной вкладке реализована и отображена базовая история изменений. Изменения начинают копиться после первичного создания онлайн-заявки при ее дополнении и внесении корректив.
21. Сделано дополнение в логике вычисления ВП для кейса с ЦП и одновременно выбранными квотными конкурсами: случай, когда абитуриенту не хватило места на предложении, при этом в самом конкурсе еще есть места, которые были заняты следующими по рангу абитуриентами, но на другие предложения).
22. В приказах о зачислении (для ВО) в логике печати варианта для публикации на сайте отображен код СП в качестве идентификатора абитуриента.
23. В настройке ПК добавлены даты "Последний день приема документов и изменения заявлений – основной набор" – бюджет и договор, и аналогично "Последний день приема документов и изменения заявлений – доп. набор" – бюджет и договор. В службе формирования кэша рейтинга (xml) в параметрах убраны соответствующие даты, теперь исключение из КС для отозванных заявлений работает с учетом дат из настройки ПК.
24. В ПК с типом "Прием на обучение по программам бакалавриата/специалитета, базового ВО" при создании набора ОП конкурс особой квоты открывается всегда (даже с нолем мест).
25. В отчете "Выборка абитуриентов" добавлены параметр и колонка для вывода данных о заключенном договоре по заполненным доп. полям у выбранного конкурса.
Также добавлены колонки "Направление (профессия, специальность)", "Квалификация" по данным документа об образовании, и "Категория на право сдачи ОВИ по материалам ОО" из заявления.
Модуль «Интеграция с Суперсервисом (Сервисом приема)»
Сервис приема ВО
1. В кэше сделаны переименования: «оригинал» на «согласие».
2. Перезапрос документа теперь происходит не более чем через 8 часов.
3. Отправка ВК по заявке ЕПГУ в статусы 2 и 4 теперь производится без ожидания получения всех документов.
4. Исправлен сброс обработки (у заявки или кэша) при получении согласия / отзыва и его успешной записи в абитуриента.
5. В заявке ЕПГУ и кэше-заявления добавлен вывод приоритета ВК из принятого заявления абитуриента.
6. В сверке по согласиям проверяются 4 основных сценария: у нас нет актуального согласия – в СП есть, у нас есть актуальное – в СП нет, у нас есть – в СП есть, но в другой вуз, у нас есть – в СП есть, но форма подачи другая (очная или ЕПГУ).
7. Для свидетельства о рождении (в настройках полей для ДУЛ) добавлено поле с номером акта, учтено при отправке в СП.
8. Учтен возможный некорректный порядок пакетов по согласию из СП, когда вначале с ЕПГУ приходит отзыв, а затем приходит само согласие, в итоге в системе выставляется согласие – в новой редакции логики сравниваются даты, и если у нас есть отзыв согласия с датой позже, чем поступившее согласие, то поступившее согласие не сохраняется в системе, а пакет помечается как обработанный.
9. Увеличена длина полей по некоторым документам в соответствии с изменениями в апи.
10. По входящим заявкам ЕПГУ, в которых есть конкурсы, отсутствующие в системе, сделана обработка таким образом, чтобы на них добавлялись записи ВК-ЕПГУ без ссылки на наш конкурс (в мастере добавления заявления такие строки не будут обрабатываться и подставляться в качестве выбранных конкурсов).
11. Доработана обработка входящих льгот с ЕПГУ с учетом новой логики апи СП по их досылке в случае изменений абитуриентом в заявке ЕПГУ.
12. Реализовано исключение из обработки входящих пакетов с ЕПГУ на отсутствующие профили (по истечению 5 суток с момента получения пакета) для документов, изменений заявления, записи на ВИ.
13. Реализовано системное действие удаления заявок ЕПГУ. Без явной необходимости это действие не следует использовать, но в некоторых случаях оно позволяет разрешить некорректные ситуации (например, на практике вузу вначале пришла заявка ЕПГУ филиала из СП с реквизитами головного филиала, и была создана из-за ошибки СП на головном филиале, а затем через некоторое время с тем же id пришла еще одна заявка, но уже с реквизитами филиала, и она уже не может быть обработана из-за уникальности заявки ЕПГУ по id).
14. В карточке кэша-заявления на вкладке "Экспорт в СП" добавлено действие "Обновить кэш" для точечной актуализации данных для экспорта в СП (включая создание новых недостающих элементов) по текущим данным заявлений абитуриента.
15. В карточке кэша-заявления на вкладке "Экспорт в СП" добавлено действие "Удалить кэш заявления" (в некоторых ситуациях для синхронизации с СП требуется произвести удаление всех кэшей по заявлению для их повторного создания с чистого листа).
16. В заявке ЕПГУ и кэше-заявления для ВК ЦП добавлен вывод согласия родственника с ЕПГУ.
17. В списке кэшей ВК добавлен фильтр "Входящий статус из СП".
18. Для входящего согласия родственника с ЕПГУ убрана проверка на совпадение номера предложения в ВК и в пакете с согласием – отображаем такое согласие с указанием номера предложения, входящий пакет помечается обработанным.
19. В логе импорта убраны служебные сообщения вида "[Job executor thread] INFO - sendStatus. tryToSendDataRequestToService, time = 0".
20. Доработана логика простановки согласия в кэше-заявления и заявке ЕПГУ (ранее проверки по датам работали только при простановке согласия в абитуриента).
21. Исключена повторная отправка статуса по документу об образовании, если есть входящий статус с подтверждением проверки в ФРДО.
22. Реализовано исключение из обработки некорректных пакетов удаления документа (EpguDocumentCancel), изменения профиля (PersonProfileChange) с несуществующими профилями и документами, которые СП отправляет по ошибке.
23. Из профиля ЕПГУ теперь удаляются (помечаются неактуальными) документы, на которые приходит сообщение с кодом 470 об отсутствии документа в СП.
24. В списке ВК-ЕПГУ исправлен фильтр "Статус к передаче".
25. В логике отправки целевых ВК в недетализированном конкурсе заказчик отправляется с id=1 (т.е. иные заказчики, только в таком случае СП принимает данные).
26. Доработана логика обработки пакетов согласий ЕПГУ для случая, когда в абитуриенте уже добавлено очное согласие.
27. В списке кэшей-ВК добавлен фильтр по виду затрат.
28. Доработана логика перехода из статуса 4 в 20 для ВК ЦП, где не опубликовано предложение на РвР: добавлен номер предложения в пакете.
29. Доработана сверка согласий: фильтрация в списке идет не по каждому пакету в отдельности, а по сверке в целом, также в списке кэшей-заявлений ранее был добавлен фильтр по виду затрат (сверка актуальна только для бюджета).
30. При обработке пакетов с согласиями, которые не могут записаться в абитуриента поверх очного согласия, согласие записывается в профиль ЕПГУ или кэш-профиля – отображается в карточке заявки ЕПГУ или кэша-заявления.
31. Реализована передача признака заключения договора офлайн (в очном формате) по договорным кэшам-ВК (отдельные пакеты на add и edit) – для передачи требуется обновить кэш, разово запустить службу "Полный пересчет кэша данных для экспорта" (или дождаться выполнения по расписанию).
32. В сверке согласий исправлен кейс, который ранее не отображался в списке ошибочных: "нет согласия в СП, есть в вузе".
33. Реализована передача особых прав по кэшам-ВК ЕПГУ (по аналогичной схеме планируется реализация и по ИД).
34. Реализована обработка ответа с кодом 510 (указывает на наличие в СП такого элемента) по особым правам, которые уже есть в СП (цель – не отправлять их повторно).
35. В очереди сообщений (вкладка "Данные очереди сообщений") добавлены действия сброса и выставления факта обработки.
36. Реализована передача ИД по кэшам-заявлений ЕПГУ: вначале отправляется вид ИД по документу, затем ИД в ВК по документу. Здесь может быть ответ апи с кодом 500 (уже есть ИД с таким видом и документом), если ИД добавляли через ЛК СП вручную, в этом случае механизм экспорта в следующем цикле отравит пакет с редактированием балла по соответствующему ИД, и остановит передачу по нему, поскольку синхронизация будет завершена.
37. В карточке заявки ЕПГУ и кэша-заявления добавлена вкладка с изменениями по входящим пакетам из очередей ЕПГУ и СП, где также фиксируются моменты установки и сброса факта обработки заявки-заявления оператором. На данном этапе реализация сделана в простом виде, чтобы у операторов появилась базовая возможность отслеживания изменений без необходимости анализа данных на вкладке с очередью пакетов.
38. Доработан фильтр по незавершенным сессиям передачи в СП: добавлено отображение в том числе и тех сессий, которые не были поставлены на отправку.
39. История изменений ВО по кэшам-заявлений вуза переведена на хранение в заявлении абитуриента, чтобы при удалении кэша история оставалась. Добавлено право на просмотр вкладки с историей.
40. Доработана отправка документов об образовании: ранее не везде была отключена проверка на совпадение данных с документами ЕПГУ.
41. Доработан комментарий к статусу при отклонении (статус 12) по причине сдачи ВИ ниже порогового балла.
42. Исправлен кейс формирования кэша для ИД, учитываемых в рамках набора ОП.
43. Доработан кейс отправки редактирования целевого ИД: при успехе выставляется факт синхронизации.
44. В списке кэшей-ВК в фильтре "Форма подачи согласия" убраны неактуальные элементы.
45. В списке ВК-ЕПГУ добавлен фильтр по виду затрат.
46. На вкладке "Экспорт в СП" в абитуриенте добавлена колонка с флагами для массового выбора элементов списка и действие удаления.
47. Учтен еще один кейс при повторном запросе документов при ошибке с кодом "216 Повторяющийся запрос" от СП.
48. Доработана сверка по профилям, заявлениям и ВК.
Для удаления сверки и всех записей о расхождениях в рамках этой сверки следует удалить соответствующую сессию (по дате-времени), в рамках которой была получена данная сверка.
49. При передаче статусов доработана логика формирования комментариев к отклонениям.
50. В списке конкурсов доработано действие отправки конкурсных списков для выбранных элементов списка.
51. В рамках передачи в СП сессии с типом "Конкурсные списки" для конкурсных списков по целевым конкурсам исправлена ошибка формирования суммы конкурсных баллов при наличии целевого ИД.
52. Доработана логика объединения списков без ВИ с общим конкурсом в один КС для СП.
53. Добавлена логика заполнения ВИ для поступающих без ВИ в КС.
54. Реализовано дополнение в логике сверки выбранных конкурсов, чтобы отсутствие профиля в СП, если там все ВК отклонены или отозваны, не считалось проблемой.
55. Доработана передача перехода из 11 в 14 статус, чтобы в кэше-ВК текущий статус приобретал значение статуса 14.
56. В карточке ПК СП для ВО (меню "Абитуриенты / Суперсервис / Приемные кампании Суперсервиса) реализован переключатель "Экспорт новых данных (бюджет, основной этап)", который позволяет отключить формирование пакетов (в рамках службы экспорта) с новыми данными и изменениями по бюджетным заявлениям и ВК (кроме смены статусов – отклонения).
57. В карточке абитуриента на вкладке экспорта в СП в списке кэшей добавлен переключатель, позволяющий выключить передачу данных "неугодного" кэша (выключенный кэш не включается в новые сессии передачи). Использовать только по ситуации: чаще всего, когда утеряна целесообразность синхронизации данных кэша с СП, а он каждый цикл передачи снова и снова попадает в пакет.
58. При передаче структуры и пакета с конкурсами добавлен параметр, с помощью которого можно вначале передать квотные конкурсы (обновить объем приема по ним), затем общие конкурсы (обновить объем приема по ним) – иначе апи СП не принимает все сразу и указывает на превышение числа мест на УГСН.
59. Реализовано уточнение причины в комментарии при переходе "Из (8) Участвует в конкурсе в (10) Не прошло по конкурсу".
60. В списке сессий передачи в СП добавлен фильтр по пустым или не пустым сессиям.
61. Реализованы дополнения по комментарию к переходу "Из (8) Участвует в конкурсе в (10) Не прошло по конкурсу".
62. В КС СП исключены те ВК, у которых состояние "Исключен (зачислен на другой конкурс)" – это те, кто после зачисления на квотный конкурс на приор. этапе отклоняется из 8 в 12 на общем конкурсе, который соответствует квотному конкурсу (такого массового перехода нет).
63. Добавлен переход "Из (8) Участвует в конкурсе в (10) Не прошло по конкурсу (Исключен из общего конкурса на бюджет после зачисления по квоте)" – актуально при выборе опции "Общий этап основного набора".
64. Добавлен переход "Из (8) Участвует в конкурсе в (12) Отклонено (Не предоставлены необходимые документы)" для тех ВК, где с документами выявились проблемы и их следует отклонить без возврата в статус 4.
65. При отправке перехода включено в приказ (11) доработана разбивка пакетов по 1000 элементов (если в приказе абитуриентов больше 1000).
66. Добавлена обработка ответа с кодом 781 (согласие законного представителя по этому предложению уже добавлено), в таком случае согласие считается успешно переданным.
67. Для магистратуры и аспирантуры реализована передача удаления записей на ВИ, которые утратили актуальность и мешают передаче новой записи на ВИ (например, после изменения экзам. группы на другую с другим временем или местом сдачи). После изменения экзам. группы вначале передается удаление записи, затем передается добавление новой (метода редактирования записи в апи СП нет).
68. В рамках сессии (по структуре ПК) добавлен новый тип пакета "Конкурсы (места)" – такой пакет предназначен для редактирования числа мест по конкурсам. Если для бюджетных конкурсов уменьшается число мест в приор. этапе и увеличиваем в общих конкурсах, то вначале передается пакет с выбранным этапом приема "Приоритетный этап основного / доп. набора на бюджет", затем передается пакет с этапом "Общий этап основного / доп. набора на бюджет".
69. Добавлено исключение для документов об образовании – общее образование – без разбивки на типы по гражданству: для граждан РФ и иностранцев.
Сервис приема СПО
1. Включен автомат для заявок ЕПГУ СПО из «602 Заявление зарегистрировано» в «106 Принято к рассмотрению». Заявления со статусом 106 можно проводить через мастер добавления заявления.
2. Добавлена обработка новых полей документов СПО.
3. В мастере добавления заявления учтены новые поля для документов об образовании.
4. В апи включена новая сущность spo_sp_document_change, которая либо добавляет новый, либо обновляет существующий документ профиля, учтено в обработке входящих пакетов.
5. В апи включена отправка кода СП в новом заявлении, учтено заполнение уникального кода в СП при получении и обработке новой заявки ЕПГУ.
6. Учтено переименование в апи отдельных полей в документах.
7. При передаче заявлений убрана проверка на адрес без индекса.
8. Реализована возможность отправки статуса 104 Отклонено (отклоняется все заявление вместе со всеми ВК) по заявке ЕПГУ.
9. В заявке ЕПГУ добавлен вывод дополнительных полей, приходящих с ЕПГУ для документов.
10. Для ПК СПО реализована вкладка для работы со списком кэшей-заявлений.
11. Изменена спецификация апи на импорт: с учетом изменений обновлены сущности очереди по спецификации, убрано поле с названием документа в пакете изменения документа (sp_document_change), а также переименовано обратно поле docOrganization (было docOrg) и добавлен идентификатор (id) заявления.
12. В СП СПО изменен апи: добавлены два новых справочника (типы уведомлений, страны) и один справочник переименован – реализована поддержка этих изменений, после обновления следует обновить справочники СП СПО.
13. Реализована разовая миграция для заявок-ЕПГУ, у которых приходило отклонение и все специальности внутри уже в статусе отклонено, а у заявления статус отклонения не был проставлен (обработчик для новых отклонений был доработан ранее, т.е. это дополнение для ранее полученных заявок, если статус по ним не изменили в ручном режиме).
14. В апи переименован еще один справочник – после обновления следует обновить справочники СП СПО.
15. Доработан диалог редактирования статуса в кэше-заявления СПО: переведен на справочник статусов СП СПО.
16. Добавлена возможность скачивания скана документа об образовании в общем архиве и по отдельности.
17. Реализована передача уведомлений для заявлений в 106 статусе: привязка строго к типам сообщений из справочника СП (в тестовом контуре отправка работает только до СП, а из СП на ЕПГУ не передается).
18. Исправлена ошибка службы "Импорт заявлений ЕПГУ": не всегда служба отрабатывала доп. сведения.
19. В мастере добавления заявления для СПО убрана проверка на уникальность профиля СП (мешала добавлению заявлений из разных филиалов для одного абитуриента), также в СПО теперь обновляется код СП абитуриента, если ранее был записан один, а добавление нового заявления идет с новым кодом.
20. Исправлена ошибка, возникавшая при редактировании кода СП, в случаях, когда с абитуриентом связаны несколько профилей ЕПГУ.
21. В апи СП доработан метод добавления ВК в ранее переданное заявление из колледжа, в связи с этим включен метод передачи таких ВК в СП.
22. Реализована передача документа об образовании.
23. Реализовано добавление комментария в автоматическом режиме при передаче статуса отклонения по ВК.
24. На вкладке "Суперсервис / Сессии (экспорта данных по заявлениям) для ПК СПО" реализована возможность добавления сессии с типом "Статусы выбранных конкурсов", доступны следующие переходы:
- Из (4) Принято к рассмотрению в (20) Ожидание результатов ВИ;
- Из (4) На рассмотрении или (20) Ожидание результатов ВИ в (12) Специальность отклонена организацией (Не сданы ВИ);
- Из (4) На рассмотрении или (20) Ожидание результатов ВИ в (12) Специальность отклонена организацией (Сданы ВИ, балл ниже порогового);
- Из (4) На рассмотрении или (20) Ожидание результатов ВИ в (12) Специальность отклонена организацией (Не предоставлены документы необходимые для участия в конкурсе);
- Из (4) На рассмотрении или (20) Ожидание результатов ВИ в (8) Участвует в конкурсе;
- Из (8) Участвует в конкурсе в (11) Включено в приказ;
- Из (8) Участвует в конкурсе в (12) Специальность отклонена организацией (Не прошел по конкурсу).
25. Для кэша-заявления добавлена возможность исправления текущего статуса в ручном режиме (т.к. ранее были кейсы с неправильным выставлением статуса при передаче, например, конкурсы уже в 4 статусе, а заявление еще не в 106).
26. Реализована сессия сверки оригиналов.
27. Включена отправка признака оригинала, поданного очно, в СП.
28. Реализовано формирование и отправка КС.
29. Добавлено создание входящего кэша документа об образовании со статусом 3. В этом случае из колледжа должна прерываться отправка документа об образовании в статус 4.
30. Учтена передача документов об образовании с уровнем "основное общее" (затем по ним будут переданы оригиналы).
31. Добавлена обработка входящих пакетов с подтверждением перевода статуса на ЕПГУ (подтверждение с ЕПГУ приходит в колледж через некоторое время после смены статуса, ранее переданного из колледжа).
32. Для кэшей-ВК на странице "Кэш выбранных конкурсов" добавлены колонка с данными по согласию с ЕПГУ и фильтр по ней. Все согласия (и их отзывы), которые ранее приходили, сохранились в системе, и будут отображены в этой колонке.
Согласия автоматически не записываются в заявление и ВК. Их необходимо вручную проставить в ВК только для абитуриентов с электронным дубликатом.
Модуль «Движение контингента»
1. В приказе "О выходе из академического отпуска - (1.9)" добавлена возможность вносить срок ликвидации задолженности и список задолженностей обучающегося, подлежащих ликвидации.
2. В логике выгрузки для ГУП МСР добавлено заполнение даты завершения академ. отпуска (endDateAO).
Доработана логика определения даты окончания обучения (endDate). Всем обучающимся в состоянии отпуска (академ. отпуск и др.) к предполагаемой дате окончания обучения добавляется 1 год, в остальных случаях – в рамках прежней логики.
Модуль «Учебные планы»
1. Для подготовки перехода к новому алгоритму работы с потоками (с использованием кэша групп) в текущем алгоритме добавлено условие на удаление записей обучающихся, утративших актуальность, без учета ссылок на поток.
Модуль «Дипломирование»
1. На форме добавления и редактирования данных о выдаче документа об обучении при сохранении повторно проверяется уникальность рег. номера. При сохранении в проверках:
- если для документа включен алгоритм нумерации, то проверяется уникальность рег. номера;
- если алгоритм не включен, то проверка не выполняется.
Модуль «Расписание»
1. Добавлен параметр приложения "Ограничение на диапазон дат в разрезах расписания". По умолчанию установлено значение "365". Если в разрезах с помощью фильтров выбрано для отображения число дней, превышающее параметр, то происходит отмена отрисовки шахматки и выводится соответствующее сообщение.
2. При формировании кэша расписания оптимизирован запрос на подъем данных сущности TtEvent2RealEduGroup, без изменения прежней логики.
3. В фильтрах шахматки расписания добавлена зависимость фильтра "Аудитория" от фильтров "Учебное помещение", "Назначение", "Тип учебного помещения".
4. Изменен формат вывода потоков в списках событий расписания: выводится только название потока.
5. Для ускорения формы добавления и редактирования событий расписания убрана зависимость фильтров.
Модуль «Договоры на обучение»
1. В базовый скрипт договоров и доп.соглашений на обучение были добавлены новые метки в разделы: "Данные ОО и ее представителя", "Данные о заказчиках и плательщиках" , "Метки обучающегося/абитуриента", "Доп. соглашение и приложение Об использовании материнского капитала".
Интеграционный модуль
1. В интеграционный поток данных "Здание" (BuildingType) добавлено поле "Головное подразделение".
2. С учетом перехода на использование адресов в формате ФИАС переработаны потоки на получение и передачу данных адресов (для справочных элементов, неполных и полных адресов).
Базовые модули и функции
1. В журнале изменений объектов (общий лог) по id объекта добавлена ссылка на просмотр объекта в БД. На карточку объекта можно перейти с ссылки в колонке "Объект".
2. Для удостоверений личности в настройке полей добавлено новое значение "Номер актовой записи". По умолчанию данное поле включено только для свидетельства о рождении.
3. Доработан модуль аутентификации во внешних системах по OAuth 2: добавлены поля username и preferred_username, по которым могут идентифицироваться пользователи.
Модуль «Реестр адресов»
1. Из базы удалено содержимое таблиц, отвечающих за работу с КЛАДР (сами таблицы будут удалены в следующих версиях системы).
Удален механизм импорта и обновления данных КЛАДР. Удален интерфейс и таблицы, отвечавших за временное сопоставление адресов КЛАДР и адресов ФИАС. Удалены устаревшие интеграционные данные и реакторы, отвечавших за работу с КЛАДР.
2. При вводе адреса РФ вместе с добавлением строковой части реализована возможность указания почтового индекса (актуально для случаев, когда из ФИАС не выбран дом, если дом выбран, то запишется в любом случае почтовый индекс из ФИАС).
3. Доработан диалог добавления нового населенного пункта в справочнике реестра адресов: доступен выбор типа населенного пункта с учетом уровня адреса.
4. Проведена однократная миграция для адресов, у которых в базе есть несколько владельцев: созданы копии адресов на каждого владельца.
Интеграционная подсистема
1. Реализован новый интеграционный поток "Сведения о воинском учете физического лица" (HumanMilitaryStatusType). Заполняется в УНИ сведениями с карточки персоны подвкладки "Сведения о воинском учете". Состав полей аналогичен полям в ТАНДЕМ.Университет.
2. Реализован новый интеграционный поток "Документ об обучении" (DiplomaObjectType) - соответствует сущности "Документ об обучении" (DiplomaObject) в ТАНДЕМ.Университет:
- "Обучающийся" (student) – ссылка на поток "Обучающийся НСИ" (StudentType);
- "ФИО председателя ГЭК" (stateCommissionChairFio) – строка;
- "Номер протокола ГЭК" (stateCommissionProtocolNumber) – строка;
- "Дата заседания ГЭК" (stateCommissionDate) – дата.
3. Реализован новый интеграционный поток "Факт выдачи документа об обучении" (DiplomaIssuanceType) – соответствует одноименному справочнику в ТАНДЕМ.Университет.
- "Документ" (diplomaObject) – ссылка на "Документ об обучении" (DiplomaObjectType);
- "Регистрационный номер" (issuanceDate) – строка;
- "Дата выдачи" (issuanceDate) – дата;
- "Серия бланка" (blankSeria) – строка;
- "Номер бланка" (blankNumber) – строка;
- "Замененный документ" (replacedIssuance) – ссылка на DiplomaIssuanceType;
- "Имеется подтверждение уничтожения" (destroyed) – булевое;
- "Дата выдачи на руки" (receiptDatePerson) – дата.
4. Произведена оптимизация по скорости работы механизма ручной отправки справочников в клиенте шины.
5. Оптимизирована скорость выгрузки справочника EppRealEduGroupRowType из ТАНДЕМ.Университет.
6. Изменена логика загрузки данных в шину. Теперь справочники разбиваются по "слоям", где справочники в каждом слое независимы друг от друга, но могут зависеть от следующего слоя и обрабатываются параллельно в каждом слое.
Это позволяет существенно ускорить процесс загрузки данных.
Модуль «Интеграция с ФГИС ЕРН»
1. Внесена корректировка в работу механизма запроса сведений о физических лицах в сервисах ЕРН. Прежде запрос данных по физическим лицам включал сведения только об одном физическом лице. Теперь в один запрос сведений могут быть включены несколько физических лиц. Количество одновременно включаемых в запрос физлиц вынесена в меню "Настройки / Интеграция / Настройки работы со СМЭВ" в поле "Количество записей в запросе".
2. Добавлена возможность запроса сведений по физическим лицам с иностранными паспортами и временными паспортами (документы без серии).
3. Внесены изменения в механизм обработки ответов от ЕРН. В новой версии содержимое ответов обрабатывается в одной транзакции, без разбивки по отдельным физическим лицам. Это позволило значительно ускорить процесс получения сведений о физических лицах из ЕРН.
4. Исправлена ошибка автоматизированного механизма файловой синхронизации, приводящая по итогу сравнения справочников интеграционной шины с целевой подсистемой к формированию пакетов на удаление избыточных записей, превышающих по количеству записей объемы, обозначенный в настройке ограничения объема пакета.
Модуль «Интеграция с ФРМР»
1. Реализована возможность направления отчета об отправке данных в ФРМР. Отчет в формате Microsoft Excel (XLSX) приходит на электронную почту подписанного на него пользователя автоматически по завершении цикла отправки данных о новых и изменившихся сведениях обучающихся. В отчете имеется возможность перехода на карточку обучающегося в ТАНДЕМ.Университет. Подписка на отчет доступна администратору системы, для сотрудников, зарегистрированных в интеграционной шине, на странице меню "Система / Настройки / Интеграция / Список получателей уведомлений".
2. Реализована многопоточная отправка сведений об обучающихся в ФРМР. Ранее отправка осуществлялась последовательно по каждому отдельному обучающемуся.
3. Реализована возможность ручной отправки в ФРМР сведений об отдельно взятом обучающемся.
4. Реализовано системное действие, позволяющее удалить все объекты, подготовленные к отправке в ФРМР. Это позволяет процессу, генерирующему обёртки актуализировать их полный набор, если это требуется, например, при ручном внесении изменений в объекты, связанные с обучающимся в Шине. Системное действие называется "Полная очистка обучающихся в ФРМР с удалением оберток в шине".
5. Реализован новый интеграционный поток "Причины приказов по обучающемуся" (StudentExtractReasonType) – соответствует одноименному справочнику в ТАНДЕМ.Университет (StudentOrderReasons).
6. Доработан интеграционный поток "Выписка из приказа по движению контингента обучающихся" (StudentOrderExtractType): добавлено поле "Причина приказа" (reasonLnk) – ссылка на элемент потока "Причины приказов по обучающемуся" (StudentExtractReasonType).
7. Добавлена новая настройка соответствия типов приказов определенным категориям, посредством которых происходит определение актуального состояния студента на каждом из этапов его обучения.
Данная информация используется при отправке сведений о курсах обучения для обучающихся, направляемых в ФРМР. Указанная настройка доступна в меню "Интеграция / Базовые справочники и классификаторы ФРМР / Категории приказов". На странице располагается 6 полей для массового выбора типов приказов в каждом из них. Каждое из полей формирует список типов приказов, разделенных по категориям: Перевод на следующий курс, Перевод на другую специальность, Предоставление академического отпуска, Выход из академического отпуска, Отчисление, Завершение обучения с выдачей диплома.