Описание изменений на 31.08.2016
|
Проблема
|
Состояние
|
Что исправлено
|
Как исправлено
|
Кмпонент
|
103.8267 Добавить возможность задание ограничений на запуск "Пользовательских отчетов" в картотеках абитуриентов и студентов и "отчеты - Отчетность"
|
Решена полностью 30/08/2016
|
Добавить возможность задание ограничений на запуск "Пользовательских отчетов" в картотеках абитуриентов и студентов и "отчеты - Отчетность"
|
Добавлены настройки В "Приемная кампания"
URS.ACCESS_CARD_USR_REP -
Применять разграничение на "Пользовательские отчеты" в картотеке абитуриентов
URS.ACCESS_REPORT_ADD
Применять разграничение на "Отчеты - Отчетность"
В раздел "Управление контингентом студентов"
соответственно
UCS.ACCESS_CARD_USR_REP
Применять разграничение на "Пользовательские отчеты" в картотеке студентов
UCS.ACCESS_REPORT_ADD
Применять разграничение на "Отчеты - Отчетность""
Добавлены соотв. пункты меню в настройка-"Разграничение прав доступа"
Настройки действуют независимо от настроек "Разграничение доступа"
и "Учитывать разграничение по".
|
U_Student
|
103.8264 УКС: В рпд 30004 не выбрать архивного студента.
|
Передана автору для подтверждения решения 24/08/2016
|
УКС: В рпд 30004 не выбрать архивного студента.
в поле 'U_STUDENT::U_ORDERSLIST.WHATISINORDER.MDF.U_STUDENT::U_CONTAINEROFORDERS.MDF.U_STUDENT::RPD_30004.FIRSTSCR.PERSONS.FIO'
открывается не та база просмотра. Должна быть архив, а отображается текущие.
|
В интерфейсе U_STUDENT::U_SELECTSTUDENT возвращена обработка
по параметру StatPers ( если не 2, то U_student.wArch = StatPers)
|
U_Student
|
103.8204 Картотека студентов, сортировка по статусу
|
Решена полностью 17/08/2016
|
Картотека студентов,
не срабатывает сортировка в реестре карточек по полю Статус студента
'U_STUDENT::U_STUDENTSMAIN_NEW.
|
Сортировка не сработала из за добавления поля в доработке под клиента в середину списка.
Сделано следующее
1. Под те поля, для которых есть
|
U_Student
|
|
|
BRWPERSONS.TMPU_STUDENT.SSTATUS'
|
индекс во временной таблице выборки
отключена системная сортировка(в том числе и для статуса).
2. В доработке клиента реализована программная перенумерация столбцов
(свойство Index) для освобождения места для нового столбца.
|
|
103.8144 Увеличить кол-во символов в поле "номер БУПа", сейчас 20, этого мало
|
Решена полностью 17/08/2016
|
Увеличить кол-во символов в поле "номер БУПа", сейчас 20, этого мало .
Необходимо увеличить до 30 SEDITCURRICULUM_REGNUM.
|
На клоне 69 в таблице U_CURRICULUM размерность поля REGNUM увеличена до 30.
|
U_StProc
|
103.8238 Ускорить работу отчета "Список абитуриентов", исключить некорректную предвыборку данных
|
Решена полностью 10/08/2016
|
Ускорить работу отчета "Список абитуриентов", исключить некорректную пред выборку данных
ПК-отчеты- "Список абитуриентов"
Очень долго идет сбор данных и пред выборка
При выбранных фильтрах: факультет, 1 план набора
'F_USERREPORT::FORMABIT.SCRMAIN01.wFilter'
Поля для вывода: №, ФИО, Источник, Общий балл, наличие оригинала документа об образовании, наличие заявления о согласии на зачисление
|
Сокращено использование объектов otAbiturient, otAbiturient_Plan
Исправлена визуализация сбора данных.
|
U_Receiving
|
103.8255 ПК. Требуется при создании приказов на отчисление из ПК формировать приказы с не нулевым подтипом
|
Решена полностью 08/08/2016
|
ПК. Требуется при создании приказов на отчисление из ПК формировать приказы с не нулевым подтипом
аналогично и для зачисления.
У клиента 30008 "Отчисление студентов по результатам успеваемости" ,
а требуется РПД (30008.3) "Отчисление по собственному желанию"
|
В раздел "Дополнительные настройки \ Управление контингентом студентов \Приказы \"
Добавлены настройки UCS_DOP.PRIKAZ001.SUBTYPE_ABIT
"Приказ 30001 (зачисление) \ Подтип приказа для зачисление абитуриентов из модуля ПК"
и UCS_DOP.PRIKAZ008.SUBTYPE_ABIT
"Приказ 30008 (отчисление) \ Подтип приказа для отчисления абитуриентов из модуля ПК"
|
U_Receiving
|
103.8249 Актуализировать выгрузку ФИС в рамках
|
Решена полностью
|
Актуализировать выгрузку ФИС в рамках спецификации 3.0.3
|
1. Заполнение идет на основе истории перевода поля "Согласия на зачисление"
|
U_Receiving
|
спецификации 3.0.3
|
05/08/2016
|
Версия 3.0.3 (01.08.2016):
Импорт заявлений:
1. В импорт заявлений добавлен тег "FinSourceEduForm" - "IsDisagreedDate"
(дата отказа от согласия на зачисление), в целях обеспечения возможности проставить отказ для заявлений в любом статусе.
2. В "OlympicDocument" добавлены теги "OlympicSubjectID"
и "EgeSubjectID", для однозначного определения общеобразовательного
предмета, по которому будет выполнена проверка результатов ЕГЭ на минимальный балл (например, для одного и того же профиля одной и той же олимпиады требуется подтверждение результатов ЕГЭ по разным предметам, в зависимости от предмета олимпиады).
|
в окне "заявлений" - "источники финансирования"(по таблице U_Abit_History)
Формат вывода пока следующий
DateToStr(StrToDate(iAbitFan.LastDT_U_Abit_HISTORY(U_Abiturient.Nrec,U_Abiturient_Plan.Nrec
,coU_Abit_Plan_Fin, U_Abit_Plan_Fin.Nrec,'WAPPLICATION','2') ,'DD.MM.YY')
, 'YYYY-MM-DD') +'T17:00:00'
2.EgeSubjectID заполняется кодом дисциплины из 1 справочника ФИС
, указанной в олимпиаде.
OlympicSubjectID - в случае если в профиле олимпиады, есть указанная в 1
то оттуда, иначе первой найденной(пока нет поля для указания из профиля)
|
|
103.8251 ФИСобеспечить выгрузку статусов заявлений согласно обновлению от 03.08.16
|
Решена полностью 03/08/2016
|
ФИС обеспечить выгрузку статусов заявлений согласно обновлению от 03.08.16
В интерфейсе выгрузки в ФИС- переименовать блок "рекомендованных" в "окончательные"
изменить привязку в функционале StatusID = 4
В связи с частыми обращениями на горячую линию ФИС ГИА и приема информируем, что в этом году проверки результатов ЕГЭ и льгот (дипломы победителей/призеров олимпиад школьников и всероссийской олимпиады школьников), указанных в заявлениях абитуриентов, на достоверность сведений
|
В параметры формирования добавлен флаг "ФИНАЛЬНАЯ ВЫГРУЗКА ЗАЯВЛЕНИЙ"
Пока он не установлен, независимо от статуса абитуриента будет 2.
После установки будет задаваться согласно таблицы соответствий.
|
U_Receiving
|
|
|
ужесточены. В связи с этим была ограничена возможность принудительного принятия заявлений абитуриентов и ограничено редактирование заявлений в статусе "Принято".
Подробная информация по доступным для редактирования полям в заявлении со статусом "Принято" содержится в пункте 3.4.4 "Редактирование заявлений, содержащий полный перечень необходимых данных" Руководства пользователя ФИС ГИА и Приема v 4.0.6 (http://priem.edu.ru/Document.aspx?id=292353485567).
При использовании технологии передачи данных посредством сервиса автоматизированного взаимодействия просим обратить внимание на следующие ограничения:
- редактирование данных в заявлении, в том числе, добавление документов абитуриента и заполнение результатов дополнительных вступительных испытаний, возможно только в том случае, если оно имеет в структуре пакета StatusID = 2 "Новое" (информация по идентификаторам статусов заявлений содержится в справочнике № 4);
- если заявление уже передано со StatusID = 4 "Принято", но при этом подлежит изменению, его необходимо импортировать в категорию "Новых заявлений", передав заявление в пакете со StatusID = 2, далее внести
|
|
|
|
|
соответствующие корректировки и выполнить повторный импорт заявления, структура которого включает StatusID = 4 "Принято". Обращаем Ваше внимание, что импортировать заявление со StatusID = 4 "Принято" имеет смысл в том случае, если заявление включает всю необходимую информацию в полном объеме.
|
|
|
103.8248 Добавить возможность выгрузки файла для проверки ЕГЭ по приказу
|
Решена полностью 02/08/2016
|
Добавить возможность выгрузки файла для проверки ЕГЭ по приказу
При формировании приказа о зачислении ВУЗы должны распечатывать на людей включенных в приказ "протокол проверки ЕГЭ".
Данный протокол они получают из ФИСа путем отправки файла из Галактики с определенными фамилиями тех людей, кто попал в приказ.
Соответственно необходимо фильтр по Приказам
При выборе этого фильтра в файл выгрузки csv попадают паспортный данные абитуриентов включенных в выбранный в приказ.
Добавить фильтр можно в контекстное меню картотеки абитуриентов .
|
Добавлен фильтр по приказам.
Для фильтрации используется "новый вид" приказов, поскольку только там заложен механизм
фильтрации по любым параметрам и сохранения выбора в маркер
Фильтр идет по U_Abiturient_plan.cTitleDoc
|
U_Receiving
|
103.8247 ПО. Ускорить работу фильтров в договорах на оказание платных услуг
|
Решена полностью 02/08/2016
|
ПО. Ускорить работу фильтров в договорах на оказание платных услуг
В списке договоров вызываю фильтр по Alt+B, выбираю БУП 2016_38.03.01_ОФО Экономика (импорт) (рег номер 001125).
Система висит около 3 минут, никакой индикации выполнения нет. Выглядит так будто пора идти в диспетчер задач и пришибать
|
1.Добавлена настройка UCS_DOP.DOG_FLT_DSQL
Дополнительные настройки \ Платное обучение \
Договоры \ Использовать для фильтрации выборку на DSQL
2.Переработано заполнение вычисляемых полей.
Это привело к ускорению загрузки интерфейса и навигации в нем.
3.При выключенной настройке
|
U_DogUsl
|
|
|
процесс.
Далее, после фильтрации выбираю договор 01\67-16-00299 (самый первый в списке), захожу в финлан, затем закрываю его крестиком, система опять висит.
После закрытия окна договора снова висит.
Работать объективно невозможно. Проблема отмечена только на фильтре по БУП
Ну и еще, даже если по выбранному БУП нет договоров, то Система все равно висит:
Например, при выборе БУПа 2015_38.03.01_ЗФО Экономика (РЕГ. НОМЕР 000016-ФИС),
Система повисла на полторы минуты после чего выдала: Нет документов удовлетворяющих заданному фильтру.
|
UCS_DOP.DOG_FLT_DSQL
оптимизировано выполнение функции CheckDogFilter_U
для условия FiltersStat
4.При включенной настройке идет заполнение в tmp_flt_dog
и вместо условия будет идти проверка d
Bounds byTmp_FltDog Dogovor1.nrec /== tmp_flt_dog.Nrec
ordered by TableOrder
5.Если этого будет не достаточно, то придется перехватить событие cmDefault:
для исключения пересканирования списка договоров без необходимости.
|
|
103.8245 УКС. Добавить в поток данных T30001.dsManyStudents поля о льготах абитуриента
|
Решена полностью 29/07/2016
|
УКС. Добавить в поток данных T30001.dsManyStudents поля о льготах абитуриента
Для соблюдения требований порядка приема в приказах о зачислении
поступающих в пределах квоты лиц, имеющих особые права (Квота)
необходимо указывать вид льготы.
В карточке абитуриентов эти данные вносятся, однако в печатную форму
приказа о зачислении нет. Нужно добавить поле в поток данных печатной формы приказа и выписки из
приказа о зачислении (РПД 30001).
печатная форма: U_STUDENT!!T30001 dsManyStudents.
|
Добавлены таблицы
U_ReceiveCategoryPrivilage - льготы
U_ReceiveCategoryOlimp - олимпиады
|
U_Student
|
103.8244 Оптимизировать и ускорить утверждение приказа о зачислении
|
Решена полностью 29/07/2016
|
Оптимизировать и ускорить утверждение приказа о зачислении через модуль ПК. Ограничить
|
1. В интерфейсе U_CreateShR(УКС-Операции - Формирование планов обучение)
|
U_Student
| |
