Добрый день.

В нашей текущей версии (ИРБИС 64 2014.1 D5) у нас некорректно работает привязка книг к дисциплинам в АРМ Книгообеспеченность

Если связывать используя кнопку "Перенос записей" в левой верхней области окна в связанной записи в повторениях 691 поля дублируются подполя. В первом подполе запись верная, во втором - с одним дублем, в третьем - с двумя и т.д.

Связывать используя кнопку "Перенос записей" в нижней области окна вовсе не получается - АРМ выводит сообщение об ошибке "Нет рабочего листа ввода"

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

Кстати сказать, в версии которая сейчас у нас в процессе настройки ИРБИС 64 2015.1 чистая дистрибутивная кнопка "Перенос записей" в левой верхней области окна точно также размножает подполя 691 поля в повторениях (нижняя работает корректно)

Перенос из списка.
Положите приложенный файл в VUZ

Перенос из списка заработал. Спасибо!

Что касается переноса из верхнего окна, то можете просто взять последнюю версию задания (прикладываю).
Надеюсь понимаете, что переносятся ВСЕ контингенты, приведенные в полет 83 дисциплины. Внизу ничего отмечать не надо, т.к. от этих отметок ничего не зависит

Перенос из словаря тоже заработал, размножений нет!

Спасибо!

Добрый день

Вынужден вернуться к вопросам поднятым в этой теме т.к. выявили некорректную работу переноса из словаря в некоторых случаях (закономерность выявить самим не удалось). Дело в том, что при связывании, названия дисциплин не соответствуют соответствующему идентификатору названию дисциплины

На рисунках представлена запись дисциплины с идентификатором "2140" и названием "Надзорная безопасность в техносфере 3+"

После переноса через АРМ Книгообеспеченность запись получается некорректная (см. приложения)

Чтобы понять надо видеть дисциплину "Экономика и менеджмент безопасности" в АРМе КО:
1. Чтобы дисциплина была в основном окне и открыто окно полного описания, не закрывая строку в окне
2. покажите словарь "Идентификатор дисциплины", чтобы увидеть идентиф-ры 2140, 2133, 2147

Скриншоты

Во втором случае в нижнем окне надо увидеть не книги, а сами дисциплины в полном окне для всех перечисленных идентификаторов. Т.е. как в 1.

Если я вас правильно понял...

Пока ничего не могу предположить.
Укажите как вы делали перенос - отмечали отдельные контингенты в нижнем окне или перенос из основного окна?
Могу только предложить выполнить по БД каталога глобальную, которая выявит все такие случаи. При запуске выставьте галочки как на 1. Протокол сохраните. Потом можно написать глобальную, в которой исправить наименования по БД VUZ

Забыла приложить саму глобальную

Добрый день

Прогнали предложенной глобальной корректировкой базу и заметили одну любопытную особенность

При выполнении пакетного задания на добавление новых контингентов к существующей записи дисциплины, такой у которой с одинаковым названием несколько разных идентификаторов дисциплины (т.к. различаются читающие кафедры и т.д.) выяснилось, что список книг вываливается со всех дисциплин с одинаковым наименованием (без учета идентификатора) поэтому затруднён выбор книг для привязки. Чтобы получить для привязки конкретную дисциплину оператор принял решение переименовать одну дисциплину (сделать уникальное наименование) с помощью пакетного задания REPMark(рис. 1). После переименования оператор убедился, что запись DISC изменилась, 691 поля в базе книг изменились и, удовлетворенный результатом, продолжил свой непосильный труд - стал добавлять новые контингенты. Сейчас мы видим в логе вашего глобального задания, что именно названием этой (переименованной) дисциплины заменяются названия дисциплин во всех предшествующих подполях 691 поля базы книг(Рис. 2, Рис. 3).

Замечено также, что записи VUZ во многих случаях не подхватывают изменений внесенных в записи DISC и только после удаления 69 поля по всем базам, связывания вновь записей и создания словарей базы VUZ заново полностью словари приводятся в актуальный вид.

Нельзя ли как-то:
1) автоматизировать механизм актуализации (так как изменения неизбежны)
2) В окне переноса добавить свертку дисциплина-идентификатор и как-то отразить эти изменения в пакетном задании чтобы было проще выискивать дисциплины с нужным списком книг

На всякий случай прикладываю наше задание REPMark для анализа/сравнения

PS. Замена наименования дисциплин замечена при переносе из словаря (т.е. из левой верхней части экрана)

Давайте уточним:
1. "...добавление новых контингентов к существующей записи дисциплины...". Вы имеете в виду перенос как на 1?
2. "... список книг вываливается со всех дисциплин с одинаковым наименованием..." - приложите картинку, что вы имеете в виду
3. "...стал добавлять новые контингенты..." - тот же перенос, что в 1? Или перенос в записи каталога? Картинка.

Дела в том, что каждый перенос, добавление и т.д. - это разные пакетные задания. Мне надо знать, какое смотреть.

Извините, что долго не отвечаем. Совершенно нет времени на толковую диагностику, но мы обязательно доберемся до истины этого вопроса. Пока вяжем через 691-е поле

Здравствуйте!

У нас версия программы 2017.1 (D3).

Пытался привязать учебную литературу к дисциплинам.
Делал это последовательно, как показывали на прошлогоднем вебинаре.
В принципе все прошло правильно: если посмотреть приписываемую книгу в Каталогизаторе, то видно, что поля 691 и 693 заполнились должным образом.
Но если попытаться просмотреть контингент в АРМе Книгообеспеченность (через 2-й щечек мышью или кнопку "Глаз"), то в ответ на нажатие кнопки "Используемые учебники" появляется сообщение, "Нет учебников".
В чем здесь может быть быть проблема?

Как программа узнает, что учебники в БД EGA? Имя БД каталога надо внести в настройку, если это не IBIS.
Читайте инструкцию

Спасибо!

Поправил ini файл и заработало.