Здравствуйте. Версия 2004.1. Не работает идея докомплектования.
Мы работаем так: находим запись , ставим этап работы ДК, приписываем ксу и др.,пополняем ксу, переносим в базу электронного каталога по ксу.Но эта запись удаляеться как дублетная. В чем может быть проблема?
Пользователь: Очагова Людмила Николаевна (IP-адрес скрыт)
Дата: 02, February, 2005 10:22
"Мы работаем так: находим запись... " - в какой БД вы находите запись?
Если в БД CMPL, то наверняка она уже переносилась в каталог, значит в ней стоит признак переноса (поле 66 на стр. Технология), в этом случае запись не будет переноситься (при включенном контроле переноса), а будет сделаны попытка докомплектования записи, уже имеющейся в ЭК. Если вы находите запись в БД каталога, то ее следует сначала
перенести в БД CMPL, пользуясь ТВП переформатирования "Полное описание...", в этом случае в перенесенной в CMPL записи сформируется поле 66, вы ее дописаваете и при переносе в ЭК опять запись целиком переноситься не будет (стоит признак переноса - поле 66), а будет выполняться докомплектование.
Так что если у вас запись перенеслась в ЭК и при этом удалилась, значит вы либо убирали признак контроля при переносе, либо сами удалили поле 66 в записи, либо каким-то образом ввели в CMPL запись без оглядки на БД каталога.
В записи куда вы приписывали экземпляр отсутствовала пометка о переносе в БД ЭК (66). Поищите на форуме "докомплектование" или что-нибудь в этом роде - эта тема весьма подробно обсуждалась и не раз
Мы находите запись в БД каталога, переносим в БД CMPL, пользуясь ТВП переформатирования "Полное описание...",
формируется поле 66 , приписываем экземпляры, КСУ и т.д.
Переносим в БД каталога по КСУ
В irbisp.ini контроль при переносе равен 1, поле 66 не удаляем.
Но доукомплектование в записи не приписывается. Помогите пожалуйста разобраться в чем проблема.
версии 2003.2 все работало.
Единтвенный вариант приходящий мне на ум:
в скопированных из ЭК записях отсутствавал №КСУ и при докомплектовании новая КСУ прописалась автоматически в "старых" экземплярах. В этом случае перенос не состоится, поскольку алгоритм поиска записи в ЭК для докомплектования построен (если я не ошибаюсь) на поиске в сведениях об экземплярах инвентарного номера с КСУ ОТЛИЧНЫМ от указанного в форме "Перенос в ЭК". Посмотрите в непереносящихся записях - не стоит ли ваша КСУ во ВСЕХ повторениях поля 910
нет в скопированных из ЭК записях стоит старое КСУ.
Данные о новом КСУ заносим в 910 поле .
Пополняем КСУ. А при вереносе в ЭК в отчете выходит сообщение, что запись отвергнута (уже переносилась).
Такая картина может быть, если перенос в ЭК выполняется по ОТМЕЧЕННЫМ записям, поскольку в этом режиме не анализируются вновь пришедшие экземпляры.
Нужно перенос выполнять без предварительной отметки, а указанием КСУ в РЛ опроса.
Пользователь: Очагова Людмила Николаевна (IP-адрес скрыт)
Дата: 10, February, 2005 10:44
Мне не остается ничего другого, как еще раз прислать вам тот выриант программы, на котором у меня все идет. Напишите мне письмо ochagova@yandex.ru и пришлите с ним ваш файл irbisp.ini
Здравствуйте, уважаемые разработчики. Заработало, но не надолго :(.
Мы находите запись в БД каталога, переносим в БД CMPL, пользуясь ТВП переформатирования "Полное описание...",
Теперь проблема в том, что у скопированных записей из каталога в базе CMPL не переноситься поле 10 - ISBN.
У нас в Национальной библиотеке республики Алтай, точно такая же проблема. Я рад, что у Оксаны всё заработало, но в чём же была проблема я так и не узнал из форума.
Приведенная Вами запись - из какой базы? Если это БД ЭК, то как она (запись) вообще переносилась? Судя по набору полей - прямое копирование...
Хотя это конечно на вопрос не отвечает. Потому что ?ХХХ - вообще ни в одном открытом листинге не присутствует ни в БД CMPL ни в БД ЭК. Только ?XXX? и только в ТВП для создания новых записей, причем везде оно должно полностью ЗАМЕСТИТЬ поле 200, но никак не дописаться к нему. Так что - либо это что-то утробно-программное, либо Вы чего-то недопояснили
Эта запись перенесена из базы ЕК в базу Compl.
Перенос осуществляется переносом в БД CMPL, пользуясь ТВП переформатирования "Полное описание...". И получается вот такая проблема.