Добрый день!
Столкнулись со следующей проблемой. При переносе записи из CMPL в нашу рабочую БД за этой записью "закрепляется" неудобный нам РЛ.

Где можно поменять это умолчание на другой РЛ?


ИРБИС 32

iv написал(а):
-------------------------------------------------------
> Добрый день!
> Столкнулись со следующей проблемой. При переносе
> записи из CMPL в нашу рабочую БД за этой записью
> "закрепляется" неудобный нам РЛ.
>
> Где можно поменять это умолчание на другой РЛ?
>
>
> ИРБИС 32


В файле Transn.fst строка:

920 0 if v920:'OJK'then 'J'else if v920:'ZK'then if v900^b:'03'or v900^b:'04'or p(v200^v) then 'SPEC' else if s(v710^v,v710^d,v710^e,v710^f)<>''then 'PVK' else 'PAZK' fi fi else v920 fi fi/

Спасибо, Лариса.

Вставила вместо этой строки следующее:
920 0 'PAZK'

но все-равно свежеперенесенные записи оказываются с РЛ 'IBIS'

В вашей "рабочей" БД есть файл оптимизации рабочих листов ws31.opt? В нем есть сторка для PAZK? Проверьте - не двойное ли в записи поле 920?

В записи одно 920 поле и там написано ZK

А файла такого нету
есть ws.opt

Сейчас я в нём исправила последнюю строку
+++++ IBIS
на
+++++ PAZK

и отображать стало как надо. Но почему при переносе не подставляется правильный рабочий лист я все-равно не понимаю.

1) А как вы собственно "переносите"?
2) И какая у вас версия? Если в ней нет ws31.opt, то кажется довольно таки несвежая

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

iv написал(а):
-------------------------------------------------------
> Добрый день!
> Столкнулись со следующей проблемой. При переносе
> записи из CMPL в нашу рабочую БД за этой записью
> "закрепляется" неудобный нам РЛ.
>
> Где можно поменять это умолчание на другой РЛ?
>
>
> ИРБИС 32

Что введено в поле 920 при переносе записи в "рабочую" БД по исходной таблице Transn.fst ?
Пришлите эту запись из "рабочей" БД в формате TXT или ISO.

>Что введено в поле 920 при переносе записи в "рабочую" БД по исходной >таблице Transn.fst ?
>Пришлите эту запись из "рабочей" БД в формате TXT или ISO.

В записи одно 920 поле и там написано ZK

А что в поле 900? Есть ли поле 710?
Формирование кода в поле 920 (SPEC, PVK или PAZK) зависит от их значений.
Все-таки покажите запись из БД CMPL.

В версии 2009.1 - появилась проблема при контроле переноса из CMPL в ЕК.
Контролируемый перенос не является контролируемым: если шифр (поле 903) в базе CMPL и ЕК совпадает, то экземпляр дописывается безусловно, дополнительная проверка по полю 66 (перенос в ЭК) и по полю 910 (предыдущие экземпляры) не происходит. Поэтому, экземпляры приписываются к другим изданиям (например, в случае, если запись из ЭК в CMPL берется для создания похожей записи, или же (это конечно редкий, наверное, только теоретический, вариант) генератором шифра записи разные записи в CMPL и ЕК получают одинаковые шифры.

Сначала была опора на поле 66. но стала навязчивой ситуация - запись переносят из ЭК, забывают выбрать KPMK.fst, поле 66 пусто, при переносе создается новая запись. Кроме того, бывало, удалят поле 910 и при этом расчитывают на докомплектование. Опять новая неправильная запись Чтобы избежать этого опора была перенесена на поле шифра. При полном копировании удаляйте шифр.

Спасибо за ответ. Конечно, хотелось бы, чтобы такие изменения отражались в релизах, иначе об изменениях узнаешь только на собственных ошибках... Чтобы избежать данной проблемы, для комплектаторов я создала на основе KPMK.fst еще одно ТВП переформатирования, которое назвала "Новый из текущего" и из него исключила поля 66, 910, 903.