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

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

 

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

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

1. В ЭГ добавлено новое поле "Доступна во внешних сервисах и системах (ЕПГУ, ЛК и др.)", по умолчанию включено для новых ЭГ.

В веб-сервисе в методе getEntrantRatingEnvironment добавлено соответствующее поле в ноде examGroup.

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

3. В заявлении добавлено новое поле "Поступает в соответствии с приказом № 231".

Изменено название поля "Прибыл(а) на территорию РФ с территорий ЛНР, ДНР, Украины" на "Прибыл(а) с территорий ЛНР, ДНР, Херсонской обл., Запорожской обл., Украины".

Добавлена логика на форме выбора ВИ, которая позволяет выбирать внутренние формы сдачи, включая "Пр. №231, Пост. №528", с включенным флагом "Поступает в соответствии с приказом № 231" в заявлении.

4. Добавлен новый вид приема "Совмещенная квота".

В наборе ОП добавлена колонка в блоке с планами приема для совмещенной квоты (последняя в рамках бюджета).

Если план указан больше ноля, то в карточке набора ОП доступна работа с детализацией совмещенной квоты: "Настройка совмещенной квоты".

В карточке набора ОП в блоке с планами приема добавлен вывод информации по комбинациям квот (идут в порядке их следования в настройке совмещенной квоты) в рамках совмещенной квоты.

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

В карточке набора ОП в списке конкурсов выводятся конкурсы по совмещенной квоте также, как и все остальные. В колонке с доп. условиями выводится название комбинации квот.

Доработана логика действия пересчета (переноса) мест, убраны неактуальные опции пересчета.

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

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

При сохранении такого конкурса с доп.характеристиками в поля выбранного конкурса записываются соответствующие значения: для особой квоты, отдельной квоты, ЦП, без ВИ - если это было заполнено на форме.

Изменения в методах веб-сервиса:

• Метод getEntrantRatingEnvironment:
  • Для абитуриента (entrant - выбранный конкурс) добавлены новые поля:
    • benefitExclusiveCategory - категория для поступления по квоте особых прав по данному конкурсу (код справочника);
    • benefitExclusiveCategoryTitle - название категории для поступления по квоте особых прав по данному конкурсу;
    • benefitSpecialCategory - категория для поступления по отдельной квоте по данному конкурсу (код справочника);
    • benefitSpecialCategoryTitle - название категории для поступления по отдельной квоте по данному конкурсу;
    • benefitNoExamCategory - категория для поступления без вступительных испытаний по данному конкурсу (код справочника);
    • benefitNoExamCategoryTitle - название категории для поступления без вступительных испытаний по данному конкурсу.
  • Поле noExam оставлено, несмотря на то, что есть теперь benefitNoExamCategory.
  • Из нюансов, если в benefitSpecialCategory будет категория, которая дает право поступления без ВИ, то она же будет и в benefitNoExamCategory.
  • Удалено поле benefitCategory, взамен него следует использовать новые поля квотам.
• Метод getEnrollmentEnvironment:
  • В competition добавлены три новых поля, которые по умолчанию false, и только для конкурсов совмещенной квоты могут принимать значения true (см. одноименные поля в конкурсе):
    • combinedWithExclusive;
    • combinedWithSpecial;
    • combinedWithTarget.

5. При добавлении/редактировании новой ПК добавлена опция "Экспериментальный бакалавриат". Опция доступна только для типа ПК "Прием на обучение по программам бакалавриата/специалитета". По умолчанию флаг выключен. При открытии конкурсов в рамках набора ОП в рамках ПК с включенной опцией "Экспериментальный бакалавриат" по умолчанию конкурсы добавляются на базе "ОО" (основного общего образования).

При добавлении/редактировании заявления через мастер или через карточку абитуриента доработана логика поля "Документ об образовании" в рамках ПК "бакалавриата/специалитета": учтены документы с уровнем "Основное общее образование" (2013.1.3).

6. В списке "Результаты ЕГЭ" добавлена колонка "Дата выдачи" (из основного документа удостоверяющего личность персоны).

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

7. Вид приема "Специальная квота" переименован в "Отдельная квота".

Переименованы виды особых прав в справочнике:

• "Специальная квота" в "Отдельная квота";
• "Специальная квота (без вступительных испытаний)" в "Отдельная квота (без вступительных испытаний)".

Добавлены новые категории лиц, обладающих особыми правами, переименованы существующие:

• Новые категории:
  • "Герой Российской Федерации", вид особого права: отд. квота (без ВИ);
  • "Лицо, награжденное тремя орденами Мужества", вид особого права: отд. квота (без ВИ).
• Переименованы  категории лиц, обладающих особыми правами:
  • "Дети лица, прин. участие в СВО, или военносл-го, сотрудника, направленного в др. государство", вид особого права: отд. квота;
  • "Дети лица, прин. участие в СВО, или военносл-го, сотрудника, направленного в др. государство, погибшего или получившего увечье либо заболевание либо удостоенного звания Героя РФ или награжденного тремя орденами Мужества", вид особого права: спец. квота (без ВИ).

Выбор конкурса отд. квоты производится также, как и ранее для спец. квоты. Для выбора конкурса нужен документ, подтверждающий особое право.

Для хранения доп. данных в выбранном конкурсе добавлено необязательное поле "Особое право (отд. квота)", которое заполняется только в случае выбора конкурса с особым правом "Отдельная квота".

При выборе конкурса с категорией, дающей право на поступление без ВИ, поле "Особое право (отд. квота)" не заполняется, но заполняется поле "Особое право (без ВИ)".

Для выбранного конкурса отд. квоты с особым правом "Отдельная квота" при выборе вступительных испытаний ранее была доступна внутренняя форма сдачи "Указ № 268" без доп. выбора категории граждан для сдачи внутренних ВИ. Эта логика убрана, форма сдачи недоступна. Одновременно с этим теперь доступны для выбора все внутренние формы сдачи без доп. выбора категории граждан для сдачи внутренних ВИ.

На форме выбора конкурсов и при отображении выбранных конкурсов в заявлении переработаны форматы вывода доп. условий выбранных конкурсов.

8. Доработан функционал в соответствии с порядком приема по работе с приоритетами выбранных конкурсов и версий ОП.

9. Доработана логика подсчета количества выбранных направлений подготовки/специальностей: учтена особенность подсчета конкурсов ЦП с детализацией по направлениям/специальностям, открытых в рамках приема на УГСН.

Расширена настройка и поля ПК:

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

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

10. Расширен веб-сервис:

• доработаны поля по экзам. группам (ячейки расписания ВИ), группам дисциплин;
• добавлен новый метод получения ВВИ-ф и ДДС для абитуриента;
• добавлен новый метод для получения заявок на запись в события расписания ВИ (в экзам. группы);
• добавлена заявка на запись в ЭГ (пока без интерфейса).

11. Исправлено Системное действие: Удалить данные ЕПГУ.

12. Доработана карточка онлайн-заявления: добавлен вывод полей из онлайн-заявления, поля с файлами скан-копий документов вынесены в отдельный блок.

13. Реализованы список заявок на запись в экзам. группы, карточка заявки, интерфейс работы с заявкой для включения абитуриента в экзам. группы и переключения статуса обработки заявки.
Заявки поступают и обновляются посредством соответствующего метода веб-сервиса, в частности, из нашего ЛК.

14. В карточке набора ОП добавлено поле "Период обучения".

15. В карточке онлайн-заявления абитуриента добавлена возможность переключения статуса обработки: выставить факт обработки / сбросить факт обработки.

16. Для поддержки особенностей Порядка приема 2023 в системе реализованы новые настройки и логика.

В заявление добавлено поле "Доп. набор" для строгого отнесения заявления к этапу приема: основной или доп. набор.

При работе с заявлением на форме выбора конкурсов реализовано поле для выбора этапа набора. В зависимости от выбранного этапа набора система предлагает только соответствующие конкурсы. Если для текущего (редактируемого) заявления уже выбраны конкурсы, то изменить этап приема нельзя. Для изменения этапа приема на форме необходимо удалить все конкурсы, выбранные в рамках текущего заявления.

Для ПК в настройке добавлены новые параметры:

• Выбор конкурсов целевого приема в рамках одного набора ОП - по умолчанию установлена опция "Не ограничивается" (равносильно отсутствию ограничения), в этом году приема для ПК бак./спец. следует выбрать опцию "Ограничивается одним конкурсом" (для случая, если в ПК на каждый вид ЦП открывается отдельный конкурс и есть хотя бы один набор ОП с несколькими конкурсами ЦП);
• Выбор конкурсов разных филиалов в одном заявлении - по умолчанию установлена опция "Допускается" (если филиалов нет, можно оставить этот вариант), в зависимости от особенности организации приема с учетом филиалов в рамках одной ПК можно установить опцию "Не допускается" (этот вариант предполагает добавление отдельного или отдельных заявлений для каждого филиала);
• Основной набор, максимальное количество неотозванных заявлений на бюджет - необязательный параметр, по умолчанию значение не задано (равносильно отсутствию ограничения), но в этом году приема для ПК бак./спец. следует установить значение "1";
• Основной набор, максимальное количество неотозванных заявлений на договор - необязательный параметр, по умолчанию значение не задано (равносильно отсутствию ограничения), но в этом году приема для ПК бак./спец. следует установить значение "1";
• Доп. набор, максимальное количество неотозванных заявлений на бюджет - необязательный параметр, по умолчанию значение не задано (равносильно отсутствию ограничения), но в этом году приема для ПК бак./спец. следует установить значение "1";
• Доп. набор, максимальное количество неотозванных заявлений на договор - необязательный параметр, по умолчанию значение не задано (равносильно отсутствию ограничения), но в этом году приема для ПК бак./спец. следует установить значение "1";
• Выбор конкурсов на бюджет и договор в рамках одного заявления - по умолчанию установлена опция "Не запрещается" (равносильно отсутствию ограничения), в этом году приема для ПК бак./спец. следует выбрать опцию "Запрещается".

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

Применение новых параметров и изменения в логике системы.

• Проверка на конкурсы филиалов в одном заявлении:
  • На форме добавления/редактирования заявления/выбранных конкурсов (в мастере и через карточку):
    • если в ПК параметр "Выбор конкурсов разных филиалов в одном заявлении" = "Не допускается, то при сохранении заявления осуществляется проверка, что в нем выбраны конкурсы только одного филиала;
    • иначе - при сохранении заявления нет проверки.
• Проверка на конкурсы ЦП в одном заявлении:
  • На форме добавления/редактирования заявления/выбранных конкурсов (в мастере и через карточку):
    • если в ПК параметр "Выбор конкурсов целевого приема в рамках одного набора ОП" = "Ограничивается одним конкурсом", то при сохранении заявления осуществляется проверка, что в нем среди ВК не более одного конкурса ЦП из одного набора ОП (к целевым относятся все конкурсы, у которых поле "taKind" не пустое, другими словами: это и простые целевые конкурсы, и целевые конкурсы с детализацией в рамках УГСН, и конкурсы совмещенной квоты, в которых включена квота ЦП);
    • иначе - при сохранении заявления нет проверки.

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

Уточнена логика подсчета количества выбранных направлений в неотозванных заявлениях (с учетом, что в наборе ОП на УГСН есть флаг, который управляет учитываемыми направлениями в рамках набора ОП - одно или несколько, в зависимости от выбранных версий ОП и направлений подготовки/специальностей в наборе ОП):

• подсчет ведется по выбранным конкурсам в неотозванных заявлениях с добавкой выбранных конкурсов на форме добавления/редактирования заявления/выбранных конкурсов и строго в рамках этапа приема;
• из массива ВК каждый конкурс целевого приема всегда будет соответствовать выбору только одного направления/специальности: это либо направление из детализации ЦП в рамках набора ОП на УГСН/ГНС, либо направление из набора ОП - в остальных случаях;
• остальные ВК из массива соответствуют (каждый ВК в отдельности) выбору тех направлений/специальностей, которые заданы для набора ОП (enrProgSubjectInProgSetBase): если одно - то одно, если несколько - то несколько (обычно в наборе ОП всегда одно направление/специальность, исключение из правил - наборы ОП на УГСН/ГНС, где можно снять флаг "Считать УГСН как одно направление подготовки (специальность)", и тогда набор ОП будет содержать несколько направлений/специальностей, но это не должно использоваться в этом году приема в рамках ПК бак/спец.)
• по всему массиву ВК в итоге собирается уникальный массив направлений/специальностей, количество полученных элементов является количеством выбранных направлений/специальностей, которое сравнивается с заданным ограничением в настройке.

С учетом этой логики можно рассмотреть пример, когда абитуриент выбирает из одного набора ОП, добавленного на УГСН, общий бюджетный конкурс и целевой детализированный конкурс по отдельному направлению из УГСН:

• если в наборе ОП выбрано "Считать УГСН как одно направление подготовки (специальность)" (так должно быть в этом году приема для ПК бак./спец.), то общий бюджетный конкурс плюсует к выбору абитуриента направление равное самой УГСН, а конкурс ЦП плюсует направление равное направлению из детализации целевого конкурса - итого у абитуриента два выбранных направления;
• если же в наборе ОП не выбрано "Считать УГСН как одно направление подготовки (специальность)" (тогда набор ОП будет хранить N направлений из УГСН, указанных для набора ОП), то общий бюджетный конкурс плюсует к выбору абитуриента N направлений, а конкурс ЦП плюсует направление равное направлению из детализации целевого конкурса (но тут нюанс, это направление всегда входит в N направлений из набора ОП) - итого на выходе N выбранных направлений.

Также, при работе с заявлениями теперь осуществляется контроль за количеством поданных неотозванных заявлений с учетом значений параметров в настройке ПК.

• Если в параметрах ПК установлен запрет на выбор конкурсов разных филиалов в одном заявлении, то все проверки на количество поданных заявлений будут срабатывать в рамках каждого филиала в отдельности. Например, если задано ограничение "1" для бюджетных заявлений в основном наборе, то абитуриенту можно будет добавить только одно неотозванное заявление с бюджетными конкурсами в каждый филиал (если филиала 3, то максимум 3 заявления) в рамках основного набора.
• Если же нет запрета на выбор конкурсов разных филиалов в одном заявлении (т.е. можно выбирать в одном заявлении конкурсы разных филиалов), то все проверки на количество поданных заявлений будут срабатывать в целом, без учета филиалов. В частности, в примере выше абитуриенту можно будет добавить только одно неотозванное заявление с бюджетными конкурсами (максимум 1 заявление) в рамках основного набора.

Все вышеуказанные проверки осуществляются и в рамках действия возврата документов по ранее отозванному заявлению.

В карточке заявления добавлено поле "Этап приема".

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

В списках конкурсов, абитуриентов, выбранных конкурсов, а также в отчете-выборке добавлен фильтр по этапу приема.

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

В справочнике "Типы документов персоны" переименованы существующие элементы:

• Документ, подтверждающий участие в СВО (за исключением погибших, получивших увечье или заболевание) - док. СВО (искл. погибш., получ. ув./забол.)
• Документ, подтверждающий участие в СВО (погибшие, получившие увечье или заболевание) - док. СВО (погибш., получ. ув./забол.)

Добавлено 4 новых элемента:

• Документ военнослужащего, сотрудника, направленного в др. государство (за исключением погибших, получивших увечье или заболевание) - док. воен./сотр. напр. др. гос. (искл. погибш., получ. ув./забол.)
• Документ военнослужащего, сотрудника, направленного в др. государство (погибшие, получившие увечье или заболевание) - док. воен./сотр. напр. др. гос. (погибш., получ. ув./забол.)
• Документ, подтверждающий звание Героя Российской Федерации - док. Героя РФ
• Документ, подтверждающий награждение тремя орденами Мужества - док. три ордена Мужества

Справочник "Категории для документов персоны". Категории для новых документов на данный момент неизвестны, поэтому новые элементы не добавлены. Как вариант, на стендах системы добавить пользовательские значения, например, "Обычная", "Основная" или "Базовая".

В настройке "Ограничения для документов персоны" для категории "Абитуриент" для 4 новых документов включены опции "Просмотр и прикрепление документа" и "Добавление и редактирование документа".

В настройке "Ограничения для полей документов персоны" для 4 новых документов включен типовой набор полей.

Настройка "Ограничения для документов абитуриента".

Колонки, добавленные в 2022 году, переименованы:

• Отд. квота;
• Отд. квота без ВИ;
• "Квота" в "Квота особ. прав".

Во всех ПК бак/спец 2023 года:

• для 2 типов документов ("Документ, подтверждающий участие в СВО (за исключением погибших, получивших увечье или заболевание", "Документ военнослужащего, сотрудника, направленного в др. государство (за исключением погибших, получивших увечье или заболевание)") включена опция "Подтверждает особое право - отдельная квота";
• для остальных типов документов (4 типа документов) - включена опция "Подтверждает особое право - отдельная квота без ВИ";
• для этих типов документов включены опции "Передавать в ФИС ГИА и приема", "Принимается копия".

18. В списке конкурсов добавлены фильтры по доп.набору и факту приема в интересах государства.

19. В ФИС и Прокси ФИС внесены дополнения с учетом изменений спецификации (для версии 4.6 с изменениями от 29.03.2023) в 1,2 и 3 пакетах.

20. Элементы, в названиях которых содержится "ЦТ РБ", изменены с учетом переименования "ЦТ РБ" в "ЦТ/ЦЭ РБ".

21. В методе getOnlineEntrantCompetitions в RequestedCompetitionData добавлены поля:

• uidEpgu - uid заявления ЕПГУ;
• reqNumberEpgu - номер заявления ЕПГУ;
• reqStateEpgu - статус заявления ЕПГУ.

22. Добавлено поле "Поступает в рамках постановления № 434" при добавлении/редактировании заявления.

Изменено название поля на "Поступает в рамках постановления № 528" в заявлении и отчете-выборке.

Добавлена логика на форме выбора ВИ, которая позволяет выбирать внутренние формы сдачи, включая "Пр. №231, Пост. №528", с включенным флагом "Поступает в рамках постановления № 528" в заявлении.

23. Доработана логика открытия и обновления конкурсов в наборе ОП: если в наборе ОП в планах приема для квоты (особая квота или отдельная квота) указано 0 мест и есть хотя бы одна настройка для совмещенной квоты с такой квотой, то открывается/обновляется конкурс на такую квоту (обновляя в нем количество мест: выставляется "0").

По целевой квоте:

• разблокирована возможность задания планов по видам ЦП (в простом наборе ОП, где нет детализации приема ЦП для УГСН/ГСН), если план по квоте ЦП в наборе ОП = "0";
• если задан план приема по виду ЦП = "0", то конкурс будет добавлен/обновлен с "0" мест, как и прежде.

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

24. В справочнике форм сдачи элемент "Пр. №231, Пост. №528" разделен на два: "Пр. №231" и "Пост. №528".

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

Формы сдачи учтены в логике отправки данных ВИ в СС: каждая форма соответствует своему типу ВИ СС ( "Пр. №231" = 9, "Пост. №528" = 11).

25. Карточка набора ОП: блоки привели к стандартной ширине.

Список наборов ОП:

• уточнили названия колонок;
• фильтр по доп. набору заменили на этап приема.

В списке наборов ОП ВО:

• добавлена колонка "Иностр. граждане";
• добавлен фильтр "Прием иностр. граждан".

В списке конкурсов: добавлен фильтр "Прием иностр. граждан".

В списке выбранных конкурсов: добавлен фильтр "Прием иностр. граждан".

В списке поданных абитуриентами документов об образовании: добавлены фильтры "Этап приема", "Прием иностр. граждан".

В списке абитуриентов: добавлен фильтр "Прием иностр. граждан".

В отчете-выборке абитуриентов: добавлен фильтр "Прием иностр. граждан" и одноименная колонка в результирующем файле.

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

1. Оптимизировано добавление пакетов, внутри добавление сделано в отдельных транзакциях.

Изменены ключи uid-ов в 09 и 10 пакетах. Доработана и упрощена логика формирования пакетов 09, 10, 11.

Удален 12 пакет, который более не используется в СС.

Отключено логирование при добавлении пакетов всех типов.

2. Реализовано получение справочников СС 2023 в соответствии с действующими спецификацией и api тестового контура.

Старые справочники и их элементы удалены однократной миграцией в процессе обновления версии системы.

Необходимо на странице "Справочники Суперсервиса" выполнить действие обновления справочников.

3. Реализована передача структуры ПК 2023 в СС:

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

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

1. На форме добавления отчета "Карточки граждан, подлежащих воинскому учету" добавлены фильтры "Формирующее подразделение" и "Территориальное подразделение".

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

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

В частности, эти данные будут использоваться при передачи данных в ГИС СЦОС.

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

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

Модуль «Движение контингента»

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

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

1. В импорт планов из plx файлов добавлен импорт модулей и их контроля.

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

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

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

Добавлены дополнительные варианты разделения потоков:

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

С карточки потока удалены кнопки «Разделить по группам», «Разделить по читающим подразделениям и группам», «Разделить по мероприятиям и группам» т.к. их действие дублируется единой формой деления потоков.

Права с кнопок «Разделить по группам», «Разделить по читающим подразделениям и группам», «Разделить по мероприятиям и группам» промигрированы на новую кнопку «Разделить поток».

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

5. Переименованы фильтры в потоках и подгруппах, модуле сессия и нагрузка:

• "Тип (группа)", "Тип мероприятия реестра", "Вид мероприятия реестра" в "Вид мероприятия";
• "Версия мероприятия реестра", "Дисциплина" в "Версия мероприятия".

Аналогично переименованы колонки в списках "Потоки и подгруппы", документов сессии, плановых потоков.

6. В списке "Потоки и подгруппы обучающихся" изменен фильтр "Группа":

• добавлена информация об архивности группы,
• архивные группы выводятся в конце списка.

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

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

• При приеме баллов они проверяются на возможность сохранения с использованием соответствующего скрипта БРС.
• Если проверка проходит успешно, то в УНИ сохраняются и обновляются поля: балл, отсутствовал, причина, комментарий, автор, дата выставления оценки во внешней системе. Если автора не удается сохранить, то поле сбрасывается в null.
• Если проверка не успешна, то в УНИ обновляются только поля "Ошибки валидации внешнего балла", "Дата выставления оценки во внешней системе".

2. В аттестационных ведомостях на карточке при включении настройки "Показывать рейтинг при выставлении аттестации" отображаются колонки с используемыми элементами справочника "Дополнительные данные аттестации".
Дополнительные данные заполняются из скрипта БРС при обновлении текущего рейтинга обучающихся в атт. ведомости.

3. Исправлено копирование реализаций с коэффициентами БРС на "Составляющая итогового контроля в реализации" и "Часть версии мероприятия реестра в многосеместровом рейтинге".

Добавлен ограничения на уникальность "Составляющая итогового контроля в реализации", "Часть версии мероприятия реестра в многосеместровом рейтинге" в одной реализации.

4. В справочнике «Составляющая итогового контроля» добавлены сокращенные названия элементов.

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

Затронуты шаблоны печати ведомостей всех форм контролей с выводом текущего рейтинга, ведомости пересдач. В шаблонах добавлены колонки, которые в зависимости от настроек БРС, делятся по количеству семестров и

составляющих итогового контроля.

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

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

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

1. В показателях корректности данных в учебном процессе, в разделе "Неактуальные оценки" добавлено удаление экзам. листов вместе с удалением оценок в них.

2. Добавлены следующие метки в шаблон печати ведомости:

• eduProgramKind — вид образовательной программы,
• presidentStateExamCommission — председатель ГЭК,
• protocolWriter — секретарь ГЭК;
• TabSum — таблица с итоговыми данными,
• markRet и markRetPr — количество отметок требующих пересдачи и их процентное отношение,
• markNotRet и markNotRetPr — количество отметок, не требующих пересдачи и их процентное отношение от общего количества обучающихся.

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

1. В соответствии с приказом Министерства науки и высшего образования РФ от 27 июля 2021 г. № 670 изменена метка academyRename для печати документов высшего образования:

• Для дубликатов теперь выводится "Наименование организации изменилось в ... году.", "Прежнее наименование организации - ...."
• Для оригиналов — "Наименование организации, осуществляющей образовательную деятельность, изменилось в ... году.", "Прежнее наименование организации, осуществляющей образовательную деятельность, - ....".

При печати документов СПО и ДПО выводится "Образовательная организация переименована в %s году;", "Старое полное наименование образовательной организации - %s."

Затронуты следующие скрипты в продукте:

• Приложение 1, Приложение 2 - для всех типов документов ;
• Справка об обучении;
• Сверка сведений диплома.

2. Хранимые скан-копии документов в рамках модуля "Дипломирование" переведены на механизм хранилищ.

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

В рамках проведенной миграции все накопленные файлы инициализированы в хранилище в рамках функции хранения "Документы модуля Дипломирование".

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

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

1. В таблице "Планируемые ППС" расчета нагрузки исправлено подкрашивание красным доли ставки, доли периода работы и ставки.

Для доли ставки и ставки выполняется проверка на кратность шагу ставки и превышение предельного значения ставки.

Для доли периода работы проверяется превышение 1,0.

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

1. В справочник «Виды печатных форм оперативного расписания» добавлен системный элемент «Расписание занятий аудиторий по неделям».

В этой печатной форме:

• в печать попадают аудитории из событий, отфильтрованные по параметрам печатной формы;
• данные группируются по событию, персоне ППС и потоку (для исключения дублей в случае, если персона преподавателя назначена на поток и на событие);
• полученные сгруппированные наборы ещё дополнительно группируются по дню недели, номеру и времени пары, чередованию, названию части версии элемента реестра (дисциплине), условному сокращению вида потока, аудитории.

2. В справочник «Виды печатных форм оперативного расписания» добавлен системный элемент «Расписание занятий преподавателей по неделям».

В этой печатной форме:

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

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

4. Изменен интерфейс ввода и отображения ограничений, добавлена возможность просмотра всех ограничений.

5. При добавлении ограничения на аудиторию мероприятия сделан множественный выбор вида потока.

6. Изменена печать расписания для сокращенной формы преподавателей и аудиторий (по неделям).

Модуль «Общежития и поселение»

1. Добавлено право на удаление заявления на поселение.

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

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

Модуль «Кадровый реестр»

1. В справочнике "Состояния должностей сотрудников" добавлено новое состояние: "Исполнение государственных и общественных обязанностей", по умолчанию состояние добавлено как неактивное, но с признаком "числятся в организации" = "да", разрешение на вход в систему = "да".

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

1. Реализована работа с плагином CryptoPro, пример компонента для подписания документов ЭЦП. На выходе артефакты: подпись в виде файла p7s и данные по сертификату.

2. Переработан механизм визирования/согласования, реализованы новые возможности.

Прежняя история согласования (VisaHistoryItem) сохранена для архива. Новая история реализована непосредственно на базе задач визирования (VisaTask).

Добавлены новые поля в задаче визирования: статус задачи, дата согласования, итерация согласования, комментарий, очередность согласования (параллельно или последовательно), согласование с ЭЦП.

В настройке активации визирования (отдельно для каждого типа документа) добавлены новые опции:

• управление очередностью визирования: последовательно (по умолчанию) или параллельно;
• возможность изменения варианта очередности согласования при отправке документа на согласование;
• согласование с использованием ЭЦП.

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

В документах (в частности, в приказах по движению) доработана вкладка "Согласование".

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

Процедура согласования теперь поддерживает два варианта очередности согласования: последовательный и параллельный.

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

Если же хотя бы одна задача визирования будет отклонена, то документ перейдет в состояние "Отклонено", а все задачи визирования, которые не были завершены в рамках текущей итерации согласования, будут удалены.

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

В рамках изменений доработана вкладка "Задачи" в личной карточке сотрудника: затронуты списки задач и их колонки.

Те приказы, которые уже были запущены на согласование до обновления и миграции для перехода на задачи согласования, остаются после обновления на согласовании. Те задачи согласования, которые были в работе, остаются в работе, но уже в виде новых задач согласования. Т.о., приказы продолжат свой путь согласования с итерацией согласования "1" и очередностью "последовательно".

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

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

1. Добавлен новый поток "Группа направлений подготовки" (EduProgramSubjectGroupType).

Доработан поток "Направление подготовки профессионального образования" (EduProgramSubjectType), текстовое поле "Укрупненная группа" (group) заменено ссылкой на поток "Группа направлений подготовки" (поле eduGroup).

2. Поправлен генератор документации по структурам данных REST-адаптера, названия полей приведены в соответствие с формируемыми датаграммами.

3. В REST методе реализована передача файлов при помощи multipart/form-data.

4. Исправлена ошибка инициализации новых потоков при первом запуске приложения после обновления.

5. Реализована возможность возврата в диалог с прогрессом очистки очереди пакетов, если по каким-то причинам пришлось эту страницу покинуть. Если зайти на страницу "Очередь пакетов" в момент, когда идёт очистка очереди, то будет доступна кнопка "Текущая операция очистки".

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

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

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

Исправлена ошибка при которой при изменении потока в реализации дисциплины не отправлялись связанные элементы в потоке TrJournalGroupEmployeeType.

• В поток TrJournalGroupEmployeeType добавлены поля PpsEntryByEmployeeID и PpsEntryByHourlyPaidEmployeeID (ссылки на PpsEntryByEmployeeType и PpsEntryByHourlyPaidEmployeeType).
• В поток PpsEntryByEmployeeType добавлено поле PersonID (ссылка на HumanType).
• В поток PpsEntryByHourlyPaidEmployeeType добавлено поле PersonID (ссылка на HumanType).

9. Добавлен новый поток данных "Событие в реализации дисциплины".

В потоке «Событие в журнале НСИ(TrJournalGroupEventType)» добавлена ссылка на новый поток "Событие в реализации дисциплины"

10. В Справочник НСИ "Баллы обучающегося по событию" (nsiTrJournalGroupEventStudentResult) добавлено 2 новых поля:

• Дата выставления оценки во внешней системе. Тип: дата и время. В коде: gradingDate. Комментарий: Дата и время последней попытки обновления баллов преподавателем во внешней системе.
• Ошибки валидации внешнего балла. Тип: строка. В коде: gradingError. Комментарий: Результат проверки скриптом записи обучающегося, метод validateMark

11. Доработан модуль интеграции с ГИС СЦОС.

В поток "Обучающийся" (StudentType) добавлено поле "Согласие на обработку ПД" (personalDataProcessingAgree, логический флаг).

В настройках модуля добавлен признак "Учитывать согласие на обработку персональных данных", который позволят фильтровать отправляемые в СЦОС сведения об обучающихся по наличию согласия от них на передачу персональных данных.

12. Внесены коррективы в работу модуля интеграции с ГИС СЦОС:

• В список обязательных справочников входит Группа. В связи с чем, необходимо изменить соответствующие настройки в шинах (настроить подписки и права доступа для данного справочника) и доотправить справочники Группа (AcademicGroupType) и Обучающийся (StudentType) из УНИ в шины.
• Исправлены ошибки в годах обучения при передаче студентов в ГИС СЦОС (дата начала обучения и продолжительность обучения). Для того, чтобы данные в СЦОС отобразились корректно, необходима полная очистка данных в СЦОС с дальнейшей синхронизацией.
• В связи с изменениями API СЦОС, в объекте "Движение контингента" теперь присутствует внутренний идентификатор. А также, заполняется информация о последней отправке (сущность ScosBaseEntity, страница - Интеграция - Интеграция с ГИС СЦОС - Действия над элементами СЦОС - Посмотреть список сущностей). Для того, чтобы данные в СЦОС отобразились корректно, необходима полная очистка данных в СЦОС.
• Исправлена ошибка двойного запуска службы синхронизации с ГИС СЦОС.
• Исправлена ошибка, когда при удалении студента, элемент не удалялся в СЦОС (как и связанные объекты движения контингента).
• Исправлена ошибка, когда при выборе уровней ОП, также отправлялись данные по всем программам ВО.
• Исправлена ошибка, когда при очистке данных в СЦОС (Интеграция - Интеграция с ГИС СЦОС - Действия над элементами СЦОС - Очистить данные в СЦОС), некоторые данные удалялись некорректно.