Здравствуйте, ответьте, пожалуйста, на такой вопрос (Ирбис64,версия8.1):
Вопрос 1
В БД RDR (закладка «Студент» - поле 90) изменили специальность. После этого задали задание на связь в АРМе Книгообеспеченность . В окне связанных данных изменения не отобразились.
Попробовали другой вариант: в Книгообеспеченности через модуль корректировки провели изменения в 90 поле, выполнили пакетное задание(имелись привязанные книги). В итоге: в док-те по источнику (клавиша просмотр) информация о студенте отражается, а в таблице (fx) – нет.
Тогда решили пересоздать словари в БД RDR. Вся информация с изменениями появилась только после пересоздания словарей в БД RDR (хотя кроме пересоздания больше ничего не делали).
И вообще, при работе с АРМом Книгообеспеченность приходится часто пересоздавать словари. Это только у нас такая проблема, или имеет место недочет в АРМе?
Вопрос 2
В БД ВУЗ привязываю контингент к внесенной дисциплине.
Вводя в 84 поле(через модуль корректировки) две и больше специальности одного фак-та, одной формы обучения получаем две записи FAK
Пример: АИФ-110000-110203.62-бкл-д/о-1 сем
АИФ-110000-110200.65-спц-д/о-1 сем
Ввели, сохранили, щелкнули возврат, выполнили задание на формирование связей.Затем смотрим записи MFN. DISC-одна запись,VUZ-две записи,FAK- две записи(а согласно инструкции должна быть одна)
Пробовали вносить сначала в 84 поле один контингент, остальные – через окно переноса. В результате FAK- одна запись, но это неудобно и замедляет работу (особенно, если нужно внести 54 контингента, к примеру).

Вопрос 1. Когда вы изменили специальность, то "изменения не отобразились" - вы имеете в виду формирование таблицы КО в связанном списке? Можно двойным кликом по верхней панели обновлять контекст. У меня изменения сразу отображаются в таблице КО.
Вопрос 2. В этом вопросе признаю вашу правду. Действительно не учла, что при разовом вводе может создасться две записи FAK, т.к. проверка на дубль идет по словарю, а он не успевает обновиться. Внесла исправления в файл автоввода и прикладываю его вариант для 8.1.

Добрый день, подскажите, пожалуйста, что может быть причиной не правильного сохранения значения выпускающей кафедры в БД VUZ поле 83 (вместо 83^Н сохраняет в 83^D) при переносе записей (см. приложение 1).Подобная проблема у нас уже была в БД Читатель (см. Подсчёт студентов и КО от 04, March, 2010 17:36), когда индификатор выпускающей кафедры вместо сохранения в подполе 90^D, сохранялся в 90^H.



Редактировано 1 раз. Последний раз 02.12.2010 12:23 пользователем smd.

Файлы, отвечающие за этот процесс, менялись. Попробуйте заменить в БД VUZ прилагаемые файлы.

Добрый день! Мы заменили в БД VUZ прилагаемые файлы, однако, ничего не поменялось (см. приложение 1). Обратите внимание на то что при удалении контингента дисциплины в АРМ КО выпускающая кафедра присутствует, а в АРМ Каталогизатор нет. Что еще нужно сделать? И еще, что делать с теми дисциплинами, которые без выпускающих кафедр, а их достаточно (см. приложение 2), как добавить данное поле более эффективно с помощью глобальной корректировки или по-другому?



Редактировано 2 раз. Последний раз 10.12.2010 11:36 пользователем smd.

По картинкам можно сказать, что в записи дисциплины в поле 83 выпускающая кафедра не в том подполе. Она д.б. в подполе ^E, а она в подполе ^D. Поэтому она не видна, дело не в АРМе, а в том, что вы смотрите через лист подполей.
Когда же вы смотрите в таблице на удаление, то в таблице показываются записи VUZ, которые связаны с записью дисциплины. И в записях VUZ вып. кафедра есть.
В общем, надо переместить вып. кафедру из подполя ^D в подполе ^E.
Это можно сделать сл. обр.:
1. В каталогизаторе сделайте послед. поиск:
| v83: '^D'
2. Затем глобальную корректировку с оператором:
CHA 83 * '^D' '^H'
У вас не большая БД VUZ. Если хотите, пришлите мне БД, я посмотрю. - vuz.mst+vuz.xrf

Добрый день. спасибо за предложенный вариант исправления подполя. Присылаем Вам vuz.mst+vuz.xrf. Скажите, пожалуйста, за что отвечает иерархический справочник 69B.tre? У нас он показывает старые данные (Кафедра общественных наук и т.д.). Кроме того, в поле 69 (см. приложение 2) подполе дисциплина отображается справочник циклов.

Еще один вопрос у нас возник с циклами. Мы стали их вводить позже после создания всей базы. В результате в БД VUZ в поле 4 циклы проставлены (см. приложение 1), а вот мы не учли то, что они должны еще быть и в БД КНИГИ в поле 691 (см. приложение 2),что привело к тому, что у нас не полные данные и в АРМ КО, а также возникли проблемы при формировании отчетов (см. приложение 3). Подскажите, пожалуйста, какими должны быть наши последующие действия?

1. Кроме того, что у вас вып. кафедра не на месте, в записях VUZ в поле 69 лишние подполя - ^A,^C... Чтобы их убрать выполните глобальную, которую приклалываю CORR69. Надо отметить по виду все VUZ и выполнить.
2. справочник TRE не исплдьзуется. В РЛ 69.wss подцеплен 69.mnu.
3. Для дозаписи циклов в поле 691 можно выполнить нехитрое задание, которое надо запустить на записи DISC. Задание прилагаю, НО оно не проверенное и в нем надо вставить имя вашей БД каталога вместо ???. Сначала проверьте.

1. Корректировку выполнили (см. приложение 1). Все лишние поля пропали. Скажите, что может быть причиной появления этих дополнительных подполей в записях VUZ в поле 69, если мы работаем согласно инструкции (см. приложения 2) и что нужно, чтобы поле 69 сохранялось правильно? Кроме того, заметили, что у нас создалось больше записей FAK, чем факультетов (их же должно быть 4) (см. приложения 3).
2. Объясните, пожалуйста, подробней о справочнике 69B.tre.
3. Дозаписью циклов буду сейчас заниматься, однако нас интересует еще, почему в поле 69 подполе дисциплина отображается справочник циклов и при формировании отчетов отсутствуют наши дисциплины в «Отобрать по….»

Добрый день, выполнила корректировку ADDCYCL.gbl, вроде как получилось, в поле 691 дозаписались циклы (см. приложение 2), однако при формирование отчетов работают только отчеты по спискам книг, а вот отчет с суммарными данными – книги по циклам для форм обучения, а также таблица для лицензирования так и не работают (см. приложение 1)

Таблица для лицензирования не работает, потому что в ней заложены обозначения циклов: ГСЭ, ЕН, СД, ОПД. У вас они совсем другие. Надо делать эту таблицу настраиваемой. А пока вы можете сами заменить эти константы в файле kitf3g2.tbu на ваши значения.
Почему статистика по циклам не формируется, пока не понимаю. Там нет жесткой привязки, но участвуют справочники в директории БД: FO.mnu и CIKLD.mnu. Что у вас с ними?

Спасибо, ждем ответ на письмо Дата: 14, December, 2010 12:47.

Записи FAK. У вас насоздавались дубли, возможно, из-за ошибок пакетных заданий в предыдущих версиях. Дописала задание на связь для записей FAK операторами, которые проверяют наличие дублей и удаление дублей кроме, естественно, первой записи. Замените файл, отметьте в словаре вид документа записи FAK и выполните режим связи. Дублетные записи должны удалиться. (задание пойдет в D2).
"Отобрать по..." - а вы установили вашу БД каталога в настройке?

Спасибо.В настройках наш БД каталог KNIGI. А что делать с выпускающими кафедрами?

Вып.кафедры: вам было предложено выполнить глобальную, см.10.12 сего раздела
Словарь дисциплин: если БД стоит, то проверьте что у вас в KG_CAT.wss в доп.инф. Должно быть @PRIVATE/DBN/IBIS,DISC=. Какая у вас версия?

Версия 2009.1. Глобальную мы выполнили, вып. кафедры добавили, но как сделать так, что бы правильного сохранялись значения выпускающей кафедры в БД VUZ поле 83 (вместо 83^Н сохраняет в 83^D) при переносе записей в АРМе КО (см.приложение 1). Спасибо.

Я прикладывала файлы 03.12, которые делают перенос из контингента в дисциплины. Вы их заменили?
В версии 9.1 файлы KG_cat... менялись. Вы не все изменения брали. Прикладываю

Прикладываю еще файлы, которые были в добавлениях к 9.1, которые отвечают за перенос.

Файл LinkFak.gbl на сервере мы не нашли. Куда его надо поместить? Кроме того, не можем открыть файл kitf3g.tbu ни в Администраторе, ни через диск С. Файлы KG_Cat.wss KG_CAT1.wss KG_CAT2.wss заменили, но ничего не поменялось (см. приложение 1).



Редактировано 1 раз. Последний раз 17.12.2010 10:33 пользователем smd.

Еще раз укажите вашу версию.

Еще раз укажите вашу версию.

Версия 2009.1

Еще раз прикладываю файлы по директориям: VUZ и IBIS, которая обозначает директорию БД каталога (она у вас м.б. другой). Эти файлы относятся к разным проблемам.
KG_CAT, CAT1, CAT2 - это чтобы дисциплина про опросе бралась из БД, кот. в настройке
Move83 - это перенос контингентов в записи дисциплин
*.tbu - это таблица для лицензирования (в БД каталога).
Файл TRCIKLD.mnu - в этом файле введите обозначения своих циклов.
Просьба - одно сообщение-одна проблема. Иначе у меня все путается и мы не понимаем др. др.

Приложите, пожалуйста, файлы.Куда надо поместить Файл LinkFak.gbl, у нас его на сервере вообще нет? Спасибо.

Не прикрепила файл. Исправляю