Список изменений в системе ТАНДЕМ.Университет
Список изменений системы ТАНДЕМ.Университет в версии 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. Расписание. Добавлены ограничения для события расписания:
- Если событие звонкового расписания задано, его звонковое расписание должно совпадать с звонковым расписанием события расписания.
- Если событие звонкового расписания задано, его время окончания должно совпадать с временем окончания события расписания.
- Если событие звонкового расписания задано, его время начала должно совпадать с временем начала события расписания.
- Время начала должно быть раньше времени окончания.
Интеграционная подсистема
1. Доработан интеграционный поток "Договор" (ContractObjectType), добавлены поля:
- Дата составления документа (docStartDate) – дата;
- Дата окончания действия по документу (durationEndDate) – дата;
- Причина закрытия договора (closingReason) – строка;
- Дата закрытия (closingDate) – дата.
2. Доработан интеграционный поток "Сведения о воинском учете физического лица" (HumanMilitaryStatusType): сняты жесткие ограничения по длине (теперь можно передавать до 256 символов).
3. Доработан интеграционный поток "Адрес в формате ФИАС" (AddressFiasType): добавлено поле "Полный адрес строкой с квартирой" (addressFullStringWithFlat), в котором передается адрес в формате "198332, Россия, г. Санкт-Петербург (78), ст. Нева, д. 1, кор. 1, кв. 1". Добавлен как альтернатива полю "Полный адрес строкой" (addressFullString), хранящий адрес в формате "198332, Россия, г. Санкт-Петербург (78), ст. Нева, д. 1, кор. 1, оф. 1".
4. Доработан интеграционный поток "Здание" (BuildingType): добавлено поле "Головное подразделение" (topOrgUnit) – ссылка на "Подразделение" (DepartmentType).
5. Внесены коррективы в структуры выгружаемых таблиц с электронными студенческими билетами.
6. Проведена оптимизация по скорости работы и ресурсоемкости для механизма загрузки данных для справочников из архива.
7. Изменена логика исключения пакетов из очереди по истечению числа отведенных попыток на отправку.
Ранее пакет исключался после десяти попыток отправки, если все это время сервис был не доступен. Новая логика работы механизма очередей предполагает оставление пакета до появления связи с недоступной подсистемой, предоставляя пользователю право самостоятельно решить судьбу зависших пакетов. Если подсистема была отключена насовсем (например, выведена из эксплуатации), то пользователь должен будет отключить ее адаптер в шине и почистить очередь для данной подсистемы вручную.
8. Проведена оптимизация работы по скорости работы и ресурсоемкости для компонента просмотра содержимого пакетов.
9. Изменен метод расчета времени, затраченного на многопоточную загрузку справочников из файла.
Ранее не сохранялось время завершения загрузки данных, а время загрузки рассчитывалось на основе времени запуска процесса загрузки и текущего времени, что создавало ложные представления о чрезмерно длительной загрузке данных для больших справочников, статус загрузки которых оператором проверялся спустя некоторое время.
10. Внесены коррективы в механизмы расшифровки дат и времени, передаваемых в датаграммах.
11. В связи с выявлением нестабильной работы, способной привести к замедлению и сбоям в работе шины, скрыто действие "Отправить все объекты в НСИ по выбранным каталогам". Соответствующие механизмы будут доработаны и восстановлены в следующих версиях. При необходимости можно воспользоваться отправкой отдельных справочников на карточке соответствующих справочников, или механизмами выгрузки/загрузки данных.
12. Исправлена логика получения недостающих данных из подсистемы-источника при загрузке данных для справочника из файла.
Ранее механизм посылал запрос на Retrieve (дозапрос) по протоколу SOAP в формате XML, независимо от того, какой протокол был настроен для адаптера. Это приводило к ошибке в ответе. Измененный механизм учитывает протокол и формат пакетов, указанный в настройках адаптера подсистемы.
13. Исправлена ошибка очистки реестра пакетов шины, связанных с записями, направляемыми в СЦОС.
14. Исправлена ошибка, возникавшая при загрузке физических лиц (HumanType) из файла, если для физического лица проставлена ссылка на фотографию, а сам сервис по указанной ссылке не доступен. Ранее такое физическое лицо не сохранялось. Теперь в таких случаях физическое лицо сохраняется, но ссылка на фотографию в загруженной записи обнуляется.
15. Исправлена ошибка механизма загрузки данных из файла, возникавшая в случаях старта загрузки данных до запуска системных служб, отвечающих за работу с очередями пакетов.
Модуль "Интеграция с ГИС СЦОС"
1. Исправлена ошибка, возникавшая при генерации записи связи обучающегося с учебным планом для отправки в СЦОС в момент работы службы синхронизации с ГИС СЦОС.
2. Исправлена ошибка ситуативного зависания службы отправки данных в СЦОС.
3. Исправлена ошибка, возникавшая при отправке данных в СЦОС (а также при подготовке записей для отправки). Ранее некорректно выставлялись уровни образования в движении контингента.
Модуль "Интеграция с ФРМР"
1. Проведена детализация состояний пакетов, направляемых в ФРМР. Уточнены сообщения, выводимые в логах приложения и комментариях к пакету, о промежуточных операциях, выполняемых при отправке сведений в ФРМР.
2. Доработан механизм очистки сведений об обучающихся, направляемых в ФРМР в оберточных (промежуточных) интеграционных потоках. Ускорена работа механизма.
3. Реализовано системное действие на очистку справочников с записями обучающихся для ФРМР, а также их удаление в самом ФРМР.
4. Улучшен механизм заполнения адреса при отправке данных об обучающемся в ФРМР для передачи большего количества информации об адресе.
5. Исправлено заполнение гражданства обучающегося для ряда стран, ОКСМ код которых содержит менее трех знаков.
6. Улучшено форматирование номера телефона при отправке в ФРМР.
7. Исправлено ситуативное зависание механизма синхронизации с ФРМР.
8. Исправлена ошибка, возникающая при генерации записей курсов обучающихся, отправляемых в ФРМР. Ошибка возникала при наличии у обучающегося приказов о переводе.
Модуль "Выгрузка в региональные Витрины данных"
1. В таблицу "Spo_teachers" добавлено поле для выгрузки идентификатора ЕРН (ern_id). Ранее поле заполнялось пустым значением.
2. Для таблицы "Spo_Edu_Program" изменен способ определения уровня образования, приобретаемого по итогам прохождения обучения.
3. Добавлена проверка корректности приобретаемого в результате обучения уровня образования по отношению к уровню, на базе которого подавались документы при поступлении в колледж.
4. Оптимизирована по скорости работы служба подготовки данных для отправки данных в региональные витрины данных.
5. Исправлена ошибка формирования таблицы "Spo_lessons", при которой неверно заполнялось поле "lesson_type".
6. Исправлены критические ошибки, возникавшие при формировании записей для отправки в Витрины в случае, когда недостаточно данных для заполнения полей рассматриваемых справочников.
Также расширен состав проверяемых при выгрузке исходных данных, по которым в логах фиксируются уведомления об обнаруженных недостающих и некорректных данных. В новой версии, в случае невозможности заполнения какого-либо поля в справочнике Витрин, информация об этом заносится в ошибку сущности в соответствующем справочнике. Пример такой ошибки: "nsiRegdisCollegeStudent.nsiRegdisStudentsTraining.nsiStudent.human.snils (СНИЛС) is null".
7. Исправлена ошибка, возникавшая при формировании выгрузки в витрины данных, связанная с переходом на адреса в формате ФИАС.
Модуль "Интеграция с ФГИС ЕРН"
1. Удалена служба "Проверка ответа от ЕРН". Взамен добавлена новая системная служба "Обработка ответов по СМЭВ".
Новая служба по умолчанию добавлена для клиентов, у кого подключен модуль "НСИ интеграция со СМЭВ". Для активации ее работы необходимо включить ее и настроить расписание запуска. Рекомендуемое расписание: ежедневно, с 00:00:00 по 23:59:59 с интервалом в 60 мин.
2. Исправлена ошибка получения даты рождения физического лица из ЕРН.