Добрый день!
ИРБИС 2015.1, D4. Пытаемся освоить Книговыдачу. В форме "Выдача без ЭК" есть поле Признак дублетной записи. Не могу понять его суть. На форуме нашла только это: "Новая запись в ЭК не будет создаваться, если введен "Признак дублетной записи" - в этом случае в указанной БД будет искаться и корректироваться указанная запись (поиск по точному заглавию); это имеет смысл в случае выдачи другого экз-ра той же книги, введенной тем же методом, но еще не дошедшей до ЭК" (цитирую С. М. Дунаевскую). Честно сказать вторую часть (со слов: "это имеет смысл...") - не поняла.
Попробовала оба варианта: 1 вар.: "Признак дубл. записи"= ДА. Видимый результат получился занятный (1.jpg - повторения 7 и 9): Шифр нормальный не сформировался и запись в БД Ретро "не ушла" (но читателю Выдана!).
2 вар.: "Признак дубл. записи"=НЕТ. (1.jpg - повторения 8 и 10). Результат нормальный - шифр сформировался, запись в БД Ретро ушла, выдача осуществлена.

Вопросов два. Первый: для чего практически все-таки нужен Признак дубл. записи?
Второй: Как Признак "завязан" на формирование Шифра документа и почему (и зачем?!) можно оформить книгу на выдачу без фиксации записи в БД (в данном случае - Ретро)?

Извините, конечно же: ИРБИС64

Artes написал(а):
-------------------------------------------------------
> Добрый день!
> ИРБИС 2015.1, D4. Пытаемся освоить Книговыдачу. В
> форме "Выдача без ЭК" есть поле Признак дублетной
> записи. Не могу понять его суть. На форуме нашла
> только это: "Новая запись в ЭК не будет
> создаваться, если введен "Признак дублетной
> записи" - в этом случае в указанной БД будет
> искаться и корректироваться указанная запись
> (поиск по точному заглавию); это имеет смысл в
> случае выдачи другого экз-ра той же книги,
> введенной тем же методом, но еще не дошедшей до
> ЭК" (цитирую С. М. Дунаевскую). Честно сказать
> вторую часть (со слов: "это имеет смысл...") - не
> поняла.
> Попробовала оба варианта: 1 вар.: "Признак дубл.
> записи"= ДА. Видимый результат получился занятный
> (1.jpg - повторения 7 и 9): Шифр нормальный не
> сформировался и запись в БД Ретро "не ушла" (но
> читателю Выдана!).
> 2 вар.: "Признак дубл. записи"=НЕТ. (1.jpg -
> повторения 8 и 10). Результат нормальный - шифр
> сформировался, запись в БД Ретро ушла, выдача
> осуществлена.
>
> Вопросов два. Первый: для чего практически
> все-таки нужен Признак дубл. записи?

Ситуация может быть такой.
В режиме "Выдача без ЭК" вы ввели данные, а ФЛК выдает сообщение о дублетности - другой экземпляр этого издания только что был выдан в режиме "Выдача без ЭК", запись БО уже присутствует в БД, имеет сформированный шифр, но не обработана (не введены экз-ры и т.п.)

Тогда Вы ставите признак дубл. записи, шифр ее не формируется, новая запись в БД не пишется, а только вводятся сведения о новом экз-ре со статусом 1


> Второй: Как Признак "завязан" на формирование
> Шифра документа и почему (и зачем?!) можно
> оформить книгу на выдачу без фиксации записи в БД
> (в данном случае - Ретро)?

Это была ошибка идентификации записи в БД.
Исправленные Форматы во вложении



Редактировано 1 раз. Последний раз 15.12.2016 19:22 пользователем Дунаевская.

Добрый день, Светлана Михайловна! Спасибо за оперативный ответ. Теперь технология мне понятна. Файлы заменила, все работает верно.
На всякий случай одно уточнение: правильно ли я поняла, что в Вашем autoin.gbl фрагмент в начале файла:

DEL
691
*
.......
.......
DEL
1002
F
"1"d1002
XXXXXXXXXXXXXXXXXXX
FI

- мне не нужен (вроде про VUZ) и к моей проблеме не относится? Мы вносили в autoin.gbl свои изменения, а т.к. я не профи, то посчитала возможным взять из Вашего файла только &uf('6200R_svertka'). Я правильно сделала?

Да, эти операторы остались от старой, первоначальной, технологии КО
Вы правильно взяли изменение

И, все-таки, уточню еще один нюанс. Если я верно поняла, то в файле 200r_svertka.pft анализируется в многотомниках нехарактерное заглавие. Но, если в Выдаче без ЭК указать, что заглавие нехарактерное (т.е. v200^u:'1') (файл Выдача без ЭК.png), то я ожидаю, что этот признак перенесется и в базу Ретро и свяжет в словаре заглавий заглавие с автором. Но вижу, что 1 в 200^u не перенеслась. Почему? И уж до кучи: почему у автора в словарь не "уходит" отчество? (файлы: 1.png, 2_словари.png)? Впрочем, и в старом варианте также работало - я просто не сразу обратила внимание.

Удивительно, что так долго никто не замечал ошибку с инициалами авторов (если в инициалах после точки стоит пробел).
Возьмите существенно доработанный формат, перенос ^u включен



Редактировано 1 раз. Последний раз 21.12.2016 18:50 пользователем Дунаевская.

Добрый день, Светлана Михайловна! Спасибо! Думаю, что задач у всех столько, что за ними некоторые мелочи и не видны (или их решение на потом отложено). Но у меня новая проблема. Я добавила изменения в свой autoin_light.gbl. Не нужно ли и в autoin.gbl, например, из предыдущей версии строку:
CORREC
if p(v200^!) then v200^g,"RETRO"n200^g fi
v200
&uf('6200R_svertka')

заменить на:
CORREC
if p(v200^!) then v200^g,"RETRO"n200^g fi
v200
if &uf('J'v200^g,"RETRO"n200^g','"I="v200^a)<>'' then "I="v200^a else &uf('6200R_svertka') fi

Но дело даже не в этом. Я получила странный эффект (сначала на своих файлах, потом, чтобы исключить свою ошибку, кинула Ваши файлы в чистую дистрибутивную версию 2015.1). Суть: Выдачу без ЭК делаю документа с кодом 05 (однотомник), а в базу (у меня - Retro) он уходит на РЛ SPEC42, хотя в 920 прописывается PAZK. В чем причину искать?

Artes написал(а):
-------------------------------------------------------
> Добрый день, Светлана Михайловна! Спасибо! Думаю,
> что задач у всех столько, что за ними некоторые
> мелочи и не видны (или их решение на потом
> отложено). Но у меня новая проблема. Я добавила
> изменения в свой autoin_light.gbl. Не нужно ли и в
> autoin.gbl, например, из предыдущей версии
> строку:
> CORREC
> if p(v200^!) then v200^g,"RETRO"n200^g fi
> v200
> &uf('6200R_svertka')
>
> заменить на:
> CORREC
> if p(v200^!) then v200^g,"RETRO"n200^g fi
> v200
> if &uf('J'v200^g,"RETRO"n200^g','"I="v200^a)<>''
> then "I="v200^a else &uf('6200R_svertka') fi
>
В autoin.gbl добавлять ничего не нужно - он при книговыдаче не работает (в очередном обновлении все эти операторы, связанные с изначальным вариантом книговыдачи, когда данные в поле 200 вводились через вызывавшийся АРМ Каталогизатор, будут удалены)

> Но дело даже не в этом. Я получила странный эффект
> (сначала на своих файлах, потом, чтобы исключить
> свою ошибку, кинула Ваши файлы в чистую
> дистрибутивную версию 2015.1). Суть: Выдачу без ЭК
> делаю документа с кодом 05 (однотомник), а в базу
> (у меня - Retro) он уходит на РЛ SPEC42, хотя в
> 920 прописывается PAZK. В чем причину искать?

Несколько раз "выдала" однотомник, все нормально.
Посмотрите свою запись в формате all - нет ли 2-го поля 920.
Посмотрите WS31.OPT (в ini-файле WsOpt=WS31.OPT ?)

Светлана Михайловна! Спасибо за разъяснения и оперативную помощь. Второго поля 920 в записях нет, ws31.opt не правили и в ини-файле (irbisc - я так понимаю?) WsOpt=WS31.OPT.
Но у меня в файлах, видимо, какой-то "косяк", а знаний не хватает разобраться. И ошибка с соответствием/не соответствием рабочих листов SPEC и PAZK у меня сегодня вообще какая-то плавающая! И сегодня появилась новая напасть: делаю Выдачу без ЭК, книга выдается и сразу же в просмотре слово "ДОЛГ" окрашивается в красный цвет, хотя дата сдачи - 5 янв. 17 г. Может Вы посмотрите мои файлы? Что в них за чудеса?
Я добавляла в форму Выдача без ЭК поля: раздел знаний, язык осн. текста и код типа документа. Прописывала их в autoin. Может что не так сделала? Но ведь не может же это влиять на мои проблемы с РЛ? Могу только добавить, что меняла FMT31.mnu и FMT.mnu в RDR (убрала РЛ RDRU).

Форматы правильные. У меня записи с вашими дополнениями формируются нормально

Спасибо, Светлана Михайловна. Буду разбираться.