Список изменений в системе ТАНДЕМ.Университет
Список изменений системы ТАНДЕМ.Университет в версии 2.25.5
Модуль "Абитуриенты (Приемная комиссия)"
1. На карточке и форме редактирования набора ОП в таблице "План приема" колонка "Совмещенная квота" скрывается, если набор создан позже 31.08.2024.
В правилах пересчета мест добавлена новая опция: "Перенос вакантных мест из отдельной квоты в особую".
2. Переименована опция "Уровень бюджетного финансирования" на форме добавления редактирования ПК (настройка ПК) = "Уровень бюджетного финансирования (по умолчанию для набора ОП)".
3. В списке предложений ЦП добавлены фильтры по заказчику и работодателю для более удобной работы со списком предложений.
4. В некоторых списках добавлены кнопки-иконки для быстрого применения и сброса фильтров.
Модуль "Интеграция с Суперсервисом (Сервисом приема)"
1. При работе с запросами и пакетами содержимое получаемых и отправляемых пакетов теперь сохраняется в системе: для упрощения обработки, поиска, анализа и идентификации проблем в ходе ПК.
Архивы с запросами и ответами для элементов очереди обмена сохраняются в файловом хранилище – в отдельной задаче хранения: "Данные очереди сообщений и запросов ЕПГУ (Сервис приема)". Получить архив с файлами можно в списке элементов очереди (вкладка "Данные очереди сообщений").
2. Большая служба импорта заявлений и получения изменений с ЕПГУ разделена на несколько отдельных служб. Разделение продиктовано возможностью параллельной обработки данных ВО и СПО, а также возможностью выполнения отдельных операций в параллельном режиме.
На выходе вместо одной службы добавлено шесть новых (по три для ВО и СПО):
- Импорт заявок ЕПГУ – вычитывает только то, что поставлено в очереди ЕПГУ на вход в сторону ОО, получение выполняется без задержек между отработанными пакетами, данная служба ничего не отправляет в СП, нет никаких исходящих запросов;
- Экспорт по заявкам ЕПГУ – данная служба ничего не отравляет, отвечает за формирование пакетов (элементов очереди на отправку) по статусам, запросам доп.сведений, документам и т.д., после формирования элементов очереди вызывает регулярный процесс отправки данных, который обрабатывает всю очередь и отправляет данные в СП, получает idJwt и записывает их в элементы очереди;
- Получение и обработка ответов по заявкам ЕПГУ – вычитывает ответы СП с результатами обработки по элементам очереди с idJwt без задержек, только по тем элементам, по которым ответ еще не получен, и одновременно обрабатывает элементы с полученными ответами.
Модуль "Образовательные программы"
1. Обновлены перечни специальностей и профессий СПО (Приказ Минпросвещения РФ от 25.03.2025 N 226).
Модуль "Контингент обучающихся и образовательные программы"
1. В регулярных процессах обновления данных записей в реестре ППС, потоков обучающихся удалено принудительное обновление даты обновления объектов.
Для этих целей теперь используются платформенные механизмы и триггеры базы данных.
2. В методе печати справок для военкомата в поле "Образование при поступлении" теперь используется именительный падеж уровня образования (если именительный падеж не заполнен, то берется полное название элемента).
В методе печати справки для военкомата (КВК) реализована метка вывода вида образовательной программы в дательном падеже (eduProgram_D). Если дательный падеж не заполнен, то выводится полное название элемента справочника.
Обновлены базовые шаблоны печати справок для военкомата (для КВК изменена метка на дательный падеж, для КВК и ВО/СПО заменены метки сертификата на одну).
3. Добавлено системное действие "Добавить обучающихся в архив" для перевода неактивных обучающихся в архив.
Модуль "Учебные планы"
1. Рег. процесс обновления потоков переведен на очереди и теперь работает по событиям:
- смена группы обучающегося;
- смена состояния обучающегося;
- изменение актуальности мероприятия обучающегося;
- изменение признака перезачтения мероприятия обучающегося.
Добавлена настройка "Правила создания потоков":
- можно включить использование кэша группы (и тогда обучающиеся с "неправильной" группой будут исключаться из существующего потока, и добавляться в подходящий поток);
- можно выбрать вариант создания потоков: с учетом группы или без (если без – то все обучающиеся одной дисциплины будут добавлены в один поток);
- можно выбрать в какую подгруппу будет добавляться новый обучающийся: с максимальным числом обучающихся или минимальным.
Если выключить кэш, выбрать группировать по группе и мероприятию, и с максимальным числом обучающихся, то логика должна остаться старой.
2. В справочник "Вид мероприятий реестра" добавлен системный элемент "Дисциплины по выбору", подчиняющийся элементу "Дисциплины". Этот новый вид мероприятия будет использоваться при создании РУП и их строк для групп по выбору.
В параметрах учебного процесса добавлена настройка выбора одного из правил создания строк РУП:
- создавать строки РУП только для вложенных строк УП, для группы по выбору строку РУП не создавать – работает по-прежнему, выбрано по умолчанию;
- создавать сроку РУП только для группы по выбору, игнорировать вложенные строки УП – вместо множества вариантов дисциплин групп по выбору будет создана только одна строка РУП для самой группы по выбору.
Использование второго правила в настройке позволит сформировать правильные "места" выбора обучающихся при организации индивидуальных образовательных траекторий.
3. На форме добавления строк в РУП из УП убрано отображение видов часов. При необходимости детализацию по часам можно увидеть на отдельном диалоговой форме, открывающейся при нажатии на "всего часов" в семестре строки УП.
4. На карточке РУП добавлено окрашивание фиолетовым цветом строк РУП, которые требуют выбора обучающимися своей траектории (имеют признак выборности).
5. В траектории обучения во версии УП (траектории обучения по РУП) добавлено выделение фиолетовым выборных строк РУП. Так же строки РУП, ссылающиеся на одну строку УП объединены в один элемент траектории.
6. В реестрах версий мероприятий (дисциплин, практик, модулей, доп. мероприятий, на подразделении, глобальных списках) добавлено массовое действие по смене вида мероприятий.
7. На карточке обучающегося, на вкладке "Обучающийся | Мероприятия", в списке "Мероприятия обучающегося" выборные мероприятия ИОТ выделены фиолетовым.
Модуль "БРС и журналы преподавателей"
1. В журналах изменен функциональность дат и времени проведения события журналов.
Теперь дата события журнала задается одним из способов:
- вручную указанием даты проведения;
- выбором события расписания.
К выбору предоставляются события расписания из основной версии расписания, сохраненные в БД, в которых есть поток из журнала.
При выборе события расписания в интерфейсе отображается дата, время и место проведения занятия (события журнала). Так же эти данные уходят в интеграционную шину.
При указании даты проведения место проведения занятия остается пустым, время заполняется как 00:00.
В дальнейшем планируется отказаться от времени, места проведения события журналов, и соответствующих интеграционных потоков (ScheduleEventType, ScheduleEventJournalPlaceType).
Модуль "Дипломирование"
1. На форме добавления (редактирования) документа об образовании выводится список с протоколами ВКР обучающегося. При нажатии на кнопку в строке заполняются поля "Номер протокола", "Дата заседания" и "Председатель ГЭК" данными из протокола.
Модуль "Нагрузка"
1. В сводке контингента, на вкладке "РУП" удалено действие "Прикрепить РУП обучающимся 1 курса по план. РУП", вместо него следует использовать действие "Прикрепить РУП обучающимся".
Модуль "Расписание"
1. На форму автоматического составления расписания добавлены фильтры потоков по числу обучающихся и по формирующему подразделению.
2. Добавлен новый показатель корректности событий расписания "План. контингент участвует в нескольких событиях одновременно" который проверяет что одновременно можно ставить события с числом план. обучающихся не превышающим число план. контингента.
3. Сохраняемые параметры печатной формы расписания расширены полями с формы добавления (дата с , дата по и т.д.).
Все поля переведены в текстовый формат.
4. В справочнике видов печатных форм расписания скорректированы названия видов, описание печатных форм, разрешено их изменение пользователем.
5. При добавлении печатной формы расписания:
- отображаются только не архивные версии расписания;
- во всех полях для выбора событий разрешен множественный выбор;
- название поля "Читающее подразделение" изменено в соответствии с его использованием: "Подразделение преподавателя".
6. Изменена форма массового редактирования событий: если выбрано более 5 событий, которые не образуют цепочку, то на форме скрывается блок с данными выбранных событий.
7. В режиме отладки доступен и можно опробовать новый вариант логики автоматического составления расписания.
8. Для расширения возможностей скрипта раскраски расписания в интерфейс данных о ячейке события расписания (IEventColoringData) добавлен метод getLoad(), возвращающий список целых чисел (со сдвигом в два разряда) с нагрузками соответствующих часов из версий мероприятий потоков (потоков обучающихся и план. потоков) события.
9. В печатных формах расписания по неделям (групп, аудиторий и преподавателей) при объединении событий расписания в одну ячейку печати (свертке) теперь учитывается уникальность комментария. Комментарий учитывается только в том случае, если в параметрах печати выбрано "Выводить комментарий к занятиям".
Модуль "Внештатные преподаватели"
1. Реализован вывод внештатных и штатных почасовиков в единой таблице на странице "Кадры / Почасовики". Добавлены фильтры "Тип почасовика" и "Номер заявления".
Модуль "Договоры на обучение"
1. На шаге выбора сторон при работе с договором или доп.соглашением исключены из списка для выбора архивные контактные лица.
Базовые модули и функции
1. В списке служб ("Система / Администрирование / Службы") добавлены фильтры по активности и последнему результату выполнения службы.
2. Оптимизированы функции работы с хранилищем файлов:
- проверка на корректность: ускорение процесса обновления проверенных записей-файлов, работа по валидации теперь выполняется регулярным процессом, поэтому можно отслеживать прогресс операции;
- удаление только некорректных и всех записей-файлов: ускорение процесса, работа по удалению только невалидных и всех файлов хранилища теперь выполняется регулярным процессом, поэтому можно отслеживать прогресс операции.
3. В настройке "Ограничение для типов согласий персоны" добавлена возможность отключения и включения проверки пересечения дат нескольких согласий одного типа. Изменения учтены при добавлении и редактировании согласий персоны.
4. Из базы данных приложения полностью удалены таблицы, отвечающие за работу с КЛАДР.
5. Решена проблема, возникшая вместе с появлением дублей регионов в ФИАС (в частности, "обл Вологодская"), приводившая к сохранению адреса с признаком неактуальности при выборе актуального элемента.
6. Доработан список населенных пунктов РФ в реестре адресов: добавлен фильтр по актуальности элемента, добавлены новые колонки и доработаны форматы вывода. Также доработана карточка населенного пункта РФ: отображены дополнительные поля.
Разработчикам и партнерам
1. Добавлена сущность "Хранимый отчет" (перенесена из системы ТАНДЕМ.Университет в базовый слой платформы).
2. Удален интерфейс "Поддерживает показатели корректности" org.tandemframework.shared.commonbase.base.entity.ISupportsCorrectness, сущность "Группа показателей корректности" correctnessIndicatorGroup.
Показатели корректности часов нагрузки перенесены в модуль "Нагрузка" системы ТАНДЕМ.Университет. Из сущности "Показатель корректности" correctnessIndicator данные перенесены в новую сущность "Показатель корректности часов нагрузки" eplCorrectnessIndicator, из "Нарушение показателя корректности" correctnessIndicatorViolation перенесено в "Нарушение показателя корректности часов нагрузки" eplCorrectnessIndicatorViolation.
3. Расписание. Добавлена новая сущность связь события журнала с событием расписания ttEvent2TrEduGroupEvent:
- каскадное удаление при удалении события расписания;
- уникальность ссылки на событие журнала.
4. Расписание. В сущности ttPrintForm все поля, кроме вида печатной формы, стали текстовыми.
5. Расписание. Добавлены ограничения для события расписания:
- Если событие звонкового расписания задано, его звонковое расписание должно совпадать с звонковым расписанием события расписания.
- Если событие звонкового расписания задано, его время окончания должно совпадать с временем окончания события расписания.
- Если событие звонкового расписания задано, его время начала должно совпадать с временем начала события расписания.
- Время начала должно быть раньше времени окончания.