Подскажите, как разрешается вопрос со сдачей чужих книг?

Например, в ВУЗ-овской библиотеке студенты А и Б берут книгу одного названия с индивидуальными ШК. После весёлой сдачи сессии в комнате общежития, студент Б отбывает в неизвестном направлении, а добропорядочный студент А берёт первую попавшуюся книгу и идёт сдавать. Естественно, что он ее сдаёт (на быстрой книговыдаче, к примеру), т.к. неоднозначности владельца экземпляра не возникает. Но, при этом же книга списывается с Б, а А остаётся должником, хотя он и сдал физически эту книгу. Как отслеживать такую ситуацию, не прибегая к сверке инвентарных номеров (а не дай бог, если бумажного учёта не будет вовсе...)?

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

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

Тогда я просто поделюсь ощущениями. Смущает меня тот факт, что на быстрой книговыдаче, во-первых, через определённый промежуток времени просто замылится глаз и библиотекарь может просто не уследить, чью книгу сдают. Т.е. после каждой "быстрой книговыдачи" нужно сходить в формуляр и посмотреть на долги. Быстрая книговыдача (книгоприёмка) перестаёт быть быстрой.
Во-вторых: списание происходит автоматически, без возможности отката и библиотекарь информируется уже о факте сдачи. Т.е. при ошибке, если библиотекарь заметил, что фамилии не совпадают, по сути, нужно откатить транзакцию, т.е. вернуть неверно сданую книгу на карточку того, за кого сдают, а того, кто сдаёт, выслать в общежитие.
Хотя, наши говорят, что А будет ходить до тех пор, пока не сдаст книги за всё общежитие =)) У каждого свой подход, словом, но ощущение от неоткатываемой операции у меня нехорошее.

sadman написал(а):
-------------------------------------------------------
> Подскажите, как разрешается вопрос со сдачей чужих
> книг?
>
> Например, в ВУЗ-овской библиотеке студенты А и Б
> берут книгу одного названия с индивидуальными ШК.
> После весёлой сдачи сессии в комнате общежития,
> студент Б отбывает в неизвестном направлении, а
> добропорядочный студент А берёт первую попавшуюся
> книгу и идёт сдавать. Естественно, что он ее сдаёт
> (на быстрой книговыдаче, к примеру), т.к.
> неоднозначности владельца экземпляра не возникает.
> Но, при этом же книга списывается с Б, а А
> остаётся должником, хотя он и сдал физически эту
> книгу. Как отслеживать такую ситуацию, не прибегая
> к сверке инвентарных номеров (а не дай бог, если
> бумажного учёта не будет вовсе...)?
Если Вы опасаетесь такой ситуации, работайте в скоростной выдаче/возврате в режиме
BARINMODE=1
(смотрите релиз 2005.2)
В этом случае возврат можно начинать с идентификации читателя, т.е. с читательского билета...

Alio написал(а):
> Если Вы опасаетесь такой ситуации, работайте в
> скоростной выдаче/возврате в режиме
> BARINMODE=1
> (смотрите релиз 2005.2)
Соответственно:

Релиз АРМ-а 2005.2, инсталлирован с дистрибутива, апдейтов не было (?).
IRBISB.INI (в каталоге клиента, есессно) -> [main] -> BARINMODE=1.

Запускаю интерфейс по "полосатой кнопочке". Никакой "переключатель ИДЕНТИФИКАЦИЯ ЧИТАТЕЛЯ", к сожалению, не наблюдается (могу дать скриншот); выдача происходит по-прежнему в старом режиме.

Может таки апдейты выходили?

sadman написал(а):
-------------------------------------------------------
> Alio написал(а):
> > Если Вы опасаетесь такой ситуации, работайте в
> > скоростной выдаче/возврате в режиме
> > BARINMODE=1
> > (смотрите релиз 2005.2)
> Соответственно:
>
> Релиз АРМ-а 2005.2, инсталлирован с дистрибутива,
> апдейтов не было (?).
> IRBISB.INI (в каталоге клиента, есессно) -> ->
> BARINMODE=1.

Не IRBISB.INI, а CIRBISB.INI у клиента

Alio написал(а):
> > IRBISB.INI (в каталоге клиента, есессно) -> ->
> > BARINMODE=1.
>
> Не IRBISB.INI, а CIRBISB.INI у клиента
Если CIRBIS, то работает.

В readme к 5.2 неоднозначность, стало быть. Там звучит именно IRBISB.INI без какого либо, упоминания о архитектуре клиента и о клиенте вообще: "Решение проблемы: в INI-файле Книговыдачи (irbisb.ini) в секции MAIN вводится..."

Интуитивно я, конечно, понимаю, но хотелось бы уточнить... (C) КВН

Да, в релизе 2005.2 была неточность - я исправил...

Вот, после продолжительного перерыва хотелось бы вернуться к теме.
Может быть проблемы уже и нет вовсе, тогда прошу прояснить технологию.
Иначе, тут есть над чем подумать, как мне кажется.

Возврат чужих экземпляров это довольно-таки распространенная ситуация в вузовских библиотеках.

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

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

Но вот другая ситуация - читатель представил экземпляр, не числящийся за ним и имеющий многоэкземплярный штрих-код, по которому НЕВОЗМОЖНО идентифицировать владельца. При этом читатель обычно не может сказать где, когда, у кого он позаимствовал данный экземпляр. Как в этой ситуации следует поступать сотруднику пункта обслуживания?

Вернуть экземпляр читателю со словами - "шерше ля фам" - не правильно, т.к. этот читатель не имеет права пользоваться данным экземпляром. Ставить на полку также нельзя, т.к. экземпляр, все-таки, возможно, числится за кем-то.

И тут-то и возникает извечный вопрос - ЧТО ДЕЛАТЬ?

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

В моём опыте работы встречалось такое ненаучное понятие - "потеряшка". Было это при "бумажно-картотечной" форме регистрации выданной литературы. В арсенале сотрудников пункта выдачи была картотека потерянных экземпляров, возвращенных в библиотеку сознательными читателями. При обращении нерадивого читателя, потерявшего свой экземпляр издания, в случае наличия в картотеке аналогичного возвращенного экземпляра, последний исключался из картотеки и списывался с читателя. Конечно, тут возникает ситуация типа - "кто первый встал - того и тапки", но все же, она позволяет решить проблему "находок".

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

Так вот, переходя ближе к предложению...
Возможно предусмотреть в АРМ книговыдача режим "возврата найденного" экземпляра при котором необходимо фиксировать (возможно в отдельной БД) факт возврата экземпляра "неидентифицированным" читателем? При этом, сам экземпляр помещать на полку, а значение счетчика в подполе ^2 уменьшать на единицу. При обращении читателя, в случае использования им попытки "поискать дома или у друзей" и негативного результата поиска - провести проверку на наличие данного экземпляра в электронной картотеке (по предложению - в отдельной БД) и при положительном результате поиска списать экземпляр с читателя с одновременным исключением потерянного экземпляра из "картотеки находок" (по предложению - из отдельной БД) но не внося изменений в ЭК.


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

Может где-то я ошибаюсь, тогда поправьте, пожалуйста. В общем, предлагаю обсудить вопрос и найти (или же напомнить) его решение.
Заранее благодарю всех кто подключится к теме.

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

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

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

А для чего же тогда был придуман статус "U" вообще????

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

Да и потом... 5000 экземпляров это только на 910 поле 150 кб!!!
При выдаче/возврате всего лишь 30 экземпляров запись вырастет до 4.5 Мб!
Если таких записей три четыре десятка в день - до 180 Мб прирост. И это минимум. Для обычного дня библиотеки с одной-двумя сотнями читателей. А когда их около семи-восьми тысяч? А в период массовой выдачи что делать?
Конечно, есть перенос актуализации записей, есть реорганизация БД. Но это лишь усложняет систему.

Кстати, напомните пожалуйста про ограничения, связанные с количеством повторений 910 поля? Как ведет себя система при выдаче/возврате экземпляров из, к примеру, второй тысячи при пользовании режимом скоростной книговыдачи?

Можно пример такой библиотеки? Интересно познакомиться с их опытом!