Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
J-ИРБИС :  ИРБИС Irbis
 
Проблема с продлением
Пользователь: ramax (IP-адрес скрыт)
Дата: 26, December, 2017 13:14

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

Вложения: Снимок.PNG (49.2KB)  
Re: Проблема с продлением
Пользователь: Кирилл Соколинский (СЗТУ) (IP-адрес скрыт)
Дата: 06, January, 2018 09:46

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

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

Re: Проблема с продлением
Пользователь: А. Роман (IP-адрес скрыт)
Дата: 31, January, 2018 23:15

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

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

Возникла ошибка: Продление невозможно. Срок использования книги больше допустимого -- 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 23:19 пользователем А. Роман.

Вложения: img-2018-01-31-23-38-39.png (568.8KB)  
Re: Проблема с продлением
Пользователь: Кирилл Соколинский (СЗТУ) (IP-адрес скрыт)
Дата: 05, February, 2018 11:38

А. Роман написал(а):
-------------------------------------------------------
> В случае, если библиотекой разрешено продление
> литературы читателем в 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 12:05 пользователем Кирилл Соколинский (СЗТУ).

Re: Проблема с продлением
Пользователь: А. Роман (IP-адрес скрыт)
Дата: 06, February, 2018 23:03

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

Тем не менее:

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


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

Что за понятие - максимальный срок удержания литературы? Максимальным тут м.б. только количество использованных продлений, т.к. часть из них выполняется не в 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 февраля...

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

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

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

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

Re: Проблема с продлением
Пользователь: А. Роман (IP-адрес скрыт)
Дата: 08, February, 2018 11:50

Ошибка о которой писал 31 января пока не устранена. Продление в ЛК не работает. http://library.pgups.ru/images/error_prolong.jpg



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

Re: Проблема с продлением
Пользователь: А. Роман (IP-адрес скрыт)
Дата: 08, February, 2018 14:37

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

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

Re: Проблема с продлением
Пользователь: Кирилл Соколинский (СЗТУ) (IP-адрес скрыт)
Дата: 11, February, 2018 21:49

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

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

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

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

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


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

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

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

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

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


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



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

Re: Проблема с продлением
Пользователь: DiemoS (IP-адрес скрыт)
Дата: 20, February, 2018 08:23

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

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

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



Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.