Re: Проблема с продлением
Пользователь:
А. Роман (IP-адрес скрыт)
Дата: 06, February, 2018 22: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 февраля...
Чтобы не оказалось, что:
> читатель продлил книгу (не использовав максимально
> допустимое с учётом продлений время) и тут же
> должен её возвращать, поскольку она осталась его
> долгом.
нужно изменить формулу расчета новой даты предполагаемого возврата. В том случае, если дата предполагаемого возврата не наступила - прибавлять к ее значению кол-во дней указанное в настройках (если это позволяет счетчик продлений). Если же дата предполагаемого возврата пройдена, то устанавливать новую дату предполагаемого возврата добавлением кол-ва дней к текущей дате. НО! При допущении такой ситуации правилами библиотеки, т.к. если срок пользования уже пройден, то продлевать книгу самостоятельно может быть и нельзя, т.к. во многих библиотеках действует система пени или иных санкций за нарушение сроков возврата.
Это условие (продлевать или нет дату предполагаемого возврата) м.б. определено либо параметром в настройках или же пресловутым файлом формата, о котором я Вас прошу.