В АРМе Книговыдача:
1. Введен контроль по МЕСТУ ВЫДАЧИ (не путать с МЕСТОМ ХРАНЕНИЯ - в общем случае это разные вещи)
Текущее МЕСТО ВЫДАЧИ определяется через режим НАСТРОЙКА или с помощью параметра MASKMRG в разделе REQUEST INI-файла (irbiscb.ini)
Сведения о МЕСТЕ ВЫДАЧИ для каждой книговыдачи заносятся в запись читателя и отображаются в окне ЧИТАТЕЛЯ (а также и в списке ДОЛЖНИКОВ/ЗАДОЛЖЕННОЙ ЛИТЕРАТУРЫ). При выполнении ВОЗВРАТОВ или ПРОДЛЕНИЯ осуществляется контроль на соответствие МЕСТА ВЫДАЧИ, указанного в записи читателя, и текущего МЕСТА ВЫДАЧИ АРМа. Иными словами - если книга была выдана на кафедре А, ее нельзя возвратить/продлить на кафедре В. Данный контроль можно отменить с помощью параметра
STRONGRETURN=0
в разделе READER INI-файла АРМа Книговыдача (по умолчанию - STRONGRETURN=1)
2. Введено комплексное понятие ПРАВО ЧИТАТЕЛЯ НА ОБСЛУЖИВАНИЕ.
Читатель НЕ ИМЕЕТ ПРАВА НА ОБСЛУЖИВАНИЕ (т.е для него НЕЛЬЗЯ выполнить операции ВЫДАЧИ или ПРОДЛЕНИЯ) если:
- в его записи заполнено поле 29
или
- на руках у него больше книг, чем это указано в параметре MAXBOOKS
в разделе READER INI-файла (irbisb.ini) и при этом значение параметра READERACCESS в этом же разделе INI-файла больше 0 (1 или 2) и значение параметра MAXBOOKS не равно 0
или
- на руках у него больше книг с просроченной датой возврата, чем это указано в параметре MAXDOLGBOOKS в разделе READER INI-файла (irbisb.ini) и при этом значение параметра READERACCESS в этом же разделе INI-файла больше 0 (1 или 2) и значение параметра MAXDOLGBOOKS не равно 0

Александр Иосифович! БОЛЬШУЩЕЕ ВАМ СПАСИБО и низкий поклон за это! Всего восторга словами не передать!

P.S. Это только для 64-го или в 32-м тоже будет?

... для 32 и 64.

АРМ Книговыдача - расширена статистика ПОСЕЩАЕМОСТИ (кнопка ПОСЕЩЕНИЕ, Вид поиска ПОСЕЩАЕМОСТЬ) за счет учета МЕСТА ВЫДАЧИ (см. предыдущее сообщение). Т.е. оперативная статистика посещений ведется по МЕСТАМ ВЫДАЧИ. Статистической ЕДИНИЦОЙ посещения считается одна из следующих операций, выполненная для одного читателя на одном месте выдачи в течение одного дня:
- выдача литературы
- возврат литературы
- явно зафиксированное посещение, не связанное с выдачей/возвратом (с помощью кнопки ПОСЕЩЕНИЕ)

Есть вопрос для обсуждения: МОЖНО ЛИ ЯВНО ЗАФИКСИРОВАТЬ БОЛЕЕ ОДНОГО ПОСЕЩЕНИЯ для одного читателя на одном месте выдачи в течение одного дня (в нынешнем варианте программы такая возможность НЕ допускается) - жду заинтересованных высказываний по этому поводу.
Пользователи, работающие на 2005.1, могут получить для тестирования эту (предварительную) версию АРМа Книговыдача - обращайтесь по почте alio@gpntb.ru

Никакой информации о версии 2005.2 пока не было. И вдруг только про книговыдачу?.. Имеется в виду, что это будет самое крупное обновление по сравнению в 2005.1:). А я-то уж приготовил и чуть было не послал большущие cписки предложений к новым версиям...



Отправка отредактированного (04-10-05 14:54)

В АРМе Книговыдача версии 2005.2 предлагается решение проблемы, связанной с возвратом многоэкземплярной литературы через скоростной интерфейс.
Суть проблемы:
При возврате через скоростной интерфейс многоэкземплярной литературы (со статусом U) в случае, когда у нескольких читателей на руках есть экземпляры одного и того же издания (учебника/методички), возникает неоднозначность - которая разрешается (в версиях до 2005.2) путем вывода дополнительного окна, куда надо считать штрих-код читателя. Если такая ситуация имеет место подряд для одного читателя (читатель возвращает стопку многоэкземплярных учебников, которые есть на руках у других читателей) - возникает неудобство: на каждый возвращаемый экземпляр надо повторять ввод штрих-кода читателя.
Решение проблемы:
В INI-файле Книговыдачи (irbisb.ini) в секции MAIN вводится новый параметр BARINMODE, который принимает два значения: 0 (по умолчанию) - это означает, что сохраняется существующая (до 2005.2) технология; 1 - означает, что включается новая технология, которая состоит в следующем: в скоростном интерфейсе в окне ВОЗВРАТ появляется переключатель МНОГОЭКЗЕМПЛЯРНАЯ ЛИТЕРАТУРА - если он включен, то возврат предлагается начинать с ввода штрих-кода читателя (как при выдаче), если выключен - сохраняется прежняя технология (когда возврат начинается с ввода штрих-кода экземпляра).
Таким образом, те (пользователи), кто не имеет многоэкземплярной литературы или имеет ее не очень много (т.е ее не много в потоке возвращаемой литературы), устанавливает
BARINMODE=0
(или вообще не указывает этот параметр в INI-файле - как сейчас)
Те же, у кого в потоке возвратов много многоэкземплярной литературы, устанавливают
BARINMODE=1

Желающие тестировать АРМ Книговыдача 2005.2 обращайтесь на alio@gpntb.ru

Александр Иосифович, спасибо огромное :) Статистика, возврат, места выдачи - просто сказка :)

Вопрос по версии АРМа "Книговыдача" 5.1/5.2:

в irbisb.ini устанавливаются следуюющие параметы:

MAXDOLGBOOKS=1 (макс. кол-во лит-ры с просроченной датой возврата)

MAXBOOKS=20 (макс. кол-во книг на руках)

Если установить значение параметра READERACCESS= 1 или 2, то в комбинации с вышеуказанными параметрами блокируется (наряду с возможностью выдачи, что абсолютно правильно) возможность продления выданной литературы. Нужно, чтобы возможность продлить литератару была всегда, но как это и реализовано - только при соответствии места выдачи.
Вообще что обозначают значения 1 и 2 ? (с нулем все понятно)

Еще, я так понял, в новой версии необходимо использовать 56 и 57 поля для корректной работы с заказами. Т. е., если в записи читателя данные поля не заполнены, то при значении MASKMRG отличном от * в таблице "невыполненные заказы" информация отображаться не будет.
Но если заполнить соответствующим образом поля 56, 57 в БД RDR, то начинает работать фильтрация заказов по месту обслуживания читателя, что есть ОЧЕНЬ ХОРОШО и ОЧЕНЬ УДОБНО!

А. Роман писал(а):

> Вопрос по версии АРМа "Книговыдача" 5.1/5.2:
>
> в irbisb.ini устанавливаются следуюющие параметы:
>
> MAXDOLGBOOKS=1 (макс. кол-во лит-ры с просроченной датой
> возврата)
>
> MAXBOOKS=20 (макс. кол-во книг на руках)
>
> Если установить значение параметра READERACCESS= 1 или 2, то
> в комбинации с вышеуказанными параметрами блокируется (наряду с
> возможностью выдачи, что абсолютно правильно) возможность
> продления выданной литературы. Нужно, чтобы возможность
> продлить литератару была всегда, но как это и реализовано -
> только при соответствии места выдачи.
Почему продление должно быть разрешено, если читатель лишен права обслуживания - совершенно непонятно. Впрочем, жду высказываний других пользователей...

> Вообще что обозначают значения 1 и 2 ? (с нулем все понятно)
Это имеет значение только в АРМе Читатель - 1 и 2 определяют разные санкции: 1 - читатель лишается права заказа; 2 - не допускается к работе в АРМе Читатель.

>
>
> Еще, я так понял, в новой версии необходимо использовать 56 и
> 57 поля для корректной работы с заказами. Т. е., если в записи
> читателя данные поля не заполнены, то при значении MASKMRG
> отличном от * в таблице "невыполненные заказы" информация
> отображаться не будет.
Не совсем так - MASKMRG сравнивается со значением специального поля в записи ЗАКАЗА, а это значение в свою очередь формируется на основании тех данных, которые читатель указывает при заказе (МЕСТО ВЫДАЧИ), ну а выбирает он это значение из списка, который формируется на основании значений полей 56 и 57 в записи читателя.



> Но если заполнить соответствующим образом поля 56, 57 в БД
> RDR, то начинает работать фильтрация заказов по месту
> обслуживания читателя, что есть ОЧЕНЬ ХОРОШО и ОЧЕНЬ УДОБНО!

Более широкое толкование доработки, о которой было сообщено выше (07-10-05 15:18)
Переключатель, который введен в окно ВОЗВРАТ скоростного интерфейса, будет называться ИДЕНТИФИКАЦИЯ ЧИТАТЕЛЯ.
Включенное состояние этого переключателя будет означать, что ВОЗВРАТ обязательно начинается с идентификации читателя - ввода штрих-кода читателя (как выдача).
Выключенное состояние сохраняет прежнюю технологию, когда для возврата достаточно только вводить штрих-код издания - если же возникает неоднозначность (например, при многоэкземплярной литературе), подается окно, куда следует ввести штрих-код читателя.

Александр Иосифович!

>Почему продление должно быть разрешено, если читатель лишен
>права обслуживания - совершенно непонятно. Впрочем, жду
>высказываний других пользователей...

Хотя бы потому, что поле 29 в этом случае не заполнено и читатель лишается права обслуживания именно из-за наличия просроченной литературы на руках. Получить новую литературу он не должен, но вот вернуть или продлить имеющуюся - его право (при условии оплаты штрафа). Иначе, что с читателем делать?
Другое дело - наличие информации в 29-м поле (ни сдать, ни продлить ничего нельзя до удаления поля из записи читателя).


Спасибо за пояснение!

Оригинальная ситуация - читатель просрочил возврат, т.е. нарушил требования, так ему еще и продляют просроченные издания - так в чем же тогда смысл ПРЕДПОЛАГАЕМОЙ ДАТЫ ВОЗВРАТА? Если продление всегда возможно, так ставьте в качестве даты возврата некую макс. дату, например, четвертое тысячелетие...

Александр Иосифович! Огромное спасибо...!

>Есть вопрос для обсуждения: МОЖНО ЛИ ЯВНО ЗАФИКСИРОВАТЬ БОЛЕЕ >ОДНОГО ПОСЕЩЕНИЯ для одного читателя на одном месте выдачи в >течение одного дня (в нынешнем варианте программы такая >возможность НЕ допускается) - жду заинтересованных высказываний >по этому поводу.

Более одного посещения фиксировать обязательно нужно, особенно в вузовской библиотеке: студент по разным вопросам и на абонемент и в читальные залы многократно обращается в течение одного дня.

Еще по поводу просроченных изданий: функция продления просроченной литературы должна быть и по технологии это не запрещено: читатель может оплатить штраф за просроченное время и библиотекарь вправе продлить ему право пользования литературой. А поле 29 мы заполняем, когда прошел приказ на отчисление студента, дипломник или сотрудник подписал обходной лист в библиотеке, в этом случае и выдача и продление литературы запрещена во всех подразделениях библиотеки.

И, коль так серьезно обсуждается вопрос статистики: в традиционном обслуживании при продлении книги библиотекарь в статистику ставит отметку о выдаче экз., в автоматизированном - меняется дата, а в статистике теперь будет отражаться только как посещение?

В том-то и дело, что смысл заключен в названии: "ПРЕДПОЛАГАЕМАЯ..."
Бывают ситуации, например, когда читатель потерял книгу, но просит дать дополнительное время на ее поиск (неделю). Также, если просроченная литература имеется в библиотеке в достаточном кол-ве, то почему не пролить читателю срок пользования? Выходит - либо сдать (даже если на полке 100 свободных экз.), либо до свидания?

Абсолютно согласна по поводу продления книг. вот для нас (библиотека РХТУ им. Д.И. Менделеева) так это точно не актуально! А вот основная проблема, возникшая в массовую выдачу этой осенью, что книги выдаются должникам! это просто катастрофа!!! а пользоваться полем 29 очень не удобно! посоветуйте, что можно сделать или все-таки ждать новой версии и довольствоваться 29м полем? заранее спасибо)))

В АРМ Книгообеспеченность версии 2005.2 введены новые пакетные режимы:
1. Удаление данных: дисциплины, контингента, факультета, кафедры и т.д. Корректировка во всех базах данных.
2. Изменение данных: дисциплины, специальности, кафедры и т.д. Корректировка во всех базах данных.

В АРМе Каталогизатор для режима СТАТИСТИКА появилась возможность задавать элемент статистики (в STT.MNU) в виде явного формата (прежняя возможность, когда элемент статистики задавался в виде метки^подполя, также сохраняется)

(Привет Куделе :))

УРРА!! :))) Низкий поклон.. А не будет ли также включено в 5.2 предложение по поводу оперативных меню



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

В АРМе Каталогизатор для режима ОПЕРАТИВНЫЕ РЕЖИМЫ при показе
списка НОМЕРОВ периодического издания предусмотрена сортировка по ключу ГОД/ТОМ/НОМЕР - по убыванию или возрастанию. Переключение порядка сортировки осуществляется щелчком по заголовку списка. Для быстрой "подкрутки" списка предлагается КЛЮЧ.

Бродовский писал(а):

> Есть вопрос для обсуждения: МОЖНО ЛИ ЯВНО ЗАФИКСИРОВАТЬ БОЛЕЕ
> ОДНОГО ПОСЕЩЕНИЯ для одного читателя на одном месте выдачи в
> течение одного дня (в нынешнем варианте программы такая
> возможность НЕ допускается) - жду заинтересованных высказываний
> по этому поводу

Наше мнение - необходимо дать библиотекам возможность выбора. Нам , например, необходимо, чтобы можно было фиксировать посещения одного читателя несколько раз в день.

В АРМе Книговыдача сделана доработка в части интерфейса СКОРОСТНОЙ КНИГОВЫДАЧИ (на основе штрих-кодов), позволяющая сделать книговыдачу еще более скоростной - в том случае, когда есть признак, позволяющий автоматически отличить штрих-код чит.билета от штрих-кода экземпляра. Вводится новый параметр INI-файла (раздел MAIN, irbisb.ini для ИРБИС32 и cirbisb.ini для ИРБИС64)
ReaderBarCode=
В качестве его значения необходимо указать ПРЕФИКСНУЮ часть штрих-кода специфичную ТОЛЬКО для чит.билетов
В этом случае скоростную книговыдачу можно вести БЕЗ переключения между режимами ВЫДАЧА и ВОЗВРАТ, т.е. можно "смешивать" операции выдачи и возврата (например, в процессе выдачи книг некому читателю можно выполнить возврат книг от других читателей, а затем продолжить выдачу книг первому читателю), т.е. штрих-коды книг и чит.билетов можно считывать в "беспорядке" - система автоматически решает, что с этим делать. "Безукоризненно" это работает для экземпляров индивидуального учета (НЕ для экземпляров со статусом U)
- т.е. при этом в окне ВОЗВРАТ индикатор ИДЕНТИФИКАЦИЯ ЧИТАТЕЛЯ должен быть отключен

В АРМе Книговыдача введен параметр INI-файла (раздел MAIN)
Optionable=
определяющий право пользователя на изменение параметров настройки (0 - не разрешено, 1 - разрешено. По умолчанию - 1)

Для ИРБИС64 - в АРМах Читатель и Каталогизатор предлагается новый интерфейс для ПОИСКА ДЛЯ "УМНИКОВ" (интеллектуальные поиски) на основе ИРБИС-Навигатора, как альтернатива "старому" интерфейсу ПОИСКА ДЛЯ УМНИКОВ в АРМе Читатель. При этом вводятся новые параметры для описания таких поисков в СЦЕНАРИЯХ ПОИСКА.
Один вид интеллектуального поиска в новом интерфейсе описывается двумя параметрами:
WNNameNN - имя поиска (на естественном языке)
WNLinkNN - IRBIS-ссылка (для ИРБИС-Навигатора)
Общее количество таких интеллектуальных поисков указывается в параметре WNNumb.
Ясно (для тех, кто уже знаком с ИРБИС-Навигатором), что такая форма описания открывает возможность для создания ЛЮБЫХ (не обязательно "интеллектуальных") видов поиска.
Новые интеллектуальные поиски являются АЛЬТЕРНАТИВНЫМИ по отношению к старым. Т.е. если в сценарии поиска одновременно описаны старые (IntNumb>0) и новые (WNNumb>0) - старые игнорируются.

Для АРМа Читатель предлагается три новых параметра настройки (в разделе MAIN INI-файла АРМа Читатель - IRBISR.INI)

AutoDebil - определяет автоматический старт режима поиска ДЛЯ ЧАЙНИКОВ при регистрации каждого нового читателя (и соответственно при старте самого АРМа Читатель), значения: 1 - да, 0 - нет (по умолчанию)

FloatDebil - определяет свойство окна для режима поиска ДЛЯ ЧАЙНИКОВ, значения: 1 - "плавающее" окно (по умолчанию), 0 - модальное (не "плавающее")

AutoDisplay - определяет автоматический переход к режиму просмотра после результативного поиска, значения: 1 - да, 0 - нет (по умолчанию). Имеет смысл, разумеется, только для ИРБИС32

> три новых параметра настройки

Спасибо. Хороший подарок к Новому году!
Томск приветствует данное решение и выражает благодарность коллективу разработчиков ;)
С начинающим отмечаться наступающим Новым годом!

АРМ Каталогизатор - Новый режим ИМПОРТ ИЗ ЛИБНЕТ - обеспечивающий технологию непосредственного заимствования (импорта) документов из корпоративного каталога ЛИБНЕТ (включая поиск и просмотр в БД ЛИБНЕТ). С данным режимом связаны параметры INI-файла (irbisc.ini, раздел MAIN):
LIBNETIP=194.226.24.59
LIBNETUSER=
LIBNETPASSWORD=
LIBNETSEARCHPAGE=OPAK-Global.html
LIBNETFORMAT=OPAK_referings.pft
LIBNETFST=RMARCI
LIBNETGBL=RMARCI1

А как вызвать интерфейс работы с ЛИБНЕТом? Или как с ним работать?

В АРМе Каталогизатор ИРБИС32 - это новая кнопка на плоскости ВВОД,
в ИРБИС64 - это соответствующий режим в меню СЕРВИС.

> В АРМе Каталогизатор ИРБИС32 - это новая кнопка на плоскости ВВОД,

Я что-то не нашел в той версии И32, что была от середины декабря :(
Или это кнопка появилась вчера на интерфейсе. Просто параметры в ini файле я видел и в декабре.

Карауш писал(а):

> > В АРМе Каталогизатор ИРБИС32 - это новая кнопка на
> плоскости ВВОД,
>
> Я что-то не нашел в той версии И32, что была от середины
> декабря :(
Значит, это не версия 2005.2

> Или это кнопка появилась вчера на интерфейсе. Просто
> параметры в ini файле я видел и в декабре.