Список изменений в системе ТАНДЕМ.Университет
Список изменений системы ТАНДЕМ.Университет в версии 2.23.5
Модуль «Абитуриенты (Приемная комиссия)»
1. Доработана служба "Экспорт абитуриентов в Moodle":
- расширены причины ошибок в логе системы;
- добавлена проверка по адресу электронной почты в рамках функции проверки наличия пользователя в Moodle (checkMoodleUser).
2. В отчете "Экспорт данных о зачисленных абитуриентах" добавлен вывод СНИЛС.
Модуль «Контингент обучающихся и образовательные программы»
1. В системе появилась возможность в укрупненные группы (научные специальности), введенные как направления подготовки, добавлять направленности из соответствующих им направлений подготовки.
В справочнике направлений подготовки на вкладке "Направление подготовки" с помощью действия "Добавить направленность из направления" для укрупненных групп (научных специальностей) можно добавить направленность из направления подготовки, входящего в укрупненную группу, указанную на форме.
После добавления версии образовательной программы на эту направленность, в учебном плане можно ввести блок на эту направленность, в дальнейшем использовать этот блок УП при создании РУП, в нагрузке, и т.д.
Для поддержки новой функциональности:
- изменена проверка соответствия учебного плана обучающегося его версии образовательной программы;
- изменен показатель корректности "Учебный план не соответствует параметрам обучения" на предмет совпадения направленности УГСН с направленностью в образовательной программе;
- изменено редактирование план. РУП в сводке контингента.
2. В шаблон импорта обучающихся (системное действие "Получить шаблон для импорта обучающихся", "Загрузить обучающихся из внешней базы данных") добавлено:
- справочник catalog_formOriginalGet, форма получения оригинала документа;
- в таблицу person_edudocument_t – документ об образовании и/или квалификации:
- person_edudocument_t.certify_qualification_spec [TEXT] – подтверждает квалификацию дипломированного специалиста: 1 – да, 0 – нет;
- person_edudocument_t.final_qual_work_mark [INT] – оценка за ВКР;
- person_edudocument_t.form_original_get [TEXT] – форма получения оригинала документа (см. catalog_formOriginalGet);
- person_edudocument_t.program_form [TEXT] – форма обучения;
- person_edudocument_t.verified_FRDO [TEXT] – проверено ФРДО: 1 – да, 0 – нет.
Дополнено руководство технолога по импорту данных в систему.
3. В механизме импорта обучающихся добавлена возможность импорта из файла, расположенного на внешнем ресурсе. Предполагается, что на сервере с приложением обеспечивается возможность получения файла по пути, указанному в диалоге перед запуском процедуры импорта.
Модуль «Учебные планы»
1. Изменено поведение регулярного процесса обновления потоков обучающегося. Теперь дополнительные потоки (не относящиеся к учебным потокам) добавляются и удаляются только вручную.
2. В версии мероприятий поле "Идентификатор курса в Moodle" переименовано в "Идентификатор Moodle".
Добавлено поле "Пользовательский код" для интеграции с внешними системами. На карточке версии мероприятия изменен порядок следования ее данных при отображении.
Модуль «БРС и журналы преподавателей»
1. Разрешен прием пакетов из интеграционного модуля на изменение "Событий в журнале": разрешено изменять даты начала и окончания, пару звонкового расписания события журнала.
Модуль «Сессия»
1. Изменена карточка экзаменационного листа: добавлен вывод причины выдачи и балов многосеместровых рейтингов и составляющих итогового контроля при использовании БРС.
Модуль «Дипломирование»
1. В карточке шаблона заполнения документа об обучении добавлены действия:
- Заполнить по строкам учебного плана – по строкам версии учебного плана с учетом модулей и их вложенных дисциплин добавляются строки шаблона;
- Очистить содержимое шаблона – удаляются все строки шаблона.
Полное описание действия "Заполнить по строкам учебного плана" находится в руководстве пользователя.
2. Изменен подсчет нагрузки в рамках действия "Пересчитать нагрузку" строки шаблона заполнения документа об обучении и строки самого документа для строк, являющихся модулем. Теперь расчет для них ведется с учетом вложенных в модуль строк УП (мероприятий реестра).
3. В реестре дипломов и иных документов об образовании (квалификации, обучении), выдаваемых обучающимся добавлено отображение протокола ГЭК и даты заседания ГЭК. Так же добавлены фильтры для поиска по указанным полям.
Модуль «Нагрузка»
1. В карточке план. потока добавлен вывод его строк.
Реализована возможность добавления дополнительных планируемых потоков, аналогично оперативных потокам. В доп. план. поток можно добавить план. контингент из сводки с указанием числа обучающихся с учетом разбиения по способу деления версии мероприятия.
Изменено добавление план. мероприятий с учетом новой функциональности: доп. мероприятия (план. МОб, план МОб-ВН) добавляются и обновляются по строкам доп. план. потоков (не по РУП).
Изменено обновление план. потоков: для строк доп. потоков реализовано автоматическое уменьшение количества обучающихся при изменении или удалении план. контингента.
Доп. план. потоки можно разъединять, удалять аналогично обычным план. потокам. На них можно добавлять нормы времени и ставить их в расписание.
Нельзя объединять вместе дополнительный поток и обычный.
2. Добавлена проверка наличия неуникальных настроек "Предельные значения нагрузки преподавателей" перед переходом на следующую версию системы.
3. Исправлено заполнение "Макс. часов сверх ставки" для планируемого сотрудника при добавлении план. ППС в расчете нагрузки.
4. Исправлен фильтр по названию мероприятий на вкладке планируемых потоков при отборе план. потоков без строк.
5. Переработаны фильтры на вкладке планируемых потоков сводки, отработка ускорилась в несколько раз.
Модуль «Расписание»
1. Добавлена проверка на длину комментария в событиях перед переходом на следующую версию системы.
2. Исправлена ошибка редактирования произвольных событий при отсутствии данных о чередовании учебных недель.
Базовые модули и функции
1. Доработано действие удаления неактуальных (некорректных) записей из хранилища файлов, сделана оптимизация (разница будет заметна только при большом количестве файлов).
2. Изменены названия стран в соответствии с приказом Росстандарта от 07.07.2023 N 489-ст "Об утверждении Изменения 31/2023 ОКСМ к Общероссийскому классификатору стран мира".
Интеграционный модуль
1. Разрешен и реализован прием событий оперативного расписания (nsiTimeTableEventReal), их помещений (nsiScheduleEventPlace) и преподавателей (nsiTtEvent2Pps) из интеграционной подсистемы.
Логика работы:
- при приеме на добавление/изменение события (nsiTimeTableEventReal):
- должны быть заполнены поля: дата события, версия расписания, звонковое расписание и одно из двух полей – событие звонкого расписания или время начала и окончания события (для звонкого расписания без событий);
- поля события в ТАНДЕМ.Университет будут обновлены по данным из события (nsiTimeTableEventReal): мероприятие (строка), ссылка на онлайн-событие, место проведения (строка), преподаватель (текстом), обучающиеся (текстом), комментарий;
- остальные поля события в ТАНДЕМ.Университет будут вычислены;
- объекты nsiScheduleEventPlace, nsiTtEvent2Pps нельзя изменять – только добавлять новые или удалять.
Интеграционная подсистема
1. Для поддержки возможности подключения интеграционных шин внешних подсистем, таких, например, как интеграционные подсистемы других ОО, в единую интеграционную среду, реализована возможность в настройках удаленных подсистем указывать код подсистемы, отличающийся от реального на стороне удаленной шины.
В технический заголовок пакетов, передаваемых при интеграционном обмене, добавлены новые параметры "srcSubSystemGuid" – идентификатор подсистемы-источника и "dstSubSystemGuid" – идентификатор подсистемы-получателя. При поступлении нового пакета, если параметр в техническом заголовке найден, то подсистема поднимается из базы по этому идентификатору. Если по идентификатору подсистема не найдена, или идентификатор не указан, то подсистема берется из БД как и раньше – по коду. На принимающей шине данные, принятые из удаленной шины будут помечаться в поле dataOwner кодом подсистемы, указанном на стороне принимающей шины, т.е. пришедший атрибут dataOwner будет проигнорирован. Это сделано, чтобы избежать путаницы при подключении в единую интеграционную среду двух и более шин с одинаковым кодом.
2. Реализованы новые потоки для передачи сведений о полученных у физического лица согласий:
- Поток "Вид согласия на обработку и передачу персональных данных" (DataProcessingAgreeKindType), содержащий наименование вида согласия, сокращенное наименование и описание (текст).
- Поток "Согласие физ.лица на обработку персональных данных" (DataProcessingHumanAgreeType), содержащий ссылку на вид согласия (DataProcessingAgreeKindType), ссылку на физическое лицо (HumanType), дату выдачи согласия, дату его отзыва и признак, указывающий на получение бумажной версии подписанного согласия.
3. Исправлена ошибка запроса данных в REST-сервисе с фильтрацией по набору полей.
4. Реализована функция списка неактивных справочников в списке "Справочники НСИ". В соответствующем списке добавлена колонка "Статус", переключатели в которой указывают на то, используется ли данный справочник на этом стенде шины. Переключателями можно управлять самостоятельно. Чтобы скрыть неактивные справочники, необходимо воспользоваться иконкой "глаз" в заголовке списка. При этом вид иконки изменится на зачеркнутый глаз, а все неактивные справочники исчезнут из списка. Повторное нажатие на той же иконке возвращает неактивные справочники обратно.
5. Исправлена ошибка, приводившая к утере пакетов, формируемых при указанном некорректном адресе подсистемы. В некоторых ситуациях входящие пакеты содержат неполный набор информации, что заставляет шину направлять в подсистему-источник запрос недостающих данных. Если адрес указан некорректно, то пакет с запросом не доходил до адресата, а обработка входящего пакета прерывалась с утерей статуса обработки пакета.
6. Произведена корректировка кодовых наименований модулей, используемая при генерации документации по потокам шины.
7. Реализована возможность фильтрации выдачи запрашиваемых через REST-сервис данных по дате последнего изменения. В техническом заголовке пакетов Retrieve можно добавлять параметры filterChangeDateAfter (будут взяты данные, изменившиеся после указанной даты) и filterChangeDateBefore (будут взяты данные, которые менялись до указанной даты). Фильтры могут использоваться совместно, чтобы задать определенный интервал из прошлого.
8. Реализован механизм повторной отправки пакетов, обработанных с ошибкой.
Механизм доступен в системных действиях (меню "Система / Данные / Системные действия") в разделе "НСИ": действие "Повторно отправить сообщения с ошибкой". При этом открывается диалоговое окно, где доступен фильтр по дате, позволяющий отправлять только пакеты с ошибкой, добавленные после указанной даты.
При повторной отправке данных будет учитываться наличие более поздних успешно обработанных пакетов, содержащих конкретные записи. Например, с ошибкой обработался пакет с физическим лицом "Иванов Иван Иванович" и "Петров Петр Петрович", то при повторной отправке, если обнаружится более поздний пакет с Ивановым Иваном Ивановичем, то эта запись будет проигнорирована, чтобы не перезаписать более свежие данные данными из старого пакета, а запись по Петрову будет обработана повторно, если более поздних успешных пакетов с ним не найдется.
9. Доработан поток "Элемент реестра дисциплин для учебного плана" (RegistryDisciplineType). Добавлено поле "Пользовательский код" (userCode).
10. Реализован механизм автоматизированной выгрузки заданных справочников (потоков) по расписанию.
Для этого в меню "Система / Администрирование / Службы" необходимо воспользоваться действием "Добавить службу". На появившейся форме необходимо указать название для вновь создаваемой службы, например "Служба выгрузки обучающихся", указать в поле "Серверная процедура" вариант "Планировщик выгрузки справочников" и категорию "НСИ", а так же поставить признак "Выполнять". На вкладке "Время" необходимо задать периодичность запуска службы. Вкладка "Параметры" содержит настройки службы по самой выгрузке:
- Глубина границы (в днях) – указывает количество дней с момента последнего изменения данных для отсечки только изменившихся за указанный период в днях,
- Путь до директории выгрузки – указывает на локальную, или сетевую папку, куда должна попасть готовая выгрузка. Если поле не заполнено, то выгрузка попадает в папку "<путь до папки установки приложения>/data" на сервере приложения.
- Подсистема (фильтр по правам) – позволяет ограничить выборку выгружаемых справочников только теми, на которые у соответствующей подсистемы настроены права на чтение, или запись.
- Список каталогов – обязательный, необходимо указать конкретные справочники, которые попадут в выборку.
- Расширение файлов для выгрузки – указывает формат выгрузки (XML, или JSON).
11. Доработан поток "Часы учебной нагрузки" (EplTimeItemEduLoadType). Увеличен максимальный размер поля "Версия ОП" (opVersion) до 4000 символов.
Разработчикам и партнерам
1. Контингент обучающихся и образовательные программы. Добавлена новая сущность "Направленность для УГСН" (eduProgramSpecializationUGSN), которая наследуется от "Направленности в рамках направления" (eduProgramSpecializationChild).
Добавлена сущность eduFieldKnowledge, от которой унаследованы eduProgramSubject2013Field, eduProgramSubject2022Field, eduProgramSubjectScienceField.
Добавлена сущность eduEnlargedGroupPrograms, от которой унаследованы eduProgramSubjectScienceGroup, eduProgramSubjectAdditionalGroup, eduProgramSubject2013Group, eduProgramSubject2022Group, eduProgramSubjectOksoGroup. Свойство field перенесено в родительскую сущность.
В сущность eduProgramSubject добавлено поле groupPrograms. Свойство group (ссылка на укрупненную группу) наследников eduProgramSubject перенесено в свойство groupProgram родительского класса.
Метод getGroupSubject() для получения владельца аккредитации переименован в getAccreditationOwner().
2. Учебные планы. В справочник RegistryDisciplineType интеграционного модуля добавлено поле "Пользовательский код" userCode.