Не могу сделать автоматический возврат оснрованый на на применении штрих-кодов экземпляров изданий.
При считывании со сканера, экземпляр отмечаеться галочкой но списывание не происходит. Необходимо нажимать кнопку возврат.
Сканер без настроек (тоесть настроен по-умолчанию, без всяких там символов Enter и прочего в конце).
Что характерно, ВЫДАЧА происходит нормально, считал и готово, выдано!

Может сделать похожий параметр как AutoLand, но для ВОЗВРАТА?
Спасибо.

Почему Вы не используете специальный скоростной интерфейс для книговыдачи на основе штрих-кодов (в ИРБИС32 вызывается клавишами Alt-BackSpace)?

А.И. Потомучто есть требования (организационные, начальство) которые предусматривают некий контроль состояния формуляра. Есть ли долги, сколько книг и так далее операторам необходимо видеть состояние формуляра читатателя.

Еще бы неплохо было сделать переключатель печати контрольного талона в окно скоростного режима. Может быть он опционально включается. Не нашел параметра.

Еще хотелось бы ввести в поле 29 (право пользования) новое значение, например 3, которое позволило бы вообще блокировать формуляр читателя. Не давать работника книговыдачи работать никак с читателем (даже запрет возврата).

alexv написал(а):
-------------------------------------------------------
> А.И. Потомучто есть требования (организационные,
> начальство) которые предусматривают некий контроль
> состояния формуляра. Есть ли долги, сколько книг и
> так далее операторам необходимо видеть состояние
> формуляра читатателя.
Кто Вам мешает установить параметр
BarCodeRelation=1
в этом случае каждая операция в скоростной книговыдаче приводит к обновлению окна полного описания читателя в основном интерфейсе


>
> Еще бы неплохо было сделать переключатель печати
> контрольного талона в окно скоростного режима.
> Может быть он опционально включается. Не нашел
> параметра.
Это абсурд - при печати контрольного талона СКОРОСТНАЯ книговыдача превратится в профанацию...


>
> Еще хотелось бы ввести в поле 29 (право
> пользования) новое значение, например 3, которое
> позволило бы вообще блокировать формуляр читателя.
> Не давать работника книговыдачи работать никак с
> читателем (даже запрет возврата).
Содержимое поля 29 вообще не анализируется - любое его непустое значение приводит к тому, что блокируются все операции по выдаче и продлению...

alexv написал(а):
-------------------------------------------------------
> Не могу сделать автоматический возврат оснрованый
> на на применении штрих-кодов экземпляров
> изданий.
> При считывании со сканера, экземпляр отмечаеться
> галочкой но списывание не происходит. Необходимо
> нажимать кнопку возврат.
А как же иначе - а если эту книгу вызывают не для возврата, а для продления?

Идея скоростной выдачи/сдачи книг -- несомненно хорошая идея. Но есть ряд моментов, которые действительно хочется внести в данную форму.

Во-первых библиотекарь узнает о том, кому выдал экземпляр, после выдачи (после совершения транзакции), т.е. если уважаемый студент налепил себе чужой ШК на студенческий (всё же не везде есть возможность выписывать "монолитный" читательский билет), то сами понимаете, что из этого может выйти. Т.е. представляется интересным решением некая область слева/справа формы, где, после считывания ШК-читателя, выползает некая критичная информация: фото, фамилия, наличие долга или признак заблокирования данного читателя. ...может, конечно, это всё как раз и делается через BarCodeRelation... нет возможности пока проверить =))

...пока повторно читал документацию, ряд предложений отпал, но есть ещё несколько невербализованных.



Редактировано 3 раз. Последний раз 29.08.2006 10:56 пользователем sadman.

Alio написал(а):
-------------------------------------------------------
> А как же иначе - а если эту книгу вызывают не для
> возврата, а для продления?
А как было ранее в Ирбис32? Когда она автоматически списывалась?

А.И. если это можно, сделайте дополнительный параметр в ini файлах, похожий на AutoLand только который позволял бы также автоматически делать возврат.

alexv написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > А как же иначе - а если эту книгу вызывают не
> для
> > возврата, а для продления?
> А как было ранее в Ирбис32? Когда она
> автоматически списывалась?
Этого нет в ИРБИС32...

>
> А.И. если это можно, сделайте дополнительный
> параметр в ini файлах, похожий на AutoLand только
> который позволял бы также автоматически делать
> возврат.

sadman написал(а):
-------------------------------------------------------
> Идея скоростной выдачи/сдачи книг -- несомненно
> хорошая идея. Но есть ряд моментов, которые
> действительно хочется внести в данную форму.
>
> Во-первых библиотекарь узнает о том, кому выдал
> экземпляр, после выдачи (после совершения
> транзакции), т.е. если уважаемый студент налепил
> себе чужой ШК на студенческий (всё же не везде
> есть возможность выписывать "монолитный"
> читательский билет), то сами понимаете, что из
> этого может выйти. Т.е. представляется интересным
> решением некая область слева/справа формы, где,
> после считывания ШК-читателя, выползает некая
> критичная информация: фото, фамилия, наличие долга
> или признак заблокирования данного читателя.
> ...может, конечно, это всё как раз и делается
> через BarCodeRelation... нет возможности пока
> проверить =))
Именно для этого этот параметр и служит.
Описанная Вами ситуация решается ТОЛЬКО наличием фотографии на читательском билете...


>
> ...пока повторно читал документацию, ряд
> предложений отпал, но есть ещё несколько
> невербализованных.

Alio написал(а):
-------------------------------------------------------
> Этого нет в ИРБИС32...

Как же нет если мы с 2002 года так работаем. Девчонки считывают в поле ключ и она автоматически возвращаеться. А продлевают как правило все что есть на руках. (особенность ВУЗовской библиотеки).

Alio написал(а):
-------------------------------------------------------
> > через BarCodeRelation... нет возможности пока
> > проверить =))
> Именно для этого этот параметр и служит.
> Описанная Вами ситуация решается ТОЛЬКО наличием
> фотографии на читательском билете...

Т.е. в cirbisb.ini необходимо BarCodeRelation=1 прописать и на форме "Выдача/возврат на основе ШК" будет вылезать фото/фамилия после ввода ID читателя? Что-то у меня опять не показывает ничего. v 2005.2

sadman написал(а):
-------------------------------------------------------
> Т.е. в cirbisb.ini необходимо BarCodeRelation=1
> прописать и на форме "Выдача/возврат на основе ШК"
> будет вылезать фото/фамилия после ввода ID
> читателя? Что-то у меня опять не показывает
> ничего. v 2005.2

Сведения о читателе, который обслуживается по скоростному интерфейсу, будут появляться в основном окне интерфейса

Alio написал(а):
-------------------------------------------------------
> Сведения о читателе, который обслуживается по
> скоростному интерфейсу, будут появляться в
> основном окне интерфейса

Да, мы нашли общими усилиями, как это работает =) Но хотелось бы видеть человека ДО выдачи книги, а не ПОСЛЕ. Ибо, как было уже отмечено, паспорт в зарплатной кассе смотрят ДО выдачи денег, а не ПОСЛЕ =)

Кстати, вопрос изначально так и стоял: об получении информации ДО, а не после.

Кстати, в этом есть некоторый здравый смысл. Хотя в этом случае интерфейс не будет уже таким скоростным. Если после каждой книги будет задаватся вопрос и нужно будет тянуться к мышке. Может тогда завести транзакции и после некоторого количества выдач подтверждать списание.

sadman написал(а):
-------------------------------------------------------
> Да, мы нашли общими усилиями, как это работает
> =) Но хотелось бы видеть человека ДО выдачи книги,
> а не ПОСЛЕ. Ибо, как было уже отмечено, паспорт в
> зарплатной кассе смотрят ДО выдачи денег, а не
> ПОСЛЕ =)
>
> Кстати, вопрос изначально так и стоял: об
> получении информации ДО, а не после.

В этом случае не надо пользоваться СКОРОСТНЫМ интерфейсом - для этого предусмотрен обычный режим выдачи.

Панев Максим написал(а):
-------------------------------------------------------
> скоростным. Если после каждой книги будет
> задаватся вопрос и нужно будет тянуться к мышке.

Не совсем ясно.

На быстрой КВ приходит студент, даёт билет, его считывают и смотрят фото. Совпало фото -- пошла выдача, не совпало -- студент прогоняется палками. Никакой мышки я не наблюдаю в данном процессе.

Александ Иосифович, а как вы себе представляете выдачу и возврат 20 книг в обычном режиме? Вам не кажется это каторгой?
Может сделать в скоростном интерфейсе доработки по поводу выдачи и возвратав том плане, что сначала всетаки идентифицировать читателя, а уж затем выдавать ему или списывать ТОЛЬКО с него книги. Причем если книги с введенным ШК у читателя нет, то нужно предупредить, что он, мол не свое здает и послать его за своим.

Предлагается дополнительная возможность, связанная со скоростной книговыдачей и параметром BARCODERELATION.
Если осуществляется скоростная книговыдача и нет никакой надобности контролировать читателя (т.е. идентифицировать его по лицу, смотреть, что у него на руках и т.д.), то в этом случае устанавливается BARCODERELATION=0 (по умолчанию - при этом сведения о читателе, для которого осуществляется скоростная книговыдача, не появляются в окне ОСНОВНОГО интерфейса)

Если осуществляется скоростная книговыдача и необходимо контролировать читателя ПОСЛЕ завершения операции книговыдачи, то в этом случае устанавливается BARCODERELATION=1 (при этом сведения о читателе, для которого осуществляется скоростная книговыдача, появляются в окне ОСНОВНОГО интерфейса после завершения операции)

Если осуществляется скоростная книговыдача и необходимо контролировать читателя ДО завершения операции книговыдачи, то в этом случае устанавливается BARCODERELATION=2 (при этом сведения о читателе, для которого осуществляется скоростная книговыдача, появляются в окне ОСНОВНОГО интерфейса сразу после ввода его щтрих-кода, т.е. ДО ввода штрих-кода издания)

Естественно, в последних двух случаях придется "расплатиться" скоростью (при BARCODERELATION=2 больше, чем BARCODERELATION=1)