Здравствуйте, коллеги.

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

Семестр проверял стоит 20211231 , считаем вот вот начинающийся осенний семестр . У студентов стоят учебные года 2021/2022

Irbis64 2020.1(3)



Редактировано 1 раз. Последний раз 26.08.2021 13:47 пользователем kirwish.

Пока ситуацию не понимаю. Вообще, текущим семестром является весенний, до 1-го сентября. На картинках у вас семестр 3, т.е. это осенний семестр.
С другой стороны, в сообщении приводится запрос, по которому нет ответов. Но ответы должны быть в соответствии с картинкой записи студента, который на 3-м семестре.
Покажите (и сами посмотрите) следующую картинку. Установите в основном окне БД RDR, выберите вид поиска "Контингент (свертка)", в ключе наберите - МП060104....., т.е. тот термин, который на картинке ККО. Будут ли студенты по этому термину? Пример картинки 111.

Огромное спасибо! Вы очень помогли! Наша глупость оказалась. У нас оказался именной ini файл для книгообеспеченности от сильно старой версии Ирбиса. Пока не поменяли его на новый из дистрибутива не отображалось "Контингент (свертка) книги". Ваш скриншот очень выручил. Теперь всё заработало и студенты отобразились! ККО сформировался через кнопку "связать с другими записями". До этого не формировался. Спасибо

Второй вопрос от библиотекарей в книгообеспеченности при переносе/привязке книги в дисциплину появляется окно "Выполнить формирование ККО на откорректированных записях?". Отвечаем "ДА" формируется 691 поле. А 693 поле формироваться также автоматически не должно ли? Спасибо.

По второму вопросу. Да, действительно поле 693 не формируется. Буду смотреть. Пока - вручную. В D5 исправлю.

Спасибо большое! Будем ждать обновление D5

У нас в текущей версии Irbis64 2020.1(3) у библиотекарей возникают странные вопросы в процессе работы с АРМ Книгообеспеченность. Уверяют, что сами контингенты отцепляются от дисциплин. К примеру, дисциплине прикрепили контингент - всё нормально, а через несколько дней у них на этой же дисциплине выскакивает "не созданы записи контингентов дисциплин". Кто что сделал и как докопаться до причины этой неисправности непонятно. Снова нажатие кнопки "связать с другими записями" исправляет ситуацию.

Также уверяют что в процессе работы с книгообеспеченностью у них часть студентов в базе RDR внезапно может стать логически удаленными.

Может быть у вас уже есть какие рекомендации по этим проблемам или обновление поможет? Хотя, возможно, сами сотрудники делов натворили, но не понятно как выяснить.

Спасибо!

Добавлено чуть позже:

Я запомнил, что при выполнении связи кнопкой "связать с другими записями" было сообщение, что была создана запись VUZ. Я решил поискать, а что стало со старой записью VUZ, потому что связь была раньше. Оказалась, что она (старая запись с рл VUZ) логически удалена. В технологии ФИО именно того сотрудника кто увидел пропажу. Ничего не пойму чего они делают. Может какой более подробный лог можно сделать?

Добавлено ещё позже:

Сотрудник действительно удалял эту запись РЛ VUZ. Сотрудник в АРМ Книгообеспеченности обновляет в дисциплинах список контингентов. Модулем "Учебный план" мы не пользуемся. Сотрудник в АРМ "Книгообеспеченность" открывает дисциплину, выбирает контингент (обычно номер курса), нажимает редактирование и радостно удаляет эту запись (рл VUZ). А в этой записи помимо этой дисциплины ещё куча других дисциплин... и все связи там летят в тар-тарары. Научите, пожалуйста, правильно удалять нас контингент :)

Для наглядности прицепил картинку как сотрудники удаляют контингент из дисциплины (кхм...заодно удалив все связи...)



Редактировано 5 раз. Последний раз 20.10.2021 11:56 пользователем kirwish.

Чтобы отвадить сотрудников от такого удаления, надо отключить режим удаления из корректировки. Для этого есть параметры в INi-файле. См. 111
А удалять они должны, используя специально сделанный для этого режим - см. 222. Об удалении данных есть целая глава в инструкции

Спасибо большое за ответ! Действительно сотрудники совершенно не так удаляли. Сделали по вашей инструкции - удалилось. Но при выполнении "связать с другими записями" удаленное снова появилось. Может что-то я не понимаю, либо версия у нас с проблемой. У нас Irbis64 2020.1(D3), в которой мы уже приучились вручную делать связь после каждого чиха :)

Во-первых, что вы удаляете? Контингент в описании дисциплины? Покажите картинку, как вы это делаете - что и где отмечаете. После удаления можно войти в запись дисциплины и посмотреть - удалился ли этот контингент из поля 83. Если удалился, то при выполнении "связать" никак дисциплина опять с ним не свяжется.
Может вы под удалением понимаете (как и ваши сотрудники) саму запись VUZ (контингент)? Так она не должна удаляться, т.к. она связана с несколькими дисциплинами и под удалением понимается разрыв связи с какой-то определенной дисциплиной. Т.е.в записи VUZ удаляется связь в поле 69, но другие дисциплины в поле 69 остаются.

Сделала картинку для инструкции для п. 3.1, т.к. бывает недопонимание понятие "связанности" данных. Прикладываю ее.

Людмила Николаевна, огромное спасибо Вам.

Решилось. Сами мы оказались чайниками. Оказалось, что у нас в DbNameForKKO.mnu указаны не существующие базы. Это по видимому приводило к тому, что пакетным заданием 83-е поле не менялось. Выдавало ошибку что-то типа "Ошибка базы -5555=DLS". Как всегда никто ничего не читает, все просто жмут кнопки. А программа сама же говорила о проблеме...

В этом файле можно стереть все строки? Мы используем только базу ibis с литературой. Пока вписал в файл DbNameForKKO.mnu одну базу ibis, но как я понимаю можно ничего туда не вписывать?



Редактировано 1 раз. Последний раз 22.10.2021 07:34 пользователем kirwish.

Если у вас единственная БД с учебниками, то вообще уберите имя этого MNU из настройки и нигде его не задавайте. Вы усложнили себе жизнь.
Если понадобиться подключить доп. БД, то справочник называйте по-своему и вносите туда только те БД, которые дополнительны к основной.

Добрый день.

Вопрос 1.
У нас ситуация аналогичная выше описанной, также не можем сами разобраться.
Не подтягиваются студенты и не участвуют в расчете ККО (1.jpg и 2.jpg).

Вопрос 2. В результате неправильных корректировок в базе много хвостов от разорванных связей. Как правильно навести ревизию и подчистить всё лишнее? Какие пакетные задания и в какой последовательности нужно выполнить?

1. Выше описано несколько ситуаций, поэтому сформулируйте свою с самого начала - в какой версии вы работаете, в каком режиме - с БД RDR или без, что именно не так.
2. Есть пакетные задания, которые так и называются - контроль...... Все зависит от версии и того, что вам скажет контроль.

Здравствуйте, Людмила Николаевна.

Версия ИРБИС64+ 2021.1, работаем с БД RDR.

1. При добавлении в запись дисциплины Иностранный язык (англ.) нового контингента, в окне связанных данных он отображается, но в колонке Кол-во студентов пусто, хотя студенты есть. (1.jpg)
При переносе данных о дисциплине и контингенте в запись учебника, поле 691 заполняется, но студентов по этому контингенту (выделено красным) ноль (2.jpg). Почему-то не связываются записи.Помогите разобраться.

2. При запуске пакетного задание CHKVUZ (Контроль записей БД VUZ), в основном окне должны выбирать какую БД и словарь?

1. Рис.1. эта колонка формируется по формату. В данном случае все будет правильно, если правильно сформировались все связи учебника и студента. Если ли в записи студента в поле 69 повторение для этой дисциплины с правильным идентификатором? А в записи студентов с этой дисциплиной д.б. поле 26, в котором код изучаемого языка. Но это отображение не критично. Главное - какое значение формируется в поле 693
2. Рис.2. В окне показаны поля 693 в записи учебника. Это поле можно явно сформировать пакетным заданием Form693 - Формирование ККО для текущего семестра. Об этом есть в инструкции.

ochagova написал(а):
-------------------------------------------------------
> 1. Рис.1. эта колонка формируется по формату. В
> данном случае все будет правильно, если правильно
> сформировались все связи учебника и студента. Если
> ли в записи студента в поле 69 повторение для этой
> дисциплины с правильным идентификатором? А в
> записи студентов с этой дисциплиной д.б. поле 26,
> в котором код изучаемого языка. Но это отображение
> не критично. Главное - какое значение формируется
> в поле 693

В поле 69 у студента этой дисциплины нет, поле 26 не заполнено
В контингенте (запись VUZ) дисциплина прописана (3.jpg)


> 2. Рис.2. В окне показаны поля 693 в записи
> учебника. Это поле можно явно сформировать
> пакетным заданием Form693 - Формирование ККО для
> текущего семестра. Об этом есть в инструкции.

Текущее ККО пересчитывали по инструкции (и через пакетное задание и через Связать с другими записями) - ничего не меняется.

Что еще проверить?

Получается так. Есть контингент - ЭФ-380301-...2. С таким контингентом в БД RDR есть 8 студентов. К этому контингенту относятся несколько дисциплин, в том числе и английский ИнязА:eng. Но нет студентов с таким контингентом, которые бы учили эту дисциплину ИнязА:eng. Сделайте ситуацию как на 111 - что у вас отобразится?

ochagova написал(а):
-------------------------------------------------------
> Получается так. Есть контингент - ЭФ-380301-...2.
> С таким контингентом в БД RDR есть 8 студентов. К
> этому контингенту относятся несколько дисциплин, в
> том числе и английский ИнязА:eng. Но нет студентов
> с таким контингентом, которые бы учили эту
> дисциплину ИнязА:eng. Сделайте ситуацию как на 111
> - что у вас отобразится?

В окне связанных данных есть студенты других контингентов, но нужного нет!

Поэтому они и не считаются.
Чтобы студенты связались с дисциплиной, которая "на языке" и у которой в идентификаторе стоит:, надо, чтобы у студентов нужного контингента в поле 26 стояло обозначение языка, и если оно совпадает с тем, что в идентификаторе после :, то студент привяжется.
Я исправила просмотровые форматы, чтобы они давали единые цифры. В них использовались разные алгоритмы подсчете для окна полного описания и таблицы в интерфейсе. Прикладываю для БД VUZ.

ochagova написал(а):
-------------------------------------------------------
> Поэтому они и не считаются.
> Чтобы студенты связались с дисциплиной, которая
> "на языке" и у которой в идентификаторе стоит:,
> надо, чтобы у студентов нужного контингента в поле
> 26 стояло обозначение языка, и если оно совпадает
> с тем, что в идентификаторе после :, то студент
> привяжется.
> Я исправила просмотровые форматы, чтобы они давали
> единые цифры. В них использовались разные
> алгоритмы подсчете для окна полного описания и
> таблицы в интерфейсе. Прикладываю для БД VUZ.

Спасибо, Людмила Николаевна. Но я только завтра смогу это все проверить. Отпишусь о результатах.

Наталья Л. написал(а):
-------------------------------------------------------
> Спасибо, Людмила Николаевна. Но я только завтра
> смогу это все проверить. Отпишусь о результатах.


Провела эксперимент.

1 вариант (рабочая версия, файлы из сообщения не копировала).
- У студентов контингента ЭФ-380301.04-..2 заполнила поле 26:Иностранный язык.
- Для дисциплины Иностранный язык(англ) в окне связанных данных кол-во студентов отобразилось.
- В БД BOOK для Специальности 380301.04 сформировала ККО для текущего семестра
- В учебнике автора Агабекян изменилось общее кол-во студентов и добавилось 8 чел. по этой специальности.

2 вариант (тестовая версия, файлы скопированы) - последовательность действий с картинками в файле.

В итоге запуталась совсем. Я что-то делаю не так или файлы не отрабатывают? Надо или нет их копировать? Или в данном случае проблема была только в незаполненном поле 26?
Хотя библиотекари говорят, что вроде как похожая ситуация была и с другими дисциплинами.

Чтобы точно ответить, нужно иметь этот конкретный пример.
Могу сказать, что если речь о показе в окне полного описания учебника, то это работает формат, в котором отображается поле 691. В поле 691 есть подполе ^1 предполагаемое количество студентов. А оно формируется в процессе выполнения автоввода.
Т.е. вам можно попробовать - пересохранить запись, чтобы отработал автоввод.
Так устроено это хо-во - везде работают разные форматы, которые, конечно, должны давать согласованную информацию.

ochagova написал(а):
-------------------------------------------------------
> Чтобы точно ответить, нужно иметь этот конкретный
> пример.
> Могу сказать, что если речь о показе в окне
> полного описания учебника, то это работает формат,
> в котором отображается поле 691. В поле 691 есть
> подполе ^1 предполагаемое количество студентов. А
> оно формируется в процессе выполнения автоввода.
> Т.е. вам можно попробовать - пересохранить запись,
> чтобы отработал автоввод.
> Так устроено это хо-во - везде работают разные
> форматы, которые, конечно, должны давать
> согласованную информацию.

Людмила Николаевна, Вы не ответили по поводу высланных файлов. Все-таки брать их или работать со старыми и проверить ситуацию с другими дисциплинами?

Файлы надо взять, я их положу в очередное обновление версии.