Re: 903 поле в D4 к версии 2020
Пользователь:
Дунаевская (IP-адрес скрыт)
Дата: 02, February, 2022 14:56
roit написал(а):
-------------------------------------------------------
> Только что установила обновление D4 к версии 2020.
> Увидела там файл 903.txt в котором прочла:
> "Измененные форматы обеспечивают вывод данных
> систематизации (на КК и в форматах просмотра)
> непосредственно из полей (621, 675, 686, 906, 908)
> без анализа поля шифра 903, так что при их
> корректировке поле 903 менять не требуется."
> Проверила на одной записи. У нее в 903 поле ЭД/М
> 86-255864016
> ЭД это образовалось изначально из 906 поля (там
> полочный индекс, который у нас для дисков
> придуман). Теперь я в 906 поле заменила ЭД на МЯ
> (ничего не значит, просто для эксперимента).
> Каталожные карточки и формат просмотра в
> Каталогизаторе, как и было обещано, нормально. А
> вот дальше начались проблемы:
> 1) Библиографический указатель по предметным
> рубрикам (tabbuw) шифр выглядит так:
> 85.315.42
> М 86
> МЯ
> Т.е. в шифр примешался индекс из 621 поля, который
> полочным не является и в этом месте выводится не
> должен.
> С этим указателем вообще большие проблемы. Там
> теперь этот шифр из 621 поля встает на место
> полочного в любом случае. Т.е. когда я поменяла МЯ
> обратно на ЭД, то получила неправильный полочный в
> этом указателе. Он у меня стал
> 85.315.42
> М 86
> Даже если не брать то, что часть фонда у нас стоит
> не по ББК т.е. в 621 поле систематический индекс
> ББК, а в 906 - полочный (как собственно не примере
> нашем с дисками), то и та часть фонда, что стоит
> по ББК не всегда далеко индекс из 621 поля
> совпадает с полочным. Там может быть более
> дробный, а полочный короче. Т.е. может стоять в
> 621 85.315.42, а на полке, например, 85.315
> А на самом деле он должен быть из 906 поля, а не
> из 621. В нашем случае конечно, может кто-то 906
> вообще не использует и тогда у него полочный
> формируется из других полей, не знаю. Но если есть
> 906, то оно точно в приоритете. В общем, полочный
> должен формироваться также как на карточках,
> правильный.
> 2) Библиографический указатель по автору (tabbaw)
> - там идет 903 поле в чистом фиде (Шифр ЭД/М
> 86-255864016). Используем часто так: печатаем
> список и идем к полке отобрать книги. Это возможно
> пока первая часть шифра в 903 это полочный.
> Получается теперь так: мы поменяли 906 поле т.к.
> переставили книгу в другой раздел, вывели себе
> список из этого указателя, пошли с ним к полке,
> чтобы отобрать книги, но найти мы ее уже по этому
> шифру не можем.
> 3) Заказы. Совсем плохо. Через какой бы ЭК не
> заказывали, в АРМ Книговыдача в заказе шифр из 903
> поля. См картинку. И то же самое при распечтке
> заказа, например форма RQST_HTML. Т.е. если мы
> переставим книгу и не отразим это в 903 поле, то
> работать с заказами мы не сможем вообще т.к. книгу
> нужно будет еще найти в базе. Ну даже предположим
> найдем мы ее по шифру в 903 в базе, с чем мы к
> полке то пойдем и сколько времени лишнего нужно
> будет на каждый заказ? Мы распечатываем заказ
> сейчас и идем искать книгу в фонд сразу, время
> выполнения заказа именно с переходом на ИРБИС
> сократилось до 15 минут. а то и быстрее бывает.
> 4) Проблема с ЭК. Понимаю, что ЭК это отдельная
> ветка. Но порядок то изменили в Каталогизаторе. В
> ЭК измененный шифр выглядит так:
> ЭД/М 86-255864016
> МЯ
> М 86
> Т.е. сверху идет 903 поле, а уж потом полочный
> шифр. Тут конечно у нас будет двойная проблема: в
> J-ИРБИС это может и поменяют, а в Web - нет т.к.
> мы перейдя на 2018 версию, продолжаем использовать
> старый Web. Вы можете ответить, что это наши
> проблемы. Но, судя по вопросам на форуме, не мы
> одни предпочли так сделать.
> Итог: единственный для нас выход на сегодняшний
> день - продолжать менять 903 поле при перестановке
> книги в другой раздел. Да еще и получается, что
> указатель по предметным рубрикам использовать
> нельзя ни в какой варианте.
Во вложении измененные форматы указателей и заказов, в которых вывод шифра не связан с полем 903.
Следующее уточнение касается указателей.
Tabbaw: как и при изначальном формировании шифра в поле 903, как и в КК, приоритет элементов систематизации такой (в порядке убывания):
906-686-675-621
НО в Tabbuw изначально (см. версии 2001 года) приоритет заложен другой: 686-675-621-906.
Во вложении есть формат Tabbuw_roit.pft, в котором дан стандартный порядок формирования шифра. Если нужно, переименуйте его и используйте.
Во вложении и другие измененные форматы, в которых представление шифра зависело от поля 903 (папки Deposit, Ibis, Cmpl)
Жду результатов проверки
PS. ответ несколько задержался из-за Covid
Вложения:
!903.rar (89.6KB)