Здравствуйте!
Народ подскажите, в интерфейсе клиента, при ответе на заявку, поле "Следующее состояние" по умолчанию стоит "open". Как сделать данное поле обязательным, а по умолчанию стоял "-" (прочерк), дабы принудительно заставить пользователя выбрать из выпадающего списка нужное состояние?
Следующее состояние
Moderator: DenisBY
-
- Znuny superhero
- Posts: 631
- Joined: 17 Mar 2011, 14:40
- Znuny Version: 5.0.6
- Real Name: Yuri Kolesnikov
- Location: Russia
Re: Следующее состояние
Добрый день!
Настройками никак. Надо править модуль CustomerTicketZoom.dtl (возможно, еще и одноименный .pm).
А за что Вы так не любите клиента? Он обязан знать Вашу внутреннюю кухню? В стандарте, там только 2 доступных состояния - open и closed.
Может, тогда лучше вообще закрыть от него этот реквизит, чтобы он не думал об этом вообще?
Редактировать настройки конфигурации in Ticket -> Frontend::Customer::Ticket::ViewZoomTicket::Frontend::CustomerTicketZoom###State - поставить "нет".
Это будет гуманно.
Заходите на российский форум - http://otrs.ru/forum/index.php - там больше участников и вероятность получить ответ выше.
Настройками никак. Надо править модуль CustomerTicketZoom.dtl (возможно, еще и одноименный .pm).
А за что Вы так не любите клиента? Он обязан знать Вашу внутреннюю кухню? В стандарте, там только 2 доступных состояния - open и closed.
Может, тогда лучше вообще закрыть от него этот реквизит, чтобы он не думал об этом вообще?
Редактировать настройки конфигурации in Ticket -> Frontend::Customer::Ticket::ViewZoomTicket::Frontend::CustomerTicketZoom###State - поставить "нет".
Это будет гуманно.
Заходите на российский форум - http://otrs.ru/forum/index.php - там больше участников и вероятность получить ответ выше.
Best regards Yuri Kolesnikov
OTRS 5.0.14, ITSM 5.0.14
SUSE 13.2, MariaDB 10.0.22(productive)
OTRS 5.0.14, ITSM 5.0.14(test)
OTRS 5.0.14, ITSM 5.0.14
SUSE 13.2, MariaDB 10.0.22(productive)
OTRS 5.0.14, ITSM 5.0.14(test)
Re: Следующее состояние
После выполнения заявки агент посылает ответ с авто закрытием через определенный промежуток времени с просьбой проверить и подтвердить закрытие заявки. Соответственно если подтверждается закрытие, необходимо заставить пользователя выбрать соответствующее состояние или указать причину, если заявка остается открытой.
Возможен вариант сделать список не выпадающий, а обычный и выделение не стояло на каком либо состоянии ( или стояло на том же прочерке ), что заставит выбрать пользователя необходимое.
Рад бы, но на российском форуме админы динамят активацию регистрации уже 3-ий день.
Возможен вариант сделать список не выпадающий, а обычный и выделение не стояло на каком либо состоянии ( или стояло на том же прочерке ), что заставит выбрать пользователя необходимое.
Рад бы, но на российском форуме админы динамят активацию регистрации уже 3-ий день.
-
- Znuny superhero
- Posts: 631
- Joined: 17 Mar 2011, 14:40
- Znuny Version: 5.0.6
- Real Name: Yuri Kolesnikov
- Location: Russia
Re: Следующее состояние
Трудно советовать.
У меня заявку закрывает агент, а клиент, если не согласен, может написать ответ на закрытую заявку и она откроется вновь и будет назначена тому же агенту. Это стандартный функционал OTRS. Здесь я исходил из того, что клиент не мотивирован что-то делать, если качество оказанной ему услуги его удовлетворяет, т.к. дополнительно писать что-то ему уже лениво. А вот если плохо - пожалуйста, инструмент есть. Примерно так. И проще.
У меня заявку закрывает агент, а клиент, если не согласен, может написать ответ на закрытую заявку и она откроется вновь и будет назначена тому же агенту. Это стандартный функционал OTRS. Здесь я исходил из того, что клиент не мотивирован что-то делать, если качество оказанной ему услуги его удовлетворяет, т.к. дополнительно писать что-то ему уже лениво. А вот если плохо - пожалуйста, инструмент есть. Примерно так. И проще.
Best regards Yuri Kolesnikov
OTRS 5.0.14, ITSM 5.0.14
SUSE 13.2, MariaDB 10.0.22(productive)
OTRS 5.0.14, ITSM 5.0.14(test)
OTRS 5.0.14, ITSM 5.0.14
SUSE 13.2, MariaDB 10.0.22(productive)
OTRS 5.0.14, ITSM 5.0.14(test)
Re: Следующее состояние
На этом (стандартном для otrs) варианте настаивал изначально. Но руководство хочет видеть картину по другому, (как привыкли).