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

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

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

Модуль «Образовательные программы»

1. Обновлены перечни направлений подготовки "Перечень профессий СПО 2013" и "Перечень специальностей СПО 2013" по приказам Минпросвещения России от 03.12.2019 № 655, от 20.01.2021 № 15.
2. Изменен перечень научных специальностей аспирантуры (Приказ Минобрнауки России от 11.05.2022 № 445).

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

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

Документы в карточке заявления:
- Заявление бак/спец;
- Титульный лист;
- Заявление о согласии;
- Экзам. лист;
- Заявление об отказе от зачисления;
Отчет "Выборка абитуриентов";
Отчет "Данные абитуриентов целевого приема";
Отчет "Протокол заседания приемной комиссии";
Отчет "Протокол о допуске к вступительным испытаниям";
Отчет "Рейтинговые списки по ходу приемной кампании";
Отчет "Сводка для отборочных комиссий";
Отчет "Сводка о планах приема, средних баллах, результатах зачисления";
Отчет "Списки поступающих (конкурсные списки)";
Отчет "Список лиц, подавших документы";
Онлайн заявление бак/спец.

2. В заявлении абитуриента добавлены новые поля:

Прибыл(а) на территорию РФ с территорий ЛНР, ДНР, Украины;
Поступает в рамках постановления № 434.

Флаги доступны на формах добавления/редактирования заявления, в мастере добавления заявления для всех ПК ВО.

Первое поле добавлено для передачи данной информации в "ФИС ГИА и приема".

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

Карточка заявления дополнена новыми полями.

3. В карточке набора ОП добавлен вывод недостающих полей, которые доступны для заполнения при добавлении/редактировании.

4. В методе веб-сервиса со структурой ПК для набора ОП добавлено поле "Только для иностранных граждан". На сайте обновлен раздел с описанием методов веб-сервиса.

5. Для ПК аспирантуры (по аналогии с бак./спец. и магистратурой) добавлена возможность использования разных настроек набора ВИ для разных видов возмещения затрат.

6. Особенности выбора конкурсов в рамках специальной квоты.

Добавлены новые типы документов персоны, подтверждающие участие в специальной операции (два типа: первый – для обычной спец. квоты, второй – для спец. квоты без ВИ). Документы включены в настройке для категорий "Абитуриент", "Обучающийся". Категории документов на данном этапе неизвестны, при необходимости их можно добавить в справочнике. Заполнены настройки "Ограничения для документов персоны" и "Ограничения для полей документов персоны" для новых типов документов.

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

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

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

7. Реализована работа с результатами ЦТ РБ.

Добавлен системный справочник предметов ЦТ РБ.

Расширена настройка "Дисциплины вступительных испытаний": добавлена колонка "Предмет ЦТ РБ", в которой выбирается элемент справочника. Для дисциплин, по которым будут зачитываться результаты ЦТ РБ, следует указать соответствующий предмет.

В карточке абитуриента, вкладка "ЕГЭ" переименована в "ЕГЭ и др.". На вкладке добавлен список "Результаты ЦТ РБ". Добавление результатов ЦТ РБ разрешено только для граждан Республики Беларусь. Добавлены отдельные права для работы с результатами ЦТ РБ.

Добавлен учет результатов ЦТ РБ в качестве источников баллов в рейтинге: зачтенный результат ЦТ РБ учитывается в качестве результата по выбранному вступительному испытанию с формой сдачи ЦТ РБ (аналогично результатам ЕГЭ).

В мастере добавления заявления на шаге с результатами ЕГЭ теперь можно добавлять и результаты ЦТ РБ, которые, как и результаты ЕГЭ, добавляются сразу же зачтенными.

8. Добавлен новый пользовательский справочник "Источники онлайн-заявлений абитуриентов".

Добавлены новые поля в онлайн-заявление (ОЗ):

Источник – элемент справочника, если ОЗ приходит без этого поля, то для ОЗ выставляется система-источник с кодом "1" (ЛКА);
Состояние ОЗ в системе-источнике.

Веб-сервис. Дополнен метод createOrUpdateOnlineEntrantRequest полями для получения и записи в ОЗ двух новых полей. Аналогично дополнен метод getOnlineEntrantRequest. Добавлен новый метод (updateOnlineEntrantRequestState) обновления поля "Состояние ОЗ в системе-источнике" в ОЗ.

В ОЗ удалено поле "Режим работы ОР внутренний", также поле удалено из методов сервиса. Вместо него следует использовать поле с системой-источником.

Доработан список ОЗ. Убрана колонка "Внеш. рег-ция", добавлена колонка "Система-источник".

Доработана карточка ОЗ. Добавлено поле "Система-источник".

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

В списке ОЗ:

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

Когда из ЛКА (или другой внешней системы) приходит обновление для ОЗ, включая его скан-копии, то, помимо обновления дат (дата обновления ОЗ, дата обновления скан-копий), поле "Заявление обработано" принимает значение "нет", т.е. ОЗ снова требует рассмотрения.

10. Переработаны параметры и логика службы "Экспорт абитуриентов в Moodle". Ранее в онлай-заявлении было удалено поле "Режим работы ОР внутренний". Вместо него добавлено поле с системой-источником. В связи с этим были удалены старые параметры в настройке службы, добавлены новые. С учетом изменений в параметрах переработана логика экспорта данных.

11. Исправлена ошибка на форме/шаге выбора ВИ, которая возникала, если набор ВИ не был настроен в наборе ОП.

12. Исправлена ошибка в мастере добавления заявления на шаге выбора конкурсов, которая возникала в случае добавления заявления с использованием заявлений ЕПГУ, если в одном из них не заполнен/не выбран конкурс (такое возможно только в одном случае, если в СС в структуре приема был добавлен/загружен конкурс, а затем он был удален из системы, а в СС оставлен).

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

14. Доработана форма (и шаг мастера) задания приоритетов выбранных конкурсов и версий ОП:

для конкурса по спец. квоте (обычный, если при выборе конкурса была выбрана версия ОП, и без ВИ) – в приоритетах доступна только одна версия ОП;
для конкурсов ЦП, которые образованы с учетом деления ЦП в рамках УГНС по направлениям (наборам версий ОП) – в приоритетах доступны только те версии ОП, которые заданы в наборе версий ОП, совпадающего с конкурсом ЦП.

15. Доработан шаг мастера с выбором ВИ: ранее в некоторых ситуациях выбранные формы сдачи сбрасывались при возврате на шаг с выбором ВИ с последующих шагов. Исключительными являются ситуации: у абитуриента заявлен результат ЕГЭ (форма сдачи ЕГЭ по соответствующей дисциплине выбирается по умолчанию), форма сдачи является единственной для вступительного испытания (такая форма сдачи выбирается по умолчанию).

16. Доработана карточка экзаменационной группы на сдачу ВИ по материалам ООВО. Изменено условие индикации актуальности записей абитуриентов в списке: к проверке актуальности выбранной формы сдачи по дисциплине добавлено условие на проверку выбранного конкурса и его состояния, если состояние "Забрал документы", то запись абитуриента в экзам. группе будет считаться неактуальной, и будет подсвечена красным цветом.

Также добавлено действие (с отдельным правом доступа) для актуализации списочного состава экзам. группы: в рамках действия исключаются неактуальные записи из экзам. группы.

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

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

19. Доработана служба "Проверка корректности данных абитуриентов" (полного пересчета состояний, рейтингов, позиций): учтены изменения в настройке наборов ВИ в наборах ОП (в частности, в мин.баллах) при их внесении после старта приема заявлений. Для полного пересчета данных следует запустить эту службу однократно вручную, или дождаться запуска службы по расписанию.

Пример решенной ситуации. Есть конкурс, в котором есть ВИ с группой дисциплин, которые можно сдать все (будет выбран лучший результат): Математика (45), Физика (45). Есть выбранный конкурс абитуриента, у которого по Математике балл 41, а по Физике балл 44 – его состояние "Выбыл из конкурса". Если поменять в настройке конкурса мин.баллы: Математика (40), Физика (45), то абитуриент оставался выбывшим из конкурса. Сейчас система сразу подхватит изменения в настройке набора ВИ в наборе ОП (в примере у абитуриента система зачтет Математику с 41 баллом), а для пересчета ранее сформированных подобных ситуаций следует запустить указанную службу.

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

21. Доработана служба формирования xml-кэша для конкурсных списков. Изменена дата исключения абитуриентов из КС для бак/спец очной формы обучения на 27.07. Т.о., после 26.07 абитуриенты, забравшие документы или отказавшиеся от зачисления, не исключаются из конкурсных списков.

22. В выбранный конкурс добавлено поле "Согласие с ЕПГУ": приравнено к оригиналу документа об образовании. Переключатель добавлен в списке заявлений в карточке абитуриента. Сейчас будет выставляться итоговое согласие по ВК, если подано "согласие и оригинал документа об образовании", либо если подано "согласие и согласие с ЕПГУ" (при включенной опции "Требуется оригинал и согласие на зачисление" в настройке "Правила зачисления абитуриентов"). В карточке ВК добавлен вывод поля для согласия с ЕПГУ.

Однократно для выбранных конкурсов, имеющих связь с заявлением ЕПГУ, проставлен признак "согласие с ЕПГУ", если в заявлении ЕПГУ есть поданное и не отозванное согласие.

23. В отчетах "Конкурсные списки", "Рейтинговые списки" добавлен раздел со спец.квотой.

24. В отчете-выборке абитуриентов добавлены колонки:

Спец. квота;
Согласие с ЕПГ;
Дата согласия;
Прибыл с терр. ЛНР, ДНР, Украины;
Пост. № 434;
Uid ЕПГУ – заполняется, если ВК из заявления ЕПГУ.

25. Добавлена автоматическая обработка поданных согласий/отзывов согласий, получаемых по заявлениям ЕПГУ: признак "Согласие с ЕПГУ" у выбранных конкурсов обновляется в автоматическом режиме по сообщениям из СС. Повторно выполнена миграция, которая однократно проводит актуализацию этого признака у ВК по данным в связанном заявлении ЕПГУ.

26. В карточке заявления добавлено отдельное право на переключение "Согласия с ЕПГУ".

27. В xml-кэш с рейтингами добавлено поле с согласием ЕПГУ. В веб-сервис (метод получения данных об абитуриентах и рейтингах) добавлено поле с согласием ЕПГУ (acceptedEntrantEPGU).

28. В отчетах с конкурсными списками и рейтингами добавлен в шапке план приема по спец.квоте, список в рамках спец.квоты разбит на две части (если в одной из частей нет заявлений, то она не выводится в отчете), для согласий добавлен вывод "ЕПГУ", если оно включено для выбранного конкурса наряду с основным согласием.

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

Организация-работодатель ЦО;
Номер договора ЦО;
Дата договора ЦО.

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

31. Для приказов о зачислении бак/спец добавлено действие формирования печатного варианта приказа для публикации на сайте. Кнопка печати доступна в карточке приказа: берется шаблон и скрипт приказа (чтобы шапка и основные формулировки совпадали с основной печатной формой приказа), а для параграфов используется новый добавленный шаблон, где зачисленные печатаются в виде таблицы со СНИЛС/личным номером вместо ФИО, баллами, баллами за ВИ и ИД, примечанием. Личный номер используется для спец. квоты, ЦП в интересах государства, а также в случае, если для абитуриента не задан СНИЛС.

32. В отчете-выборке абитуриентов добавлены параметр "Доп. набор" и одноименная колонка в результирующем файле.

33. Исправлено форматирование таблиц в печатном шаблоне заявления по программам аспирантуры/ординатуры, используемом по умолчанию.

Также из всех печатных шаблонов заявлений, используемых по умолчанию, удалена неиспользуемая метка со способом сдачи ВИ (onlineoffline).

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

35. Расширена настройка мастера добавления заявления: добавлена настройка обязательности заполнения e-mail.

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

37. Для СПО добавлена возможность применения преимущественного права на уровне заявления абитуриента.

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

39. В xml и веб-сервисе есть категория льготы (benefitCategory), для спец. квоты их две, системные: "Дети военнослужащих и сотрудников, за исключением погибших, получивших увечье или заболевание", "Дети военнослужащих и сотрудников, погибших, получивших увечье или заболевание". Рекомендуется использовать категорию льготы в качестве признака спец. квоты.

В методе getEntrantRatingEnvironment в entrant-е добавлен признак поступления без ВИ. Он будет заполняться как для обычных БВИ, так и для тех, кто идет БВИ в рамках ЦП или спец.квоты.

В методы getEnrollmentEnvironment и getEntrantRatingEnvironment веб-сервиса для набора ОП и конкурса добавлен признак доп. набора (additionalRecruit).

40. Внесены дополнения в логику выгрузки данных для ЕИСПО:

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

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

1. Дополнена логика формирования 11 пакета с расписанием ВИ в случае, когда адрес для аудитории (здания) не заполнен.

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

пакет 07: места по спец. квоте добавляются в квоту особых прав;
пакет 08: места по спец. квоте добавляются в квоту особых прав;
пакет 09: добавлен пакет на спец. квоту, который передается в СС как конкурс особых прав с признаком SpecialQuota = "Да".

После настройки наборов ОП, обновления списка конкурсов (добавление конкурса по спец. квоте) следует передать в СС пакеты: 07 КЦП, 08 Распределение КЦП по уровням бюджета, 09 Конкурсы, 10 ВИ, 11 Расписание ВИ, учитывая особенности обновления числа мест (по направлениям/специальностям, уровням бюджета, конкурсам) в СС – нет ограничений только в случае увеличения числа мест по видам приема.

3. В пакете 10 ВИ для СС изменена логика формирования названия дисциплин для ВИ с типом "не ЕГЭ": из названия исключена форма сдачи, если для дисциплины в настроенном наборе ВИ включена только одна внутренняя форма сдачи, исключая формы сдачи "434" и "268".

4. В пакетах СС со структурой приема исключены конкурсы ЦП с признаком приема в интересах государства. Затронуты пакеты: 03, 07, 08, 09, 10, 11.

5. В пакете "09 Конкурсы" для конкурсов ЦП в названии теперь используется полное название вида ЦП из справочника.

6. Обновлена служба получения и обработки сообщений из очередей Сервиса приема и ЕПГУ в части получения и импорта данных заявлений: учтены изменения api в части профиля, заявления, ДУЛ, ИД, договора ЦП, документов, а также нового метода, отвечающего за изменение отдельных полей заявления.

7. Исправлена проблема с расширениями файлов в заявлениях, получаемых из ЕПГУ: в новых и отредактированных (повторно пришедших) заявлениях файлы будут с правильно заполненными расширениями.

8. В получаемых заявлениях из ЕПГУ добавлено игнорирование файлов с пустым содержимым для УЛ и документов (ранее можно было наблюдать приложенные файлы с нулевым размером).

9. Обратите внимание, выявились случаи, когда из ЕПГУ приходят профили только с частью заявлений. Например, из 4-ех конкурсов, видимых в ЛК СС, пришло только 3. В очереди сообщений из ЕПГУ одного заявления не оказалось (выявлено путем просмотра сообщений из очереди ЕПГУ в примерно одно время, в которое были получены 3 конкурса из 4-ех). Обращение в поддержку по номеру потерянного заявления, ответ – поставили в очередь/отправили заявление в ООВО. После следующего запуска службы появился 4-ый конкурс (заявление) в профиле абитуриента.

10. Реализована загрузка и использование нескольких сертификатов ЭЦП в рамках системы, добавлен новый интерфейс-менеджер для работы со списком сертификатов.

В рамках работы с СС теперь следует работать с новыми настройками:

Настройки лицензии Крипто Про JCP – позволяет ввести данные актуальной лицензии;
Список сертификатов ЭЦП Крипто Про – позволяет добавлять и удалять сертификаты;
Связь сертификатов ЭЦП и контекстов – позволяет связать добавленные сертификаты с контекстом работы, в частности, указать какие сертификаты будут использоваться для работы с СС.

Доработана настройка реквизитов доступа к СС. Теперь в рамках ПК можно выбрать только одно подразделение, от имени которого и будет вестись отправка и получение данных при взаимодействии с СС. Для этого подразделения, как и прежде, указываются ОГРН и КПП, а также выбирается сертификат ЭЦП (из списка сертификатов, связанных с контекстом СС), с использованием которого будет вестись взаимодействие с СС.

Обратите внимание, если ранее в системе уже был добавлен сертификат ЭЦП (в старой настройке), то он автоматически в рамках обновления будет перенесен в новые настройки: добавлен в список сертификатов, выбран для работы в контексте СС, установлен в настройке реквизитов доступа к СС в рамках ПК и одного лицензированного подразделения.

В механизмах СС (отправка структуры ПК, служба импорта заявлений ЕПГУ и отправки сообщений) поддержана работа с несколькими сертификатами ЭЦП: для ПК и лицензированного подразделения (пара ОГРН + КПП) используется сертификат, указанный в настройке подключения к СС. Т.о., при отправке сообщений/пакетов: для ПК в заголовке используются заданные в настройке пара ОГРН + КПП и сертификат. При получении сообщений: сообщения раскладываются по очередям по паре ОГРН + КПП, а запросы доп. сведений (документов, файлов, прочего контента) идут как при отправке сообщений/пакетов.

Фактически, если велась работа с СС с использованием одного сертификата, переход на использование новых настроек никак не скажется на процессе работы (в частности, службы получения заявлений ЕПГУ). Если требуется добавить еще один сертификат, чтобы вести работу с разными ПК (и парами ОРГН + КПП) с использованием разных сертификатов, то необходимо воспользоваться новыми расширенными настройками: добавить сертификат в список, указать связь с контекстом СС, затем выбрать сертификат в настройке реквизитов доступа к СС для требуемой ПК и выбранного подразделения (в этом случае не стоит забывать, что в ЛК СС в настройках соответствующей ПК необходимо загрузить эталонный файл, подписанный с использованием этого сертификата).

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

12. Дополнен метод выкачивания фото по заявлениям ЕПГУ.

13. Дополнен метод выкачивания договоров ЦП по заявлениям ЕПГУ.

14. Дополнена логика формирования пакетов по структуре приема для СС:

убраны избыточные операции при сохранении пакетов – ускорено добавление новых сессий;
в пакете 10 ВИ доработан порядок следования пакетов по дисциплинам в случае, когда в настроенном наборе ВИ для набора ОП в качестве одного из ВИ указана группа дисциплин, в которой есть дисциплина, сопоставленная с предметом ЕГЭ, для которой не выбрана форма сдачи "ЕГЭ" (ранее эта дисциплина выгружалась первой, замены шли к ней).

15. Проверено получение отзывов заявлений по заявлениям ЕПГУ: переход в статус "15 Отозвано", сброс признака обработки заявления ЕПГУ оператором. Если находятся заявления ЕПГУ, по которым в СС уже статус 15, а в системе этот статус в течение дня или более не обновился (уже были такие случаи), то вероятно, что в сторону ООВО в очередь ЕПГУ не поступало соответствующего сообщения (повод для обращения в поддержку сервиса с указанием номера заявления, факта отзыва в ЛК, и отсутствия пакета на смену статуса из очереди ЕПГУ в сторону ООВО).

16. Проверено и доработано получение согласия на зачисление из очереди ЕПГУ СС: статус заявления ЕПГУ не меняется, проставляется признак согласия и заполняется дата согласия – в случае подачи нового согласия, сбрасывается признак согласия и обновляется дата – в случае отзыва согласия, сброс признака обработки заявления ЕПГУ оператором в этих двух случаях.

17. Доработано получение отказов от зачисления по заявлениям ЕПГУ: переход в статус "14 Отказ от зачисления", сброс признака обработки заявления ЕПГУ оператором.

18. Метод GetIdJwtByEntityType отдает только номера тикетов/пакетов в очереди. Как выяснилось, этих номеров (сообщений) в очереди ЕПГУ с заявлениями в сторону ООВО в большинстве случаев уже нет: они либо уже получены системой и удалены из очереди ЕПГУ в СС (через Confirm в автоматике), либо просто удалены из очереди СС (как выяснилось 27.06, СС их удалял после 12 часов хранения, сейчас они стали удаляться в течение 24 часов – если по любым техническим причинам (связи не было, СС не работал, какой-то сбой в получении или обработке, и т.д.) сообщение не было получено, то оно просто не приходит в ООВО (и заявление теряется), нет никаких способов вернуть его в очередь ЕПГУ СС с помощью api, кроме как обратиться в поддержку СС). Как вариант, можно запросить через поддержку СС, чтобы там поставили в очередь заявления, которых у вас еще нет (не получены по api), но они есть в ЛК СС. В поддержке попросят не номера тикетов/пакетов, а номера самих заявлений.

19. Учтены хэши в документах и договорах ЦП при обработке заявлений ЕПГУ: не сохраняем повторно файлы, которые не изменились.

20. Исправлена проблема обработки профилей ЕПГУ, у которых в сообщении ЕПГУ в адресе отсутствует населенный пункт.

21. В списке пакетов СС к коду ошибки добавлен вывод описания.

22. Для заявлений ЕПГУ реализована возможность выбора и отправки статуса в СС. На данный момент работают переходы в ручном режиме в статусы "2 Получено вузом" и "4 Рассмотрение заявления". Рекомендуем изучить руководство оператора Сервиса приема (актуальная версия 2.1), стр. 103 "Статусная модель заявления ЕПГУ". Позже будет добавлен механизм автоматического перехода в эти статусы.

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

Также была добавлена миграция, которая сбрасывает для всех заявлений ЕПГУ в системе выбранные статусы для передачи. Т.о., система позволит начать передачу статусов по заявлениям ЕПГУ, для которых ранее передача статусов была заблокирована (из-за невозможности отправить статус до выхода текущего обновления).

Обратите внимание, если в ЛК СС заявление ЕПГУ уже переведено в:

статус "2 Получено вузом" – по таким заявлениям ЕПГУ в системе в ручном режиме нужно выбрать для отправки в СС статус "2 Получено вузом" (тогда после успешной передачи статуса 2 заявление ЕПГУ в системе также будет переведено в статус 2), либо статус "4 Рассмотрение заявления" (тогда после успешной передачи статуса 4 заявление ЕПГУ в системе также будет переведено в статус 4);
статус "4 Рассмотрение заявления" – по таким заявлениям ЕПГУ в системе в ручном режиме нужно выбрать для отправки в СС статус "4 Рассмотрение заявления" (тогда после успешной передачи статуса 4 заявление ЕПГУ в системе также будет переведено в статус 4); ждать механизм автоматических переходов для таких заявлений ЕПГУ не имеет смысла, т.к. СС не сможет обработать такие ситуации в штатном режиме (в системе заявление ЕПГУ в статусе "1 Новое", механизм будет пытаться отправить его в статус "2 Получено вузом", а такой переход запрещен схемой переходов СС, т.к. там заявление уже в статусе "4 Рассмотрение заявления"), такие заявления нужно отработать вручную, отправив в СС статус "4 Рассмотрение заявления" (для синхронизации статуса в системе и СС), в дальнейшем (по следующим статусам) по таким заявлениям ЕПГУ механизм автоматических переходов будет работать в штатном режиме;
статус "12 Отклонено" – такой переход пока не готов (требует обязательного выбора причины из справочника СС, не путать с текстовым комментарием к статусу), будет добавлен в следующих обновлениях (планируется 4-5.07), по таким заявлениям ЕПГУ в системе в ручном режиме нужно будет выбрать для отправки в СС статус "12 Отклонено" (тогда после успешной передачи статуса 12 заявление ЕПГУ в системе также будет переведено в статус 12); ждать механизм автоматических переходов для таких заявлений ЕПГУ не имеет смысла, т.к. такой переход не будет осуществляться с помощью автоматики.

Если же заявления ЕПГУ в ЛК СС находятся в статусах "1 Новое" или "2 Получено вузом", то можно ожидать обновление с механизмом автоматических переходов, тогда система сама обработает все переходы и переведет такие заявления в статус "2 Получено вузом", затем в статус "4 Рассмотрение заявления". Либо можно воспользоваться режимом ручной отправки статусов по заявлениям ЕПГУ.

23. В силу невозможности полноценной реализации интеграции с методом api EpguPersonProfileChange (в части изменений УЛ, документов, договоров ЦП, ИД), который отвечает за доставку изменений в ООВО по ранее отправленным профилям/заявлениям ЕПГУ, логика обновления данных по этим объектам переведена на повторный запрос этих объектов из СС.

24. В УЛ, документах, договорах ЦП, ИД добавлен признак актуальности. Информация об актуальности этих объектов отображается в карточках профиля и заявления ЕПГУ. Например, поступило новое заявление ЕПГУ, исходно все поступившие объекты в профиле и заявлении актуальны. Затем поступают сообщения об изменениях в профиле и заявлении, в которых часть объектов может придти с признаком потери актуальности (например, абитуриент удалил их на ЕПГУ). Такие объекты помечаются в профиле и заявлении как неактуальные.

25. Добавлен механизм автоматических переходов по статусам для заявлений ЕПГУ: переходы из 1 в 2, из 2 в 4. Более детальную информацию см. в обновлении от 30.06, в инструкции по работе со статусами для заявлений ЕПГУ, а также в видео с ВКС от 01.07.

Обратите внимание, что после обновления в первом же цикле запуска службы импорта заявлений ЕПГУ будут осуществлены первые переходы статусов по заявлениям ЕПГУ в автоматическом режиме. Чтобы отключить автоматические переходы, в службе импорта заявлений ЕПГУ добавлен параметр "Отправлять статусы вручную".

26. Реализована отправка в СС статусов следующих за "4 Рассмотрение заявления ".

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

В частности, работают переходы в статусы (ручной режим выбора):

"12 Отклонено" – требуется уведомление с указанием типовой причины (новые поля для заполнения добавлены на форме выбора статуса к отправке, значения берутся из актуальных справочников СС), финальный статус;
"15 Отзыв заявления" – не требуется уведомление, финальный статус;
"8 Участвует в конкурсе" – требуется уведомление с указанием комментария, внутри СС действует проверка: для перехода в этот статус нужен результат хотя бы по одному ВИ (за исключением заявлений, по которым добавлено особое право БВИ);
"10 Не прошло по конкурсу" – требуется уведомление с указанием типовой причины, финальный статус;
"14 Отказ от зачисления" – не требуется уведомление, финальный статус.

Отметим, что переход в статус "11 Включено в приказ на зачисление" недопустим со стороны вуза в api СС, поскольку предполагается, что данный статус будет выставляться в автоматическом режиме по заявлениям ЕПГУ, включенным в приказы на зачисление (отдельный метод api СС). Необходимость указания и обязательность уведомления и комментария для нового статуса по заявлению на форме выбора статуса определяется в автоматическом режиме, исходя из полей справочника СС.

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

28. Доработан механизм службы импорта заявлений ЕПГУ: учтены некоторые типовые исключения и ошибки Сервиса, добавлена обработка УЛ без идентификатора ЕПГУ (uidEpgu), поступающих в сообщениях вместе с заявлениями.

29. Дополнен вывод полей для заявки на договор в заявлении ЕПГУ.

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

31. Добавлена обработка сообщений с фактами записи (заявками) на ВИ (пока отображаются uid-ы для ВИ и места проведения).

32. Исправлен диалог массовой отправки статусов по заявлениям ЕПГУ: добавлены поля для выбора уведомлений.

33. При выборе для передачи статуса "8 Участвует в конкурсе" добавлено предварительное заполнение поля с комментарием типовым текстом (статичный текст, который можно корректировать при необходимости).

34. В карточке заявления ЕПГУ таблица с записью на ВИ теперь не отображается, если нет ни одного обработанного сообщения о записи.

35. В карточке заявления ЕПГУ в таблице с записью на ВИ доработан вывод информации о ВИ, месте и времени проведения ВИ (переход к экзам. группе).

36. Добавлено сопоставление стран для СС (меню "Абитуриенты / Суперверсис / Правила преобразования данных"), необходимо запустить сопоставление по названиям.

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

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

39. Доработана структура 20-го пакета с конкурсными списками для СС с учетом действующей спецификации.

40. Комментарии для статуса и уведомления для СС урезаны до 500 символов с учетом спецификации.

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

42. Добавлено системное действие "Поиск выбранных конкурсов без заявлений в СС" в разделе "Интеграция с Суперсервисом". В диалоге выбирается ПК и файл выгрузки заявлений из СС, в котором удаляются все колонки кроме "Uid заявления" и первая строка с заголовками колонок (csv). На выходе в архиве выдаются два файла csv. В одном файле ВК, по которым в СС нет заявлений (не нашли по uid), где в строках заполняются поля: номер заявления, приоритет в заявлении, id ВК в системе, ФИО, uid в СС (из выгрузки в xml), uid абитуриента (название папки в profiles из выгрузки в xml), состояние ВК. Во втором файле (missed) uid-ы из импортируемого файла, для которых не нашелся ВК в системе (т.е. такие заявления, скорее всего, добавлялись в ЛК сервиса вручную). Здесь только анализ не ЕПГУ заявлений.

43. Для СС добавлено формирование и передача 20-го пакета с конкурсными списками.

20-ый пакет добавляется там же, где формируется и передается структура ПК. Для передачи КС добавляется только этот пакет (выбор на форме) вместе со значением "Идет набор", остальное по умолчанию. Следует учитывать, что данные для КС берутся из кэша (из xml-рейтингов, обновляемых службой) на момент формирования сессии передачи с 20-ым пакетом. Ожидаем, когда сформируются пакеты со списками внутри сессии передачи, и ставим сессию на отправку.

Выгружаются все конкурсы, не важно есть внутри конкурса заявления ЕПГУ или нет. Внутри конкурса берутся все ВК, которые "сданы ВИ" или выше по статусу: для ВК заявлений ЕПГУ – берется uidEPGU, для ВК остальных – берется либо uid-ручной (если заполнен, через новый импорт заполняется, см. ниже), либо uid для СС (который в коннектор передается в xml пакетах), все остальные поля заполняются по данным ВК из кэша xml-рейтингов.

Абитуриенты из списков бак/спец очной формы не выпадают после 26.07, т.е. отзыв заявления и отказ от зачисления после этой даты не влияет на количество абитуриентов в списке.

44. Добавлено системное действие "Импорт uid-ов из СС, введенных вручную для заявлений (выбранных конкурсов)" для импорта ручных-uid-ов для ВК из СС. Перед загрузкой выбирается ПК и файл со списком заявлений из СС (сохраненный в csv, разделитель точка с запятой). Производится выгрузка заявлений из СС списком в xls: доступна в списке заявлений в ЛК СС (где перед выгрузкой необходимо выбирать все колонки в списке). В полученном файле можно ничего не трогать и оставить все как есть (но тогда может загрузиться-сопоставиться что-то лишнее, хотя это маловероятно), либо оставить только те строки, по которым заявления были добавлены вручную. Удалять строку с заголовками колонок не нужно. Затем файл сохраняется в csv, и идет на загрузку в систему:

строки, где uid заявления пустой – пропускаются;
строки, где uid заявления, на который есть такой же uid для ВК в Уни – пропускаются (т.е. это оригинальные uid-ы для ВК из Уни);
строки, где uid заявления, на который нет такого же uid для ВК в Уни – по ним идет попытка поиска и привязки ВК, в найденный ВК записывается uid-ручной из файла (с ним ВК идет в КС в итоге), что в логе в виде сопоставления записывается "uid-ручной из файла = уид-Уни", если же ВК не находится (по снилс, либо по паспорту – "номер+серия") – такой uid в лог записывается в виде строки "uid-ручной из файла = missed".

В КС в итоге пойдут uid-ы для ВК (поданных не через ЕПГУ) по принципу: есть ручной – то с ним, нет – с тем, что в системе и коннекторе.

Также доработано системное действие "Поиск выбранных конкурсов без заявлений в СС". Теперь при определении совпадения uid-ов – для каких ВК есть совпадающий uid для СС из импортируемого файла – учитывается uid-ручной из ВК, если он заполнен.

45. В КС отключено формирование списков для конкурсов, в которых нет заявлений ЕПГУ.

46. Доступны запросы для сверки данных по ходу обработки заявлений (для dql-консоли):

показать все ВК, для которых в заявлении ЕПГУ есть согласие (agree = true), а в ВК нет одного из согласий (согласие, согласие с ЕПГУ);
показать все ВК, по которым нет отказа от зачисления, и в которых есть согласие, но при этом нет оригинала документа об образовании или согласия с ЕПГУ.

47. На форме добавления сессии передачи для СС с 20-ым пакетом КС добавлен фильтр-параметр по форме освоения.

48. В карточке заявления ЕПГУ добавлена кнопка указания конкурса: доступна только в том случае, если в заявлении ЕПГУ конкурс не указан. В диалоговом окне необходимо указать id конкурса (который можно найти через страницу просмотра объектов): в процессе сохранения система заполнит для заявления ЕПГУ ссылку на конкурс и uid конкурса СС. Действие однократное, только для исправления нештатных ситуаций, будьте внимательны при указании id конкурса, на данный момент доступно только для администратора.

49. В списке заявлений ЕПГУ и в карточке заявления добавлено отображение времени для даты согласия (в пакетах СС теперь приходит с указанием даты и времени).

50. На форме выбора статуса к передаче по заявлению ЕПГУ добавлен флаг управления отправкой уведомления. Если передается статус, совпадающий со статусом заявления в ЛК СС, то уведомление отправлять не нужно (флаг нужно выключить). Флаг на форме отображается только в том случае, если уведомление предусмотрено для передаваемого статуса, иначе – поля уведомления и флаг не отображаются.

51. Переключение согласия с ЕПГУ для договорных конкурсов теперь не блокируется в зависимости от настройки зачисления: переключение согласия с ЕПГУ для бак/спец доступно всегда.

На вкладке с заявлениями в карточке абитуриента добавлен вывод информации о согласии с ЕПГУ (выводится, если включено по одному из ВК в заявлении) наряду с информацией об оригинале документа об образовании.

52. Добавлено действие смены статуса заявления ЕПГУ: кнопка редактирования "Изменить статус" доступна в карточке заявления ЕПГУ по отдельному ключу прав. Использовать только при необходимости технической синхронизации статуса заявления в системе и ЛК СС.

53. Добавлен 30-ый пакет с приказами для СС.

Берутся все приказы о зачислении (с учетом указанных параметров на форме добавления сессии передачи, фильтрация по дате приказа), из них берутся только те ВК, которые связаны с заявлением ЕПГУ, на них формируются пакеты (30-ый тип): один пакет = один приказ. Если в приказе нет ВК с заявлением ЕПГУ, то на него пакет не формируется. Сессия ставится на отправку, затем в ЛК СС проверяется, что пакеты корректно отработаны СС (поскольку по api приходит только success на отправку, нет ничего о результатах обработки). По тем заявлениям, которые успешно обработаны, СС выставляет автоматом статус "11 Включено в приказ на зачисление" (назад в ООВО статус не возвращается).

Также передаются и приказы об отмене приказов о зачислении: один приказ = несколько пакетов (api СС требует разбивку приказа на несколько пакетов, по количеству отменяемых приказов), при успешной обработке таких пакетов в СС у заявлений выставляется статус "14 Отказ от зачисления".

54. При формировании 20-го пакета для СС с КС добавлен флаг при добавлении пакета, определяющий какая волна зачисления передается (приоритетная или основная), и доработана логика заполнения полей:

CountFirstStep (целое число) – для конкурсов ЦП и особых прав всегда выставляется значение из конкурса, а для остальных: при передаче приоритетной волны выставляется значение из конкурса, а для основной волны заполняется количеством зачисленных БВИ;
CountSecondStep (целое число) – для конкурсов ЦП и особых прав всегда ноль, для остальных: при передаче приоритетной волны выставляется ноль, а для основной волны заполняется разницей между числом мест в конкурсе за вычетом зачисленных БВИ.

55. При формировании 30-го пакета для СС с приказами:

добавлена опция "Передавать только по заявлениям ЕПГУ", по умолчанию выбрана при добавлении пакета с приказами. Если выбрана, то в пакет попадают ВК только при наличии связи с ЕПГУ заявлением, если же не выбрана – то включаются все ВК: ВК с ЕПГУ – всегда с UidEPGU, остальные ВК – либо с UidEPGU (в приоритете, если поле в ВК заполнено), либо с ручным uid-CC (который через импорт файла из СС проставляется в ВК, если заполнено поле), либо наш uid-CC (использовался в коннекторе);
исключены согласованные приказы (до сих пор брались согласованные и проведенные, оставлены только проведенные).

56. В 20-ом пакете с КС для СС:

доработана логика заполнения uid-ов, сделано как в приказах в 30-ом пакете: ВК с ЕПГУ –всегда с UidEPGU, остальные ВК – либо с UidEPGU (в приоритете, если поле в ВК заполнено), либо с ручным uid-CC (который через импорт файла из СС проставляется в ВК, если заполнено поле), либо наш uid-CC (использовался в коннекторе);
добавлен флаг "Передавать только по заявлениям ЕПГУ", управляющий логикой формирования пакетов: если флаг выбран (по умолчанию) – добавляются пакеты только на конкурсы, по которым есть хотя бы одни ВК с заявлением ЕПГУ, если флаг не выбран – добавляются пакеты на все конкурсы.

57. В списке заявление ЕПГУ добавлено действие "Установить статус по приказам", которое позволяет выбрать приказы о зачислении или об отмене зачисления, и провести установку статусов по заявлениям ЕПГУ из выбранных приказов в 11-ый (зачисление) или 14-ый (отмена зачисления).

58. В 20-ом пакете с КС для СС убрано дублирование мест для конкурсов, в которых есть зачисленные БВИ: логика подсчета мест переведена с вычисления зачисленных на использование мест из конкурсов с учетом выбора флага с волной зачисления. Для спец. квоты момент с вычислением зачисленных БВИ остался: для приор. этапа – передается план из конкурса для CountFirstStep и ноль для Second, а для основного этапа – передается кол-во зачисленных БВИ для CountFirstStep и план минус CountFirstStep для Second.

59. При формировании 20-го пакета с КС для СС дополнена логика формирования пакетов так, чтобы конкурсы по спец.квоте включались только вместе с общим конкурсом на бюджет. Обусловлено это тем, что фильтрация в диалоге добавления сессии передачи идет по справочнику видов приема из СС, в котором нет спец. квоты, как вида приема, и, чтобы спец.квота не включалась в пакеты каждый раз, добавлено такое временное условие.

60. При формировании 30-го пакета с приказами для СС исправлено условие включения заявлений в пакеты по приказам об отмене зачисления (отказы от зачисления): ранее не добавлялись те, кто подавал заявления через ООВО (вне зависимости от флага "Передавать только по заявлениям ЕПГУ").

61. В логике обработки сообщений из очереди ЕПГУ дополнены правила исключения пакетов из очереди: из обработки исключаются пакеты по согласиям, отказам от зачисления, отзывам заявлений, для которых в течение 5-ти суток в системе не находится соответствующее заявление ЕПГУ. В логе службы остаются записи о том, что для таких пакетов не найдено заявление по соответствующему номеру (uidEPGU).

62. Дополнена логика формирования пакета 09 с конкурсами для СС в части доп. набора.

63. При формировании пакетов со структурой приема для СС в параметрах добавлен новый флаг "Только доп. набор", который позволяет сформировать пакеты с данными только по конкурсам в рамках доп. набора. В рамках доп. набора рекомендуем добавлять пакеты для передачи с этим включенным флагом. Скорее всего, исключением будут пакеты 07-09, в которых присутствуют данные по количеству мест и их распределению по уровням бюджета и конкурсам: их нельзя добавлять с флагом доп. набора, поскольку в этом случае количество мест будет меньше, чем ранее переданное значение в СС, для которых там уже существуют открытые конкурсы. Получится попытка передачи количества мест в меньшем количестве, чем передано в сумме по открытым конкурсам в СС. Остальные пакеты нужно передавать с флагом "Только доп. набор": для минимизации количества передаваемых данных, времени формирования пакетов, и чтобы не затрагивать и не обновлять впустую данные по основному приему.

Аналогичный флаг добавлен при добавлении 20-го пакета с КС.

Рекомендуется добавлять отдельную сессию передачи для 10-го пакета с ВИ и для 11-го пакета с расписанием ВИ: 01-09 пакеты – можно в одной или отдельных сессиях, 10-ый пакет – в отдельной, 11-ый пакет – в отдельной.

64. При добавлении 11-го пакета с датами ВИ для СС отказались от использования сохраняемых uid-ов в пользу ускорения формирования пакета. Обратная конвертация и определение экзам. группы (для отображения в карточке заявления ЕПГУ) осуществляется по id объектов, зашитым в uid-е. Также пока оставлен (до завершения ПК 2022) прежний вариант обратной конвертации по сохраненным uid-ам.

65. При добавлении 30-го пакета с приказами для СС опция "Передавать только по заявлениям ЕПГУ" заменена на список "Включать заявления" со значениями: "Все" – включаются все приказы без фильтрации, "Поданные с ЕПГУ" – включаются приказы только по заявлениям ЕПГУ, "Поданные через вуз" – включаются приказы только по заявлениям, поданным в вузе или посредством сервисов вуза (не через ЕПГУ).

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

1. Изменена структура 2-го и 3-го пакетов для ФИС ГИА и переработана логика заполнения пакетов.

Есть нюансы:

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

2. Изменены правила заполнения 2-го пакета для ФИС ГИА:

в части передачи планов приема и КГ ФИС при приеме на УГСН;
учтены особенности заполнения пакетов по видам ЦП в случае приема на укрупненные группы (бак/спец, аспирантура).

3. В 3-ем пакете для ФИС ГИА при заполнении поля у документов об образовании с информацией об оригинале документа доработана логика заполнения. Ставится оригинал, если выполняется одно из условий:

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

4. В 3-ем пакете для ФИС ГИА добавлена отдельная обработка результатов ЦТ РБ, чтобы они передавались как внутренние ВИ (в качестве даты сдачи берется дата и время добавления балла ЦТ РБ).

5. Во 2-ом пакете для ФИС ГИА объединены ноды с планами приема по направлениям в случае использования в рамках ПК одного направления как в составе набора ОП на УГСН (с учетом распределения мест ЦП по направлениям), так и в отдельном наборе ОП на это же направление. Однако, исходя из интерфейса ФИС ГИА, в случае приема на УГСН нельзя вести прием по направлениям отдельно, исключая ЦП: неизвестно как воспримет ФИС ГИА по api пакеты с такими данными.

6. В 3-ем пакете для ФИС ГИА:

добавлена обработка и заполнения доп. поля для поступающих на базе СПО/ВО в случае наличия соответствующих ВИ в настроенном наборе ВИ для конкурса;
добавлено заполнение нода с документом SpecialQuotaDocument в ApplicationCommonBenefit / DocumentReason для поступающих по спец. квоте (изменение в спецификации ФИС ГИА от 29.07).

7. Переработано заполнение данных для заявлений по спец. квоте в пакетах для ФИС ГИА (с учетом расплывчатых комментариев ФЦТ о порядке и логике заполнения полей).

В частности, в 3-ем пакете с заявлениями:

BenefitKindID=1 для БВИ, иначе BenefitKindID=5;
внутри документа SpecialQuotaDocument передаем WithoutTests=1 для спец.квоты без ВИ, иначе не передаем.

В 5-ом пакете с заявлениями в приказе о зачислении: BenefitKindID=1 для БВИ, иначе BenefitKindID=5.

В 4-ом пакете с приказами о зачислении: Stage=0 для приор. этапа (приказы до 30.07 включительно), иначе Stage=1.

Также в 4-ом пакете с учетом выявленного требования ФЦТ о необходимости разбивки приказа о зачислении на спец. квоту по уровню образования один приказ, проведенный в системе, может быть разбит на несколько пакетов и приказов для ФИС ГИА (в зависимости от включенных в приказ заявлений/выписок):

1-ый пакет: все заявления из приказа, исключая заявления по спец. квоте, без заполнения EducationLevelID в пакете;
2-ой пакет: только заявления на ОП бакалавриата по спец. квоте с заполнением EducationLevelID вместе с припиской к названию и номеру приказа кода из EducationLevelID;
3-ий пакет: только заявления на ОП специалитета по спец. квоте с заполнением EducationLevelID вместе с припиской к названию и номеру приказа кода из EducationLevelID.

8. В 4-ом пакете с приказами для ФИС ГИА не заполняется поле Stage для приказов на отмену зачисления.

9. Дополнена логика формирования 2-го пакета со структурой приема для ФИС ГИА в части доп. набора.

10. В 3-ем пакете для ФИС ГИА дополнено правило выгрузки льготного документа для поступающих по спец. квоте с ВИ.

11. При формировании 2-го и 3-го пакетов для ФИС ГИА в параметрах добавлен новый флаг "Только доп. набор", который позволяет сформировать пакеты с данными только по конкурсам в рамках доп. набора. В рамках доп. набора рекомендуем добавлять сессии передачи с этим включенным флагом.

12. Во 2-ом пакете со структурой ПК для ФИС ГИА дополнена логика формирования нодов с конкурсными группами по ЦП: в них всегда присутствует нод TargetOrganizations, где указывается вид ЦП и количество мест (теперь и при нулевом количестве мест для конкурса ЦП).

13. В 3-ем пакете с заявлениями для ФИС ГИА дата выдачи для документов об образовании стала обязательной, добавлена проверка: при добавлении пакета пропускаются заявления, в которых приложен документ об образовании без указанной даты выдачи, в журнале выводится соответствующая запись.

14. В 4-ом пакете с приказами для ФИС ГИА в api добавлено новое необязательное поле: признак, который заполняется только в случае, если в приказе есть выбранный конкурс по спец. квоте. Отправлять повторно ранее переданные приказы со спец. квотой не нужно.

15. Поддержана актуальная спецификация в части формирования и передачи 2-го, 3-го, 4-го и 5-го пакетов для ФИС ГИА в соответствии со спецификацией 4.5.5.

16. В системных действиях в разделе "Интеграция с ФИС" добавлено действие "Импорт выданных идентификаторов (2022)" для импорта uid-ов из бэкапа посредством csv.

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

1. В справочнике "Части учебного года" добавлено системное название и разрешено редактирование названия и сокращенного названия частей учебного года.

2. На форме "Редактирование дополнительных данных ОУ" изменена валидация поля с регистрационным номером: разрешено вводить любые символы.

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

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

Изменены условия его запуска:

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

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

Предметная логика работы регулярного процесса не менялась.

2. В функции импорта файлов СПО добавлена поддержка формата ".onf".

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

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

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

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

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

1. Изменены системные скрипты печати:

"Диплом о среднем профессиональном образовании" – приложение 2, системный код "collegeApplication.2";
"Диплом о среднем профессиональном образовании" – приложение 1, системный код "collegeApplication.1".

Изменения произошли в следующих метках:

labor – во второй колонке выводится только число без слова "час.";
audience – во второй колонке выводится только число без слова "час.";
allPractice – в первой колонке первой строки выводится "Практика" (ранее было "Практики").

Аналогичные изменения произведены в скриптах при печати документов СПО:

"Сверка сведений диплома", системный код "verification";
"Справка об обучении ", системный код "educationCertificate".

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

1. Разрешено редактирование названий категорий внеучебных норм времени в справочнике.

При добавлении внеучебных часов в ИПП теперь отображается описание из нормы времени.

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

Модуль «ДПО»

1. В указанных перечнях направлений подготовки разрешен ввод уровня изучения (базовый или углубленный):

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

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

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

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

1. В поток "Выписка из приказа по движению контингента обучающихся" (StudentOrderExtractType) добавлено поле "Тип выписки" – ссылка на тип приказа (StudentOrderTypeType).

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

3. Изменена длина поля "Наименование" у потока "Подразделение НСИ" (DepartmentType). Максимальная длина поля увеличена с 255 до 1024 символов.

4. Расширен поток "Оценка обучающегося в сессии (ссылка)" (SessionSlotLinkMarkType). Добавлены поля "Числовой эквивалент" (SessionSlotLinkMarkMarkAsInt, целое число) и "Системный код шкалы" (SessionSlotLinkMarkScaleCatalogItemCode, строка).

5. Исправлена ошибка, возникавшая при настройке взаимодействия интеграционной связки двух и более интеграционных шин.

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

1. Добавлен новый системный тип документа персоны: "Водительское удостоверение".

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

Отчет "Личные карточки для военкомата" переименован в "Карточки граждан, подлежащих воинскому учету". Изменена печать в соответствие с приказом министерства обороны РФ № 700 от 22.11.2021 (форма № 10). Добавлена печать с карточки обучающегося.

2. В справочник ученых степеней персоны добавлены новые элементы: кандидат теологии, доктор теологии.

3. Реализована загрузка и использование нескольких сертификатов ЭЦП в рамках системы. Реализован список сертификатов. Добавлена настройка связи сертификатов КриптоПро и контекстов подписания документов/объектов. Механизм подписания доработан с учетом возможного использования множества контекстов.

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

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