Список изменений в системе ТАНДЕМ.Университет
Список изменений системы ТАНДЕМ.Университет в версии 2.24.6
Модуль «Абитуриенты (Приемная комиссия)»
1. Обновлены и дополнены формы отчетов ВПО-1 по данным приемной кампании.
2. В справочнике "Формы сдачи" элемент "Пост. № 528" сделан архивным.
При добавлении заявления отдельно через карточку абитуриента, так и через мастер добавления заявления убран флаг "Поступает в рамках постановления № 528".
В карточке заявления абитуриента поле "Поступает в рамках постановления № 528" не отображается, если в поле установлено значение "Нет".
На форме редактирования заявления абитуриента флаг "Поступает в рамках постановления № 528" отображается, если в заявлении поле имеет значение "Да".
3. В рамках поддержки приема соискателей на подготовку диссертации и соискателей на сдачу кандидатских экзаменов поддержана возможность ведения приема указанных лиц в рамках отдельных ПК (перечень направлений аспирантуры).
Добавлены два новых элемента в системном справочнике типов ПК:
- Прием соискателей – подготовка диссертации;
- Прием соискателей – сдача кандидатских экзаменов.
Для них установлена связь только с одним видом заявления:
- Программы аспирантуры (адъюнктуры).
В справочнике печатных шаблонов и скриптов добавлены два новых элемента:
- Заявление абитуриента (аспирантура: соискатели – подготовка диссертации);
- Заявление абитуриента (аспирантура: соискатели – сдача кандидатских экзаменов).
Скрипт и шаблон для этих элементов установлен по умолчанию путем копирования скрипта и шаблона из элемента "Заявление абитуриента (кадры высшей квалификации)".
Доработана логика печати заявления абитуриента: если ранее учитывался только вид заявления для выбора скрипта и шаблона заявления, то сейчас учитывается вид заявления и тип приемной кампании – поддержана печать в рамках одного вида заявления "Программы аспирантуры (адъюнктуры)" трех вариантов заявлений: КВК, подготовка диссертации, сдача кандидатских экзаменов.
Модуль «Контингент обучающихся и образовательные программы»
1. В функции импорта студентов (персон) добавлена проверка перед импортом: e-mail (если задан) соответствует регулярному значению, установленному в настройке системы.
2. В настройке заменено регулярное выражение для email по умолчанию: стандарт RFC 5322 (не читаемые символы с ним также фильтруются).
В выгружаемый xls с невалидными записями (по результатам проверки email) добавлена колонка "E-mail Unicodes", в которой выводятся unicode именования символов, содержащихся в email.
2. Реализовано получение (через интеграционную шину) и хранение ЕРН ID и персональных данных обучающегося для персоны из сервиса ЕРН.
Добавлена служба "Сравнение персональных данных персоны с данными ЕРН", которая находит и помечает расхождения между данными полученными из ЕРН и текущими данными персоны (включая удостоверение личности).
В разделе "Контингент" добавлен новый пункт меню "Данные ЕРН". На странице в списке отображается текущая ситуация о получении данных из ЕРН и их сравнения с текущими данными в системе.
Для обучающегося добавлена вкладка "ЕРН", которая содержит данные персоны, полученные из сервиса ЕРН, и результат их сравнения с текущими данными в системе.
3. В отчете "Выборка обучающихся" обновлены колонки:
- "Дата отчисления" – переименовано в "Дата приказа об отчислении";
- "Дата приказа о выпуске" – переименовано в "Дата приказа о выпуске";
- добавлена колонка "Дата отчисления" – значение поля "Приказ об отчислении - отчислен с" из данных о последних приказах обучающегося.
Модуль «Движение контингента»
1. Изменен формат даты (переведен в простой date) для поля с датой вступления приказа в силу, затронуты сущности:
- Приказ (abstractStudentOrder) – поле дата приказа (commitDate);
- Абстрактный базовый приказ (сборно-списочный) (abstractBaseOrder) – поле дата приказа (commitDate);
- Абстрактный приказ на абитуриентов (abstractEntrantOrder) – поле дата приказа (commitDate);
- Приказ по кадрам (abstractEmployeeOrder) – поле дата приказа (commitDate);
- Приказ о назначении выплат обучающимся (studentPaymentsOrder) – поле дата приказа (commitDate).
Дополнительный эффект: в карточке обучающегося в перечне приказов сортировка по дате приказа выполняется корректно.
2. На вкладке с данными о последних приказах обучающегося добавлено поле: "Приказ об отчислении – отчислен с" (дата), которое заполняется при проведении соответствующих приказов (аналогично полю "Приказ об отчислении – дата").
3. Реализован отчет "Сведения о приказах обучающегося", в котором для каждого обучающегося, вошедшего в статистику отчета, выводится список проведенных приказов. Если для обучающегося нет ни одного приказа, то таблица с приказами для него будет пустой.
Модуль «Учебные планы»
1. Оптимизирован реестр тематических блоков, логика не изменилась.
2. В настройке "Версии УП для версий образовательных программ по умолчанию" расширен выбор доступных учебных планов для версии ОП на УГСН: разрешено указывать любые версии УП, относящиеся к укрупненной группе.
3. Исправлено отображение учебных планов СПО на подразделении. Теперь планы фильтруются с учетом выпускающего подразделения учебного плана.
4. В справочник учебных годов добавлен признак архивности года. Этот признак будет использоваться:
- на формах добавления – будут отображаться только неархивные года;
- в фильтрах списков – архивные года будут отображаться серым;
- в новой версии расписания.
5. В списке оперативных потоков фильтры сгруппированы по источнику данных, добавлены новые фильтры:
- Доп. характеристики мероприятия;
- Формат вида потока;
- Название потока;
- Поток по РУП;
- Название группы.
Модуль «БРС и журналы преподавателей»
1. Реализован отчет "Сведения о посещаемости обучающихся", в котором подсчитывается количество пропущенных занятий обучающимися по месяцам в выбранном учебном году и части учебного года.
Модуль «Сессия»
1. В протоколе перезачтения и переаттестации (протоколе ИУП) удалено поле "Председатель (запись в реестре ППС)". Вместо него теперь используется поле "Председатель (сотрудник)".
Модуль «Дипломирование»
1. Изменен формат xml-файла, получаемого из карточки документа об обучении: действие "Сохранить в файл".
В файл добавлен вывод признака заместителя председателя, добавлены новые типы строк. Подробное описание файла приведено в обновленном руководстве пользователя.
2. Изменен отчет "Список документов об обучении для передачи в ЕР ЦДО":
- В отчете изменен алгоритм формирования строк дисциплин. Теперь группировка производится по названию строк и порядковому номеру в документе об обучении, а для строк с признаком модуль добавляется подстрока "+ в том числе". Сначала будут выведены строки с первым приоритетом, затем со вторым, и т.д. Строки, принадлежащие одном модулю, будут расположены рядом.
- В отчете СПО изменено положение колонки "Председатель Государственной экзаменационной комиссии".
Модуль «Нагрузка»
1. В сводке контингента с помощью действия "Прикрепить РУП обучающимся" можно переносить РУП в реальный контингент:
- только для первого курса или для всех курсов;
- с учетом или без учета академ. групп.
Процесс сопровождается логированием, файл журнала можно скачать с помощью действия "Скачать лог прикрепления РУП".
2. При создании и обновлении нагрузки в план. мероприятия и план. потоки в ключ добавлен флаг "По РУП".
Теперь мероприятия, отличающиеся только признаком "По РУП" и с одинаковыми другими данными (версия мероприятия, вид потока, часть года, план. Контингент) будут различны. В частности, это необходимо для работы приема данных потоков из внешней системы (используем для ЛК ДПО).
Модуль «Расписание»
1. В настройке версий расписания добавлен признак архивности. Он будет использоваться в новом модуле расписания.
В новой версии расписания:
- Настройка версий расписания перемещена в пункт меню "Учебный процесс / Расписание".
- Добавлена информация о выходе за границы версии, кэшируемых событиях.
- Добавлена функциональность архивирования версии расписания.
Модуль «Договоры на обучение»
1. По аналогии с ценами в графике оплаты версии договора (при работе с договором или доп. соглашением) реализована работа операций с суммами, актуально для учебного и произвольного графиков оплаты:
- контекстный список (кнопка в виде треугольника) с действиями перенесен в строку "Этапы оплаты", переименован в "Действие с этапами";
- добавлено необязательное поле "Умножать с даты";
- поддержано 4 цифры после запятой в множителе (как при работе с ценами);
- добавлено новое действие "Увеличить даты на указанное число лет" с полем "Число лет".
2. В сущностях "Договор (Папка)", "Обязательство на оплату", "Факт оплаты" добавлено поле "Дата изменения во внешней системе". В сущность "Договор (Папка)" добавлен признак "Внешний договор". Поля обеспечивают развитие интеграционного обмена в части получения данных о договорах из внешних систем.
3. Если договор на обучение добавлен из внешней системы (через интеграционную шину), то в карточке договора скрываются кнопки действий, а кнопки смены состояний будут неактивны.
4. Реализована новая служба "Импорт договоров на обучение", которая обеспечивает возможность работы с договорами, заключенными во внешних системах, через интеграционную шину.
Служба реализует возможности добавления, обновления и удаления договоров (только внешних) обучающихся, абитуриентов, обязательств оплаты (строки графика оплаты) и фактов оплаты (платежей по договору – для любых договоров, не только внешних):
- поддерживает работу с договорами ВО и СПО;
- в которых график оплаты ведется с использованием произвольной сетки оплаты;
- в которых нет доп. соглашений (или есть, но они передаются особым образом) и договоры имеют признак "Внешний договор";
- добавляет новые договоры с признаком "Внешний договор" и сразу же вводит их в действие (предполагается, что передаются только заключенные и действующие на момент передачи договоры);
- учитывает логику сброса и установки для договора соответствующей резолюции закрытия (исполнен или расторгнут);
- ведет работу с графиком оплаты только в рамках первой и единственной версии договора;
- ведет журнал запуска и останова (пользовательский лог для технолога), включая сообщения об ошибках во входящих данных и необработанных входящих сообщениях;
- ведет работу с любыми платежами (источник добавления платежа неважен в отличие от договора, который должен быть внешним для работы с ним через интеграционные потоки);
- удаляет сообщения с обязательствами и фактами оплаты, для которых в системе не существует внешнего договора и время хранения сообщений подошло к концу.
Служба обрабатывает сообщения, поступающие в интеграционных потоках по определенным алгоритмам: для каждого типа сообщения (договор абитуриента, или договор обучающегося, или платеж, и т.д.) используется свой алгоритм.
Реализована обработка новых входящих интеграционных потоков (см. подробнее в описании интеграционного модуля) и создание сообщений (фактически очереди сообщений) по договорам обучающихся, договорам абитуриентов, обязательствам оплаты (строка графика оплаты), фактам оплаты (платеж по договору): добавление / обновление / удаление служебных сообщений, которые затем обрабатываются и удаляются службой импорта данных.
5. В старой службе "Импорт договоров" дополнена логика (при добавлении службой нового договора, либо при обновлении договора, у которого признак "Внешний договор" = "Нет"):
- в договоре заполняется поле "Внешний договор" значением "Да";
- в договоре заполняется поле "Дата изменения во внешней системе" текущими датой и временем;
- у договора и версии договора, если они не введены в действие (находятся на подготовке или на подписании), выставляется статус "Введена в действие".
6. В списке отчетов в разделе "Договоры" добавлен новые отчет "Стоимость обучения (по ценам)".
Отчет отображает историю изменения цен по каждой версии ОП, попавшей в статистику отчета. В отчете в рамках версии ОП:
- выбираются актуальные версии цен;
- в рамках версии цены выбираются все периоды действия (от первого к последнему по дате), в которых есть хотя бы одна цена с выбранным типом цены (произвольная или учебная) при добавлении отчета;
- в рамках периода действия отбираются все цены (с разными разбиениями) и их полная цена (за весь период обучения);
- по полученному массиву цен вычисляется максимальное число лет для вывода динамических колонок с годами/курсами в печатной форме: для учебных цен – по числу учебных годов в графике оплаты, для произвольных – по датам оплаты из элементов графиков оплаты (эмпирическое вычисление);
- для каждого года/курса вычисляется общая стоимость за год/курс: для учебных цен – как сумма всех этапов оплаты в рамках года/курса, для произвольных – по датам оплаты из элементов графиков оплаты (эмпирическое вычисление);
- определяется число месяцев в каждом году/курсе для каждой версии ОП: либо берутся числа, заданные при добавлении отчета, либо определяются по сроку обучения версии ОП;
- из общей стоимости за год/курс и числа месяцев в году вычисляется стоимость обучения за месяц для каждого года/курса;
- полученные данные используются для заполнения строк отчета: одна строка отчета = одна цена, рядом находятся строки/цены одной версии ОП.
Модуль «ДПО»
1. При приеме участника цикла дата "Приказ об отчислении – отчислен с" обучающегося теперь заполняется и обновляется по дате завершения цикла. При приеме участника цикла появилась возможность на основании какого документа об бучении он поступает.
2. На вкладке "Подразделение / Дипломирование / Дипломы" в действии "Сформировать титулы дипломов" добавлена возможность формировать документы для обучающихся без учебного плана.
3. Обновлен список укрупненных групп программ дополнительного образования.
Базовые модули и функции
1. В реестре помещений добавлены колонки с количеством МТО и запретами на расписание.
Также добавлены фильтры для поиска помещений с выбранным обеспечением, с или без запрета в указанный период.
2. Реализован сохраняемый "Сведения о занимаемых ставках" (меню "Общее / Отчеты") вместе с печатной формой, списком отчетов и формой добавления.
Сервис ФИАС
1. В сервисе улучшен поиск, в частности, поддержан поиск населенных пунктов по нескольким словам. Добавлены данные по ОКТМО, домам на земельных участках.
Доработан базовый компонент выбора адреса в формате ФИАС, добавлена возможность частичного ввода адреса в виде строки. Например, если не удается найти определенную улицу или дом, то в таком случае допускается выбор и сохранение населенного пункта из ФИАС вместе с дополнением адреса в строковом виде – такой адрес будет считаться корректным для поиска и выборки с точностью до региона и населенного пункта, печати, передачи во внешние системы.
Интеграционный модуль
1. Отключены устаревшие интеграционные потоки, обеспечивавшие передачу данных по текущей и промежуточной успеваемости:
- LksSessionResultType – Оценка в сессию для личного кабинета студента (Result)
- LksWorkResultType – Промежуточная аттестация для личного кабинета студента (WorkResult)
2. В потоках TimeTableEventRealType, ScheduleEventPlaceType, TtEventReal2EduGroupType, TtEvent2PpsType добавлены поля:
- Кем изменено (логин);
- Кем изменено (описание);
- Дата/время создания;
- Дата/время изменения – только для события расписания.
3. Добавлены потоки данных из системы "Комиссия для мероприятия в сессии", "Преподаватель в комиссии".
В потоке "Оценка обучающегося в сессии (ссылка)" (код "SessionSlotLinkMarkType") добавлена ссылка на "Комиссия для мероприятия в сессии".
4. В потоке "Форма контроля" (код справочника "EppControlActionTypeType") добавлено поле "Вид потока (ФИК)" – ссылка на "Вид потока" (код "EppGroupTypeType"). Поле заполняется только для форм итогового контроля.
5. В потоке "Нагрузка строки версии учебного плана в семестре (по формам контрольных мероприятий)" (код "EduPlanRowTermActionType") добавлена ссылка на "Форма контроля" (код "EppControlActionTypeType").
6. Для работы с договорами добавлены новые и изменены существующие потоки.
- Данные договора на обучение с абитуриентом (НСИ) (nsiEntrantContractCreator) – предназначен для создания / обновления / удаления договора абитуриента, только для внешних договоров;
- Данные договора на обучение со студентом (НСИ) (nsiStudentContractCreator) – предназначен для создания / обновления / удаления договора с обучающимся, только для внешних договоров;
- Данные обязательства оплаты по договору (НСИ) (nsiPaymentPromiceExternal) – предназначен для создания / обновления / удаления обязательств оплаты в договоре, только для внешних договоров;
- Данные факта оплаты по договору (НСИ) (nsiContractPaymentExternal) – предназначен для создания / обновления / удаления платежа по договору;
- В потоке "Договор (папка)" (nsiContractObject) добавлено поле "Внешний договор" (external), теперь поток работает только на чтение данных из ТАНДЕМ.Университет – содержит все договоры (папки);
- Поток "Платеж по договору" (nsiContractPayment) теперь работает только на передачу (чтение) данных из ТАНДЕМ.Университет – содержит все платежи по договорам.
7. Добавлены новые потоки данных из системы в интеграционную шину: "Тип ученой степени" и "Тип ученого звания".
В потоке "Ученая степень" (код "AcademicDegreeType") добавлена ссылка на "Тип ученой степени". В потоке "Ученое звание (код "AcademicStatusType") добавлена ссылка на "Тип ученого звания".
В потоке "Должность/профессия, отнесенная к ПКГ и КУ" (код "PostType") добавлены ссылки на "Тип ученой степени" и "Тип ученого звания".
Разработчикам и партнерам
1. Удален устаревший плагин для справочников catalog-item. Необходимо <apply plugin="catalog-item"/> заменить на <apply plugin="catalog" uniqueKey="false"/>.
2. Учебные планы. Оптимизирован реестр тематических блоков, логика не изменилась.
Изменены компоненты с ru.tandemservice.uniepp.component.registry.ModuleRegistry на ru.tandemservice.uniepp.base.bo.EppModuleRegistry.ui.List, и ru.tandemservice.uniepp.component.registry.ModuleRegistry.Pub на ru.tandemservice.uniepp.base.bo.EppModuleRegistry.ui.Pub.
Интеграционная подсистема
1. Доработаны механизмы журналирования интеграционного обмена, фиксирующая пакеты интеграционного взаимодействия с подсистемами.
Хранение содержимого пакетов вынесено из таблицы NsiPackageContent_t в файловую систему. Это позволяет значительно сократить объем оперативной базы данных, снизить скорость прироста этого объема, и, соответственно, ускорить процесс обновления системы и обслуживания БД.
Упрощена структура таблиц в базе данных. Уменьшено число таблиц, участвующих в журналировании интеграционного обмена, что так же увеличивает скорость работы приложения и снижает объем базы данных.
Механизмы взаимодействия с базой данных по журналам интеграционного обмена переведены на взаимодействие через JDBC-драйвер, что позволило ускорить работу с журналами и снизить нагрузку на сервер приложения.
Новые таблицы используют партиционирование, что позволяет ускорить поиск и выборку интересующих записей интеграционного обмена в БД.
Расширена детализация интеграционного обмена, теперь наряду с телом пакета и технического заголовка в журнале сохраняются так же сведения об HTTP-заголовках и ответные пакеты. Ранее фиксировались только тело направляемого (или принимаемого пакета), а также его технический заголовок. Ответный пакет в журнале не фиксировался.
В журналы интеграционного обмена добавлена информация о HTTP-коде ответа. Это позволяет более точно диагностировать причины ошибок при некорректном обмене.
Проведена унификация механизмов журналирования для разных протоколов. Ранее обмен по протоколу REST фиксировался в новых журналах, а взаимодействие по протоколу HTTP/SOAP 1.2 фиксировалось в отдельных журналах.
Добавлена служба архивирования и удаления логов ("Планировщик очистки логов"), что позволяет упростить обслуживание приложения и снижает риск падения производительности системы при накоплении большого числа записей в журналах. Рекомендуется настроить ее ежемесячный запуск.
2. Доработан механизм автоматизированной досинхронизации по расписанию.
Проведена оптимизация процедуры удаления сведений, присутствующих в шине, но уже удаленных в подсистеме-источнике.
Расширены механизмы логирования процедуры автоматизированной досинхронизации: в текстовые логи приложения (Tomcat) выводится информация о начале обработки каждого из файлов, полученных из целевых подсистем, а в монитор процесса синхронизации добавлено уведомление о наличии ошибки в файле, полученном из целевой подсистемы.
Доработаны интеграционные потоки: ссылочным полям добавлены каскадные обновления, при удалении ссылочной записи значение в поле будет зануляться, как у всех других интеграционных потоков.
3. Разработан механизм выгрузки электронных студенческих билетов и зачетных книжек в формате Excel. Механизм доступе в меню "Интеграция | Выгрузка для ГИР ВУ". Выгрузка осуществляется в соответствии с требованиями "Инструкции по заполнению файла-шаблона для подсистемы сбора сведений о гражданах, обучающихся в организациях, осуществляющих образовательную деятельность по программам высшего образования (студентов) зачетные книжки" (участник эксперимента ПП РФ № 509 от 20.04.2024).
4. Доработан модуль выгрузки данных об электронных студенческих билетах и зачетных книжках обучающихся для последующей загрузки этих сведений в "Подсистему сбора сведений о гражданах, обучающихся в организациях, осуществляющих образовательную деятельность по программам высшего образования" (далее ПССО).
В новой версии реализована автоматизированная коррекция и валидация выгружаемых данных по студенческим билетам. Все корректные (и ставшие таковыми после коррекции) данные попадают на вкладку "Шаблон", а все записи, не прошедшие валидацию, выгружаются на отдельную страницу "Некорректные записи" итогового документа. Все подкорректированные ячейки помечаются желтым цветом фона, а в комментарий к ячейке помещается сообщение о том, что именно было скорректировано. Аналогичным образом для некорректных записей не прошедшие валидацию ячейки помечаются красным цветом фона, а в комментарии к ячейке можно посмотреть причину пометки ячейки как некорректной. Кроме того, реализован альтернативный вариант загрузки идентификаторов ГИР ВУ в Шину.
Штатный механизм, ожидающий на входе XLSX-документ, выгруженный из ПССО (см. п. 3.7.1 "Студенческий билет/Записи ГИР ВУ", информацию о скачивании шаблона для редактирования, документа "Руководство пользователя (поставщика данных), ПОДСИСТЕМА СБОРА СВЕДЕНИЙ О ГРАЖДАНАХ, ОБУЧАЮЩИХСЯ В ОРГАНИЗАЦИЯХ, ОСУЩЕСТВЛЯЮЩИХ ОБРАЗОВАТЕЛЬНУЮ ДЕЯТЕЛЬНОСТЬ ПО ПРОГРАММАМ ВЫСШЕГО ОБРАЗОВАНИЯ И СРЕДНЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ (СТУДЕНТОВ)"), дополнен вариантом загрузки пары файлов (исходный XLSX-документ, выгруженный из шины, и CSV документ, выгруженный из ПССО способом, представленный в п. 3.7.1.1 "Просмотр пакета" того же документа).
5. Реализованы два сервисных механизма для работы с файловыми хранилищами интеграционной шины. Данные механизмы позволяют находить и удалять файлы в хранилище, оставшиеся без объектов-владельцев в БД. Удаление таких файлов осуществляется в системных действиях (см. меню "Система | Данные | Системные действия" действие "Удалить неактуальные файлы в локальном хранилище").
6. Оптимизирована логика формирования пакетов на удаление при использовании механизма автоматизированной досинхронизации.
Некорректная логика работы механизма приводила к формированию отдельного пакета на удаление объекта в целевой подсистеме на каждый объект. В текущей версии пакеты включают множество объектов, подпадающих под удаление.
7. Изменен код ответа при обработке запроса на удаление записей через REST-сервис.
Ранее в случаях, если удаляемая запись не найдена в шине, то код ответа был 200, как при нормальном удалении. В текущей версии в этих случаях будет приходить код 202. Кроме того, перечень идентификаторов удаленных объектов теперь помещается в тело ответа. В предыдущих версиях идентификаторы перечислялись только в тэге details технического заголовка.
8. Изменен таймаут повторных попыток загрузки вложений, загрузка которых ранее завершилась ошибкой.
9. Проведена актуализация системных процессов шины, отвечающих за публикацию основных показателей работы шины на JMX-порте. Это позволило использовать соответствующие параметры во внешних системах для мониторинга работы шины.
На данный момент реализована первая типовая конфигурация для осуществления мониторинга работы шины с помощью программного продукта Prometeus. Эти же параметры могут отслеживаться и другими аналогичными продуктами (например, Zabbix).
10. Внесены изменения в состав интеграционных потоков, используемых для передачи сведений об ученых степенях и званиях физического лица.
Реализованы новые интеграционные потоки:
- Тип ученой степени (ScienceDegreeTypeType);
- Тип ученого звания (ScienceStatusTypeType).
Внесены изменения в следующих потоках:
- в потоке "Ученая степень" (код AcademicDegreeType) добавлена ссылка на "Тип ученой степени";
- в потоке "Ученое звание" (код AcademicStatusType) добавлена ссылка на "Тип ученого звания";
- в потоке "Должность НСИ" (код PostType) добавлены ссылки на "Тип ученой степени" и "Тип ученого звания".
11. Внесены изменения в состав интеграционных потоков, используемых для передачи сведений об оценках обучающегося:
- добавлен новый интеграционный поток "Преподаватель в комиссии" (SessionCommissionPpsType);
- добавлен новый интеграционный поток "Комиссия для мероприятия в сессии" (SessionCommissionType);
- в потоке "Оценка обучающегося в сессии (ссылка)" (код SessionSlotLinkMarkType) добавлена ссылка на "Комиссия для мероприятия в сессии".
12. Доработан поток "Форма контроля" (EppControlActionTypeType): добавлена ссылка на справочник "Вид потока" (EppGroupTypeType).
13. Доработан поток "Нагрузка строки версии учебного плана в семестре (по формам контрольных мероприятий)" (EduPlanRowTermActionType): добавлена ссылка на справочник "Форма контроля" (EppControlActionTypeType).
14. В интеграционный поток "Участник цикла" (CycleParticipantType) добавлена ссылка на поток "Документ об образовании персоны" (PersonEduDocumentType).
15. Удален интеграционный поток "Рейтинг абитуриента".
16. Внесены коррективы в поля, хранящие даты в интеграционных потоках шины. Рассогласованность типов данных приводила к некорректной передаче даты в таких полях. Изменения коснулись таких полей, как "Дата добавления" и "Дата отзыва заявления" (regDate и takeAwayDocumentDate) в потоке "Заявление абитуриента" (EnrEntrantRequestType).
17. Исправлена логика работы механизма отправки справочника, или отдельных элементов справочника в подсистемы. Теперь при отправке учитывается флаг "Без фильтрации по подпискам". Если соответствующий флаг не выставлен, то осуществляется фильтрация, в соответствии с настройками подписок для принимающей подсистемы.
18. Исправлен механизм удаления сведений об идентификаторах ЕРН, связанных с физическим лицом при удалении самого физического лица.
19. Исправлена ошибка регулярного процесса, выкачивающего из подсистем-источников файлы вложений, возникающая при соединении двух шин.
20. Исправлена ошибка из-за которой не происходило зануление ссылочных полей интеграционных потоков.
21. Исправлена ошибка работы планировщика синхронизаций (службы, которая производит периодическую автоматическую отправку заданных справочников в заданные подсистемы по расписанию). Ошибка возникала в случаях, когда момент запуска планировщика синхронизации совпадал с запуском регулярного процесса, осуществляющего отправку пакетов, помещенных в очереди. Также исправлена ошибка, возникающая при указании нескольких подсистем-получателей в одном планировщике и дополнена логика работы планировщика в случае изменения состава подсистем-получателей уже имеющейся службы.
22. Исправлена ошибка, возникающая при генерации пароля для OPENLDAP, приводившая к его некорректной отправке, или к невозможности его отправки в LDAP.
23. Исправлен механизм обновления хранимых названий записей шины, которые используются в фильтрах ссылочных полей на странице справочника.
Модуль "Интеграция с ГИС СЦОС"
1. Для обеспечения надежности передачи данных предусмотрен таймаут, который активируется в случае возникновения ошибок со стороны сервера ГИС СЦОС в ответ на наш запрос. После небольшого временного интервала ожидания служба синхронизации повторно отправляет пакет.
Возможные ошибки со стороны сервера ГИС СЦОС, при котором служба синхронизации активирует таймаут:
- ошибка 400 с телом ответа "details":"Невозможно идентифицировать организацию";
- ошибка 0 с пустым телом ответа;
- ошибка "503 Service Temporary Unavailable – Сервис временно недоступен";
- ошибка HTTPS-proxy. 502 Bad Gateway.
Добавлена возможность аварийного завершения работы службы синхронизации СЦОС. Действие "Завершить" (см. меню "Система | Администрирование | Службы").
2. Проведена оптимизация механизма подготовки данных для отправки в ГИС СЦОС. Изменен порядок генерации оберточных объектов, направляемых в СЦОС.
Ранее генерация всех связанных с обучающимся оберток осуществлялась по каждому обучающемуся отдельно. В текущей версии генерация группируется по типам сущностей, снижая затраты на получение из базы данных сведений, используемых для генерации однотипных данных, например, оценок.
3. Реализована возможность возврата статуса обучающегося с "Не обучается" на "Обучается", если приказ об отчислении был отменен или проведен приказ об отмене приказа об отчислении.
4. Исправлена ошибка, приводившая к нестабильной работе шины при запуске службы синхронизации с ГИС СЦОС.