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

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

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

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

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

1. На карточке добавления документа персоны с типом олимпиады "Всероссийская олимпиада школьников" и "Олимпиада школьников из перечня Минобрнауки" поле "Профильная дисциплина" стало обязательным.

2. На карточке "Документы" абитуриента теперь отображаются все имеющиеся документы, удостоверяющие личность персоны.

3. В выборке абитуриентов (меню "Абитуриенты / Отчеты / Выборка абитуриентов") добавлены колонки "№ приказа о зачислении", "Дата приказа о зачислении".

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

5. Реализованы предложения по целевому приему.

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

На форме выбора конкурсов для ПК при выборе доп.условий:

Добавлено поле "Предложение ЦП" и "Заявка (номер)". Оба обязательны для заполнения.
Поля "Предложения ЦП" и "Номер заявки" отображаются на форме только если в настройке ПК опция "Предложения ЦП от организаций" = "Используется".
Если предложения используются, то поля "Номер договора" и "Дата заключения договора" сделано НЕ обязательными для заполнения; если не используются – оставлены обязательными.
Актуально при добавлении и редактировании выбранных конкурсов.

6. При добавлении заявления появилось обязательное поле "Вид возмещения затрат". Теперь нельзя у заявления изменить вид затрат.

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

8. В мастере добавления заявления на базе заявки-епгу заблокирована возможность добавить абитуриенту заявления от разных профилей епгу/сп.

9. Поля "Предложение ЦП" и "Заявка (номер)" в доп.условиях у выбранного целевого конкурса сделаны необязательными.

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

11. При добавлении заявления в мастере добавления заявления на базе заявки ЛКА/ЕПГУ возвращена (была убрана по ошибке) сортировка новых конкурсов из заявки в соответствии с полученными приоритетами.

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

13. В отчет "Выборка абитуриентов" добавлены колонки "Предложение ЦП", "Заявка ЦП".

14. В веб-сервисы добавлены новые поля по предложениям ЦП.

15. Обновлена логика работы с приоритетами выбранных конкурсов.

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

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

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

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

Вкладка "Приоритеты" в карточке абитуриента. При редактировании приоритетов на данной странице отключена нормализация печатных приоритетов – для решения ситуаций, требующих установки приоритетов ВК с пробелами/пропусками в рамках параметров "этап набора + вид затрат". Допускается вводить любые числа от 1 до 199 для печатного приоритета. Над таблицей с ВК (слева) на форме редактирования приоритетов добавлено действие-ссылка "нормализовать приоритеты" (в виде иконки), которое выставляет в полях с приоритетами для строк значения от 1 до N – на случай, если оператору необходимо вернуть нормализованные приоритеты ВК в рамках параметров "этап набора + вид затрат".

16. Переработаны механизмы вычисления высшего приоритета по абитуриентам в рамках этапов набора с учетом наличия предложений ЦП в конкурсах с ЦП.

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

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

18. На форме выбора конкурсов для ПК с типом СПО в общем конкурсе и для остальных ПК в целевых конкурсах и в конкурсах совмещенной квоты с целевой внутри при выборе доп.условий поля "Предложения ЦП" и "Номер заявки" отображаются на форме, если в настройке ПК опция "Предложения ЦП" = "Используются", иначе – не отображаются.

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

19. На форме добавления выбранного конкурса в заявление с типом ПК "Прием на обучение по программам СПО" для конкурсов с видом приема "договор" в колонке "доп.условия" в действии редактирования добавлены флаги "Первоочередное зачисление" и "Целевое обучение".

При выборе флага "Первоочередное зачисление" ниже отображаются поля:

категория, дающая право на первоочередное зачисление;
документ, дающий право на первоочередное зачисление.

При выборе флага "Целевое обучение" ниже отображаются поля:

организация заказчик;
номер договора;
дата заключения договора.

Поля необязательные к заполнению, но при сохранении нужно заполнить хотя бы одно поле при выборе доп.условия "Целевое обучение".

20. На карточке "Список подавших документы по конкурсу" в таблице "Данные конкурса" добавлено поле "Предложения ЦП и количество мест". В этом поле отображаются все предложения из конкурса.

Поле "Предложения ЦП и количество мест" отображается, если в ПК опция "Предложения ЦП от организаций" = "Используется":

для ПК с типом "Прием на обучение по программам СПО" отображается в общем конкурсе;
для остальных ПК в целевых конкурсах и в конкурсах совмещенной квоты с целевой внутри.

21. На форме выбора конкурсов для ПК с типом СПО в общем конкурсе и для остальных ПК в целевых конкурсах и в конкурсах совмещенной квоты с целевой внутри при выборе доп.условий в поле с организацией ЦП добавлена зависимость от вида ЦП, выбранного на форме: фильтрация по организациям ЦП, добавленным в этот "вид ЦП в ПК" – и такое условие работает независимо от настроек ПК.

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

22. В отчетах "Списки поступающих (конкурсные списки)" и "Рейтинговые списки по ходу приемной кампании":

добавлен вывод предложений ЦП в шапке для конкурсов с ЦП, в примечании для ВК добавлен вывод выбранного предложения (если задан в ВК);
для СПО в примечании добавлен вывод признака первоочередного зачисления;
для отчетов обновлены шаблоны по умолчанию.

23. В выбранный конкурс добавлено новое поле-признак "Приняты документы, достаточные для участия в конкурсе" (в интерфейсе этого поля нет), по умолчанию значение "нет", принимает значение "да", если выполняются все условия:

В заявлении указаны данные существующего документа об образовании. К отсутствующему документу об образовании в заявлении будет приравниваться выбранный документ об образовании, чей пользовательский код имеет значение = "doc_noSP_noFIS".
Если в ПК используются предложения ЦП, то в выбранном конкурсе с ЦП должно быть заполнено предложение ЦП.

В частности, если в справочнике "Виды документов о полученном образовании и (или) квалификации" добавлен пользовательский тип документа (например, "без документа" или аналог) для указания в заявлении в качестве признака отсутствия данных документа об образовании, в справочнике для этого типа документа следует задать пользовательский код = "doc_noSP_noFIS".

При передаче в СП исключены документы об образовании с пользовательским кодом = "doc_noSP_noFIS".

В веб-сервисе в методе получения рейтинга добавлено поле (fullDoc) со значением этого признака.

24. С учетом нового признака "Приняты документы, достаточные для участия в конкурсе" дополнена логика вычисления высшего приоритета по абитуриентам. В расчете ВП исключены из расчета ВК без признака сдачи документов, достаточных для участия в конкурсе.

25. Сделаны дополнения в отчете "Списки поступающих (конкурсные списки)" в части отображения ЦП.

26. Доработана форма выбора конкурса совмещенной квоты с ЦП: убрана обязательность выбора "Предложения ЦП".

27. Дополнена логика работы шагов зачисления (меню "Абитуриенты / Зачисление"):

заполнение шага зачисления и обновление данных абитуриентов в шаге зачисления с учетом признака сдачи документов, достаточных для участия в конкурсе – если признак = "нет", то такой ВК в конкурсе в шаге зачисления будет с отметкой "не включен" в шаг.
рекомендация в шаге зачисления с учетом предложений ЦП.

28. В настройке "Этапы и сроки зачисления" для ПК с типом "Прием на обучение по программам бакалавриата/специалитета" по умолчанию выставлены даты зачисления:

Основной набор - Приоритетное зачисление - 29.07.2024;
Основной набор - Общее зачисление - 04.08.2024.

29. Добавлена возможность отметить несколько документов об образовании отметкой "%doc_noSP_noFIS%" путем добавления постфикса (в справочнике "Виды документов о полученном образовании и (или) квалификации" для документа при необходимости следует задать пользовательский код), тогда все заявления с такими документами будут считаться поданными без документа об образовании (абитуриенты, у которых к заявлению приложен документ об образовании с таким пользовательским кодом будут иметь признак "Приняты документы, достаточные для участия в конкурсе" = нет).

30. Доработана логика зачисления – шаги зачисления:

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

31. Рекомендуется провести внутреннюю проверку расчета высшего приоритета в конкурсных списках перед началом зачисления.

32. В отчете "Списки поступающих (конкурсные списки)" (меню "Абитуриенты / Отчеты"):

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

33. В отчете "Выборка абитуриентов":

добавлен вывод преимущественного права;
для ПК с типом "Прием на обучение по программам СПО" вместо колонки "Отдельная квота" идет "Первоочеред. зачисл.";
добавлен вывод колонки "Док-ты для уч. в конкурсе": отображение по текущим данным значения "да" или "нет".

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

В карточке выбранного конкурса добавлено поле "Сданы документы, достаточные для участия в конкурсе": отображение по текущим данным значения "да" или "нет". Также доработан порядок вывода полей.

35. При загрузке результатов тестирования из системы ЕИСПО в "Результаты тестирования (ординатура)" теперь при статусе отличном от "успешно" оценка проставляться не будет.

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

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

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

1. Формирование 2 пакета ФИС с опцией уникальностью названий ОП: изменен ключ формирования ОП ФИС для передачи всех ОП, используемых в наборе ОП для конкурсов (по аналогии с вариантом формирования пакета без опции уникальности названий ОП).

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

2. Внесены изменения для формирования ключа ОП.

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

Добавить сессию ФИС "Передавать сведения об объеме и структуре приема" с флагами:

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

3. Т.к. в этом году договор ЦП (дата + номер договора) стал необязательным для целевого выбранного конкурса до момента зачисления, то при заполнении 2 пакета, если ВК с ЦП еще не имеет выписки из приказа о зачислении, не отправляется для него договор в организацию. Для 3 пакета аналогично, если ВК с ЦП еще не имеет выписки из приказа о зачислении, то не отправляется для него договор ЦП и заказчик (организация ЦП).

4. Дополнена логика формирования 2 и 3 пакета в части ЦП с учетом последних изменений.

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

6. На карточке подразделения на вкладке "ФИС ГИА и приема" подвкладке "Статус заявлений" доработано отображение статуса в колонке "Статус передачи данных в ФИС".

7. Исправлена ошибка при формировании 3-го пакета у заявления с общим ЦП. Если такой ВК еще не имеет выписки из приказа о зачислении, то для него не отправляется договор ЦП и заказчик (организация ЦП).

8. Доработана логика формирования 2 пакета в ФИС, в части передачи вступительных испытаний. Если по дисциплине в наборе ВИ есть форма сдачи ЕГЭ, то в ФИС ГИА не будет выставляться флаг "ВИ на базе СПО/ВО" (иначе ФИС не принимает результат ЕГЭ).

9. При формировании 3 пакета ФИС учтено указание для заявления документа об образовании с признаком "без документа об образовании". В этом случае заявление в пакете добавляется без заполнения раздела (нод) с документом об образовании.

10. Правки по передаче пакетов в ФИС: (Для совмещенной квоты будет kindId=5, поле для приказов приор. этапа теперь <Stage>0</Stage>).

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

1. Реализована отправка в СП дипломов олимпиад (все виды олимпиад).

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

3. Реализована отправка статусов по кэшу-заявления-епгу (в частности, если в заявлении принятого на базе заявке-ЕПГУ удаляется ВК, то отправляется отклонение ВК), и также отзыв заявления (возврат документов по заявлению) теперь приводит к отправке отклонения всех ВК из заявления в СП (кэши-ВК после этого считаются архивными).

4. Реализована отправка результатов ЕГЭ (отправка и редактирование): вначале отправляется документ персоны ЕГЭ, затем отправляется балл за ВИ. Заметим, удаление балла в api не предусмотрено, здесь без изменений с прошлого года, есть только редактирование балла + если удалить результат ЕГЭ в УНИ, то документ персоны ЕГЭ в СП отметится передачей как не подтвержденный, но балл ЕГЭ в СП все равно останется.

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

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

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

6. С учетом разблокировки отправки измененных данных в СП по кэшам-заявлений-епгу, а также получения измененных данных по кэшам-заявлений-вуза дополнена логика обработки входящего пакета с ЕПГУ на изменение заявления (EpguApplicationChange):

для тех входящих ВК, которые не найдутся среди входящих с ЕПГУ в заявке-епгу (EnrEpguCompetitiveGroup2023), проверяется их наличие в кэше-заявления, и, если такого нет, то добавляется новый элемент на обработку;
если изменение заявления (EpguApplicationChange) затронуло ВК в заявке-епгу и в кэше-заявления (актуально для сценария, когда в заявлении абитуриента, принятого на базе заявки-епгу, были дополнительно добавлены ВК в вузе и они отправились в СП, а затем на ЕПГУ все ВК этого заявления были изменены, например, в части приоритетов), то сбрасывается факт обработки у заявки-епгу и у кэша-заявления одновременно, поскольку будут обновлены данные как по ВК из заявки-епгу, так и ВК из кэша-заявления.

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

8. Вкладка "Экспорт в СП" карточки абитуриента: id в колонке "Владелец" сделана ссылкой на просмотр объекта (поиск объекта), добавлен фильтр "Показывать объекты кэша" (пусто = все, актуальные = актуальные для СП, архивные = утратившие актуальность для СП).

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

10. В таблице "Кэш заявлений в ССПВО" (меню "Абитуриенты / Заявления из Суперсервиса (ЕПГУ) / Кэш Заявлений") исправлена ошибка отображения дублирующих строк одного и того же заявления.

11. Добавлено исключение для отправки в СП документов об образовании следующих уровней: "Дошкольное образ." (2013.1.1), "Начальное общее образ." (2013.1.2), "Основ. Общее образ." (2013.1.3), "Без уровня" (9999). В СП нет таких типов документов.

12. В меню "Система / Настройки / Абитуриенты / Ограничения для документов абитуриента" добавлена опция "Передавать в Суперсервис", по умолчанию включено для всех типов документов. Если в настройке "Ограничения для документов абитуриента" для типа документа опция "Передавать в Суперсервис" = выключено, то кэш таких документов в СП не отправляется и в журнал передачи не включается, т.е. по документам с таким типом работа в рамках передачи в СП будет отключена полностью.

13. На карточке заявления ЕПГУ, кэша заявления и кэша выбранного конкурса, в списке "Выбранные конкурсы ЕПГУ" добавлено отображение статуса заявки ЦП (колонка "Статус заявки ЦП").

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

15. При отзыве заявления или при удалении ВК из заявления проставляется статус "15 Отозвано" во входящем ВК-епгу (в заявке-епгу и кэше-заявления-вуза), только если в нем уже не конечный статус ("10 Не прошло по конкурсу", "12 Отклонено", "14 Отказ от зачисления", "15 Отозвано", "19 Зачислен"). По кэшам-ВК при отправке отзыва в СП любой корректный ответ СП будет считаться успехом (т.е. даже в том случае, если в СП этого ВК уже нет или он в конечном статусе, чтобы не было зацикливания отправки отзыва). В частности, это решает проблему с кейсами, когда отправляются пакеты с документом об образовании или др. документами, а в профиле не остается актуальных заявлений (например, уже все отозваны или удалены, после входящего пакета с ЕПГУ на отзыв).

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

17. Добавлен сброс факта обработки оператором, если приходит заявка ЦП или она меняет свой статус.

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

19. Добавлена фильтрация документов по привязке к абитуриенту в рамках ПК, при отправке документов персоны по кэшу-профиля.

20. ДУЛ с типом "Свидетельство о рождении" при отправке документов персоны по профилю отправляется как иной документ с типом "Свидетельство о рождении".

21. Исправлена проблема отправки отзыва ВК из СП при удалении заявления, которая срабатывала не во всех случаях. Заметим, что ранее удаленные заявления, по которым не ушел отзыв ВК, и у которых не удалили архивные кэши-ВК, пойдут автоматом на отзыв в СП.

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

22. Исправлено отображения конкурсов с ЕПГУ: если ВК в заявке-епгу уже в финальных статусах (отозваны, например), в карточке заявления абитуриента не отображалось, что это ВК с ЕПГУ.

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

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

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

26. Из службы экспорта профилей и заявлений в СП убран экспорт результатов ВИ (т.е. эта служба теперь не формирует и не отправляет в своих сессиях результаты ВИ).

27. Добавлена отдельная служба экспорта в СП результатов ВИ: можно включить для передачи результатов ВИ в СП, настроив в режиме 1 раз в сутки в вечернее-ночное время (например, после 21:00 локального времени). В службе "Полный пересчет кэша данных для экспорта" следует во вкладке "Параметры" выставить флаг "Формировать кэш по ВВИ-ф".

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

29. Дополнена логика заполнения полей свидетельства о рождении для передачи в СП.

30. В службе "Импорт заявлений ЕПГУ" добавлена дополнительная проверка для входящих пакетов (EpguApplication) на наличие заявления с таким же guid у другого профиля – в журнал обмена (пользовательский лог) будет добавляться ошибка о наличии такой заявки с указанием guid.

31. Вкладка "Заявления из Суперсервиса (ЕПГУ) / Данные сообщений очереди":

добавлен фильтр "Пакет с ошибкой";
добавлено действие "Выставить факт обработки" для пакетов, пакет будет считаться обработанным после выполнения этого действия.

32. Добавлена возможность удаления заявки-епгу на карточке заявления ЕПГУ. Реализовано отдельное право на действие "Удалить заявление", кнопка недоступна, если имеет ссылку на заявление абитуриента.

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

34. Для сессии "Статусы выбранных конкурсов" добавлен новый переход "Из (8) Участвует в конкурсе в (12) Отклонено (Сданы ВИ, балл ниже порогового)".

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

36. Исправлена ошибка в Сессии (экспорта данных по заявлениям) для типа сессии "Сверка оригиналов с ССПВО". Дополнили журнал сессии (экспорта данных по заявлениям) с типом "Сверка оригиналов с ССПВО": добавлены отметки о снятии/установке оригинала с ЕПГУ.

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

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

38. Реализована сверка по профилям, заявлениям и выбранным конкурсам, в фоне сессия сверки может отрабатывать весь массив ВК довольно долго (массив 200 тыс. элементов обрабатывается около 25-30 мин). Сверка позволяет на момент запуска сессии и запроса данных из СП выявить все расхождения в данных между системой и СП по профилям, заявлениям и выбранным конкурсам. Результаты сверки фиксируются в журнале сессии, а также на уровне самих объектов (профилей, заявлений и ВК) для быстрого поиска.

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

40. Добавлено действие удаления сверки в списке сверок: при удалении сверки также удаляется соответствующая сессия.

41. В меню "Абитуриенты / Заявления из Суперсервиса (ЕПГУ)" добавлена вкладка "Договоры ЦП из ЕПГУ" с соответствующими входящими данными.

42. При передаче КС в СП исключены ВК, у которых не "Приняты документы, достаточные для участия в конкурсе".

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

44. Открыта возможность редактирования guid для кэшей-ВК-вуза. Восстановлена возможность указать guid у кэшей-ВК-вуза в заявлениях, которые исходно получены из ЕПГУ.

45. В карточке "Кэш-заявления в ССПВО" на вкладке "Экспорт в СП" добавлены действия редактирования и удаления объекта.

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

Редактирование кэша доступно только для поля "Guid ССПВО" (если же указан "Guid ЕПГУ", то "Guid ССПВО" задать и изменить нельзя).

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

1. В поле "Название" для элемента "Портфолио" обучающегося увеличено количество символов с 255 до 1200.

2. Изменены справки "В военкомат (СПО/ВО)", "В военкомат (КВК)":

изменено расположение полей на форме добавления справки;
переименованы поля "Наименование военного комиссариата" на "Военкомат по месту постановки (текстом)", "Руководитель ОУ" на "Руководитель образовательной организации (текстом)";
добавлены поля для выбора военкомата;
добавлено поле выбора руководителя образовательной организации;
изменены шаблоны печати.

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

1. Добавлена возможность печатать ведомости, ведомости пересдач, экзам. листы в pdf.

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

2. В ведомости и ведомости пересдач добавлены метки: cathedraHead (в метку подставляется руководитель читающего подразделения в формате [И.О. Фамилия]) и cathedraHeadPost (в метку подставляется должность руководителя читающего подразделения в именительном падеже).

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

1. Добавлены поля "дата с" (dateFrom) и "дата по" (dateTo) в поток "Элемент истории характеристик обучающегося" (studentPropertyHistoryElement).

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

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

2. Реализован реестр фактов подписания электронной подписью. Реестр заполняется фактами подписания при использовании электронной подписи (простой, усиленной). Данные в реестре удаляются при удалении подписанного объекта.

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

1. Реализована возможность отключения расширенного логирования. Функция доступна в меню "Система / Настройки / Интеграция / Параметры отправки пакетов". В указанной настройке добавлен флаг "Расширенное логирование в Tomcat", по умолчанию выключена. При выключенном флаге в логи не пишется расширенная информация о работе регулярных процессов шины, отвечающих за обработку входящих пакетов и отправку исходящих, что позволяет снизить объем логов Tomcat, накапливаемых в процессе работы приложения.

2. Внесены коррективы в работу механизма индивидуальных настроек отправки пакетов для адаптера подсистемы. Исправлен метод расчета числа отправляемых элементов в пакетах.

3. Изменена логика работы карточки справочника и карточки элемента справочника. Теперь при переходе на карточку справочника всегда открывается вкладка "Элементы справочника", а при переходе на карточку элемента справочника – вкладка "Данные элемента".

4. Доработан механизм выгрузки данных из ТАНДЕМ.Университет и шины. Теперь при выгрузке в диалоге отображается информация о наименовании и коде выгружаемого справочника (ранее отображалось только наименование).

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

6. Изменен порядок очистки справочников. Справочники с академическими группами теперь удаляются последними, что позволяет ускорить процесс зачистки справочников.

7. Изменена логика работы REST-сервиса шины. Теперь при возникновении ошибки, связанной с ограничениями базы, код ответа изменен на 202 (ранее был 200), а в тексте ответа указывается описание произошедшей ошибки.

8. Исправлена выгрузка в Excel в карточке подсистемы (см. меню "Система / Настройки / Интеграция / Подсистемы", любая подсистема, на вкладке "Права доступа" карточки подсистемы). В выгрузку добавлен столбец "Разрешение", в котором отображается настройки доступа адаптера подсистемы для соответствующих справочников.

9. Изменена логика повторной отправки асинхронных пакетов. Данные пакеты формируются только в случаях, когда не хватает данных в принимающей подсистеме. Например, если в пришедшем пакете есть ссылка на объект, которого нет в принимающей подсистеме. В этом случае формируется запрос недостающих данных в подсистему-источник. Если при отправке происходит ошибка, то повторных попыток запроса не будет происходить, чтобы не вызывать блокировку очереди пакетов в данной подсистеме. Такие неполные пакеты будут маркироваться как обработанные с ошибкой.

10. Добавлен обработчик для входящих значений полей СНИЛС у справочника "Физическое лицо НСИ" (HumanType). Входящие номера теперь приводятся к формату "XXX-XXX-XXX-XX" при условии, что в полученном номере есть ровно 11 цифр. В иных случаях обработка номера не производится, номер записывается в БД в изначальном виде (за исключением ситуаций, когда поступают пустые значения или пробелы).

11. В поток "Элемент истории характеристик обучающегося" (StudentPropertyHistoryElementType) добавлены два поля:

Начало периода действия (dateFrom) – тип timestamp;
Конец периода действия (dateTo) – тип timestamp.

12. Отключены устаревшие интеграционные потоки "Оценка в сессию для личного кабинета студента (Result)" (LksSessionResultType) и "Промежуточная аттестация для личного кабинета студента (WorkResult)" (LksWorkResultType).

13. В интеграционный поток "Часть версии элемента реестра" (EppRegistryElementPartType) добавлено поле "Пользовательское поле" (userCode) – для приема РМУП из ИС Модеус. Данное поле должно заполняться guid реализации дисциплины в ИС Модеус.

14. Из интеграционного потока "Поток обучающихся" (EppRealEduGroupType) удалены поля "Дата создания объекта" (creationDate) и "Дата изменения" (modificationDate).

15. Ошибочно выставленный прежде тип поля "Запись в реестре ППС (на базе почасовика)" (ppsEntryByHourlyPaidEmployee) в интеграционном потоке "ППС для потока обучающихся " (RealEduGroup2PpsEntryType) изменен с "Запись в реестр ППС (на базе сотрудника)" (PpsEntryByEmployeeType) на "Запись в реестре ППС (на базе почасовика)" (PpsEntryByHourlyPaidEmployeeType).

16. Исправлена ошибка при приеме объекта, имеющего ссылочное поле. Ранее при автоматической отправке, если объекта, на который ссылается объект в пакете, не было в шине, объект создавался с пустым ссылочным полем.

17. Исправлена ошибка фиксации в логах шины некоторого класса ошибок обработки пакетов. При возникновении подобного рода ошибок ранее не фиксировался ответ принимающей / передающей подсистемы в пакете на стороне шины, при этом пакет помечался как обработанный с ошибкой.

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

19. Исправлена ошибка получения данных из шины по запросу из ТАНДЕМ.Университет. Данная функция запускается на стороне ТАНДЕМ.Университет из списка справочников действием "Получить данные из НСИ по выбранным каталогам".

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

21. Исправлены ошибки в выгружаемой из системы XSD-схеме для потока "Организация НСИ" (OrganizationType).

Модуль "Интеграция с ГИС СЦОС"

1. Добавлена настройка фильтра по признаку уровня образовательной программы на странице настроек СЦОС.

2. Добавлена возможность фильтрации списка по набору параметров на странице "Интеграция / Интеграция с ГИС СЦОС / Действия над элементами СЦОС / Посмотреть список сущностей".

3. Исправлена ошибка просмотра сущности СЦОС. Теперь страница просмотра элемента работает для всех справочников.

4. Реализована возможность настройки прав на просмотр страниц и выполнения действий, на всех страницах, связанных с интеграцией с ГИС "СЦОС".

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

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