Добрый день!
Где-то с декабря месяца появилась такая проблема, по словам сотрудников, при продлении книги через ЛК (J-irbis) сразу в графе "Посещаемость" появлялась запись о посещении числом аж до которого читатель продлил книгу. (см. вложение).
Например читатель продлил книгу отдела Абонемент до 13.01.2018 и в графе посещаемость появляется посещение за 20180113/АБ
Можно ли это убрать? Мы конечно за повышение статистики) но сотрудники в недоумении когда хотят посмотреть посещаемость, например, за сегодня 26.12.2017 - то видят ещё и посещения "из будущего" за 13.01.2018

Исправил. В ходе ближайшего группового обновления изменения вступят в силу.

Правда, на статистику продление будет влиять в любом случае --продление рассматривается как посещение. Это уже логика уже не имеет отношения к J-ИРБИС 2.0, поэтому если Вы считаете её неоправданной, нужно будет писать в ветку Книговыдача или Система ИРБИС в целом.

В продолжение темы проблем с предлагаемым режимом.

При попытке продлить экземпляр в любом случае выдается сообщение:

Возникла ошибка: Продление невозможно. Срок использования книги больше допустимого -- 7 дня/дней.

Дата выдачи экземпляра 05.09.2017г.

Дата предполагаемого возврата 01.02.2018г.

Ошибка наблюдается у ВСЕХ читателей.


В документации кроме следующего текста ничего нет:

В случае, если библиотекой разрешено продление литературы читателем в on-line режиме (параметр debts_prolongation_enable Основных настроек), это также может осуществляться через личный кабинет (см. Рис. 155 ). Количество продлений (параметр debts_prolongation_times) и срок, на который выполняется продление ( параметр debts_prolongation_days), определяется библиотекой в настройках режима.

1. Можно узнать подробнее принципы действия продления?

2. Есть ли возможность делать кнопку активной в зависимости от формата ИРБИС (у библиотек м.б. разные условия для разрешения или запрета продления тех или иных экземпляров)?

3. Почему в случаях, когда до наступления срока возврата остается больше 7 дней, продление осуществляется добавлением 7 дней к текущей дате, а не дате возврата?



Редактировано 1 раз. Последний раз 31.01.2018 22:19 пользователем А. Роман.

А. Роман написал(а):
-------------------------------------------------------
> В случае, если библиотекой разрешено продление
> литературы читателем в on-line режиме (параметр
> debts_prolongation_enable Основных настроек), это
> также может осуществляться через личный кабинет
> (см. Рис. 155 ). Количество продлений (параметр
> debts_prolongation_times) и срок, на который
> выполняется продление ( параметр
> debts_prolongation_days), определяется библиотекой
> в настройках режима.
>
> 1. Можно узнать подробнее принципы действия
> продления?

Срок продления рассматривается как срок выдачи.
Максимальный срок удержания литературы определяется как произведение Срока, на который выполняется продление и Количества продлений.

Готов рассмотреть аргументированные предложения по совершенствованию логики использования этих двух параметров.

> 2. Есть ли возможность делать кнопку активной в
> зависимости от формата ИРБИС (у библиотек м.б.
> разные условия для разрешения или запрета
> продления тех или иных экземпляров)?

Использование формата ИРБИС в данном случае не целесообразно, так как PHP предоставляет гораздо больше возможностей по манипулированию данными из различных источников.

Привязка сроков продления к конкретному экземпляру возможна только в том случае, если в библиографической записи будут введены дополнительные поля. Этот вопрос должен обсуждатья в ветке АРМ Книговыдача.

В следующих версиях планируется привязка сроков продления и количества продлений к конкретной кафедре выдачи или отделу хранения. Если для кафедр выдачи и отделов хранения эти параметры не будут заполнены, будут использоваться значения по умолчанию (debts_prolongation_days и debts_prolongation_times).


> 3. Почему в случаях, когда до наступления срока
> возврата остается больше 7 дней, продление
> осуществляется добавлением 7 дней к текущей дате,
> а не дате возврата?

Потому, что может сложиться ситуация, когда читатель продлил книгу (не использовав максимально допустимое с учётом продлений время) и тут же должен её возвращать, поскольку она осталась его долгом.

PS
Коллеги, кто-нибудь использует режим продления? Вы можете высказать предложения по его совершенствованию?



Редактировано 1 раз. Последний раз 06.02.2018 11:05 пользователем Кирилл Соколинский (СЗТУ).

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

Тем не менее:

Кирилл Соколинский (СЗТУ) написал(а):
>
> Срок продления рассматривается как срок выдачи.
> Максимальный срок удержания литературы
> определяется как произведение Срока, на который
> выполняется продление и Количества продлений.


Почему принята такая логика?

Что за понятие - максимальный срок удержания литературы? Максимальным тут м.б. только количество использованных продлений, т.к. часть из них выполняется не в J-ИРБИС а в АРМ Книговыдача 64/128.

В подполе 4 поля 40 указывается количество фактических продлений.

В административной панели J-ИРБИС есть параметр максимального кол-ва продлений, а также срок, на который разрешено продлевать пользование экземплярами. Если значение счетчика = значению поля 40^4 или есть иной запрет обслуживания - поле 29 не пустое или для данного места хранения или для экземпляра продление не разрешено (на основе пользовательского формата ИРБИС, дающего 0 или 1).

Этот пользовательский формат мог бы определять применимость режима и в отношении любых мест хранения. Иначе, если у библиотеки 10 значений, то придется вводить 10 параметров в административной панели? А если мест
хранения 20 (например ЦБС или их филиалы)?


>
> Готов рассмотреть аргументированные предложения по
> совершенствованию логики использования этих двух
> параметров.


Условия применимости режима продления зачастую нелинейны (они могут включать в себя и категории читателей и экземплярность издания и т.п.), а также места хранения могут быть не малочисленны, чтобы управлять параметрами в административной панели J-ИРБИС. Файл формата в ИРБИС, дающего 0 или 1 на конкретном экземпляре был бы более универсальным, понятным и применимым решением.


>
> Использование формата ИРБИС в данном случае не
> целесообразно, так как PHP предоставляет гораздо
> больше возможностей по манипулированию данными из
> различных источников.

PHP знает значительно меньшее количество пользователей, чем язык форматирования ИРБИС, к тому же логику работы компонентов J-ИРБИС может осилить далеко не всякий администратор ИРБИС. Взгляните пожалуйста на проблему не как разработчик J-ИРБИС, а как среднестатистический администратор ИРБИС (вспомните пожалуйста ту самую "кухарку", о которой писали в начале разработок J-ИРБИС).


>
> Привязка сроков продления к конкретному экземпляру
> возможна только в том случае, если в
> библиографической записи будут введены
> дополнительные поля. Этот вопрос должен обсуждатья
> в ветке АРМ Книговыдача.


Далеко не так однозначно. Все может определяться форматом, в который м.б. включена любая логика, в зависимости от условий в конкретной библиотеке.
Для этого вовсе не надо вводить дополнительные поля. Александр Иосифович предоставил на усмотрение пользователей право обслуживания читателя через задание сценария в файле формата.



>
> В следующих версиях планируется привязка сроков
> продления и количества продлений к конкретной
> кафедре выдачи или отделу хранения. Если для
> кафедр выдачи и отделов хранения эти параметры не
> будут заполнены, будут использоваться значения по
> умолчанию (debts_prolongation_days и
> debts_prolongation_times).


Для 20 отделов хранения придется вводить 20 параметров? Через файл формата всем было бы куда проще и Вам в реализации и пользователям в управлении.


>
>
> > 3. Почему в случаях, когда до наступления срока
> > возврата остается больше 7 дней, продление
> > осуществляется добавлением 7 дней к текущей
> дате,
> > а не дате возврата?
>
> Потому, что может сложиться ситуация, когда
> читатель продлил книгу (не использовав максимально
> допустимое с учётом продлений время) и тут же
> должен её возвращать, поскольку она осталась его
> долгом.


Это как так? Вы судя по всему не поняли моего вопроса и не внимательно смотрели на скриншот.

Сегодня 2 февраля. Дата предполагаемого возврата - 20 февраля. при продлении на 7 дней Дата предполагаемого возврата становится меньше той, что была изначально! т.е. пользователь продлением ухудшает свое положение и теперь он должен вернуть книгу не 27 а 9 февраля...

Чтобы не оказалось, что:

> читатель продлил книгу (не использовав максимально
> допустимое с учётом продлений время) и тут же
> должен её возвращать, поскольку она осталась его
> долгом.

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

Это условие (продлевать или нет дату предполагаемого возврата) м.б. определено либо параметром в настройках или же пресловутым файлом формата, о котором я Вас прошу.

Ошибка о которой писал 31 января пока не устранена. Продление в ЛК не работает.



Редактировано 1 раз. Последний раз 08.02.2018 10:52 пользователем А. Роман.

Ситуацию исправил сам в рамках собственных скромных познаний PHP.

Но для других пользователей прошу пересмотреть логику запретов и условия блокировки режима, а также параметрируемость режима. Свои предложения я изложил выше.

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

> > Использование формата ИРБИС в данном случае не
> > целесообразно, так как PHP предоставляет
> гораздо
> > больше возможностей по манипулированию данными
> из
> > различных источников.

А. Роман написал(а):
> PHP знает значительно меньшее количество
> пользователей, чем язык форматирования ИРБИС, к
> тому же логику работы компонентов J-ИРБИС может
> осилить далеко не всякий администратор ИРБИС.

Даже в библиотеках количество людей, которые хорошо владеют языком форматирования, во много раз меньше чем тех, кто владеет PHP...

А. Роман написал(а):
> Этот пользовательский формат мог бы определять
> применимость режима и в отношении любых мест
> хранения. Иначе, если у библиотеки 10 значений, то
> придется вводить 10 параметров в административной
> панели? А если мест
> хранения 20 (например ЦБС или их филиалы)?


Вы хотите присоединить к автомобилю велосипедный руль. Но велосипедный руль не содержит необходимых для автомобиля средств управления: педалей сцепления, газа! Как Вы планируете передавать в формат данные из сессии, SQL таблиц или конфигурации?!

Если единственный инструмент, которым Вы владеете – язык форматирование, это не повод настаивать на реализации единственно приемлемых для Вас средств разработки... Больше вопрос об использовании формата я обсуждать не считаю целесообразным.

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

В объемном тексте выше я вижу две идеи, которые могут претендовать на конструктивность:
1. Добавить возможность запрета продления при условии, что книга задержана.
2. Устанавливать срок новый срок возврата, используя не сегодняшнюю, а исходную дату возврата.

Если другие пользователи (хотя бы ещё 2) поддержат эти решения, я их реализую.


При следующем обновлении (т.е. в этой, а не в следующих версиях) будет отключён контроль за максимальным сроком удержания книги. Эта функция была рассчитана на муниципальные, а не на вузовские библиотеки, где срок выдачи книг в каждом из отделов может сильно отличается. Кроме того, счётчик количества выполненных продлений будет перенесён в 40^4.



Редактировано 3 раз. Последний раз 22.02.2018 23:10 пользователем Кирилл Соколинский (СЗТУ).

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> 1. Добавить возможность запрета продления при
> условии, что книга задержана.
> 2. Устанавливать срок новый срок возврата,
> используя не сегодняшнюю, а исходную дату
> возврата.
>
> Если другие пользователи (хотя бы ещё 2) поддержат
> эти решения, я их реализую.
>

Добрый день.
Поддерживаю данное решение.

Второй пункт уже описан (происходит уменьшение реального срока возврата, если продлевается книга до наступления окончания срока выдачи), а по первому пункту могу добавить: появляется возможность продлить книгу, держа ее на руках, хоть пару лет, нажав кнопку "продлить", вам дается несколько дней, чтоб вернуть книгу и не получить штраф.

DiemoS написал(а):
-------------------------------------------------------
> происходит уменьшение
> реального срока возврата, если продлевается книга
> до наступления окончания срока выдачи

Уточните, пожалуйста, какое значение срока продления у Вас установлено.

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
>
> Уточните, пожалуйста, какое значение срока
> продления у Вас установлено.

Количество дней для продления стояло 2, Максимальное количество продлений - 1.

Такие сроки установили в целях тестирования. Читателям, которые не могут сегодня сдать книгу, давали пару дней для сдачи.

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

На днях решили проверить снова, и все также можно продлить книгу которая уже просрочена. Добавляется указанное кол-во дней в debts_prolongation_times к сегодняшнему дню и штраф платить уже не надо.
И еще вопрос, продление происходит по первоначальной системе, добавляется подполе, но в ирбисе добавляли другую систему продления, когда книга списывается и снова выдается с новым сроком - для более правильной статистики. Такое планируется ли в j-ирбис ?
И второй вопрос, планируется ли настройка по категориям читателей - можно/нельзя, сколько раз, и на сколько ?

DiemoS написал(а):
-------------------------------------------------------
> DiemoS написал(а):
> --------------------------------------------------

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

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

> И еще вопрос, продление происходит по
> первоначальной системе, добавляется подполе, но в
> ирбисе добавляли другую систему продления, когда
> книга списывается и снова выдается с новым сроком
> - для более правильной статистики. Такое
> планируется ли в j-ирбис ?

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

> И второй вопрос, планируется ли настройка по
> категориям читателей - можно/нельзя, сколько раз,
> и на сколько ?

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

Уточните, пожалуйста, какую библиотеку Вы представляете?

Кирилл Соколинский (СЗТУ) написал(а):
>
> Уточните, пожалуйста, какую библиотеку Вы
> представляете?


Научно-техническая библиотека Сибирского государственного университета путей сообщения (г. Новосибирск)