Добрый день!
Очень хочется сделать, что бы при книговыдаче поле 40 в базе читателей формировалось из нужных нам полей. Подскажите, какой формат для этого нужно править.

Rin_Asougi написал(а):
-------------------------------------------------------
> Добрый день!
> Очень хочется сделать, что бы при книговыдаче поле
> 40 в базе читателей формировалось из нужных нам
> полей. Подскажите, какой формат для этого нужно
> править.
С помощью форматов этого сделать нельзя - это жестко определяется программой. А какие новые сведения Вы хотите заносить в 40 поле?

Alio написал(а):
-------------------------------------------------------

> С помощью форматов этого сделать нельзя - это
> жестко определяется программой. А какие новые
> сведения Вы хотите заносить в 40 поле?

Скорее мы хотим, что бы оно было менее подробным - там нам требуется только Автор (поле 700 подполя а и b) и Заглавие (поле 200 подполе а)

_____
Возможно не совсем точно сформулировала, попробую объяснить для чего: мы внедряем автоматизированную книговыдачу и при печати чекос столкнулись с тем, что поле описания книги получается слишком длинным и содержит не нужную информацию. Так там имеются также инвентарные номера других экземпляров, описание. нам же нужны только автом и заглавие.



Редактировано 1 раз. Последний раз 21.02.2012 11:45 пользователем Rin_Asougi.

У Вас есть две возможности:
1. При выводе V40^c (краткое описание книги) ограничить его длину - например, v40^C.50
2. Изменить формат brief.pft Для БД каталога

Спасибо, все получилось!



Редактировано 1 раз. Последний раз 29.02.2012 12:18 пользователем Rin_Asougi.

Чтобы не создавать новую тему напишу здесь.

Можно ли вообще сделать возможность настройки формирования 40-го поля? Попытаюсь пояснить почему это важно для нас:

1)Когда идет расчет некоторых статистических форм, запись из 40-го поля формуляра читателя связывается с описанием книги в БД ЭК по шифру. Но шифр в БД ЭК периодически меняется! Тут есть несколько причин:
-во-первых, когда книга заводится через выдачу без ЭК, ее дорабатывают и меняют шифр;
-во-вторых, иногда при выдаче без ЭК заводят дубли, которые требуется удалять.
-в-третьих, иногда при выдаче без ЭК заводят новые экземпляры книги, т. е. по сути сама запись дублетна одной из уже существующих, но экзепляров в ней нет. Дубль в таких случаях удаляют, а экземпляры приписывают к первой.

Т. е. в данном случае, неплохо было бы иметь возможность скопировать необходимые данные сразу в запись читателя (например, раздел знаний, т. к. по нему у нас идет статистика). И лучше делать эту возможность настраиваемой.

2)Еще одна проблема со статистикой книговыдачи (и посещений) залючается в подполе "Дата продления". В нашей библиотеке продление считается как еще одна книговыдача и тут суть в следующем: при повторном продлении подполе просто перезаписывается. Таким образом, если я сегодня продлю кому-нибудь книги и посчитаю статистику вечером, а потом, продлив книги на следующий день, посчитаю статистику за предыдущий - данные полученные в разные дни не сойдутся.

По поводу второй проблемы даже не знаю что и думать. Мне кажется, что для многих (по крайней мере муниципальных) библиотек этот вопрос будет иметь большое значение. Как вариант: при продлении создавать не подполе в 40-м поле, а создавать новое повторение 40-го поля.

Конечно, это можно сделать и вручную (списав и снова выдав), но, например, в читальном зале могут выдавать и по 40 номеров журналов, причем разных, а на это уже потратится достаточно много времени.

Вот такие вот общие предложения есть у нас...

Мы тоже делаем вместо продления "возврат/выдачу". Конечно технологически это не верно, но на практике многие так делают. Хотелось бы иметь параметр, который позволяет осуществлять продление именно так.

присоединяюсь к продлению. нужно чтобы оно считалось как ещё одно посещение и книговыдача.

Darkick написал(а):
-------------------------------------------------------
> присоединяюсь к продлению. нужно чтобы оно
> считалось как ещё одно посещение и книговыдача.
Так оно и есть.

если сделать выдачу и сразу же продление (в один день) - то нет.

и вот сейчас ещё попробовал: выдача позавчера, продление сегодня - в статистике выдач (форма 5) ничего, а в посещении (форма 6) есть.

Значит у Вас устаревшая иле неверно откорректированная Form5
Продление фиксируется в соответствующем подполе 40 поля - а как учитывать этот факт, определяется в формате стат.формы.

Так же, как и Darkick, я вижу ту же картину - учитывается посещение, но не учитывается книговыдача.
Выходит, и у нас устаревший файл формирования Form5 в БД RDR? Самостоятельно я его не корректировала.
Работаем на ИРБИС64 версия 11.1, обновления D1-D5. Пожалуйста, подскажите, где взять этот файл, если он не вошел в дистрибутив?

Александр Иосифович, добрый день!
Получили следующую версию ИРБИС64 12.1, но дата создания файла Form5 по-прежнему старая - 21 июля 2006. В этом формате стат. формы нет упоминания про поле 40^L, соответственно, продление литературы не учитывается, как книговыдача.
Дата создания файла Form6 - 24 декабря 2010, там все учитывается как надо.
Где взять "правильный" файл?