Список изменений в системе ТАНДЕМ.Университет
Список изменений системы ТАНДЕМ.Университет в версии 2.25.2
Модуль «Абитуриенты (Приемная комиссия)»
1. В веб-сервисе в методе подачи/отзыва согласия на зачисление на конкурс (submitEnrollmentAgreement) добавлен новый параметр: «признак подачи/отзыва согласия» (true – согласие подано, false – согласие отозвано). В заявлении абитуриента у ВК обновляется согласие по конкурсу с учетом подачи/отзыва согласия через метод сервиса.
2. В системном справочнике «Категории лиц, обладающих особыми правами при поступлении» актуализировано название элемента с системным кодом «004»: «Чемпионы и призеры Олимпийских игр, Паралимпийских игр и Сурдлимпийских игр, чемпионы мира, чемпионы Европы, лица, занявшие первое место на первенстве мира, первенстве Европы по видам спорта, включенным в программы Олимпийских игр, Паралимпийских игр и Сурдлимпийских игр, а также иных официальных международных спортивных соревнованиях, перечень которых утверждается Правительством Российской Федерации».
3. В настройке правил зачисления добавлена новая опция «Применять сортировку по классу олимпиады при приеме без ВИ». Опция учтена в расчете позиций абитуриентов в конкурсе.
4. В карточке набора ОП на вкладке «Предложения ЦП» в заголовке каждой таблицы добавлен вывод суммы количества договоров предложений по конкурсу. При работе с предложением добавлено ограничение на поле «Количество договоров»: не более количества целевых мест в конкурсе.
5. В выбранном конкурсе добавлено новое поле: «Согласие законного представителя», поле необязательное.
На форме выбора конкурсов в доп. условиях целевого конкурса добавлено новое обязательное поле «Согласие законного представителя» для выбора из трех значений: «не требуется», «предоставлено», «не предоставлено». Если на дату добавления заявления абитуриенту исполнилось 18 лет, то поле по умолчанию заполняется значением «Не требуется» (значение null в поле ВК).
Дополнена логика обновления данных абитуриента с учетом нового поля при вычислении признака «Поданы все документы, достаточные для участия в конкурсе» у целевого ВК, который будет принимать значение «нет», если в целевом ВК для нового поля выбрано значение «не предоставлено».
6. Для предложения ЦП добавлены три обязательных логических поля (все по умолчанию имеют значение «нет»):
- Требуется отсутствие мед. противопоказаний;
- Требуется доступ к гос. тайне;
- Требуется прохождение конкурса для гос. службы.
В списке предложений ЦП в наборе ОП выведены соответствующие колонки. На форме добавления (редактирования) предложения отображаются соответствующие признаки, которые влияют на запрос доп. сведений при выборе предложения ЦП для ВК ЦП.
В выбранном конкурсе (ВК) добавлены также добавлены три обязательных логических поля (по умолчанию имеют значение «нет»):
- Есть доступ к гос. тайне (ЦП);
- Отсутствуют мед. противопоказания (ЦП);
- Пройден конкурс для гос. службы (ЦП).
На форме выбора конкурсов в доп. параметрах целевого конкурса требуется заполнение тех атрибутов, которые в настройке предложения указаны как требуемые.
Дополнена логика обновления данных абитуриента с учетом нового поля при вычислении признака «Поданы все документы, достаточные для участия в конкурсе» у целевого ВК, который будет принимать значение «нет», если в целевом ВК с учетом выбранного предложения ЦП требуется заполнение одного или нескольких из этих новых полей и, хотя бы для одного поля, будет выбрано значение «нет» (false).
7. Добавлена новая форма получения документа об образовании: «Электронный дубликат» (актуально для СПО).
В настройке правил зачисления добавлена новая опция «Требуется оригинал или электронный дубликат с согласием на зачисление на конкурс», которая учтена в расчете итогового согласия для ВК. Для ПК СПО этого года приема по умолчанию установлена данная опция.
Для платных выбранных конкурсов в ПК СПО признак подачи оригинала теперь устанавливается в автоматическом режиме, если к заявлению приложен оригинал документа об образовании. Также при вводе данных о поданном оригинале документа образовании выбор конкурсов (доступен при включении опции «оригинал на конкурс» в ПК) ограничен только бюджетными конкурсами (как и прежде можно выбрать только один бюджетный конкурс).
В карточке абитуриента на вкладке с заявлениями в списке выбранных конкурсах для платных конкурсов в ПК СПО переключатель «Оригинал» заблокирован. Кроме того, переключатель в колонке блокируется, когда к заявлению не приложен оригинал. В случае выключения признака оригинала для бюджетного конкурса признак оригинала теперь сбрасывается только для выбранного конкурса, а в документе образовании, приложенном к заявлению, значение оригинала остается неизменным. Фактически переключатель оригинала теперь изменяет только признак поданного оригинала для ВК.
В веб-сервисе в методе добавления онлайн-заявки (createOrUpdateOnlineEntrantRequest) в свойствах документа об образовании добавлено поле: признак подачи электронного дубликата (актуально для колледжей, работающих через РИС на базе ТАНДЕМ.ЛК). В мастере добавления заявления данное поле учитывается при заполнении полей документа об образовании (по умолчанию устанавливается соответствующая форма получения документа).
8. Для отображения ВК ЦП добавился новый формат с дополнительными характеристиками в доп. условия. Новый формат применен: в списке выбранных конкурсов, на форме выбора конкурсов, в карточке выбранного конкурса, в списке подавших документы, и др. местах в интерфейсе системы.
В карточке конкурса в списке подавших документы изменено расположение колонок, добавлена колонка «Оригинал», затем колонка «ОВП», за ней «ВПП», далее без изменений. Также добавлена новая колонка-индикатор «Поданы все документы» (для участия в конкурсе, поле fullDoc ВК).
9. В отчете-выборке абитуриентов добавлены новые колонки (не отображаются по умолчанию):
- Согласие законного представителя;
- Отсутствие мед. противопоказаний;
- Наличие доступа к гос. тайне;
- Пройден конкурс на гос. службу.
Кроме того, добавлены новые колонки: «Организация-заказчик ЦП» и «Организация-работодатель ЦП» (данные из предложения ЦП), «Баллы за целевые ИД» (список целевых ИД с баллами за каждый из них).
10. Добавлена новая сущность «Уникальный код абитуриента в СП» в привязке к абитуриенту.
У абитуриента в ПК может быть только один уникальный код СП.
Данный код будет присваиваться абитуриенту в автоматическом режиме:
- при передаче заявления, поданного через ОО, в СП;
- при работе с мастером добавления нового заявления на базе заявки-ЕПГУ (в которой указан код СП).
Уникальный код в СП отображен в:
- карточке абитуриента на вкладке с заявлениями;
- списке абитуриентов;
- списке выбранных конкурсов;
- списке подавших документы карточки конкурса;
- отчете-выборке абитуриентов;
- конкурсном списке шага зачисления.
В карточке абитуриента доступно действие (с отдельным правом) ручной коррекции уникального кода СП.
Заметим, что уникальный код СП условно привязан и к персоне, что позволяет обновлять его одновременно для разных абитуриентов (в разных ПК, например, бак/спец и магистратуры, но включенных в одну ПК СП) с одинаковым id-СП, объединенных в рамках системы одной персоной.
11. Для приемной кампании добавлена новая опция «Уникальный код из Сервиса приема в конкурсных списках» со значениями: требуется, не требуется.
Опция влияет на расчет признака (в выбранном конкурсе) сдачи документов достаточных для участия в конкурсе (фактически = включения в конкурсный список).
Если в ПК установлена опция «Не требуется», то на признак отсутствие кода СП у абитуриента никак не повлияет. Если в ПК установлена опция «Требуется» и у абитуриента не заполнен уникальный код СП, то признак приравнивается к значению «не сданы» (false) и абитуриент не попадает в конкурсный список. При этом, для целевых конкурсов учитывается также поле в виде ЦП «Приём в интересах государства»: если значение «да» (true), то код СП необязателен для включения в конкурсный список независимо от значения новой опции в ПК.
Новые опции и условия учтены в методах обновления данных выбранных конкурсов и абитуриентов.
Новая опция также учтена в веб-сервисе и его методах. Новое поле «Требуется уникальный код в СП» добавлено в следующие методы: структура приема (getEnrollmentEnvironment), абитуриенты и рейтинги (getEntrantRatingEnvironment). Код СП добавлен в методы: абитуриенты и рейтинги (getEntrantRatingEnvironment), данные онлайн-заявки (на чтение в createOrUpdateOnlineEntrantRequest), выбранные конкурсы (getOnlineEntrantCompetitions).
Модуль «Интеграция с Суперсервисом (Сервисом приема)»
Сервис приема ВО
1. Учтен кейс формирования в пакетах разных элементов для ОП с совпадающими характеристиками в разных филиалах.
2. Учтена особенность работы с несколькими ПК ВО на один год в системе (это может быть ПК для тестового СП и ПК для основного СП, например): только в таком случае в ПК СП при добавлении (редактировании) следует дополнительно указывать постфикс для корректного формирования идентификаторов в пакетах СП для объектов (например, ОП), которые совпадают по параметрам (комбинация характеристик), но находятся при этом в разных ПК ВО.
3. Добавлена передача особых прав, целевого ИД (баллы за участие в профориентационных мероприятиях), реализована поддержка переходов в новый статус «20 Ожидает результатов ВИ», поддержка переходов для включения в приказ и исключения из приказа с учетом новой структуры пакетов для этих операций, конкурсных списков.
Сервис приема СПО
1. В комментарий для бюджетных конкурсов добавлен уровень бюджета.
Модуль «Контингент обучающихся и образовательные программы»
1. Добавлены специальности и направления подготовки для СВО/БВО (проект постановления № 1302 от 9.08.2023 г.).
2. Добавлена возможность добавления укрупненной группы как направления подготовки для перечней «Перечень направлений базового высшего образования 2023», «Перечень направлений магистратуры специализированного высшего образования 2023», «Перечень направлений профессионального образования – аспирантуры 2023».
3. В пункт меню «Система / Справочники» добавлен раздел «Меры социальной защиты».
В раздел «Меры социальной защиты» добавлены справочники: «Единицы измерения МСЗ», «Категории МСЗ», «МСЗ», «Периоды МСЗ», «Типы МСЗ».
Модуль «Движение контингента»
1. При печати приказов добавлена проверка на отсутствие файла в хранилище.
Модуль «Учебные планы»
1. Для записи в реестре ППС добавлено поле, показывающее вид занятости преподавателя в организации: основное место работы, внешнее или внутреннее совместительство, внештатный преподаватель.
В списке потоков добавлен фильтр «Вид занятости преподавателя», работающий по этому полю.
Если для записи в реестре ППС в соответствующем сотруднике указан тип назначения на должность «По совместительству (внешний)» (системный код = 7), то в записи в реестре ППС выставляется «Внешнее совместительство».
Если в сотруднике тип назначения на должность «По совместительству (внутренний)» (системный код = 2), то в записи в реестре ППС выставляется «Внутреннее совместительство».
Если запись в реестре ППС добавлена на основе почасовика, то — «Внештатный преподаватель».
В остальных случаях в записи в реестре ППС выставляется «Основное место работы».
2. При обновлении потоков добавлено принудительное обновление системной даты изменения записей обучающихся в потоке.
Модуль «Сессия»
1. На форме выставления оценок добавлена возможность массового выставления (и сброса) оценки выбранным обучающимся.
Модуль «Расписание»
1. Доработан алгоритм загрузки данных в кэш расписания:
- рег. процесс детализирует причину очищения кэша;
- вместо очищения кэша при внутренней ошибке будет дополнительный запуск для подгрузки в кэш тех данных, которых ему не хватило (т.е. не полностью, а точечно);
- в кэш добавлены потоки обучающихся без обучающихся;
- если событие в кэше уже изменено пока алгоритм работает, то эти изменения остаются, а не перезаписываются;
- исправлена ошибка «перетирания» изменений в кэше по отношению к БД (например, было событие в кэше, рег. процесс сохраняет его в БД, а пока оно сохраняется пользователь редактирует это же событие, и последние правки не сохраняются).
2. На панели навигации, в опциях отображений событий расписания в разрезах и списках фильтр «Данные потоков» переименован в «Отображать данные».
3. В результатах сохранения кэша расписания добавлен вывод причины очистки кэша расписания.
Модуль «Выплаты обучающимся»
1. На вкладке "Распределение выплат" в фильтре "Успеваемость в последнюю сессию":
- добавлены новые элементы: "все «Зачтено»" (обучающиеся, у которых среди итоговых оценок за последнюю сессию оценки только "зачтено") и "все «5» и «Зачтено»" (обучающиеся, у которых среди итоговых оценок за последнюю сессию оценки только "5" и "зачтено");
- отбор "все «5»" изменен таким образом, чтобы в списке отображались обучающиеся, у которых среди итоговых оценок за последнюю все оценки "отлично";
- названия элементов фильтра приведены к одному виду.
2. В приказах о назначении выплат на вкладке «Распределение выплат» добавлен фильтр «Уровень бюджета».
Модуль «Нагрузка»
1. В планируемого ППС добавлено поле «Примечание».
Базовые модули и функции
1. Добавлена возможность импорта и обновления глобальных ролей настройки прав с одного стенда (мастер) на несколько других стендов (ведомые стенды).
2. В настройке «Используемые типы подразделений, их вложенность и доп. признаки» добавлен выбор количества элементов в списке подразделений.
3. В списке персон добавлен фильтр для поиска по номеру СНИЛС.
Модуль «Реестр адресов»
1. Исправлен метод фиксации изменений адресных данных: теперь в журнал записываются только те поля адреса, в которых изменилось значение.
2. Обновлены коды новых регионов РФ. Реализовано обновление кодов регионов у населенных пунктов при старте приложения (в рамках синхронизации справочных данных с сервисом ФИАС).
Учтено обновление кода региона в методе обновления формата вывода населенного пункта.
Интеграционная подсистема
1. Реализованы новые интеграционные потоки:
- Иерархический справочник «Тип документа о назначении выплат» (StudentPaymentExtractTypeType);
- Приказ о назначении выплат обучающимся (StudentPaymentsOrderType);
- Выписка о назначении выплаты (StudentPaymentExtractType).
2. Внесены изменения в интеграционный поток «Образовательная программа НСИ» (EducationLevelsHighSchoolType): максимальная длина полей «Полное название» (fulltitle), «Полное название без перечня» (fulltitlewithoutsubjectindex) и «Расширенное название» (fulltitleextended) увеличена до 1024 символов.
3. Доработан механизм выгрузки сведений об электронных студенческих билетах в формате Excel. В выгрузке изменен порядок и состав колонок, в соответствии с обновленными требованиями. Так же исправлены выгружаемые Excel формы редактирования.
4. Реализовано системное действие «Удалить элементы справочников по признаку dataOwner», которое удаляет элементы по конкретному источнику данных (подсистеме). При этом системные элементы справочников не подлежат удалению.
5. Доработан механизм выгрузки данных в файл. Теперь стала доступной возможность фильтрации выгружаемых данных по подсистеме-источнику. Соответствующий фильтр в виде выпадающего списка добавлен между фильтрами по подсистеме на основе подписок и выпадающим списком для выбора выгружаемых справочников.
6. Изменена логика работы фонового процесса, выкачивающего вложения из очереди вложений. Увеличен таймаут на ожидание ответа сервера.
7. Изменен уровень журналирования действий механизма синхронизации идентификаторов системных справочников. Теперь записи о работе данного механизма будут появляться только при включении уровня журналирования, соответствующего WARN (предупреждение), что позволит снизить динамику заполнения логов приложения (Tomcat).
8. Исправлена логика маркировки пакетов, удаленных из очереди. Теперь удаляемым из очереди пакетам проставляется статус «2» – «Пакет удален из очереди на отправку».
9. Исправлена логика обработки полей типа Timestamp (Дата и время) для всех интеграционных потоков. Ранее система принимала данные только в формате 2025-06-08T00:00:00.000. Теперь принимаются и обрабатываются значения следующих форматов:
- 2025-06-08T00:00:00.000;
- 2025-06-08T00:00:00.00;
- 2025-06-08T00:00:00.0;
- 2025-06-08T00:00:00.
10. Исправлена ошибка, возникавшая при попытке отправки пакета, чье содержимое было удалено из файловой системы. Подобная ситуация возможна при ручной очистке файлов с пакетами интеграционного обмена, если среди удаленных файлов оказались пакеты, ожидающие в очереди своей отправки.
11. Исправлена логика работы очередей вложений на выкачивание. Ранее ссылка на выкачивание в этой очереди могла находиться бесконечно, ожидая ручных действий оператора. В случае удаления файла на стороне подсистемы-источника, эта ссылка оставалась в очереди, но сам файл не мог быть выкачан. Теперь при удалении объекта, ссылающегося на вложение, ожидающее в очереди на выкачивание, удаляется и запись из очереди вложений.
12. Исправлена ошибка, возникавшая при выгрузке данных справочников в файл в ситуации, когда после выгрузки справочника произошло удаление одного из его элементов. При такой ситуации в один архив выгрузки попадали датаграммы самого элемента и пакеты на удаление, что вызывало ошибку обработки архива на загрузке.
13. Исправлена ошибка в механизме отправки данных интеграционного потока "Подразделение НСИ" (DepartmentType), при которой в выгрузку не попадала ссылка на вышестоящее подразделение.
14. Исправлена ошибка страницы очистки справочников (форма доступна по нажатию кнопки «Очистить справочники» на странице со списком справочников). Ранее при выборе опции «Отправить пакеты на удаление в подсистемы-подписчики» в отображающемся поле выбора не подставлялись автоматически подсистемы, в которые должны уйти пакеты на удаление элементов зачищаемых справочников. Теперь в соответствующий выпадающий список подсистемы подставляются автоматически, на основе настроенных подписок на выбранные справочники.
Модуль «Интеграция с ФРМР»
1. Реализован новый модуль интеграции с Федеральным регистром медицинских работников.
Новый модуль использует новый REST-протокол синхронного взаимодействия предполагает передачу сведений об обучающихся, их физических лицах, документах, удостоверяющих личность, курсах обучения, сведения о целевой подготовке и выданном по итогам обучения документе.
Структура пакетов интеграционного взаимодействия, формируемых и отправляемых в ФРМР модулем, соответствует требованиям Методических рекомендациях по интеграции с подсистемой «Федеральный регистр медицинских и фармацевтических работников» (ФРМР) Единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ) (см. https://portal.egisz.rosminzdrav.ru/materials/4135).