Список изменений в системе ТАНДЕМ.Университет

 

Список изменений системы ТАНДЕМ.Университет в версии 2.24.2

Модуль «Абитуриенты (Приемная комиссия)»

1. Дополнен справочник способов ранжирования с учетом изменений и дополнений в рамках ПП на бакалавриат/специалитет.

Актуализирована настройка правил зачисления (меню "Система / Настройки / Абитуриенты / Правила зачисления абитуриентов") в части порядка ранжирования по умолчанию для видов заявлений. Переименована таблица со способами ранжирования (теперь в ней задается порядок ранжирования в целом, а не только при равенстве суммы конкурсных баллов).

Актуализированы категории лиц, обладающие особыми правами в справочнике (в рамках преимущественного права и особого права), актуализированы ранги в рамках особого права без ВИ и преимущественного права, поскольку они используются в ранжировании.

Дополнена логика регулярного процесса обновления рейтинга и рангов абитуриентов с учетом изменений в справочниках и настройке ранжирования, новых способов ранжирования и рангов, установленных категорий.

2. Добавлен признак архивности для элементов в справочнике форм сдачи.

Архивность формы сдачи учитывается на форме настройки набора ВИ для набора ОП:

  • колонка для архивной формы сдачи отображается, если ранее хотя бы для одного элемента (или элемента группы) была включена данная форма сдачи, иначе – не отображается (в частности, для случая настройки нового набора ВИ);
  • в такой колонке флаг заблокирован для выбора, если для строки форма сдачи не выбрана, а если выбрана, то флаг доступен для редактирования, т.е. для архивных форм сдачи флаг можно только выключить.

Форма сдачи "Указ № 268" сделана архивной.

3. Настройка набора ВИ для набора ОП. При выборе нового набора ВИ (для бакалавриата/специаалитета) и заполнении по умолчанию форм сдачи "ЕГЭ" и "ЦТ/ЦЭ РБ" учтены связи дисциплин ПК с предметами ЕГЭ и ЦТ/ЦЭ РБ (настройка "Дисциплины вступительных испытаний").

4. На форме добавления и редактирования набора ОП для версий ОП изменен формат отображения версий ОП.

5. Проверка на максимальное количество ИД в настройке для ПК оставлено только для бакалавриата/специалитета без опции экспериментального бакалавриата/специалитета.

Модуль «Интеграция с ФИС ГИА и приема»

1. В логике формирования 2 пакета ФИС учтен флаг "Внутр. ВИ для ВО" в настройке набора ВИ в наборе ОП при заполнении поля IsForSPOandVO ("ВИ на базе СПО/ВО").

Модуль «Интеграция с Суперсервисом (Сервисом приема)»

1. Для работы с Сервисом приема добавлена страница "Контрольные даты", где можно заполнить (по аналогии с интерфейсом ЛК СП) все требуемые контрольные даты мероприятий для передачи в СП.

Добавлен новый тип пакета для передачи этих данных в СП. Методы api СП не предусматривают редактирование дат мероприятий, при необходимости следует удалить мероприятие (одно или все) в СП и в системе, добавить заново на странице в системе, и осуществить повторную отправку пакета с мероприятиями в СП.

2. Поддержана передача структуры ПК 2024 в Сервис приема с учетом всех изменений в api сервиса:

  • обновление справочников Суперсервиса;
  • сопоставление данных (по видам объектов);
  • передача структуры ПК, включая доп.параметры, ПК и конкурсы;
  • передача ВИ и событий расписания;
  • поддержаны методы add и edit (по отдельным сущностям, в частности, по конкурсам и событиям расписания).

3. Удален старый раздел "Заявления из Суперсервиса (ЕПГУ) (2021)" (меню "Абитуриенты / Суперсервис").

Удалены все старые сущности интеграции с Сервисом приема, интерфейс, права и т.п. В частности, сущности:

  • Заявление (ЕПГУ) (2021) (EnrEpguApplication), enrepguapplication_t
  • Профиль (ЕПГУ) (2021) (EnrEpguEntrant), enrepguentrant_t
  • остальные сущности подпакета enrNFisData (модуль «Абитуриенты»)

Также удалены старые службы:

  • EnrNFisSendEntranceTestCacheJob
  • EnrNFisFillEntranceTestCacheJob

В веб-сервисе EnrOnlineEntrantServiceDao в методе getOnlineEntrantCompetitions использование старых сущностей заменено на новые при заполнении полей: uidEpgu, reqStateEpgu, reqNumberEpgu.

Модуль «Контингент обучающихся и образовательные программы»

1. Разрешено добавлять направленности в перечни СПО 2022 ( "Перечень профессий СПО 2022", "Перечень специальностей СПО 2022").

Возможно два режима работы:

  • без направленности;
  • с указанием направленности.

 Внесены изменения в реестры УП, РУП, формирование дипломов.

 В УП СПО возможно добавление блока направленности только если выполняются условия:

  • перечень СПО 2022;
  • есть соответствующая УП версия ОП с направленностью.

2. В Направление подготовки добавлен флаг "Приоритетное направление". Флаг отображается в списке направлений и на карточке направления, доступен для редактирования.

3. Во всех 3 справках "Действительно является студентом" перед полем "ФИО руководителя" добавлено поле "Должность и подразделение", в котором по умолчанию подставляется название должности сотрудника и название подразделения, доступна ручная корректировка текста в поле. Значение из данного поля печатается в метке managerPostTitle.

4. В документе "Справка-вызов (для обучающихся заочно)" добавлено поле "Выдана обучающемуся (им.п.)" (метка "fio_N"), в поле с ФИО руководителя подставляется полное ФИО, в поле "Работодателю" добавлена подстановка значения из поля "Место работы в настоящее время" персоны обучающегося, если оно заполнено.

Модуль «Учебные планы»

1. На вкладке потоки обучающегося возможно массовое редактирование потоков обучающегося:

  • выделение обучающегося в новые потоки;
  • возврат в ранее актуальные потоки;
  •  подбор потоков его академической группы.

Действие доступно только для активных мероприятий.

2. При выделении обучающихся в отдельный поток (на карточке потока) доступны опции:

  • выделение в новый поток;
  • выделение в уже существующий поток.

При подборе подходящий потоков учитывается степень согласованности потока (должна быть меньше исходной), совпадение части версии мероприятия, вида потока, части года учебного года.

3. Разрешено редактирование даты утраты актуальности в справочниках:

  • Компетенции;
  • Виды профессиональной деятельности;
  • Профессиональные задачи.

4. В версии УП при добавлении или изменении направленности доработан раскрывающийся список в части смещения относительно редактируемой строки при большом количестве элементов на странице.

Модуль «БРС и журналы преподавателей»

1. При выставлении оценок в реализации и журнале в поле "Группа":

  • "пусто" переименовано в значение "вне групп";
  • значение "вне групп" выводится, только есть обучающиеся вне групп.

2. Форма выставления баллов в журнале переведена в полноэкранный формат.

3. Переработана служба "Расчет кэша рейтинга в реализации" в целях оптимизации и ускорения работы. Теперь сама служба пересчитывает рейтинг только для реализаций в состояниях: "Формируется", "На согласовании", "Согласовано".

Модуль «Дипломирование»

1. Изменена метка information во всех продуктовых скриптах печати документов об обучении.

Изменения коснулись направленности СПО. Полное описание метки находится в руководстве пользователя.

2. При заполнении шаблона документа об обучении по УП если у строки УП-модуля нет семестра, то при создании строки шаблона номер семестра теперь вычисляется как максимальный номер семестра из всех семестров всех строк УП, вложенных в строку УП-модуль.

Модуль «Нагрузка»

1. В индивидуальном плане преподавателя изменена группировка часов нагрузки для практик и ГИА.

Теперь они, аналогично часам по частям года, делятся на две строки, если есть различия в части года.

2. В карточке расчета нагрузки на вкладке "ППС" исправлено значение в поле "Доля ставки" при добавление планируемого ППС.

Модуль «Договоры на обучение»

1. При добавлении нового периода действия цены добавлено новое поле "Умножать с даты". Если эта дата заполнена, то должно быть заполнено и поле с множителем.

Дополнена логика копирования цен и умножения (индексации) сумм в строках графиков оплаты для копируемых цен:

  • если указан только множитель, то все работает как раньше – множитель применяется ко всем строкам графика (справедливо для графиков всех видов: произвольный и учебный);
  • если указана дополнительно дата – то умножаются только те строки, в которых дата платежа >= указанной даты (если в строке графика дата не указана, то такая строка остается без умножения).

2. При добавлении дополнительного соглашения о расторжении теперь в графике не добавляется дополнительное обязательство (на возврат), поскольку данное обязательство не связано с плановым графиком оплаты обучения по договору.

Печать доп. соглашения о расторжении работает как прежде, поскольку сумма возврата хранится непосредственно в версии договора о расторжении (сумма и дата, до которой следует провести возврат).

Базовые модули и функции

1. Реализована поддержка двух форматов при вводе номера СНИЛС: "ХХХ-ХХХ-ХХХ YY" и "ХХХ-ХХХ-ХХХ-YY".

При вводе нового номера СНИЛС (например, для персоны) по умолчанию используется первый вариант с возможностью переключить маску для ввода номера с использованием второго варианта. Проведена доработка всех компонентов ввода СНИЛС на формах.

Отметим, что фильтры для поиска по номеру СНИЛС в списках и отчетах (а также в форме поиска похожих персон при добавлении новой персоны) реализованы строго с использованием первого варианта маски ввода. При этом сам поиск осуществляется всегда без учета маски ввода: только по цифрам номера, что гарантирует корректность выдачи в результате поиска.

В функции импорта обучающихся добавлена проверка на соответствие номера СНИЛС одному из вариантов маски ввода, которая дополняет проверку контрольной суммы для номера. Также в веб-сервисе в методе добавления/обновления онлайн-заявления (createOrUpdateOnlineEntrantRequest) добавлена проверка на соответствие номера СНИЛС одному из вариантов маски ввода.

2. Реестры выданных идентификаторов переведены на системный справочник "Реестры идентификаторов": обеспечена работа действия по очистке реестров от старых записей (в частности, актуально для реестров "Интеграция с ФИС" и "Интеграция с Сервисом приема (Суперсервис)").

3. Полностью удалена старая история визирования (VisaHistoryItem).

Сервис ФИАС и выбор адреса

1. Развернут отдельный общедоступный (для инсталляций ТАНДЕМ.Университет) облачный сервис ФИАС, который содержит в себе полную базу адресов РФ из ФИАС ГАР (вплоть до домов и отдельных зданий и сооружений), индекс адресных элементов (хранимый в памяти для обеспечения быстрого поиска), api для обработки входящих запросов к индексу.

База и индекс для поиска обновляются в автоматическом режиме по мере появления новых дельт на официальном сайте ФИАС ГАР, проверка и установка новых дельт происходит в ежедневном режиме.

2. В прикладном слое платформы реализован базовый компонент выбора полного адреса для РФ из сервиса ФИАС.

В частности, в ТАНДЕМ.Университет ознакомиться с работой данного компонента можно в меню "Система / Данные / Системные действия" действие "Преобразовать адреса в формат ФИАС", с помощью которого открывается отдельный раздел системы с набором страниц для предварительной конвертации накопленных адресов в формате КЛАДР в адреса в форма ФИАС.
На вкладке "Адреса ФИАС" в списке отображаются все адреса (из всех владельцев адресов: подразделения, удостоверения личности, персоны, и т.д.), введенные и хранимые в базе в формате КЛАДР на данный момент времени. Справа в каждой строке доступно действие редактирования для выбора адреса в формате ФИАС с помощью базового компонента выбора адреса из сервиса ФИАС.

Интеграционный модуль

1. Реализован интеграционный поток для сущности "Категория стоимости часа" (snppsSettingsHourRate). В поток HourlyPaidEmployeeType (сущность "Почасовик") добавлена ссылка на "Категорию стоимости часа". При использовании данных потоков необходимо синхронизировать справочник "Категория стоимости часа".

Разработчикам и партнерам

1. Полностью удалена старая история визирования (VisaHistoryItem). и интерфейс к ней (VisaHistoryItem): была рабочей до версии 22.6 (01.12.2022).

Интеграционная подсистема

1. Внесены дополнения на форме редактирования подписки по условию. В заголовке формы теперь отображается наименование интеграционного потока (справочника) и его код.

При удалении фильтра в запросе подтверждения исправлено сообщение.

2. Исправлена работа сценариев интеграции при использовании сервиса автоконфигурации:

  • при добавлении подсистемы с использованием сервиса автоконфигурации;
  • при нажатии кнопки "Выставить в подсистеме данные настройки" на странице настроек прав для подсистем.

3. Исправлена выгрузка единичных объектов из карточки справочника и элемента справочника, связанная с модификацией механизма подписок подсистем по условию.

4. Кнопка обновления количества элементов в списке справочников перенесена в заголовок таблицы и расположена рядом с кнопкой "Печать списка в Excel".

5. В карточках справочников появилась возможность фильтрации элементов справочника по датам их создания и обновления. Есть возможность задать интервал фильтрации.

6. Оптимизирован по скорости работы и ресурсоемкости механизм синхронизации GUID системных справочников. Добавлено логирование процесса в текстовых логах приложения (Tomcat).

7. Изменен механизм выкачивания вложений:

  • Теперь комментарий к строке очереди вложений обновляется при любой ошибке выкачивания. Ранее комментарии обновлялись лишь при ответе от сервера со статусами 403, 401, 500, 204.
  • Установлен таймаут в одну минуту на попытку подключения к удаленному сервису для выкачивания файла и в две минуты на попытку получения самого файла.
  • Изменен порядок работы с ошибками загрузки. Теперь загрузки, завершившиеся неудачей, ставятся на ожидание, а служба переходит к следующим файлам.

8. Реализован механизм автоматизированной досинхронизации, которая инициирует выгрузку данных из удаленной подсистемы (или нескольких подсистем одновременно), самостоятельно выкачивает выгрузку (выгрузки) по готовности и проводит их загрузку в шину. Кроме выгрузки новых и изменившихся данных формируется так же перечень ранее удаленных записей.

Имеется возможность запускать этот механизм автоматически по расписанию специализированной службой, задавая период, за который необходимо выгружать изменения. Функция доступна в меню "Интеграция / Справочники НСИ" в таблице "Сервис файловой синхронизации данных" действие "Просмотр списка текущих запросов (тестовый режим)". При этом открывается список запросов на синхронизацию.

Добавить задачу можно с помощью действия "Создать новый запрос на синхронизацию". На появившейся форме можно выбрать подсистемы, из которых требуется запросить выгрузки, а также можно задать перечень справочников, подлежащих синхронизации, фильтр по дате создания/изменения, параметры для сверки итоговой выгрузки данных после завершения обработки запроса.

Механизм устойчив к отключению питания. После запуска стенда система продолжит формирование выгрузки с того справочника, на котором произошло прерывание.

9. Реализован экран (простой дашборд) для просмотра в виде графиков статистики по количеству пакетов интеграционного обмена за месяц и за день.

Страница доступна в меню "Интеграция / Мониторинг" с разбивкой по отдельным подсистемам. Две отдельные содержат статистику всех входящих, исходящих пакетов с разбивкой по дням, аналогичную информацию с разбивкой по отдельным подсистемам, а также сводный график со статистикой ошибок по дням.

10. Изменен код ответа веб-сервисов REST при обработке входящих пакетов на стороне клиента шины. При проверке присланных данных на соответствие ограничениям полей базы данных, если одно поле одной, или нескольких записей в пакете не проходит проверку (валидацию), то система теперь отвечает кодом "202 Accepted".

11. Реализован новый интеграционный поток "Элемент истории характеристик обучающегося" (StudentPropertyHistoryElementType). Поток содержит историю изменения ключевых полей обучающегося, включая сведения о физическом лице, удостоверении личности, самом обучающемся.

Из отдельных элементов данного потока можно выстроить цепочку изменений от создания исходных объектов до текущего состояния, что обеспечивается наличием в записях потока ссылки на предыдущий элемент. Например, здесь можно будет увидеть изменение фамилии студентки при ее выходе замуж, или о переводе с курса на курс, с бюджета на контракт, и т.д.

12. Реализован поток "Категория стоимости часа" (SnppsSettingsHourRateType). Поток используется для различия сотрудников-почасовиков (гражданско-правовые договоры) и содержит сведения о названии категории и размере ставки почасовой оплаты.

В потоке "Сотрудник-почасовик" (HourlyPaidEmployeeType) добавлено поле "Категория стоимости часа" (hourRate) – ссылка на справочник "Категория стоимости часа" (SnppsSettingsHourRateType).

13. В потоке "Классификатор стран мира" OksmType добавлены два строковых поля "Альфа-2" (alpha2) и "Альфа-3" (alpha3). Данные поля предназначены для хранения соответствующих кодов из оригинального классификатора.

14. В справочнике "Группа направлений подготовки" (EduProgramSubjectGroupType) добавлено поле "Код" (catalogCode).

15. Исправлена ошибка, связанная с некорректной инициализацией приложения при высокой нагрузке (большое количество входящих пакетов во время старта приложения).

16. Исправлена ошибка зачистки значений в полях записей в шине при поступлении пакетов с пустыми значениями полей из интегрируемых подсистем.

17. Исправлена ошибка, возникающая при отправке сведений об оценках в ГИС "СЦОС".