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

 

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

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

1. В списках выбранных конкурсов и абитуриентов добавлен новый фильтр "Особенности поступления" для выборки поступающих в соответствии с приказом № 231 или постановлением № 528.

В отчете-выборке по абитуриентам добавлен аналогичный фильтр.

2. В максимальном варианте (опции службы: их можно включать и выключать с учетом проводимых этапов ПК в текущий момент, тогда система будет формировать из 10 списков только выбранные) можно получить 10 списков:

  • основной набор, бюджет, приор. этап зачисления // = доп. набор в конкурсе false + виды приема 01 (Без ВИ в рамках КЦП), 02 (особ.права), 03 (ЦП), 07 (отд.квота), 08 (совм.квота);
  • основной набор, бюджет, общее зачисление // = доп. набор в конкурсе false + вид приема 04 (общий);
  • основной набор, договор, общее зачисление // = доп. набор в конкурсе false + виды приема 05 (Без ВИ по договору), 06 (договор);
  • доп. набор, бюджет, общее зачисление // = доп. набор в конкурсе true + вид приема 04 (общий);
  • доп. набор, договор, общее зачисление // = доп. набор в конкурсе true + вид приема 06 (договор).

Все это в двух вариантах: с учетом итогового согласия и без.

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

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

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

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

В параметрах службы указываются ПК для обсчета (выбор только среди открытых ПК). Файлы с результатами последнего обсчета хранятся в базе в zip-архивах для ПК, удаляются только тогда, когда ПК будет удалена из параметров службы (при очередном запуске службы).

Обсчет происходит на базе файла с рейтингом, который генерируется службой обсчета рейтинга. Если с момента последнего обсчета рейтинг по ПК не обновлялся, то при очередном запуске службы обсчет этой ПК производиться не будет (будут сохранены прежние файлы-списки).

Наряду с новым методом веб-сервиса (getRecommendedEntrantEnvironment) добавлено системное действие "Получить данные о рекомендациях к зачислению в формате xml", которое позволяет скачать xml-файлы для выбранной ПК.

Логика службы:

  • при обсчете не берутся в обсчет ВК с отказом от зачисления и ВК с забранными документами, берутся только со всеми сданными ВИ (passedExam);
  • при обсчете бюджета (любого из трех списков * 2):
    • проходим по всем абитуриентам и бюджетным ВК абитуриента, и если хотя бы в одном ВК он зачислен, то все ВК этого абитуриента убираются и не учитываются в обсчете (суть в том, если он зачислен в приор.этапе, то в основном этапе на бюджет нельзя его зачислить);
    • если на любой конкурс, который берется в обсчет, есть хотя бы один зачисленный абитуриент, то обсчет останавливается и файл не обновляется (т.е. зачисление уже проведено, нет смысла обсчитывать и затирать предыдущий файл с обсчетом этого этапа-списка);
  • при обсчете договора (любого из двух списков * 2):
    • нет прохода по всем абитуриентам и договорным ВК, всегда берутся в обсчет все ВК абитуриента, соответствующие обсчету-списку, т.е. не важно зачислен он на один из ВК или нет;
    • обсчет не останавливается, если есть хотя бы один зачисленный абитуриент на один из конкурсов в обсчете, т.е. всегда считаются все абитуриенты (если абитуриент уже зачислен, обсчет покажет лучший приоритет все равно - это может быть тот самый ВК, куда абитуриент зачислен, или другой ВК, с учетом приоритетов и числа мест в конкурсах).

Дынные в файле/ответе:

  • currentDateTime - дата и время обсчета;
  • enrollmentCampaignId - ПК (из ответа сервиса со структурой ПК);
  • isBudget - бюджет/договор;
  • isPriorityStep - приоритетный этап (true может быть только для бюджетного списка);
  • isAdditional - доп.набор;
  • isAgree - с учетом итоговых согласий или без;
  • competitionNode - перечислены конкурсы (id из ответа сервиса со структурой ПК), которые были обсчитаны в рамках этапа/списка;
  • row entrantId - рекомендованные абитуриенты (этих строк может не быть, например, если нет заявлений или список с учетом итоговых согласий, а их еще ни у кого нет);
  • entrantId - id абитуриента;
  • reqComId - id выбранного конкурса абитуриента;
  • competitionId - id конкурса (см. competitionIds в ноде competitionNode);
  • fio - опционально (можно отключить ее выгрузку в параметрах службы).

3. В отчете-выборке абитуриентов в параметрах печати теперь два флага "Приоритет" и "Сквозной приоритет".

В результирующем файле отчета также добавлены две колонки:

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

4. В отчете-выборке абитуриентов учтены разные виды квот.

Рядом идут три колонки: "Без ВИ", "Особая квота", "Отдельная квота".

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

Добавлена колонка "Доп. статус".

5. На форме добавления (и в мастере добавления заявления)/редактирования заявления добавлен флаг "Согласен на обработку заявления в ЕПГУ (Суперсервис)". При добавлении по умолчанию флаг выключен.

Заявления, поданные в ОО (лично, по почте, в электронной форме), будут отправляться в Сервис приема с учетом значения данного флага.

6. В справочнике "Особые права при поступлении" переименован элемент "В пределах квоты" = "Особая квота".

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

1. В версии ОП для СПО добавлен признак профессионалитета. Поле добавлено на карточке, в списке и в фильтрах версий ОП.

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

1. Исправлена ошибка проведения приказа на перевод обучающегося с изменением вида затрат: теперь у обучающегося при переходе с бюджета на договор удаляется уровень бюджета.

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

1. В модуле добавлена возможность включать группу по выбору:

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

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

1. В шаблон заполнения и документ об обучении добавлены строки НИР (для ВО), вида деятельности в рамках практической подготовки, средств обучения и воспитания, мест прохождения практической подготовки (для СПО).

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

Во всех таблицах со строками документа добавлена колонка для отображения признака "Модуль".

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

В документе об обучении добавлен признак о подписании заместителем председателя ГЭК (признак используется при печати СПО диплома).

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

Строки мест прохождения практической подготовки — по внешним контрагентам-Организациям или вручную текстом.

2. Изменены шаблоны печати дипломов среднего профессионального образования.

Изменен вывод в метке academyRename — текст изменен на "Образовательная организация переименована в [год "ГГГГ" из даты переименования] году;" и "старое полное наименование образовательной организации [Полное наименование до переименования]".

Добавлены новые метки:

  • slashChair — выводится "/", если в документе стоит "Подписывает заместитель председателя";
  • QRCode — выводится QR-код документа в формате "<ФИО обучающегося> | <"серия бланка" факта выдачи> <номер бланка факта выдачи> | <дата выдачи>";
  • activityTypesEdu — для видов деятельности учебной практики;
  • toolsEdu — для средств обучения и воспитания учебной практики;
  • placesEdu — для места прохождения практической подготовки учебной практики;
  • activityTypesInd, toolsInd, placesInd — аналогично предыдущим для производственной практики.

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

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

2. В обновление плановых потоков по текущим потокам добавлен учет модулей.

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

1. Проведена оптимизация скорости обработки событий расписания. Для этого:

  • изменен «подъем» данных для проверок по преподавателям — операции с событиями стали быстрее выполнятся;
  • вынесена в отдельную транзакцию обработка порции данных в операции копирования — теперь копирование расписания неделями стало значительно быстрее.

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

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

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

2. Реализована функция запроса списка всех GUID справочника. Функция вызывается посредством отправки GET-запроса на адрес REST-адаптера /nsirest/retrieve/{entityType}/guidList.

3. Изменен поток "Удостоверение личности НСИ" (IdentityCardType): все поля, содержащие даты изменили тип на дату (ранее использовался формат Timestamp). С точки зрения передачи данных в датаграммах, формат не меняется, но время более не учитывается).

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

5. В поток "Группа направлений подготовки" (EduProgramSubjectGroupType) добавлено поле "Полный код группы" (subjectCode).

6. В поток "Обучающийся НСИ" (StudentType) добавлено поле для передачи сведений о номере лицевого счёта обучающегося (personalAccount).

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

8. Доработан механизм реакции на ошибки обработки пакетов при взаимодействии по REST-протоколу. Теперь в логе фиксируются и неопознанные коды ответа удаленного сервиса по итогам обработки запросов от Шины.

9. Доработан механизм обработки входящих пакетов по REST-протоколу. Учтены новые системные атрибуты, добавленные ранее.

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

11. Исправлена ошибка при работе REST-адаптера, при которой часть некорректно обработанных пакетов не сохранялись в очереди.

12. Исправлена ошибка работы механизмы подписок подсистемы на данные от конкретных подсистем.

13. Исправлена ошибка блокировки отправки в СЦОС в случаях возникновения ошибок.

14. Исправлена ошибка отправки в СЦОС в случаях некорректно сформированных прокси-объектов с данными по обучающимся.

15. Проведена корректировка процедуры удаления прокси-объектов, отправляемых в СЦОС. Речь об объектах-обертках в формате, пригодном для отправки в СЦОС, которые формируются на основе реальных объектов Шины.

16. Уточнен перечень типов приказов, передаваемых в ГИС СЦОС.