Сейчас идет разворачивание этого АРМ в рамках тестирования в Омске и конечно реализуются многие вещи, которые еще не были реализованы в этом АРМ (хотя они и есть в 64).
Цитата:hint
Как же приятно отвлечься от тяжелого переноса на Веб Каталогизатора и заняться простым АРМом Книговыдача. Заодно отвлекусь немного от проблем Каталогизатора и может получится взглянуть на существующие трудности с другой стороны :)
Выглядит это несколько не так как в 64, что обусловлено разницей в интерфейсах.
За последние две недели сделано следующее:
1. Введена поддержка фильтров экземпляров (параметры настройки в 64-м)
Добавлена возможность указания места выдачи (берется строго из справочника, а потому если нужно указать "*", то необходимо ее внести в справочник с соответствующим описанием)
2.Реализовано оформление утери экземпляров. Аналогично 64-му, разница только в том, что если ничего не выбрано, то ничего и не оформится (в 64-м, если не ошибаюсь, наоборот оформляется все)
3. Сделана возможность "выдачи без заказа", когда выполняется предварительно поиск записи для выдачи
Если изданий несколько, то предлагается выбрать конкретную запись, если только одна - этот этап пропускается.
Далее задача выбора экземпляра. Выводятся только соответствующие установленному фильтру (см. п.1).
Если искомый только один - то выбирать не из чего и выдается именно он.
4. Выбор какие столбцы в списке изданий на руках у читателя видны, а какие по-умолчанию не видны, можно настроить через ини-файл (серверный irbisb.ini)
Параметры, отвечающие за это (и их значения по-умолчанию):
[MAIN]
//Шифр
BLSHIFRHIDE=0
// brief
BLDESCHIDE=0
// Дата выдачи
BLDATEVIDHIDE=0
// Дата предполагаемого возврата
BLDATEVOZHIDE=0
// Инв. номер
BLEKZHIDE=0
// штрих код
BLSHKHIDE=0
// БД ЭК
BLBDEKHIDE=1
// Ответственое лицо
BLOTVFACEHIDE=0
// Место хранения
BLMHRHIDE=1
// Место выдачи
BLMVIDHIDE=0
Цитата:В качестве заметки:
Параметры ини в большинстве используются те же что и в 64-м, на данный момент 128-й и 64-й АРМ КВ могут работать одновременно.
Из новых помимо перечисленных есть еще параметр
[MAIN]
USEBIDIRECTLAND=1 //
//Использовать два окна (1 для выдачи и 1 для возврата) - актуально для статуса U, или одно окно и для выдачи и для возврата (только статус 0/1). Если =1, то 2 окна, =0 то 1 окно.
LOCKLANDDIRECTION=0
// Устанавливать ли жесткое закрепление направление выдачи (не устанавливать =0, возможна только выдача =1, возможен только возврат =2)
5. В качестве данных для выдачи/возврата можно указывать не только штрих код но и инвентарный номер. Выбор экземпляра ведется по тем же признакам что и в п.3.
Над чем еще можно подумать, так это такие ситуации:
1. Экземпляр выдан по инв. номеру, при этом есть несколько повторений 910 поля с одинаковым инвентарем, после чего было изменено место хранения. Сейчас сдать такую невозможно если место хранения указано в фильтре и нет в этом меню возможности установить "*" (какое из 2-х повторений поля использовать не понятно - нет однозначности). Сейчас просто выдается соответствующее сообщение, а какие варианты выхода из этой ситуации можно предложить сотруднику на выдаче пока думаю (Может Вы что подскажете :))
2. Читатель приносит книгу, но по БД все экземпляры на месте (статус U). Явная рассинхронизация баз читателя и ЭК. Теоретически, для проверки на такие ситуации существует режим "Проверка книговыдачи", но что делать если с этой ситуацией сталкиваются во время выдачи? Режим проверки КВ длительный, читатель явно ждать не будет... Есть вариант предложить выбор: Списать с читателя без изменения БД каталога (проверить то на выдаче сколько экз. стоит на полке зачастую возможно, если хранилище рядом). Сейчас просто выдается сообщение и нет возможности списать этот экземпляр с читателя. Со статусом 0 все проще - книга в руках у библиотекаря, предлагается исправить статус прямо "на месте".
3. Обдумываю для вузовских библиотек технологию "комплектов", когда несколько экземпляров предварительно объединяются временно одним штрих кодом в "комплект", после чего на массовой выдаче можно выдать все числящиеся за комплектом экземпляры читателю разом считав 1 штрих код/или введя в поле штрих кода специальный идентификатор комплекта. Разумным кажется использовании технологии комплектов и при удаленном хранилище (комплект формируется из заказа). Да и много еще можно придумать ситуаций, когда это окажется полезным - главных идей тут две: забронированные экземпляры нельзя выдать и достаточно считать 1 штрих код для манипулирования сразу несколькими экземплярами. Вопросов тут множество: к примеру, делать ли для описания комплекта записи в БД Читателей или создать еще одну БД? Как Вы видите механизм комплектов? и т.д. Идеи очень приветствуются - хочется учесть максимум вариантов.
4. Напомните мне пожалуйста ветку про обработку "потеряшек" для статуса U - видимо лежит на поверхности, но найти не могу :(
Редактировано 1 раз. Последний раз 24.12.2009 10:26 пользователем Михайленко Илья.