Список изменений в системе ТАНДЕМ.Университет
Список изменений системы ТАНДЕМ.Университет в версии 2.25.4
Модуль "Абитуриенты (Приемная комиссия)"
1. В отчет "Выборка абитуриентов" добавлены колонки "Направление (профессия, специальность)", "Квалификация" (в коде qualification) из документа об образовании, а также "Категория на право сдачи ОВИ по материалам ОО" из заявления.
2. В отчет "Выборка абитуриентов" после колонки "ФИО" добавлены 2 новых поля латинской транскрипции имени и фамилии (по умолчанию - не выбраны): First name (Имя) и Last name (Фамилия).
3. Оптимизирован алгоритм обработки данных при построении формы 2.9 в рамках отчета ВПО-1, ранее на большом объеме выбранных конкурсов отчет не строился.
4. Для строк отчета ВПО-1 форма 2.1.1 и графы 9 (а также графы 10-27, которые считаются из графы 9) теперь в статистику отчета берутся еще и те ВК, по которым есть неотклоненная проведенная выписка о зачислении, которая по дате приказа укладывается в диапазон дат на форме добавления отчета (ранее часть таких ВК не попадала в статистику отчета, т.к. они отсекались по дате подачи заявления).
Для граф 28-42 из массива ВК, попавших в статистику отчета, отсекаются те, которые не относятся к ПК последнего года, т.е. здесь учитываются только те ВК, которые находятся в заявлениях из ПК текущего года приема.
Для графы 36 с зачисленными по отдельной квоте убрано условие на без ВИ, теперь считаются все зачисленные по отдельной квоте.
5. Реализован новый отчет "Результаты освоения школьных предметов".
Модуль "Контингент обучающихся и образовательные программы"
1. В методе печати справок для военкомата в поле "Образование при поступлении" теперь используется именительный падеж уровня образования (если именительный падеж не заполнен, то берется полное название элемента).
В методе печати справки для военкомата (КВК) реализована метка вывода вида образовательной программы в дательном падеже (eduProgram_D). Если дательный падеж не заполнен, то выводится полное название элемента справочника.
Обновлены базовые шаблоны печати справок для военкомата (для КВК изменена метка на дательный падеж, для КВК и ВО/СПО заменены метки сертификата на одну).
2. В списке "Данные ЕРН по обучающимся" переименована колонка "Разница с ЕРН" = "Совпадает с ЕРН". Инвертировано условие для отображения индикатора: позитивный – нет отличий, негативный – есть отличия.
При сверке (сравнении строковых полей) данных не учитывается регистр:
- на вкладке "ЕРН" в карточке обучающегося;
- в службе "Сравнение персональных данных персон с данными ЕРН" при сравнении и вычислении признака наличия разницы в данных.
3. В отчет "Выборка студентов" добавлены колонки "Номер приказа о зачислении", "Дата приказа о зачислении" и "Дата зачисления".
4. Изменено правило уникальности сущностей – уникальность только на коде ЕГИССО: "Тип МСЗ", "Период МСЗ", "Единица измерения МСЗ". Для следующих сущностей уникальность только на идентификаторе ЕГИССО: "МСЗ", "Категория МСЗ". В связи с этим доработаны реакторы интеграционных потоков для этих справочников.
Модуль "Учебные планы"
1. В модуле ИОТ реализован список выбранных элементов траекторий обучающихся, которые поступают из интеграционной шины (исходно из ЛКС). Эти элементы траекторий обучающихся хранят выбор каждого обучающегося для строки учебного плана. Реализован обмен данными с интеграционной шиной.
В дальнейшем "Выбор обучающимся элемента траектории" будет использоваться при генерации мероприятий обучающихся (МОБ), при формировании потоков.
2. В регулярном процессе обновления мероприятий обучающихся учтен выбор обучающихся своих траекторий.
Выбор траекторий доступен только при наличии модуля ИОТ. Остальная логика регулярного процесса не изменилась.
3. В перечень аудиторий мероприятия добавлен вывод данных помещения: назначения, типа учебного помещения, вместимости.
Модуль "Сессия"
1. В рамках технической оптимизации вместо признака "Сверена с зачеткой" сущности "Оценка обучающегося в сессии (оценка)" (sessionSlotMarkGradeValue) добавлена отдельная сущность "Сверка оценки обучающегося с зачеткой" (sessionMarkCheckBookCollation).
Модуль "Дипломирование"
1. Удалено действие по выгрузке и загрузке документов об обучении в xml.
2. На странице "Общее / Отчеты" в раздел "Дипломирование" добавлен отчет "Книга регистрации выданных документов об образовании".
Для выбранного интервала даты выдачи документов об обучении система отбирает все документы об обучении и связанные с ними приложения, у которых есть регистрационный номер:
- отобранный массив данных группируется по "Регистрационному номеру диплома" и "Номеру бланка";
- система создает отчет, в рамках которого для каждого документа об обучении и связанного с ним номера бланка выводится строка, колонки которой заполнены данными из ранее отобранного массива.
Модуль "Нагрузка"
1. Исправлена ошибка отображения примечания на вкладке учебной нагрузки в ИПП.
Модуль "Расписание"
1. Добавлен новый показатель корректности событий расписания "План. контингент участвует в нескольких событиях одновременно", который проверяет, что одновременно можно ставить события с числом план. обучающихся не превышающим число план. контингента.
2. Проведена техническая оптимизация работы кэша расписания. Логика работы с ним не поменялась.
3. Показатели корректности расписания перенесены из общих показателей в модуль "Расписание".
4. Добавлены новые показатели корректности расписания: об архивности данных в событии расписания.
Эти показатели будут использоваться в новом алгоритме формирования и сохранения кэша. На текущий момент показатели выключены и не используются.
Модуль "Договоры на обучение"
1. В базовый скрипт печати договоров и доп. соглашений на обучение были добавлены новые метки в разделы: "Данные ОО и ее представителя" (email, okpo, phone, settlement, webpage), "Данные о заказчиках и плательщиках" (customerPersonBirthPlace, customerPersonSnils), "Метки обучающегося/абитуриента" (studentBirthPlace, studentInn, studentSnils), "Доп. соглашение и приложение Об использовании материнского капитала" (MKissueOrg).
Добавлен базовый шаблон для "Доп. соглашение об изменении стоимости обучения, порядка оплаты (СПО)".
Изменен базовый шаблон на вариант с расширенным выводом данных с учетом новых меток: СНИЛС, ИНН и др. для заказчика и обучающегося, а также вывод доп. меток для ОО.
2. Исправлена ошибка, возникавшая при формировании отчета "Список платежей".
Интеграционный модуль
1. Расширены потоки данных в учебном блоке: EppRegistryStructureType, EduPlanRowType, RegistryDisciplineType. Добавлены новые потоки данных "Строка РУП: шаблон строки", "Строка проф. модуля", "Связь части версии модуля с частью версии мероприятия".
Базовые модули и функции
1. В платформе реализована возможность логирования нового вида действия – добавление отчетов.
При выполнении действия "Получить отчет" при построении выборок абитуриентов, сотрудников и обучающихся система добавляет событие "Факт формирования отчета" в "Журнал изменений объектов (общий лог)".
2. Добавлен базовый печатный шаблон для вида доп. соглашения "Доп. соглашение об изменении стоимости обучения, порядка оплаты (СПО)".
3. Реализовано системное хранилище файлов и методы работы с ним, которые обеспечивают возможность массового скачивания хранимых файлов из системы (без записи большого объема данных в память приложения) с последующим удалением временных файлов. Системное хранилище недоступно для выбора для задач хранения, по умолчанию находится на диске в папке инсталляции приложения.
4. Реализован метод, который позволяет проводить подписание ЭЦП документов pdf вместе с формированием штампа в документе. Полученный документ pdf со штампом проходит стандартную проверку на валидность ЭЦП. Для типового штампа реализована настройка, в которой можно задать размер штампа, отступы от нижней границы документа, логотип, и др. параметры.
5. В реестре помещений изменен формат вывода задания: добавлена вывод адреса. Также возможен поиск по адресу задания.
6. В отчете-выборке персон добавлена возможность заполнения колонки "Семейное положение".
7. Добавлен пользовательский справочник "Военно-учетная специальность". Персоне можно указать военно-учетную специальность из справочника на вкладке "Личные данные" в блоке "Сведения о воинском учете".
8. В сведениях о воинском учете персоны поле "Прохождение военной службы" переименовано в "Прохождение военной службы (комментарий)". Также добавлен выбор в поле "Прохождение военной службы" со значениями: проходил, не проходил.
9. При редактировании сведений о воинском учете для военного билета реализована возможность выбора военкомата из справочника "Военкоматы по месту постановки".
Разработчикам и партнерам
1. Реализован класс AdvancedExcelTemplateProcessor для генерации Excel-документов (.xls и .xlsx) на основе шаблонов с поддержкой:
- Простых текстовых замен (placeholder'ов).
- Скриптовых вставок (динамическое создание таблиц, графиков).
- Потоковой обработки больших файлов (оптимизация памяти через SXSSF).
Это замена класса PrintFromXmlTemplate. Повторяет API оригинала в части методов формирования документов, но использует Apache POI вместо JExcelAPI.
2. Добавлен новый тип события в рамках механизма логирования: "Выполнено действие".
3. Расписание. Добавлены ограничения для события расписания.
Интеграционная подсистема
1. Добавлен новый интеграционный поток "Строка проф.модуля" (EppProfModuleRowType).
2. Добавлен новый интеграционный поток "Связь части версии модуля с частью версии мероприятия" (PartProfModule2PartElemType).
3. В интеграционном потоке "Структура реестра" (EppRegistryStructureType) добавлено поле "Признак выборности" (electivitySign) – логический флаг.
4. В интеграционном потоке "Строка учебного плана" (EduPlanRowType) добавлены поля:
- Число дисциплин (size) – целое число;
- Вид мероприятия (eppRegistryStructure) – ссылка на Вид мероприятия реестра (EppRegistryStructureType);
- Название контроля по модулю (actionsTitle) – строка;
- Всего недель (totalWeeks) – длинное целое число;
- Имя дочернего класса (childEntityCode) – строка.
5. В интеграционном потоке "Элемент реестра дисциплин для учебного плана" (RegistryDisciplineType) добавлены поля:
- Комментарий (comment) – текст;
- Читающее подразделение (owner) – ссылка на Подразделение (DepartmentType);
- Число частей (семестров) (parts) – целое число.
6. В интеграционном потоке "Строка РУП: часть версии мероприятия реестра" (EppWorkPlanRegistryElementRowType) добавлены поля:
- Семестров по УП (eduplanTermCount) – целое число;
- Трудоемкость по УП (eduplanTotalLabor) – длинное целое число;
- Часов по УП (eduplanTotalSize) – длинное целое число;
- Недель по УП (eduplanTotalWeeks) – длинное целое число;
- Номер части версии мероприятия (part) – целое число;
- Вид мероприятия реестра (eppRegistryStructure) – ссылка на Структуру реестра (EppRegistryStructureType);
- Имя дочернего класса (childEntityCode) – строка.
7. В интеграционном потоке "Здание" (BuildingType) добавлено поле "Головное подразделение" (topOrgUnit) – ссылка на Подразделение (DepartmentType).
8. Исправлена логика именования файлов архивов, в которые выгружаются данные справочников.
Ранее название файла архива содержало дату и время начала формирования архива. Теперь в имени выгружаемого архива фиксируется дата и время запуска процесса выгрузки данных.
9. Исправлена ошибка работы сервиса файловой синхронизации данных, при которой игнорировалась настройка максимально допустимого размера пакета.
10. Исправлена ошибка запроса недостающих данных, возникающая в случаях, когда настройки прав доступа запрещают доступ к недостающим связанным данным.
Модуль "Интеграция с ГИС "СЦОС"
1. Исправлена ошибка с некорректным уровнем образования, выставляемым при отправке в СЦОС сведений об обучающихся магистратуры и специалитета.
Модуль "Интеграция с ФРМР"
1. Добавлена настройка выбора подсистемы ТАНДЕМ.Университет для формирования отчета (поле "Подсистема Уни" в меню "Интеграция / Управление сервисом ФРМР"). Данная настройка позволяет при формировании отчета обращаться к целевому приложению для включения в отчет прямых ссылок на карточки обучающихся, чтобы ответственный сотрудник мог быстро исправить данные, если этого требует ответ ФРМР.
2. Усовершенствован алгоритм отбора обучающихся на повторную отправку в ФРМР с учетом даты последней отправки и наличия изменений в данных обучающегося.
3. Реализована логика работы со структурными подразделениями. Теперь подразделения, осуществляющие обучение студентов, отправляются в ФРМО автоматически.
4. Внесена корректировка в механизм обмена данными в тестовом контуре ФРМР. По умолчанию для обмена с ФРМР используется организация из справочника 1.2.643.5.1.13.13.11.1519, найденная по указанному в настройках OID организации. Но на тестовой среде организация отсутствует в данном справочнике, при этом она есть в тестовом ФРМР. В связи с этим в настройках ФРМР добавлены поля "Идентификатор медицинской организации" и "Наименование медицинской организации". Если в справочнике не будет найдена целевая организация по OID, то данные для обмена с ФРМР берутся из данных полей настройки.
5. Внесена корректировка в механизм отправки сведений о медицинской организации в ФРМО. В случаях, когда проходила реорганизация вуза, в ФРМО может присутствовать несколько организаций с одним и тем же OID, при этом у части организаций будет заполнена дата прекращения действия наименования организации. Теперь из имеющихся организаций для отправки выбирается актуальная, то есть та, у которой OID совпадает с целевым, но не заполнена дата прекращения действия наименования организации.
6. Реализована функция уведомления об истечении срока действия сертификата, используемого для подписания пакетов интеграционного обмена. Функция доступна в настройках системы (см. меню "Система / Настройки / Интеграция / Список получателей уведомлений").
7. Реализована настройка соотнесения типов приказов с категориями, используемыми для подготовки данных к отправке в ФРМР. В меню "Интеграция / Базовые справочники и классификаторы ФРМР / Категории приказов" добавлена одноименная страница, на которой у пользователя имеется возможность вручную соотнести имеющиеся типы приказов по контингенту обучающихся с категориями приказов (Перевод на следующий курс, Перевод на другую специальность, Предоставление академического отпуска, Выход из академического отпуска, Отчисление, Завершение обучения с выдачей диплома). Приказы данных типов в дальнейшем будут использоваться для формирования курсов студента для отправки в ФРМР.
8. Проведена оптимизация работы механизма отправки сведений об обучающихся в ФРМР. Увеличено количество обучающихся, обрабатываемых за одну итерацию механизмом подготовки данных для отправки в ФРМР, внедрена многопоточная подготовка данных по обучающимся к отправке.