|
| сочинений. Целесообразно все грузить в документы, в приложения
| "Инструкция по получению бланков итогового сочинения.pdf" или "Регламент апробации получения сведений для оценивания итогового сочинения образовательными организациями высшего образования.pdf" В "Приемная компания - Операции" Добавлен пункт меню "Импорт сочинений из ФИС" В параметрах следует указать папку с zip архивами сочинений и нажать кнопку "Импортировать". В процессе обработки архивы будут распаковываться в подпапку tmp Лог работы будет писаться в подпапку "Log" Поиск абитуриента идет по серии и номеру паспорта в именах файлов. Если поиск документа удачен, то ищется документ об образовании и уже туда импортируются файлы сочинений. После окончания обработки файл архива перемещается в подпапку "Arhiv"
|
| 103.8206 Фильтры в Протоколе ст.комиссии
| Решена полностью 20/07/2016
| Для удобства работы с перечнем Протоколов в системе необходимо синхронизировать состав фильтров с параметрами протокола, а именно, добавить следующие фильтры: 1. Факультет 2. Завершенный период обучения 3. Год обучения 4. Студенты
| Фильтры добавлены.
| U_Progress
| 103.8200 Исправление ошибки в насзначении студента.
| Передана автору для подтверждения решения 20/07/2016
| Исправление ошибки в назначении студента.
в продолжение ПИР 103.8011. при формировании двух назначений на одну дату первое из них автоматически закрывается.
| Доработаны интерфейсы U_StudWin06, U_MoveVacancy, U_EditPersonVacancy, U_RPD_30005, U_RPD_30007, U_RPD_30050, U_RPD_30051, U_RPD_30054, U_RPD_30060, U_RPD_30080
| U_Student
|
|
| но дата закрытия устанавливается на день раньше, чем дата открытия назначения. в картотеке отображается ошибка. необходимо заходить в раздел 6 карточки студента и исправлять дату. чтобы не возникало ошибки, необходимо автоматически заполнять дату открытия назначения датой закрытия. пример на тестовой базе методичка. студент № 131152
|
|
| 103.8158 Создание ГОС ВПО стандарта по БУП. При отсутствии выдает ошибочное сообщение
| Решена полностью 20/07/2016
| Создание ГОС ВПО стандарта по БУП. При запуске локальной функции в реестре БУП "Создать Ф(Гос) ВПО" при отсутствии этого стандарта выдает (ошибочное) сообщение типа: В 2011 году уже существует РУП по БУП 4 курс 2011 020201 Биология (очная) (копия). Создать еще один РУП?
| Исправлена функция U_CopyCurriculum->MyCopyCurriculum Отключена проверка РУП в режиме создания ФГОС и "примерного учебного плана".
| U_StProc
| 103.8220 Пл.Об. Доработка "Формирования начислений"
| Решена полностью 18/07/2016
| Пл.Об. Доработка "Формирования начислений" (U_DOGUSL::DOGUSL_MAKEPKPBYDOGS) В "Настройки", в папку с настройками "Дополнительные настройки / Платное обучение " добавить ветку - "НАЧИСЛЕНИЯ" со следующими настройками 1. Формирование.Разрешенный режим формирования начислений/периодов обучения Значения: 0 'В любом порядке' - не учитывать эту настройку 1 'Только "периоды обучения"' - по этой и следующим выставлять заданное значение в параметр WFINTOW и блокировать его
| Реализовано.
| U_DogUsl
|
|
| изменение. 2 'Только "начисления"' 3 '"начисления" и "периоды обучения" вместе' 2. Формирование.Ед.измерения по умолчанию - тип ссылка, выбор из каталога единиц измерения. При установленном значении запретить выбор в поде "Ед.измерения" (KatED.Name) 3. Формирование.Статус "начисления" и "периоды обучения" - тип ссылка, выбор из каталога статусов календарных планов. При установленном значении запретить выбор в поде "Статус" (KatNotes.Name)
|
|
| 103.8219 ПК. Заблокировать локальное меню "Формирование договоров" из картотеки абитуриентов
| Решена полностью 18/07/2016
| ПК. Заблокировать локальное меню "Формирование договоров" из картотеки абитуриентов В контекстном меню выбираем опцию Сформировать договор. Нажимаем Enter, открывается окно тиражирования договора. Необходимо: убрать эту ненужную (и опасную) функцию. Пользователи захламляют картотеку договорами без БУП.
| Добавлены настройки в раздел Приемная кампания \ Абитуриенты \ Добавить в локальное меню URS.ABIT.MENU.FORM_DOGOVOR "Формирование договоров на оказание платных услуг" URS.ABIT.MENU.FORM_DOGOVOR2 "Сформировать договор(на основе шаблонов)" выключение этих настоек убирает из локального меню указанные соотв. пункты
| U_Receiving
| 103.8193 ПО: формирование договора из представления.
| Передана автору для подтверждения решения 18/07/2016
| ПО: формирование договора из представления.
Если в прайс-листе по БУПам указан номер курса, то при формировании договора из представления в текущем учебном периоде на будущий учебный год стоимость не определяется.
Более подробное описание во вложении.
| 1.Добавлена настройка UPP_DOP.PRICE_FIND Дополнительные настройки \ Платное обучение \ При формировании договора из УКС/Приказы предпочтение отдавать" Значения: 0 : 'Курсу из периода обучения'); 1 : 'Дате из периода обучения'; При 0 поиск прайс-листа будет идти по курсу Appointments.Vacation При 1 поиск прайс-листа будет идти по дате перевода Appointments.Appointdate При этом в окне запроса параметров
| U_DogUsl
|
|
|
| будет фраза "поиск прайс-листа по дате зачисления/перевода" 2. При поиске прайс листа при формировании из приказов и значении настройки в 1 в функцию GetPrices объекта DogUsl_LocFuncs будет передан0 курс Функция доработана под поиск при 0 курсе. 3. Таки образом протокол формирования будет выглядеть следующим образом Студент __ прайс-лист ищется по: БУП=001_ИФ,Курс=0,Категория=,Дата поиска=01/09/2016,период=Семестр, Успех=Да Договор № 000000 сформирован успешно. Студент "__". Специальность "Строительство".
|
| 103.8216 ПК: нужна возможность при печати одной ведомости разбивать ее по условиям.
| Решена полностью 15/07/2016
| Нам необходимо работать с одной экзаменационной ведомостью, но получать списки абитуриентов из этой ведомости по факультетам (на каждый факультет свой префикс). Практика показала, что использовать отдельные экзаменационные ведомости по префиксам очень неудобно. Искать, абитуриентов, вносить результаты и пр... Для реализации этой возможности нужно: 1. добавить в поток данных [TMPLISTOFABIT] печатную форму (U_RECEIVING!!U_ONEEXAMLISTOFABIT dsOneExamListOfAbit) поля факультет/кодФакультет/аббривиатураФакультета [TMPLISTOFABIT."FACULTY"]/[TMPLISTOFABIT."FACULTYCODE"]/[TMPLISTO
| 1. Добавлена настройка URS.LIST.REP_TYPE (пользовательская) Приемная кампания \ Ведомости \ При печати делить ведомость Значения 0: Нет(как раньше) 1: По факультету 1 заявления с соотв. дисциплиной - факультет берется из первого заявления с соотв. дисциплиной. 2: По всем факультетам заявлений с соотв. дисциплиной - Ведомость формируется на все факультеты ведомости. 2. Добавлено локальное меню "Параметры печати" 3. При печати теперь всегда печатается групповая форма ведомости. - для сокращения затрат на поддержку. 4. В групповой реализована разбивка tmplistab в соответствии с настройкой. 5. В TMPLISTOFABIT и tmplistab добавлены соотв. поля.
| U_Receiving
|
|
| FABIT."FACULTYSHORT"] 2. Обеспечить возможность выбора варианта разбиения ведомости при печати. По факультету либо без разбиения. (все абитуриенты выводятся в одну ведомость, с сортировкой только по ФИО).
| При значении настройки 0 в tmplistab поля не заполняются, а в TMPLISTOFABIT из первого заявлений. 6. Добавлен вывод поля tmplistab.Faculty в шапку ведомости.
|
| 103.8217 В экспорте в ФИС нужно обеспечить выгрузку одного заявления с разными UID и ApplicationNumber
| Решена полностью 14/07/2016
| В экспорте в ФИС нужно обеспечить выгрузку одного заявления с разными UID и ApplicationNumber. У клиента большое кол-во абитуриентов одновременно идут на СПО и ВО и ввод отдельных карточек абитуриентов затруднен.
| Добавлена настройка URS.Export_Fis.Application Application:добавлять к UID и ApplicationNumber приемную компанию
| U_Receiving
| 103.8215 Нормирование примечаний к картотеке абитуриентов, документов абит. и т.п. в модуле "приемная компания"
| Решена полностью 14/07/2016
| Нормирование примечаний к картотеке абитуриентов, документов абит. и т.п. в модуле "приемная компания"
| Добавлена настройка URS.DOC.PRIM.NORM Приемная кампания \ Прочие документы \ Примечание(к карточке, к документам и т.п.) \ Нормировать длину строк в текстовом примечании на(50-80 оптимально)"
| U_Receiving
| 103.8214 ПК: добавить в картотеку абитуриентов фильтр по источнику финансирования.
| Решена полностью 13/07/2016
| ПК: добавить в картотеку абитуриентов фильтр по источнику финансирования. Предлагаем в картотеку абитуриентов в фильтр добавить параметр источник финансирования. При фильтрации по источнику финансирования в картотеке должны отбираться только те карточки абитуриентов, у которых в вакансиях/заявлениях по выбранному в фильтре источнику финансирования установлено значение "учитывать".
| Добавлена фильтрация по источникам финансирования. Работает независимо от ранее существовавшего фильтра по целевым источникам.
| U_Receiving
| 103.8213 УКС: ФРДО. Обновить шаблон, доработать отчет.
| Решена полностью 13/07/2016
| УКС: ФРДО. Обновить шаблон, доработать отчет. Требуется обновить шаблон отчета ФРДО. Доработать интерфейс настройки параметров отчета. ЧТЗ и новый шаблон во вложении.
| 1. Создан новый шаблон с добавлением именованных списков, для возможности ручного выбора данных. 2. Исправлено заполнения временной таблицы с данными для отчета. 3. Изменен интерфейса настройки
|
|
|
|
| отчета(создание нового TabSheet,закрытие старых при инициализации)
|
| 103.8212 Внести дополнения в список абитуриентов в связи с введением в 2016г заявления о согласии
| Решена полностью 13/07/2016
| Внести дополнения в список абитуриентов в связи с введением в 2016г заявления о согласии Модуль ПК, Отчеты-Список абитуриентов В связи с введением в 2016г. понятия "Заявление о согласии" необходимо внести дополнительные условия в отчете, а именно: 1. Добавить два дополнительных типа "Тип отчета"(wTipRep) Сортировка абит. по условию зачисл/наличие заявл.о согл./док.об обр./баллу Сортировка абит. по наличие заявл.о согл./баллы 2. На закладке "Поля для вывода в отчет" Пункт "Заявление о согл" переименовать в "Заявление о согл.(подробно)" 3. На закладке "Поля для вывода в отчет" Добавить новый пункт для вывода:Назвать:"Наличие Заявл.о согл" Данный пункт должен анализировать в карточке абитуриента признак просто наличия заявления о согласии на зачисление Не важно каково кол-во заявлений о согласии у абитуриента Выводимые значение ДА и прочерк.(вместо НЕТ) ДА 'U_ABIT_PLAN_FIN.WAPPLICATION'=1 - 'U_ABIT_PLAN_FIN.WAPPLICATION'<>1 4. Переименовать поле для вывода
| Реализовано
| U_Receiving
| |