Обновление системы ТАНДЕМ.Университет 2.24.1

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

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

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

1. Добавлена возможность выбора и применения особого права поступления без ВИ в рамках выбранного конкурса особой квоты.

В случае использования такого особого права у выбранного конкурса будут заполнены два поля:

Особое право (квота особых прав) – benefitExclusive;
Особое право (прием без ВИ) – benefitNoExam.

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

2. Добавлена возможность указания экзаменов для поступающих с ВО в наборе ВИ набора ОП по аналогии с указанием экзаменов для поступающих с СПО. Доработана форма настройки набора ВИ в наборе ОП: добавлена колонка "Внутр. ВИ для ВО".

В веб-сервисе в методе со структурой приема в entranceDiscipline и groupDisciplineElement добавлен признак innerExamHigher.

Изменения учтены в правилах формирования пакетов для Сервиса приема.

3. В мастере добавления заявления учтен выбор флага "Адрес регистрации совпадает с фактическим адресом" (ранее выбор не срабатывал на следующем шаге).

Также доработано отображение скан-копии документа об образовании, если она была приложена ранее: отображается название ранее загруженного файла.

4. В методе печати обложки личного дела в качестве даты приказа берется дата приказа о зачислении.

5. Актуализированы справочники "Олимпиады" и "Профили олимпиад".

Актуализированы даты этапов зачисления для автоматического заполнения настройки "Этапы и сроки зачисления" для программ бакалавриата, специалитета в соответствии с Порядком приема и изменениями к нему.

6. В системный справочник "Предметы ЕГЭ" добавлен новый элемент "Итальянский язык".

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

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

при добавлении "с нуля" на форме поиска персон доступен поиск по СНИЛС, если персона не найдена и будет добавлена новая, то номер СНИЛС будет сохранен и предварительно заполнен на шаге анкеты (где можно выбрать корректный формат номера СНИЛС), если же персона найдена и добавление продолжится на ее базе, то номер СНИЛС на шаге анкеты будет предварительно заполнен данными из этой персоны;
при добавлении на базе онлайн-заявления на форме поиска персон поле СНИЛС заполнится номером, указанным в онлайн-заявлении, если персона не найдена и будет добавлена новая, то номер СНИЛС будет сохранен и предварительно заполнен на шаге анкеты;
при добавлении на базе заявления-ЕПГУ на форме поиска персон поле СНИЛС заполнится номером, указанным в заявлении-ЕПГУ, если персона не найдена и будет добавлена новая, то номер СНИЛС будет сохранен и предварительно заполнен на шаге анкеты.

9. При добавлении/редактировании ПК опция "Экспериментальный бакалавриат" расширена до варианта "Экспериментальный бакалавриат/специалитет".

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

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

Все конкурсы из одного набора ОП будут иметь одинаковые ОП ФИС (у них будут совпадать названия и uid-ы), при этом версии ОП из набора ОП схлапываются по ключу "ОП" (т.е. версии ОП от одной ОП будут превращены в ФИС в одну запись, т.е. в одну ОП ФИС) плюс к названию добавляется приписка uid-а (буквенный) для уникальности – uid для ключа "ОП + набор ОП" гарантирует уникальность в рамках ПК, которую строго требует соблюдать ФИС.

2. Во 2 пакете ФИС для конкурсов СПО добавлено поле с признаком профессионалитета (IsProfessionalitet): заполняется по данным версии ОП в наборе ОП.

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

1. Добавлены новые метки для печати "Справки-вызов":

fullFio – полное ФИО обучающегося;
topOrgUnit – полное наименование образовательного учреждения;
topOrgUnit_P – полное наименование образовательного учреждения в предложном падеже;
topOrgUnit_D – полное наименование образовательного учреждения в дательном падеже;
certificationAgency – наименование аккредитационного органа, выдавшего свидетельство о государственной аккредитации;
certificationAgency_I – наименование аккредитационного органа в творительном падеже;
eduLevel_G – текст в зависимости от "Вида образовательной программы": высшего, среднего профессионального, основного общего, среднего общего;
eduProgramSubjectKind_D – вывод названия типа направления подготовки в дательном падеже;
EduProgramSubjectTitleWithCode – код и название направления подготовки.

Текст справки изменен согласно приказа Мин. образования № 1368 от 19.12.13.

2. В архивной группе вкладка "Архив" переименована в "Архивные данные". Для группы обучающихся доступна вкладка архивные данные, аналогично архивным группам. Во всех списках групп добавлен фильтр "Последний учебный год", аналогично архивным группам.

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

3. Список обучающихся при добавлении в группу (действие "Добавить обучающихся в группу" на карточке группы) расширен полями: аналогично общему списку обучающихся.

Модуль «Движение контингента обучающихся»

1. В списке приказов переименованы фильтры:

"Формирующее подр." – "Формирующее подразделение";
"Территориальное подр." – "Территориальное подразделение";
"Выпускающее подр." – "Выпускающее подразделение".

Добавлены колонки "Подразделение" и "Исполнитель" в списке приказов.

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

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

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

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

2. На карточке дополнительного потока обучающихся добавлены действия: "Удалить поток" и "Удалить обучающихся".

3. Добавлены новые фильтры на форму смены потоков на карточке обучающегося: "Вид мероприятия", "Версия мероприятия", "Вид потока", "по РУП", "Читающее подразделение".

4. В списках версий мероприятий действие "Изменить ограничения" переименована в "Редактировать ограничения".

Добавлено действие "Редактировать дополнительные характеристики" с отельными правами для массового изменения дополнительных характеристик выбранных версий мероприятий.

5. Удалено устаревшее системное действие "Заполнить роли контрагентов в договорах на обучение".

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

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

Модуль «Сессия»

1. В списке экзам. листов ускорена работа фильтра "Группа (текущая)".

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

1. Добавлена настройка "Правила формирования видов строк документов об обучении", в которой указываются используемые виды строк шаблонов заполнения и документов об обучении в разрезе перечней направлений подготовки. По умолчанию настройка заполнена значениями.

На карточке документа об обучении и шаблона заполнения таблицы с видами строк (дисциплины, практики, гос. экзамен, ВКР и т.п.) отображаются, если в документе уже есть строки такого вида (без возможности создать новые) или вид строки включен в настройке.

2. В методе импорта/экспорта документов об обучении добавлена обработка флага заместителя председателя ГЭК.

3. При редактировании строки шаблона или документа об обучении части версий мероприятий теперь выводятся ссылкой на карточку версии.

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

5. В версии учебного плана добавлена возможность копирования шаблона заполнения документа об обучении.

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

7. В параметры дипломирования добавлены опции:

"Формировать строки без форм контролей" – если включено, то при заполнении шаблона по строкам УП будут создаваться строки документа, для которых нет формы контроля в учебном плане;
"При формировании строк сортировать по..." – возможность выбора варианта сортировки при заполнении шаблона по строкам УП: по алфавиту или по строкам учебного плана.

8. В печать документов ДПО добавлена метка programQualification – название квалификации из содержания документа.

9. Изменен отчет "Список документов ДПО для передачи в ФИС ФРДО":

отчет строится по регистрационным данным, в которых указан номер (серия не обязательна);
в колонке "Наименование квалификации" выводится только квалификация из самого документа об обучении.

10. В отчете "Список дипломов государственного образца для передачи в ФИС ФРДО" изменены заголовки таблицы:

"ОГРН организации с которой заключён договор о целевом обучении" – убран лишний пробел;
"Наименование области профессиональной деятельности" заменено на "Наименование области профессиональной деятельности (если областей несколько, указать через символ "|"). Значение необходимо вносить в соответствии с листом "Области проф деятельности";
"Наименование области профессиональной деятельности (заполняется в случае наличия второй специальности, если второй специальности не предусмотрено, то необходимо оставить поле незаполненным)" на "Наименование области профессиональной деятельности (заполняется в случае наличия второй специальности, если второй специальности не предусмотрено, то необходимо оставить поле незаполненным). Если областей несколько, указать через символ "|" (значение необходимо вносить в соответствии с листом "Области проф деятельности")";
"Наименование области профессиональной деятельности (заполняется в случае наличия третьей специальности, если третьей специальности не предусмотрено, то необходимо оставить поле незаполненным)" на "Наименование области профессиональной деятельности (заполняется в случае наличия третьей специальности, если третьей специальности не предусмотрено, то необходимо оставить поле незаполненным). Если областей несколько, указать через символ "|" (значение необходимо вносить в соответствии с листом "Области проф деятельности")".

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

1. Оптимизированы методы в функции обновления планируемых мероприятий при обновлении план. потоков, актуализации план. мероприятий обучающихся (МОб). Логика работы алгоритмов не изменилась.

2. Появилась возможность указания преподавателей для план. потока, аналогично оперативным потокам. Новый объект "ППС для план. потока" может быть заполнен до распределения нагрузки. Он используется в план. расписании, на его основе можно заполнить распределение часов нагрузки по ППС в расчете. "ППС для план. потока" используется при переносе план. потоков в оперативные.

3. При формировании оперативных потоков по план. потокам добавлено создание доп. потоков, вместе с их преподавателями.

4. При добавлении сводки и выборе флага "Заполнить планируемые потоки по текущим потокам обучающихся" также будут скопированы преподаватели потоков.

5. На карточке план. потока запрещено редактирование в сводке с состоянием выше "Планирование потоков".

Модуль «Расписание»

1. В плановом расписании теперь используются преподаватели план. потоков, а не их распределенные часы. Работа с ППС в план. расписании теперь полностью совпадает с работой в оперативном расписании.

Модуль «Выплаты обучающимся»

1. Для приказов о назначении выплат реализована возможность подписания ЭЦП и вывод на печать в формате pdf по аналогии с основными приказами о движении контингента обучающихся.

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

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

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

По выбору пользователя поиск можно вести:

только по СНИЛС – ищется 100% совпадение номера СНИЛС (без учета маски/формата СНИЛС);
только по данным УЛ – ищутся как 100% совпадение (если есть), так и похожие персоны (с учетом заданного параметра по количеству отличий), т.е. в этом варианте без изменений относительно прежней логики;
одновременно по СНИЛС и данным УЛ – в приоритете идет поиск по СНИЛС, если же не нашлось 100% совпадение, то следом запускается поиск по данным УЛ.

2. Реализована возможность рассылки уведомлений о необходимости прохождения регистрации в ЛК для новых обучающихся и сотрудников, о подтверждении нового email в ЛК для обучающихся и сотрудников. Уведомления реализованы на базе общего механизма уведомлений.

Добавлен новый тип уведомлений: "Регистрация нового пользователя в ЛК".

Отслеживаются следующие события:

в контингенте обучающихся – появление нового обучающегося в активном состоянии или изменение email;
в кадровом реестре – появление нового сотрудника на должности в активном состоянии или изменение email.

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

Уведомления отправляются новым обучающимся и сотрудникам, а также тем, у кого был впервые указан email. По умолчанию используются типовые тема и текст уведомления.

В параметрах приложения (в меню "Система / Администрирование") в разделе "Настройки обучающихся" (student) добавлен новый ключ "Уведомление о регистрации нового пользователя в ЛК" (по умолчанию значение false), управляющий включением/отключением механизма формирования уведомлений, отправляемых получателям через интеграционную шину.

Аналогично в разделе "Настройки кадров" (employee) добавлен новый ключ "Уведомление о регистрации нового пользователя в ЛК" (по умолчанию значение false), управляющий включением/отключением механизма формирования уведомлений, отправляемых получателям через интеграционную шину.

Добавлен новый тип уведомлений: "Изменение email у пользователя ЛК".

Отслеживаются следующие события:

в контингенте обучающихся – изменение email в персоне для обучающегося в активном состоянии;
в кадровом реестре – изменение email в персоне для сотрудника на должности в активном состоянии.

Уведомления отправляются обучающимся и сотрудникам, у которых был изменен email. По умолчанию используются типовые тема и текст уведомления.

В параметрах приложения (в меню "Система / Администрирование") в разделе "Настройки обучающихся" (student) добавлен новый ключ "Уведомление об изменении email для пользователя в ЛК" (по умолчанию значение false), управляющий включением/отключением механизма формирования уведомлений, отправляемых получателям через интеграционную шину.

Аналогично в разделе "Настройки кадров" (employee) добавлен новый ключ "Уведомление об изменении email для пользователя в ЛК" (по умолчанию значение false), управляющий включением/отключением механизма формирования уведомлений, отправляемых получателям через интеграционную шину.

В методах формирования уведомлений учтена корректность email (в соответствии с заданным регулярным выражением в настройке): если новый/измененный email некорректный, то уведомление (элемент очереди) не добавляется.

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

1. В потоке "Выписка из приказа по движению контингента обучающихся" (studentOrderExtract) изменилось заполнение полей beginDate и дата окончания.

2. Добавлена логика обработки в реакторе для потока "Доп. статус обучающегося" (nsiStudentCustomState) по добавлению, обновлению и удалению доп. статусов обучающихся.

3. Реализован поток для сущности "Элемент истории характеристик обучающегося" (studentPropertyHistoryElement).

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

1. Контингент обучающихся. В сущности studentDocument у поля number изменен тип данных на long.

2. Нагрузка. Добавлена сущность "ППС для план. потока" (ppsEntry4EplEduGroup), связывающая планируемый поток и запись в реестре ППС. Новая сущность используется в планируемом расписании, при переносе ППС из план. потоков в оперативные.

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

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

2. Доработан механизм фильтрации подписок подсистем на изменения в справочниках: добавлена возможность фильтрации по DQL-запросу. В случаях, когда конструктор фильтрации не позволяет выполнить сложную схему отсечки объектов, имеется возможность подготовить DQL-запрос и использовать его для фильтрации данных, поступающих в целевую подсистему по подписке.

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

4. Добавлен параметр в app.properties для логирования SOAP-запросов в новый реестр пакетов. По умолчанию параметр выключен.

ws.clientLogging = true/false
ws.serviceLogging = true/false

5. В интегрируемых подсистемах на базе java-платформы ТАНДЕМ (в том числе ТАНДЕМ.Университет и ТАНДЕМ.Документооборот) доработан механизм выгрузки данных справочников в файл. Сведения об идентификаторе подсистемы-источника теперь выгружаются в отдельный файл info.txt. При загрузке полученного архива в шину будет учитываться данная информация и помещаться в сигнатуру всех вновь создаваемых объектов, помечая в них первоисточник.

6. Реализован поток "Идентификаторы ЕСИА физ. лиц" (nsiPersonEsiaOid). Поток содержит следующие поля:

Физическое лицо(human) – ссылка на nsiHuman;
Идентификатор ЕСИА(oid) – строка.

7. В сущность "Связь дисциплины с учебным планом" (ScosDiscipline2StudyPlan) добавлено новое поле "Вид контроля" (eppGroupType) (тег в json "mark_type").

Доступные значения:

EXAM – экзамен;
CREDIT – зачет;
DIF_CREDIT – дифференцированный зачет;
COURSE_WORK – курсовая работа;
COURSE_PROJECT – курсовой проект;

В потоке оценок в поле "mark_type" добавлено три новых типа:

COURSE_WORK – курсовая работа;
COURSE_PROJECT – курсовой проект;
Тип MARK заменен на EXAM.

8. Доработан механизм выгрузки данных в СЦОС.

В сущность ScosContingentFlow (Движение контингента) добавлены поля:

educational_program (guid образовательной программы);
externalId;
order_number;

В потоках nsiStudentOrder и nsiEnrOrder поле number(Номер приказа) теперь обязательно для заполнения.

В генерацию JSON добавлены теги:

educational_program;
externalId;
order_details;
order_number;
order_date.

Изменена генерация поля form_fin в сущности ScosContingentFlow:

если системный код Вида возмещения затрат у студента(NsiStudent) = 1, form_fin = BUDGET;
если системный код = 2, form_fin = CONTRACT;
если у студента(nsiStudent) стоит флаг "Целевой прием"(targetTrainig), то form_fin = SPECIAL_PURPOSE.

Изменена генерация поля date в сущности ScosContingentFlow. При использовании приказа о зачислении, в поле date записывается дата зачисления(actionDate) из потока nsiEnrOrder.

В сущность ScosDiscipline2StudyPlan добавлено поле externalId.

Исправлена ошибка, связанная с полем externalId в потоке StudyPlanStudent.

9. Изменена форма очистки очередей (действие "Очистить очередь" доступно в системных действиях). Теперь фильтры очистки очереди видны изначально (ранее их приходилось включать отдельным флагом "Использовать фильтры"). Сами поля фильтров остались необязательными для заполнения.

10. Реализована функция приведения основных системных справочников к единым глобальным интеграционным идентификаторам (GUID). Применяется в случае подключения шины к внешним ресурсам. Действие доступно в системных действиях:

для ТАНДЕМ.Университет действие "Синхронизировать GUID'ы для системных справочников" в разделе "Интеграция с НСИ (базовые механизмы для обмена с НСИ)"
для ТАНДЕМ.Интеграция действие "Синхронизация Guid'ов системных справочников." в разделе "НСИ".

11. Поле mapGUID перенесено на вкладку "Служебная информация" карточки элемента справочника. Ранее она располагалась на вкладке "Данные элемента" наряду с остальными полями объекта. Кроме того, отключена возможность редактирования этого поля, и оно убрано с формы редактирования элемента справочника.

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

13. Исправлен механизм сортировки записей по колонке "Дата и время постановки в очередь" в списке "Очередь пакетов".

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

15. Исправлена ошибка "Слишком много открытых файлов", возникающая на некоторых отечественных серверных ОС семейства Unix.

16. Исправлена ошибка, не позволяющая указать значение при фильтрации по полям типа Byte в механизме фильтрации подписок подсистем на изменения в справочниках.

17. Исправлен механизм выгрузки единичных объектов с карточки справочника и с карточки элемента справочника.

18. Исправлена ошибка преобразования полей типа "Дата и время" (timestamp). В некоторых случаях исходящие из шины пакеты содержали искаженное значение.

19. Исправлена ошибка фильтрации данных возвращаемых шиной по запросам через REST-API при использовании параметров пейджинга (pageSize – размер страницы).

20. Исправлена ошибка формирования пакетов данных для СЦОС. Ранее для одного направления выгружались дисциплины только одного учебного плана.

История изменений ТАНДЕМ.Университет (публикуется с 2012 года):

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