Хотелось бы попросить подумать о доработке указанных режимов.
Про отказ, полагаю, обоснования приводить не нужно, а вот с бронированием поясню.
Сейчас отправка уведомления на e-mail привязана к выполнению операции "Выполнить заказ на бронеполку" и параметризируется исключительно в INI. Для подсобных фондов это нормально: увидели заказ -> сняли с полки -> оформили выполнение -> читатель получил письмо и увидел книгу в личном кабинете. В то же время, при выполнение заказа из основного хранилища (или, к примеру, из хранилища в другом здании), когда значение статуса бронирования при выполнении заказа на бронеполку устанавливается равным "0 - отправлен по месту выдачи", от момента отправки до появления книги на кафедре может пройти довольно значительное время. При этом уведомлять читателя о том, что книга "едет" конечно можно, но нужно ли? Заказ у него и так виден и это подразумевает, что кто-то им занимается. А вот что ему действительно нужно - так это знать что книга на кафедре и ждет его. Поэтому отправка уведомления более уместна в момент когда выполняется операция "Изменить статус бронирования" на статус "1 - поступил по месту выдачи".

Так вот - нельзя ли формы для "выполнения заказа на бронеполку", "изменения статуса бронирования" и "отказ" дополнить чекбоксом "Отправить уведомление по e-mail" со статусом снятым по умолчанию (для отказов можно наоборот - установленным по умолчанию)?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Никто-никто не пользуется уведомлениями о выполнении заказа? Что-то теплых слов поддержки не заметно :)

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Максим, поддерживаю, т.к. возможность информирования по электронной почте д.б. нормой для всех процедур обслуживания (в разумных пределах).
За неимением возможности в АРМ Книговыдача есть один вариант - настраивать кнопочки Произвольных пользовательских оперативных режимов в АРМ Каталогизатор (выполнение пакетного задания с командой PRINT). Но это по сути будет означать переписывание и перенос действующего функционала из АРМ Книговыдача, чего бы не хотелось...

Год назад мы с Галей Арноси тоже очень просили о доработках в АРМ Книговыдача, часть предложений в итоге была реализована, но поддержки или каких-то откликов (по некоторым из предложений) со стороны сообщества пользователей и администраторов ИРБИС пока так и не получили в результате чего не был реализован ряд важных предложений о доработках.
Поэтому, если что-то из предложенного, но не реализованного в 2017 и 2018 версиях найдет отклик и появится в версии 2018.1 благодаря разработчикам - будем ВСЕМ очень признательны.

Отправка читателю E-mail при изменении статуса бронированного экземпляра реализована в 2017.1 версии.
Но по какой-то причине - только что сделал это "открытие" - это не было указано в релизе...
Отправка E-mail производится, если включен параметр в секции [MAIN]
RESERVSTATUSMAIL=1
по умолчанию отключен

доброго времени суток, Конечно мы давненько пользуемся уведомлениями о выполнении заказа. уведомления об отказе очень не хватало. :)

Re: Версия 2018.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 13, September, 2018 14:55

АРМ Книговыдача

Введен параметр (секция [MAIN]), который включает рассылку уведомлений читателей по E-mail при ОТКАЗЕ в выполнении ЗАКАЗА:

OTKAZMAIL=1 (по умолчанию 0 - отключено)

Текст уведомления формируется с помощью формата БД RQST, имя которого определяется параметром (вводился ранее)

RESERVMAILPFT= (по умолчанию - reservmail.pft)

ну теперь слава богу будет. за что огромное спасибо :)

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

Лучше поздно, чем никогда :)
Спасибо, Александр Иосифович!

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

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

===============

Нельзя ли формы для "выполнения заказа на бронеполку", "изменения статуса бронирования" дополнить чекбоксом "Отправить уведомление по e-mail" со статусом снятым по умолчанию

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

И вновь вернусь к насущной для нас проблеме:

Нельзя ли формы для "выполнения заказа на бронеполку", "изменения статуса бронирования" дополнить чекбоксом "Отправить уведомление по e-mail" со статусом снятым по умолчанию.

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

Пожалуйста-пожалуйста!

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Еще раз выскажусь в поддержку предложения Максима Кудели! Библиотеки - пользователи ИРБИС очень разные, у многих процессы и сценарии обслуживания отличаются и поэтому очень важно продолжать развивать опциональность функционала ИРБИС, сохраняя пользователям возможности для адаптации.

Ну, пожалуйста-пожалуйста-пожалуйста!

Сделал.
[irbis.elnit.org]

Alio написал(а):
-------------------------------------------------------
> Сделал.
> [irbis.elnit.org]


Спасибо, Александр Иосифович!

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Спасибо!