Список изменений в системе ТАНДЕМ.Университет
Список изменений системы ТАНДЕМ.Университет в версии 2.25.1
Модуль «Абитуриенты (Приемная комиссия)»
1. Обновлен справочник олимпиад и профилей олимпиад (по данным ФИС ГИА). Обновлены установленные даты по умолчанию в настройке «Этапы и сроки зачисления».
2. Переименован предмет ЕГЭ «Информатика и ИКТ» = «Информатика», доработан импорт результатов ЕГЭ.
3. В списке выбора экзаменационной группы количество элементов увеличено до 100.
4. В настройке мастера добавления абитуриента добавлена опция «Иностранный язык» с вариантами значений:
- Обязательный;
- Необязательный (значение по умолчанию).
Опция учтена в мастере добавления заявления на шаге «Доп.сведения».
5. Доработано отображение данных о документе об образовании в карточке абитуриента в списке заявлений: добавлен вывод формы получения, данные по статусу документа теперь выводятся всегда (даже если не подан оригинал в той или иной форме).
6. В сущности «Набор ОП ВО» изменена интерпретация поля «Только для иностранных граждан» (onlyForeign).
Теперь оно необязательное и работает как ограничение выбора конкурсов по гражданству:
- true – только для иностранных граждан (не РФ);
- false – только для граждан РФ;
- null – нет ограничений по гражданству (для всех).
На странице добавления/редактирования набора ОП ВО признак «Только для иностранных граждан» заменен на поле выбора «Ограничение по гражданству».
Изменен веб-сервис. В методе getEnrollmentEnvironment в ноде programSet наряду с полем onlyForeign добавлено поле onlyRF.
Изменены фильтры. Фильтр «Прием иностр. граждан» переименован на «Ограничение по гражданству» в списках:
- абитуриентов;
- поданных документов об образовании;
- выбранных конкурсов;
- конкурсов;
- наборов образовательных программ ВО для приема;
- специальностей (профессий) СПО для приема, в самом списке добавлена новая колонка;
- в отчете «Выборка абитуриентов».
На карточке конкурса добавлено отображение нового поля: «Ограничение по гражданству».
7. Переработан рег. процесс обновления данных абитуриентов и рейтингов: разделен в целях оптимизации нагрузки на ключевые таблицы модуля на две части. Первая часть: обновление оперативных исходных данных по абитуриенту. Вторая часть: обновление вычисляемых данных в рейтинге и позиций у ВК в рамках конкурсов.
8. Добавлена новая сущность «Согласие на зачисление в ПК» (СЗПК).
Учтены предметные требования – у абитуриента:
- Может быть больше одного согласия;
- Не может быть более одного актуального согласия у абитуриента (в рамках вида заявления), как и более одного согласия с незаполненной датой отзыва;
- Дата отзыва позже даты согласия;
- На данный момент (по ПП) СЗПК может быть добавлено только при наличии бюджетного заявления (есть хотя бы один ВК на бюджет среди неотозванных заявлений);
- Способ подачи документов – только один из трех вариантов: лично, по почте, гос. услуги.
9. Учет согласия нового вида.
9.1. В настройке «Правила зачисления абитуриентов» переименованы опции:
- Требуется оригинал, согласие на зачисление не требуется = Требуется оригинал;
- Требуется согласие на зачисление, оригинал не требуется = Требуется согласие на зачисление на конкурс;
- Требуется оригинал или согласие на зачисление = Требуется оригинал или согласие на зачисление на конкурс;
- Требуется оригинал и согласие на зачисление = Требуется оригинал и согласие на зачисление на конкурс;
- Требуется проверка в ФРДО или заверенная копия, согласие не требуется = Требуется проверка в ФРДО или заверенная копия.
Для бюджетного приема добавлена новая опция «Требуется согласие на зачисление в ПК».
Фактически разделены понятия «Согласие на зачисление на конкурс» (дается на один выбранный конкурс), которое использовалось в соответствии с ПП несколько лет назад, и «Согласие на зачисление в ПК» (дается на всю ПК, на любой выбранный конкурс).
Выбор данных опций, как и прежде, влияет на поведение системы в части работы с согласиями (в частности, в карточке абитуриента – интерфейс и логика добавления/редактирования разных видов согласий), вычисления итогового согласия в рег. процессе обновления рейтинга (его первая часть), и работы некоторых других функций.
9.2. Настройка «Этапы и сроки зачисления»:
- Колонка «Дата подачи оригинала» переименована в «Дата подачи оригинала/согласия»;
- В диалоге добавления/редактирования этапа поле «Срок подачи оригиналов» переименовано в «Срок подачи оригиналов/согласий».
Эта дата теперь используется как для оригинала документы об образовании, так и для согласия – при включении в шаг зачисления выставляется признак оригинала/согласия с учетом этой даты у ВК (если больше этой даты, то в шаге у ВК не будет оригинала/согласия и абитуриент не будет рекомендован/зачислен на такой ВК).
9.3. В карточке абитуриента добавлена новая вкладка «Согласие на зачисление». Отображается, если в ПК в настройке «Этапы и сроки зачисления» выбрана опция «Требуется согласие на зачисление в ПК».
Доработана вкладка «Заявления» карточки абитуриента. Учтена вновь добавленная опция и наличие двух разных согласий в настройке «Этапы и сроки зачисления». Добавлено отображение информации о поданном актуальном СЗПК. Всегда берется актуальное СЗПК: то, на которое ссылается заявление. Информация об актуальном СЗПК отображается только для тех заявлений, для которых по настройке правил зачисления оно используется.
9.4. Доработан рег. процесс расчета итогового согласия на зачисление.
9.5. В списке выбранных конкурсов доработаны фильтры и добавлены колонки по СЗПК.
9.6. В отчете-выборке абитуриентов на вкладке «По данным заявления» переименованы параметры:
- «Согласие на зачисление» = «Согласие на зачисление на конкурс»;
- «Прием иностр. граждан» = «Прием иностранных граждан»;
- «Состояние выбр-го конкурса» = «Состояние выбранного конкурса».
Добавлен параметр «Согласие на зачисление в ПК» (перед «Согласие на зачисление на конкурс»). На выходе отбираются ВК, в которых значение СЗПК соответствует значению, выбранному в фильтре.
В результирующем файле переименованы колонки:
- «Согласие на зачисление» = «СЗ на конкурс»;
- «Дата согласия» = «Дата подачи СЗ на конкурс».
Добавлены колонки (после «Сдан оригинал»):
- СЗ в ПК – «да» / «нет» по значению поля СЗПК в ВК;
- Дата подачи СЗ в ПК – дата время из актуального СЗПК заявления;
- Дата отзыва СЗ в ПК – дата время из актуального СЗПК заявления.
9.7. Списке «Абитуриенты» в карточке конкурса шага зачисления:
- колонка «Согласие» переименована = «СЗ на конкурс»;
- добавлена колонка «СЗ в ПК» (справа от «СЗ на конкурс») – индикатор, отображающий наличие согласия в ПК («Да» / «Нет»);
- «СЗ на конкурс» не отображается, если для вида затрат из ВК в настройке правил зачисления не выбрана опция, в которой используется согласие на конкурс;
- «СЗ в ПК» не отображается, если для вида затрат из ВК в настройке правил зачисления не выбрана опция, в которой используется согласие в ПК.
9.8. При добавлении шага зачисления или обновлении данных абитуриентов в шаге дополнительно к текущей логике добавлено обновление данных по СЗПК.
Поскольку при рекомендации используется итоговое согласие, то другие изменения здесь не требуются. А признак «Включен» выставляется с учетом сданы ли документы (fullDoc) и сданы ли все ВИ, как и прежде.
9.9. Изменения в веб-сервисе.
В методе получения данных абитуриента добавлены поля по согласию на зачисление в ПК (заполняется по актуальному СЗПК у заявления, если оно есть, иначе – поля будут пустыми):
Метод createOrUpdateOnlineEntrantRequest данные заявления:
- agreementEnrollmentRegDate – дата подачи согласия на зачисление в ПК;
- agreementEnrollmentTakeAwayDate – дата отзыва согласия на зачисление в ПК;
- agreementEnrollmentSubmissionWay – способ подачи согласия на зачисление в ПК.
Метод getOnlineEntrantCompetitions:
- agreementEnrollmentRegDate – дата подачи согласия на зачисление в ПК;
- agreementEnrollmentTakeAwayDate – дата отзыва согласия на зачисление в ПК;
- agreementEnrollmentSubmissionWay – способ подачи согласия на зачисление в ПК.
Дополнительно удалены устаревшие поля в методе getEntrantRatingEnvironment нод entrant:
- epguUid;
- epguState;
- acceptedEntrant;
- acceptedEntrantEPGU.
В методе getCatalogs в ноде enrAdmissionRulesSettingsNode добавлено поле:
- agreementEnrollmentEnabledBudget – используется согласие на зачисление в ПК (бюджет).
9.10. На форме добавления и редактирования параграфа приказа о зачислении (EnrEnrollmentParagraphAddEdit):
- Переименована колонка «Согласие» = «СЗ на конкурс»;
- Добавлена колонка «СЗ в ПК» - индикатор, по полю «СЗ в ПК» в ВК;
- «СЗ на конкурс» не отображается, если для вида затрат из вида приема (выбран на форме) в настройке правил зачисления не выбрана опция, в которой используется согласие на конкурс;
- «СЗ в ПК» не отображается, если для вида затрат из вида приема (выбран на форме) в настройке правил зачисления не выбрана опция, в которой используется согласие в ПК.
10. В справочнике печатных шаблонов добавлены два новых шаблона для печати формы согласия на зачисление в ПК и отзыва этого согласия.
В карточке абитуриента на вкладке с заявлениями добавлены действия для печати документов о поданном согласии и отзыве поданного согласия.
В справочнике «Виды заявлений абитуриента» добавлен механизм падежных форм наименования вида заявления для множественного числа (используется для печати документов о поданном согласии и отзыве поданного согласия).
11. Переработана служба вычисления рекомендованных к зачислению абитуриентов по приоритетам.
Добавлены сущности «Срез обсчета ВП» и «Высший приоритет».
Переименованы опции в параметрах:
- «Основной набор, приоритетное зачисление, бюджет, все заявления» = «Основной набор, приоритетное зачисление, бюджет»;
- «Основной набор, общий конкурс, бюджет, все заявления» = «Основной набор, общий конкурс, бюджет»;
- «Основной набор, общий конкурс, договор, все заявления» = «Основной набор, общий конкурс, договор»;
- «Доп.набор, приоритетное зачисление, бюджет, все заявления» = «Доп.набор, приоритетное зачисление, бюджет»;
- «Доп.набор, общий конкурс, бюджет, все заявления» = «Доп.набор, общий конкурс, бюджет»;
- «Доп.набор, общий конкурс, договор, все заявления» = «Доп.набор, общий конкурс, договор».
Скрыты все опции, у которых в названии было «заявления с итоговым согласием».
В логике службы при выборе любой из опций теперь всегда считаются оба варианта ВП: по всем заявлениям и с согласиями.
Добавлено запоминание рекомендованных абитуриентов с приор. этапа в основной этап на бюджете (в нем такие абитуриенты не получают ВП): два списка – один по всем заявлениям, второй с согласием.
В основном этапе на бюджет не выдается ВП для зачисленных на бюджет и тем, кто получил ВП на бюджет на приор. этапе. Соответственно, если приор. этап выключен из обсчета, то в основном этапе исключаются только зачисленные абитуриенты.
Дополнена логика службы сохранения объектов в новой сущности «Высший приоритет»:
- Вначале служба обсчитывает ВП и сохраняет xml файл – как и прежде;
- Затем служба поконкурсно по данным обсчета сохраняет и обновляет объекты в сущности «Высший приоритет» – отбираются все сущности ВП по данному этапу ПК и срезу, далее в транзакции по конкурсам обновляются/сохраняются данные (без удаления записей);
- Если один выбранный конкурс (ВК) получил два ВП (ВП, с согласием, и ОВП – без учета согласий), то для такого ВК в таблице будет две записи;
- После сохранения всех ВП, обновляется признак актуальности и дата с временем в срезе расчета (дата обновления среза берется равной началу расчета приоритетов, когда отбирались оперативные данные для расчетов);
- Если в следующем цикле запуска службы такой ВК не получит ВП и/или ОВП, то в соответствующих записях будут обнулены ссылки на ВК;
- Соответственно, если выключить обсчет этапа (например, основной набор – приор. зачисление), то по такому этапу в следующем цикле запуска службы данные по ВП/ОВП будут обнулены.
12. В веб-сервисе (метод createOrUpdateOnlineEntrantRequest) и сущности онлайн-заявление (ОЗ) добавлены новые поля с адресом:
- Адрес регистрации в ФИАС до дома;
- Квартира адреса регистрации;
- Фактический адрес в ФИАС до дома;
- Квартира фактического адреса.
На карточке онлайн-заявления перед полем «e-mail» добавлены поля:
- Адрес регистрации – строковое значение из ОЗ для адреса регистрации;
- Фактический адрес – строковое значение из ОЗ для фактического адреса.
В мастере добавления заявления учтены новые поля из онлайн-заявления: для РФ заполняется адрес в формате ФИАС, если он есть в ОЗ и был найден в сервисе ФИАС.
13. Добавлена новая категория учета индивидуальных достижений – целевые достижения.
13.1. В параметрах приемной кампании добавлен новый признак «Целевые индивидуальные достижения».
13.2. В справочник «Категории индивидуальных достижений» добавлен новый системный элемент: «Целевые достижения».
13.3. В настройке индивидуальных достижений добавлено новое поле: «Максимальная сумма баллов за индивидуальные целевые достижения абитуриента, включаемая в сумму конкурсных баллов». В списке индивидуальных достижений добавлен новый признак «В рамках конкурса».
При добавлении (редактировании) индивидуального достижения признаки «Учитывается в рамках заявления» и «Учитывается в рамках набора ОП для приема» удалены. Вместо них добавлено поле для выбора «Ограничение при учете».
13.4. При добавлении (редактировании) индивидуальных достижений (с ограничением по конкурсу) в карточке абитуриента добавлено обязательное поле «Учитывать в конкурсе» с выбором конкурса, в котором будет учитываться это достижение.
13.5. Доработана логика рег. процесса обновления рейтинга абитуриентов с учетом целевых ИД.
14. В справочник «Категории лиц, обладающих правом сдавать общеобразовательные ВИ по материалам ОО» добавлен новый элемент: «Лица, обладающие правом поступления по отдельной квоте».
15. В справочник «Типы документов персоны» добавлены новые элементы:
- Документ, подтверждающий принадлежность к лицам, выполнявшим задачи в связи с проведением СВО;
- Документ, подтверждающий принадлежность к лицам, участвовавшим в боевых действиях в ходе СВО, со стороны ДНР, ЛНР;
- Документ, подтверждающий принадлежность к детям медицинских работников, умерших в результате инфицирования COVID-19;
- Документ, подтверждающий принадлежность к лицам, участвовавших в боевых действиях в ходе СВО, со стороны ДНР, ЛНР, погибших или получивших увечье либо заболевание.
В настройке «Ограничения для документов персоны» для категории «Абитуриент» для новых документов значения признаков «Просмотр и прикрепление документа» и «Добавление и редактирование документа» установлено = «Да».
Новые типы документов учтены в настройках: «Ограничения для полей документов персоны» и «Ограничения для документов абитуриента».
16. В онлайн-заявлении (ОЗ) абитуриента поле-ссылка на заявление сделано уникальным.
Выполнена однократная миграция для каждого заявления абитуриента, на которое ссылается более одного ОЗ: берутся такие ОЗ (два, три и т.д. сколько нашлось), из них выбирается одно ОЗ (последнее добавленное), в нем сохраняется ссылка на заявление абитуриента, а в остальных ОЗ ссылка на заявление абитуриента удаляется.
17. В карточке конкурса в блоке «Данные конкурса» добавлен вывод даты обновления ВП (по аналогии с тем, как сделано в карточке абитуриента на вкладке с рейтингом): «ВП обновлен: [дата время]» – дата и время окончания последнего запуска службы «Вычисление рекомендованных к зачислению абитуриентов по приоритетам» (либо длинное тире, если нет записей в истории).
В блоке данных абитуриентов, подавших заявление на конкурс, добавлены колонки:
- ВПП – высший проходной приоритет (с учетом итогового согласия);
- ОВП – основной высший приоритет (без учета итогового согласия);
- Оригинал – признак подачи оригинала документа об образовании;
- СЗ на конкурс – колонка отображается, если в настройке правил зачисления ПК для вида затрат текущего конкурса выбрано одно из трех значений, в котором требуется согласие на конкурс;
- СЗ в ПК – колонка отображается, если в настройке правил зачисления ПК для вида затрат текущего конкурса выбрано значение «Требуется согласие в ПК»;
- СЗ (итоговое) – итоговое согласие на зачисление;
- цИД – значение баллов за целевое индивидуальное достижение, колонка отображается только для целевых конкурсов в случае, если в настройке правил зачисления ПК установлен признак использования целевых ИД.
Кроме того, переименованы колонки:
- «Сумма (ВИ)» = «ВИ»;
- «Сумма (ИД)» = «ИД»;
- «Сумма (ИД пр.)» = «ИД пр.».
18. Учтены новые перечни ВО в ПК.
В системном справочнике типы приемных кампаний переименован элемент «Прием на обучение по программам бакалавриата/специалитета» = «Прием на обучение по программам бакалавриата/специалитета, базового ВО».
В системном справочнике «Виды заявлений» переименован элемент «Программы бакалавриата, специалитета»:
- Название: «Программы бакалавриата, специалитета, базового ВО»;
- Краткое наименование: «бакалавриат, специалитет, базовое ВО».
В справочнике связей видов ОП и видов заявлений для вида заявления:
- «Программы бакалавриата, специалитета» добавлено новое значение «Программа базового высшего образования» (код: 2023.2.5.1);
- «Программы магистратуры» добавлено новое значение «Программа магистратуры специализированного высшего образования» (код: 2023.2.6.1);
- «Направления подготовки кадров высшей квалификации» добавлено новое значение «Программа профессионального образования – аспирантуры» (код: 2023.2.7.1).
19. Исправлена ошибка, возникавшая при добавлении отчета «Экспорт данных о зачисленных абитуриентах».
20. В настройке целевого приема теперь указываются организации-заказчики.
В карточке набора ОП в списке предложений добавлены колонки:
- Номер орг.-заказчика – заполняется для случая, когда предложение не опубликовано на РвР;
- Организация-работодатель – может совпадать с организацией-заказчиком.
На форме добавления (и редактирования) предложения добавлены соответствующие новые поля.
На форме выбора конкурсов в заявлении абитуриента в параметрах детализации целевого конкурса изменен формат вывода заказчика, в формат вывода предложения добавлен работодатель. Поле с предложением станет обязательным в ближайших обновлениях.
В методах веб-сервиса нод с предложениями ЦП расширен полями: номер в СП, организация-работодатель.
21. Для конкурсов ПК СПО добавлена возможность указания дат:
- Дата начала приема заявлений;
- Дата окончания приема заявлений;
- Дата окончания приема согласий.
Указывается дата и время (локальное время филиала). Эти даты являются обязательными для передачи конкурса в СП СПО. Без указания этих дат конкурс не будет отправляться в СП.
Редактирование этих дат для конкурсов доступно в карточке набора ОП СПО в списке конкурсов, а также в списке конкурсов в меню (только при выборе ПК СПО). В списке конкурсов в меню реализована возможность массового редактирования дат для выбранных конкурсов, а также добавлены две новые колонки: период приема заявлений, окончание приема согласий.
Модуль «Интеграция с Суперсервисом (Сервисом приема)»
Сервис приема ВО
1. Удалена старая настройка реквизитов подключения к СП. Настройка пути подключения расположена в параметрах приложения, где будут разделены параметры подключения к сегменту ВО и СПО на две разные группы.
2. В меню «Суперсервис» добавлен пункт «ПК в СП» для добавления ПК, соответствующих тем ПК, которые добавлены в СП. Для таких ПК указывается название, идентификатор (из СП), сертификат ЭЦП (из настройки сертификатов для контекста работы с СП, признак ПК СПО (флаг не включается для ПК ВО).
В карточке ПК СП для ВО добавляются все внутренние ПК ВО (бакалавриат/специалитет, магистратура, аспирантура, БВО, и др.), которые должны участвовать в обмене данных с СП.
Такой подход обеспечивает работу в СП в рамках одной ПК, а внутри своей системе – в каждой ПК (по виду заявления) в отдельности. Это предполагает, что структура приема по каждой внутренней ПК будет передаваться отдельно, относительно других ПК.
Включать формирование кэша заявлений и результатов ВИ пока не следует.
Также здесь важно обновить список филиалов после добавления всех внутренних ПК в ПК СП ВО. Указать ОРГН, КПП и часовой пояс для каждого из филиалов, и установить основной филиал для обмена с СП (как правило, головной филиал ОО).
3. Обновлены механизмы обмена с СП ВО:
- Учтена передача данных по https (требует установку дополнительного доверительного сертификата ЦИТИС для java приложения, см. отдельную инструкцию в ТГ);
- Работа тестового клиента;
- Получение справочников;
- Выполнения преобразования данных (в т.ч. новый пункт: целевые организации).
4. Переработаны механизмы формирования и передачи пакетов по структуре ПК: доп. параметры, ОП, контрольные даты приема, конкурсы. Передача, как и прежде осуществляется через карточку филиала, выбранного основным для обмена с СП, по каждой ПК отдельно.
5. Доработана логика заполнения пакетов по структуре приема.
6. Доработан интерфейс добавления пакетов, т.к. справочные данные (пакеты 01, 05, 06) можно отправлять вместе, а конкурсы (09) только после них.
7. Теперь все пакеты по структуре поддерживают методы add и edit. Как и прежде, если объект не был отправлен в первой сессии, то он будет отправлен на добавление (add) в следующей, но если он уже был успешно передан ранее, то в следующей сессии для него будет отправлен пакет на редактирование (edit).
Также можно отправить на добавление и удаление только один набор ОП (разрешено и реализовано только для подходящих пакетов с учетом api).
8. Реализована возможность отправки пакетов на удаление: отдельный тип сессии, в котором можно выбрать определенный тип данных для удаления в СП.
Формируются и отправляются пакеты только на те объекты, которые ранее были успешно отправлены в СП (такие объекты имеют ID ССПВО и отображаются в новом реестре «Выданные идентификаторы в СП» в меню «Суперсервис»). Также в этом реестре можно найти сопоставление нашего UID с ID ССПВО для каждого переданного объекта.
Заметим, если ранее уже были переданы контрольные даты ПК (05), то удалить их пакетом на удаление не получится, т.к. ранее при отправке для них не сохранялся UID ССПВО. Теперь же при их отправке UID ССПВО сохраняется, и они могут быть удалены пакетом на удаление, но это не сработает для уже переданных (на версиях приложения с ранними ревизиями).
9. При вводе контрольных дат в поле с филиалом теперь можно выбирать несколько значений.
10. В тестовом клиенте теперь можно сформировать запрос и получить для него curl (в служебных целях).
11. У пакетов 01 (Доп. параметры вуза) и 06 (Обр. программы) отключен метод редактирования (edit) из-за некорректной обработки в СП.
12. Теперь при добавлении (метод add), включаются в пакеты только элементы, не имеющие ID ССПВО в реестре индентификаторов СП. Например, для повторной отправки элемента необходимо удалить его идентификатор из реестра.
13. Пакет 10 (ВИ). Учтено наличие ординатуры в одной ПК КВК вместе с аспирантурой: ВИ по таким конкурсам отправлены не будут.
14. Внутри пакета сессии СП, добавлена таблица с выводом информации об ошибках, при возможности отображения есть ссылка на объект системы.
15. Исправлена ошибка при работе с пакетами вида «Не удалось определить перечень действующих версий образовательных программ (очной, очно-заочной или заочной формы освоения, только из перечней 2013 года).».
16. Исправлена ошибка с отправкой конкурсов в филиал.
17. Исправлена ошибка «Не найден классификатор : IdEducationLevel – 5» (Уровень образования в КВК).
18. Исправлена ошибка «Для организации [Наименование организации] не удалось определить организацию Суперсервиса.», которая блокировала отправку пакета.
19. Исправлена ошибка, возникавшая при добавлении ПК в СП.
20. Исправлена ошибка вида «неверный тип ВИ для магистратуры и аспирантуры».
21. Справочные данные ПК:
- формирование образовательных программам: полностью переработано с учетом запросов на удаление детализации из названий программ (ранее выводилась в скобках);
- подразделения теперь передаются с двумя типами: «Институт» или «Факультет».
Для формирования ОП СП из набора ОП берутся все версии ОП, по ключу «ОП (название) + срок освоения версии ОП» полученные ОП СП отправляются в СП в доп. параметрах с признаком ОП. Затем из этих же версий ОП берутся направленности, и по ключу «Направленность (название) + срок освоения версии ОП» полученные элементы отправляются в доп. параметрах с признаком профиля. Для детализированных конкурсов ЦП в составе УГСН берутся все версии ОП из детализации версий ОП по направлению, далее принцип формирования элементов для СП тот же.
22. Доработан кейс с ЦП: не менялся тип на детализированный и не подставлялась организация «Иные заказчики».
23. Учтен кейс заполнения пакета конкурсов для ОП без направленности (например, аспирантура).
24. Убрано лишнее формирование пакетов ВИ для магистратуры
25. В тестовом клиенте добавлено действие проверки сертификата: можно использовать как проверку связи с контуром СП (вместо запуска действия обновления справочников).
26. В пакете с конкурсами исправлен кейс с выставлением признака «Только для ВО» для платных конкурсов в магистратуре. После обновления можно отравить пакет 09 повторно для редактирования конкурсов (метод edit), признак в СП выставится корректно.
27. В пакете с ВИ исправлен метод редактирования (edit): ранее не заполнялось поле Id.
28. Доработан тестовый клиент в части некоторых запросов, включая запросы к контуру СПО.
29. Доработано заполнение пакета ВИ для конкурсов на базе ВО/СПО.
30. В меню выделены разделы ВО и СПО для пунктов, относящихся только к ВО или только к СПО соответственно.
31. Добавлена возможность сопоставления данных для «спец. ВО – магистратура» с направлениями магистратуры (уровень с кодом «4» – по решению СП).
Сервис приема СПО
1. Реализована возможность добавления ПК СП СПО (с признаком «СПО для ССПВО») с учетом ее ограничений. В отличии от ВО для основного филиала дополнительно указывается в обязательном порядке ОКПО.
2. В справочниках СП реализована возможность получения (обновления) справочников СП СПО.
3. В разделе для СПО реализован интерфейс для сопоставления данных со справочниками СП СПО: специальности, предметы документа об образовании.
4. Система поддерживает возможность добавления нескольких ПК СП СПО для одной и той же ПК СПО в ТАНДЕМ.Университет – случай с несколькими филиалами в одной ПК СПО.
5. Реализована передача структуры ПК для СПО – единственный пакет с конкурсами.
Конкурсы передаются с учетом полей, предусмотренных в api СП СПО. В частности, в полях конкурса не предусмотрено указание присваиваемой квалификации, признака профессионалитета, формирующего подразделения. Поэтому для конкурсов при передаче разрешено заполнять комментарий (но не более 100 символов), в который в автоматическом режиме записываются три этих поля по текущим данным системы: для формирующего подр. используется аббревиатура, оставшееся количество символов отводится под название квалификации.
6. Доработано формирование пакетов с конкурсами с учетом деления одной ПК СПО на несколько ПК СП СПО: при заполнении пакетов дополнительно учитывается филиал (подразделение, в котором добавляется сессия передачи).
7. В сопоставлении данных по предметам учтены строки диплома СПО.
Модули «Контингент» и «Образовательные программы»
1. Для направленности направления подготовки добавлен признак используемости.
Изменено добавление образовательных программ и блоков учебных планов: на формах отображаются только используемые направленности.
Запрещено добавлять направленности с одинаковыми названиями и одинаковыми сокращенными названиями для одного направления.
2. Обновлены перечни профессий и специальностей СПО 2022 в соответствии с приказом Министерства просвещения от 7 ноября 2024 г. № 782.
3. В справочник «Виды образовательных программ» добавлены новые образовательные программы:
- «Программа базового высшего образования», «Программа магистратуры специализированного высшего образования» и «Программа профессионального образования – аспирантуры»;
- На странице списка элементов справочника «Виды образовательных программ» добавлена колонка с переключателем «Используется», при помощи которого можно управлять активацией элемента справочника;
- В настройку «Алгоритм расчета оценок» добавлены новые виды образовательных программ: «Высшее образование – Базовое высшее образование», «Высшее образование – Специализированное высшее образование», «Аспирантура»;
- В системный справочник «Поколения перечней направлений подготовки профессионального образования», добавлено поколение «2023»;
- В справочник «Перечни направлений подготовки» добавлены три новых перечня для базового, специализированного и профессионального высшего образования 2023;
- Для перечней ВО 2023 были добавлены значения для настроек «Вид учета часов нагрузки» и «Виды часов нагрузки»;
- Обновлены «Настройка использования видов образовательных стандартов для перечней направлений» и «Настройка использования недель и трудоемкости в разрезе перечней и видов мероприятий» для перечней 2023;
- В настройку «Правила формирования документов об обучении» добавлены три новых перечня направлений, для каждого перечня указан тип документа по умолчанию;
- В настройки «Правила формирования видов строк документов об обучении» и «Связь элементов ГОСов / УП с перечнями направлений» добавлена информация о перечнях 2023;
- На страницу настройки «Механизмы формирования индекса в ГОСах и УП» добавлены три новых перечня, для которых указан алгоритм «Конкатенация»;
- Добавлена возможность ручного ввода квалификаций в справочнике «Квалификации перечней направлений подготовки» и на карточке направлений.
4. В фильтрах для поиска данных в списках неиспользуемые виды образовательных программ, неиспользуемые перечни выделены серым. Кое-где при добавлении новых данных в систему в полях для выбора видов ОП и перечней разрешено выбирать только используемые элементы.
5. В пункт меню «Система / Справочники» добавлен раздел «Меры социальной защиты». В раздел «Меры социальной защиты» добавлены справочники: «Единицы измерения МСЗ», «Категории МСЗ», «МСЗ», «Периоды МСЗ», «Типы МСЗ».
В карточке персоны (обучающегося, сотрудника) добавлена вкладка «МСЗ».
В меню «Общее» добавлен подпункт «МСЗ персон», который содержит перечень персон и связанные с ними МСЗ.
В меню «Общее / Отчеты» в раздел «Отчеты модуля Персоны» добавлен новый сохраняемый отчет «Меры социальной защиты»: формирует два файла отчета – в формате XML (ЕГИССО XSD v10.06.S/1.1.0) и XLSX.
Модуль «Учебные планы»
1. На станице «Потоки и подгруппы обучающихся» в меню (и на подразделении) добавлена подвкладка «Мероприятия обучающихся» с мероприятиями по виду потока обучающихся, которые должны быть включены в какой-либо поток (подгруппу).
С помощью этого списка можно контролировать включение обучающихся в потоки и проверять в какие конкретно потоки они включены.
2. Реализован «Кэш группы в потоке», который показывает список академ. групп на момент создания оперативного потока (сущность eppEduGroupCache).
На основе этих данных можно отслеживать соответствует ли обучающийся потоку и не следует ли его перевести в другой поток (поток его группы).
Кэш группы в потоке обновляется при любых ручных операциях (разделение потоков, объединение и т.п.).
В списке потоков добавлен фильтр «Группа обучающегося и поток», по которому можно найти все потоки с неправильными обучающимися и действие «Актуализировать список групп выбранных потоков».
Кэш группы в потоке отображается на карточке потока.
3. На странице списка мероприятий обучающегося добавлено отображение перезачтения и/или переаттестации. Перезачтенная нагрузка теперь выводится серым цветом (актуальное с иконкой «ок», неактуальное с иконкой «no»).
4. Реализовано системное действие «Обновить список групп в потоках» в разделе «Учебный процесс», которое обновляет список групп каждого потока выбранного учебного года. Список групп будет использоваться при обновлении потоков.
5. Изменено системное действие «Удалить старые данные по потокам и траектории». Теперь в действии учитываются учебные года, а не год приема обучающихся. По действию удаляются мероприятия обучающихся, записи обучающихся в потоках по аудиторной нагрузке, кэши групп в потоках в выбранном учебном году и ранее.
6. Разрешено редактирование поля «На базе уровня образования» для учебных планов ВО и СПО.
7. Удалены степени согласования потоков.
8. Условное сокращение формы текущего контроля сделано обязательным.
9. При обновлении потоков сделано принудительное обновление системной даты изменения записей обучающихся в потоке.
Модуль «Сессия»
1. На форме выставления оценок добавилась возможность массово проставлять (и очищать) оценки выбранным обучающимся.
2. Добавлено логирование при импорте оценок.
Модуль «Нагрузка»
1. В планируемого ППС добавлено поле примечание.
2. Удалены некорректные данные: нарушения нагрузки без часов нагрузки.
Модуль «Расписание»
1. На подразделении в разрезе по аудиториям теперь отображаются все события. При этом можно редактировать только те события, где подразделение является диспетчерской или читающим.
2. Реализован новый модуль расписания. Изменены все интерфейсы, добавлена работа с кэшем расписания (в памяти сервера).
3. В списке событий фильтры сгруппированы по данным, которые они фильтруют: по событиям, группам, преподавателям и аудиториям.
4. В разрезах событий расписания изменены фильтры и добавлен универсальный поиск событий.
5. Изменена форма добавления событий расписания:
- добавлена зависимость фильтров сверху вниз;
- при добавлении событий отбираются только актуальные данные;
- можно выбрать одновременно план. потоки и опер. потоки;
- можно заполнить опер. потоки по план. потокам события;
- и т.п.
При поиске помещений добавлен флаг «только без запретов», по которому учитываются запреты помещения.
6. В скрипте раскраски расписания в интерфейс IEventColoringData добавлено два метода:
- isEditable() – признак того, что событие можно редактировать;
- hasArchiveData() – признак наличия архивных данных.
Эти методы позволяют выделить раскраской события расписания, которые нельзя редактировать (на подразделении или в глобальной шахматке).
7. Добавлена вкладка «Журнал сохранения» с отображением результатов сохранения кэша расписания в базу данных.
8. В списках потоков обучающихся, планируемых потоков фильтры по событиям расписания оставлены в режиме работы на объектах БД. В самих потоках отображаются данные из БД и из кэша. Подкрашивание колонок происходит по данным БД.
9. Печатные формы переведены на новый домен. Они печатаются по данным БД с предварительным запуском рег. процесса обновления кэша.
10. Действие автоматического заполнения расписания переведено на кэш.
11. В кэш расписания не поднимаются архивные учебные года, сводки контингента, версии расписания, группы и обучающиеся.
12. Добавлены настройки приложения в модуле расписания. Полное описание настроек в руководстве пользователя модуля.
13. Удаление событий расписания переведено на кэш. При удалении событий проверяются нарушения оставшихся событий.
14. В расписании в фильтре вид образовательной программы теперь выводится только используемые виды ОП.
15. В фильтре «Чередование» пункт «Без чередования» переименован в «Не задано».
Модуль «ДПО»
1. Удалена УГС ДПО «Новые профессии (из выпуска «00»)».
Интеграционный модуль
1. Разрешена обратная передача «Часть года (в учебном году)» (EppYearPartType), «Поток обучающихся» (EppRealEduGroupType), «ППС для потока обучающихся» (RealEduGroup2PpsEntryType) из шины в ТАНДЕМ.Университет.
При этом:
- разрешено только добавлять недостающие EppYearPartType;
- из НСИ принимаются EppRealEduGroupType с признаком «Поток РУП» – false;
- RealEduGroup2PpsEntryType разрешено только добавлять или удалять в потоках с признаком «Поток РУП» – false.
2. Изменены отправка и прием потоков данных TtEvent2PpsType, TtEventReal2EduGroupType, ScheduleEventPlaceType, TimeTableEventRealType.
В TimeTableEventRealType удалены поля:
- Дата начала – durationBegin;
- Дата окончания – durationEnd;
- Номер события звонкового расписания – bellEntryNumber;
- Признак нарушения корректности – incorrect;
- Признак наличия связи с реальным потоком – hasRealGroupRelation;
- Признак наличия связи с план. потоком – hasEplGroupRelation;
- Признак наличия связи с аудиторией – hasPlaceRelation;
- Связано с ППС – hasPpsRelation.
В потоках данных добавлено заполнение полей:
- Кем изменено (логин) – ttEvent2Pps.principalLogin;
- Кем изменено (описание) – ttEvent2Pps.principalTitle;
- Дата/время создания – createDate.
В потоке данных ScheduleEventPlaceType передаются данные из модуля «Расписание» (сущность TtEvent2Place).
3. В потоке «Обучающийся (код StudentType) добавлены ссылки на поток «Внешняя организация (код OrganizationType)»: поля «Организация-заказчик ЦО», «Организация-работодатель ЦО».
В потоке «Обучающийся (код StudentType) добавлены сведения о «Номер договора ЦО» (targetContractNumber), «Дата договора ЦО» (targetContractDate).
4. Переработаны потоки на получение и передачу данных адресов (для справочных элементов, неполных и полных адресов).
Базовые модули и функции
1. Удалены устаревшие системные действия и раздел «Электронная цифровая подпись»:
- Получить подписанный документ;
- Протестировать подписание.
2. В параметры приложения в раздел «Общие настройки» добавлены два параметра:
- Отключать сессию неактивного пользователя по таймауту
invalidate.user.session.on.timeout=true - Время (в минутах), после которого сессия неактивного пользователя будет отключена
user.session.invalidation.timeout=120
3. Осуществлен полный переход к формату адреса ФИАС для адресов в РФ. Изменены все формы добавления и редактирования адреса, фильтры в списках и выборках, логика фильтрации, интеграционные потоки и веб-сервисы (в частности, по онлайн-заявлениям абитуриентов), в которых идет работа с адресами.
4. При открытии формы редактирования, если сервис-ФИАС доступен, будут получены актуальные данные по адресу из него и подставлены на форме. В частности, если с момента последнего сохранения адреса что-то изменилось в названии, например, улицы, то будет подставлено ее актуальное название из ФИАС. При сохранении адрес обновится, как обновится и справочное значение улицы в нашем примере (а затем обновятся и все адреса в системе, в которых выбрана эта улица – обновление производится регулярным процессом).
Если же сервис не доступен, на форме будут подставлены локальные данные из справочника. Система позволит сохранить форму (с учетом изменения других полей на форме, если такие есть помимо адреса), адрес при этом обновляться не будет.
5. Дополнена логика системного действия «Обновить полную форму адреса» с учетом изменений после перехода на формат ФИАС для адреса РФ.
6. Переработан интерфейс работы с реестром адресов с учетом перехода на использование адресов в формате ФИАС для адресов РФ.
Для стран (кроме РФ) в списке населенных пунктов (в карточке страны) сохранена возможность добавления регионов, районов региона и населенных пунктов с произвольными названиями. Добавлена проверка на уникальность добавляемого населенного пункта в рамках уровня адреса, типа населенного пункта и названия.
Для РФ переработан список населенных пунктов: добавлен вывод кода региона, уровень адреса, возможность фильтрации по уровню адреса и региону.
Поскольку для РФ теперь нет необходимости добавлять населенные пункты с произвольным названием в справочник, такая возможность убрана и более не поддерживается на уровне справочника.
Добавить населенный пункт РФ в локальный справочник для системы можно только путем выбора элемента из сервиса ФИАС (например, элемент может быть необходим для выбора в фильтре и фильтрации по нему). Заметим, что локальный справочник населенных пунктов РФ пополняется в автоматическом режиме при выборе населенных пунктов в качестве адреса для объектов системы (например, если выбрать «г Самара» в «обл Самарской», то в справочник будет добавлено два элемента – регион и город, если их еще не было в локальном справочнике). Локальный справочник населенных пунктов РФ нужен, как и ранее, для хранения всех необходимых данных для отображения (в том или ином формате вывода) выбранных адресов в карточках объектах, являющихся владельцами адреса, а также для фильтрации адресов (например, по выбранному региону, или населенному пункту) без обращения к сервису ФИАС (даже тогда, когда он не доступен).
7. На странице обновления системы добавлены новые действия:
- Перезапуска системы – иногда возникает такая необходимость (перезапустить без обновления), например, чтобы система подхватила новые параметры;
- Запуска обновления по расписанию – отличается от обычного действия обновления тем, что система позволяет выбрать дату и время старта обновления: запланированное обновление по расписанию можно отменить (здесь же на странице обновления), о запланированном обновлении пользователи не узнают до момента запуска такого обновления, в момент запуска обновления (в назначенное время) пользователи в системе будут предупреждены о старте обновления (стандартным уведомлением о запущенном обновлении и рестарте системы через 5 мин), если обновление запланировано, то нельзя запустить обычное обновление (пока оно не выполнится или не будет отменено).
8. В справочник «Виды документов, удостоверяющих личность» добавлены новые варианты ДУЛ. В настройке «Ограничения документов, удостоверяющих личность» инициализированы поля для новых типов ДУЛ.
9. В разделе «Поиск похожих персон» (пот добавлении новых персон) добавлены опции (варианты для выбора), отвечающие за формат представления номера в поле «СНИЛС»: с пробелом или дефисом. Если СНИЛС был введен в процессе поиска и пользователь решил добавить новую персону, то данный номер СНИЛС сохраняется в новой персоне.
На шаге поиска персон в «Мастере добавления заявления абитуриента» теперь система подгружает СНИЛС из выбранной заявки (онлайн или ЕПГУ) с учетом формата (определяется по хранимому значению в заявке). Если при переходе далее добавляется новая персона, то номер СНИЛС с учетом формата сразу же сохраняется в персоне. На шаге «Доп. сведения» система подгружает в поле СНИЛС номер с учетом формата, сохраненного в персоне.
10. При добавлении этажа в блок добавлена проверка чтобы общее количество этажей не превышало этажность блока.
11. Связь с сервисом ФИАС: добавлен обязательный параметр с паролем для резервного сервиса, а также параметр с таймаутом при обращении к сервису при поиске:
- Пароль для доступа к резервному веб-сервису ФИАС – следует задать всем для сохранения связи с резервным сервисом;
- Таймаут для обращений к веб-сервису ФИАС (для применения настройки необходим перезапуск системы) – по умолчанию 1 сек (1000 мс), лучше не изменять значение, если для этого нет никаких причин.
Интеграционная подсистема
1. Внесены косметические коррективы в дашборд для мониторинга работы шины (см. меню «Интеграция / Мониторинг»), касающиеся сливающихся цифр на графике.
2. На странице настроек пользовательского интерфейса добавлен код справочника (ранее отображалось только человеко-читаемое наименование на русском языке).
3. Проведена оптимизация механизма синхронизации GUID системных справочников.
4. Доработана логика изменения статуса пакета при его удалении из очереди в ручном режиме. Ранее пакет оставался со статусом «1», что затрудняло дифференциацию пакетов, удаленных вручную от остальных необработанных пакетов. Теперь для пакетов, удаленных из очереди вручную, проставляется статус «2».
5. Проведена оптимизация по загрузке аппаратных ресурсов для механизма обработки запросов на получение недостающих данных (retrieve).
6. В интеграционный поток «Обязательство оплаты» (PaymentPromiceType) добавлено поле «Этап в настройке цены» (stageOnPrice).
7. Внесены изменения в интеграционные потоки для передачи сведений об адресах.
Добавлен новый интеграционный поток «Адрес в формате ФИАС» (AddressFiasType):
- Страна (country) – ссылка на OksmType;
- Элемент ФИАС ссылкой (addressItem) – ссылка на AddressType;
- Составной идентификатор элемента ФИАС, с учетом истории изменений (idPath) – строка;
- Идентификатор региона по ФИАС (regionGuid) – строка;
- Наименование региона (regionTitle) – строка;
- Идентификатор административного района по ФИАС (administrativeDistrictGuid) – строка;
- Наименование административного района (administrativeDistrictTitle) – строка;
- Идентификатор города по ФИАС (cityGuid) – строка;
- Наименование города (cityTitle) – строка;
- Идентификатор населенного пункта по ФИАС (settlementGuid) – строка;
- Наименование населенного пункта (settlementTitle) – строка;
- Идентификатор района по ФИАС (districtGuid) – строка;
- Наименование района (districtTitle) – строка;
- Идентификатор улицы по ФИАС (streetGuid) – строка;
- Наименование улицы (streetTitle) – строка;
- Идентификатор дома (houseGuid) – строка;
- Номер дома (с учетом корпуса и строения) (houseNumber) – строка;
- Дополнительный номер дома 1 (например, строение) (houseAddNumber1) – строка, используется при составном номере дома, например, через дробь, или литера;
- Дополнительный номер дома 2 (например, корпус) (houseAddNumber2) – строка, используется при составном номере дома, например, через дробь, или литера, если составной номер разбит на три части;
- Номер квартиры (flatNumber) – строка;
- Строковая часть адреса (stringPart) – строка, используется, если часть адреса не находится в классификаторах ГАР ФИАС;
- Полный адрес строкой (addressFullString) – строка до 2048 символов;
- Почтовый индекс (postcode) – строка;
- Район (districtTown) – строка.
В интеграционный поток «Подразделение НСИ» (DepartmentType) добавлены поля:
- Почтовый адрес по ФИАС (postalAddressFias) – ссылка на AddressFiasType;
- Юридический адрес по ФИАС (legalAddressFias) – ссылка на AddressFiasType;
- Фактический адрес по ФИАС (factAddressFias) – ссылка на AddressFiasType.
В интеграционный поток «Физическое лицо» (HumanType) добавлены поля:
- Фактический адрес проживания по ФИАС (addressFias) – ссылка на AddressFiasType.
В интеграционный поток «Удостоверение личности» (IdentityCardType) добавлено поле «Адрес регистрации по ФИАС» (addressFias) – ссылка на AddressFiasType.
В интеграционный поток «Документ об образовании персоны» (PersonEduDocumentType) добавлены поля:
- Идентификатор ФИАС местонахождения образовательной организации, выдавшей документ (settlementFiasGuid) – строка;
- Составной идентификатор элемента ФИАС, с учетом истории изменений (idPath) – строка.
В интеграционный поток «Образовательное учреждение» (EduInstitutionType) добавлены поля:
- Идентификатор населенного пункта по ФИАС (settlementFiasGuid) – строка;
- Составной идентификатор элемента ФИАС, с учетом истории изменений (idPath) – строка.
В интеграционный поток «Направление подготовки (образовательная программа) НСИ» (EducationalProgramType) добавлены поля:
- Идентификатор города филиала по ФИАС (settlementFiasGuid) – строка;
- Составной идентификатор элемента ФИАС, с учетом истории изменений (idPath).
В интеграционный поток «Факт повышения квалификации» (EmployeeTrainingItemType) добавлены поля:
- Идентификатор элемента административно-территориального деления по ФИАС (settlementFiasGuid) – строка;
- Составной идентификатор элемента ФИАС, с учетом истории изменений (idPath) – строка.
В интеграционный поток «Факт профессиональной переподготовки» (EmployeeRetrainingItemType) добавлены поля:
- Идентификатор элемента административно-территориального деления по ФИАС (settlementFiasGuid) – строка;
- Составной идентификатор элемента ФИАС, с учетом истории изменений (idPath) – строка.
В интеграционный поток «Подразделение, ведущее прием по набору ОП» (EnrProgramSetOrgUnitType) добавлены поля:
- Идентификатор города филиала по ФИАС (settlementFiasGuid) – строка;
- Составной идентификатор элемента ФИАС, с учетом истории изменений (idPath) – строка.
В интеграционный поток «Здание» (BuildingType) добавлено поле «Адрес по ФИАС» (addressFias) – ссылка на AddressFiasType.
В интеграционный поток «Адрес для региональной витрины» (RegdisAddressType) добавлено поле «Адрес по ФИАС» (addressFias) – ссылка на AddressFiasType.
8. Внесены изменения в интеграционный поток «Обучающийся» (StudentType):
- добавлено ссылочное поле «Организация-заказчик ЦО» (targetAdmissionOrgUnit) на поток «Учреждение» (OrganizationType);
- добавлено ссылочное поле «Организация-работодатель ЦО» (targetEmployerOrgUnit) на поток «Учреждение» (OrganizationType);
- добавлено поле «Номер договора ЦО» (targetContractNumber);
- добавлено поле «Дата договора ЦО» (targetContractDate).
9. В потоке данных «Событие расписания» (TimeTableEventRealType) удалены поля:
- Дата начала (durationBegin);
- Дата окончания (durationEnd);
- Номер события звонкового расписания (bellEntryNumber);
- Признак нарушения корректности (incorrect);
- Признак наличия связи с реальным потоком (hasRealGroupRelation);
- Признак наличия связи с план. потоком (hasEplGroupRelation);
- Признак наличия связи с аудиторией (hasPlaceRelation);
- Связано с ППС (hasPpsRelation).
10. Реализованы новые интеграционные потоки:
- Преподаватель в комиссии (SessionCommissionPpsType);
- Комиссия для мероприятия в сессии (SessionCommissionType).
В потоке «Оценка обучающегося в сессии» (SessionSlotLinkMarkType) добавлена ссылка на справочник «Комиссия для мероприятия в сессии».
11. Реализованы новые интеграционные потоки.
- Тип документа о назначении выплат (StudentPaymentExtractTypeType):
- Сокращенное название (shortTitle) – строка;
- Имеет основание (hasBasic) – булево;
- Тип документа о назначении выплат (parent) – ссылка на StudentPaymentExtractType;
- Название (title) – строка.
Приказ о назначении выплат обучающимся (StudentPaymentsOrderType):
- Дата формирования (createDate) – дата;
- Дата вступления в силу (commitDate) – дата;
- Дата проведения (commitDateSystem) – дата;
- Номер (number) – строка;
- Состояние приказа (state) – ссылка на OrderStatesType;
- Подразделение (orgUnit) – ссылка на DepartmentType;
- Тип приказа (type) – ссылка на StudentPaymentExtractType;
- Учебный год (educationYear) – ссылка на EducationYearType;
- Часть года (yearPart) – ссылка на YearDistributionPartType;
- Планируемый размер фонда (plannedFund) – длинное число.
Выписка о назначении выплаты (StudentPaymentExtractType):
- Дата формирования (createDate) – Date;
- Проведена (committed) – булево;
- Обучающийся (entity) – ссылка на StudentType;
- Состояние выписки (state) – ссылка на ExtractStatesType;
- Тип документа о назначении выплат (type) – ссылка на StudentPaymentExtractType;
- Приказ о назначении выплат обучающимся (order) – ссылка на StudentPaymentsOrderType;
- Сумма выплаты (paymentCost) – длинное число;
- Дата начала периода (paymentStartDate) – дата;
- Дата завершения периода (paymentStopDate) – дата.
12. Реализованы новые интеграционные потоки.
Поток «Событие расписания в журнале» (ScheduleEventType):
- Дата начала (durationBegin) – дата и время;
- Дата окончания (durationEnd) – дата и время.
Поток «Помещение, в котором проводится событие журнала» (ScheduleEventJournalPlaceType):
- Событие (ScheduleEvent) – ссылка на ScheduleEventType;
- Помещение (Place) – ссылка на PlaceType.
Доработан интеграционный поток «Событие в журнале» (TrJournalGroupEventType), добавлено поле «Событие в расписании» (scheduleEvent) – ссылка на ScheduleEventType.
13. Доработан интеграционный поток «Связь блока строк и шаблона опросного листа» (WorkSheetBlock2TemplateType), добавлено поле «Родительская связь» (parent) – ссылка на WorkSheetBlock2TemplateType.
14. Доработан интеграционный поток «Связь строки и блока шаблона опросного листа» (WorkSheetRow2BlockType), добавлены поля:
- Родительская связь (parent) – ссылка на WorkSheetRow2BlockType;
- Заполнение разрешено (fillingAllowed) – булево.
15. В интеграционный поток «Событие расписания» (WorkSheetRowType) добавлено поле «Обязательно к выполнению» (required) – булево.
16. В справочнике НСИ «Поток обучающихся» (EppRealEduGroupType) удалено поле «степень готовности» (level).
Так же удален справочник «Степень сформированности потока» (EppRealEduGroupCompleteLevelType).
17. Реализован новый интеграционный поток «Ставка сотрудника (связь ставки и сотрудника)» (EmployeePostStaffRateItemType):
- Доля ставки (staffRateInteger) – целое число;
- Сотрудник (employee) – ссылка на EmployeeType.
18. В интеграционный поток «Заявление на аттестацию педагога (СПО)» (EpguRDBEmplCertRequestType) добавлено поле «Шаблон опросного листа» (workSheetTemplate) – ссылка на WorkSheetTemplateType.
19. Реализована поддержка пакетной отправки данных во ФГИС «Единый реестр населения».
Доработан механизм выгрузки студенческих билетов для ГИР ВУ.
Добавлены средства проверки (валидации) и коррекции данных, в соответствии с требованиями к выгрузке. Форматы полей, где это возможно, приводятся к виду, требуемому документацией, где коррекция невозможна – данные попадают на отдельный лист выгружаемого Excel-документа, для каждой невалидной ячейки в комментарии описываются критерии отсечки данных по валидации.
21. Исправлена ошибка, при которой терялась ссылка на статус сотрудника (поток «Сотрудник НСИ» (EmployeeType), поле status).
22. Исправлена ошибка, возникающая при открытии очереди пакетов на стендах шины с использованием базы данных MS SQL версии ниже 2017.
23. Исправлена ошибка работы фильтрации подписок на справочники шины по условию в варианте DQL-запроса.
24. Исправлена ошибка отправки пакетов по подписке, возникавшая в некоторых случаях при наличии в датаграмме заполненных полей с датами.
25. Исправлена ошибка, возникающая при загрузке в шину данных из файла, если в одном из ссылочных полей имеется ссылка на отсутствующий в шине объект, что приводило к попытке принудительного запроса данных из подсистемы-источника.
26. Исправлена ошибка зацикливания отправки пакета, возникающая при некорректных действиях пользователя, обслуживающего папки с логами шины. Как правило, ошибка возникала при удалении одного из файлов, содержащих ещё не обработанные пакеты, ожидающие в очереди.
27. Исправлена ошибка получения вложений, которые не были получены до удаления объекта, ссылающегося на это вложение. Теперь при удалении объекта происходит удаление всех вложений, связанных с этим объектом из очереди на выкачивание.