Документ взят из кэша поисковой машины. Адрес оригинального документа :
http://wiki.cmc.msu.ru/Main/StartOTRS?cover=print;raw=on;rev=5
Дата изменения: Unknown
Дата индексирования: Mon Apr 11 05:28:12 2016
Кодировка: koi8-r
---+!! Использование OTRS %TOC% ---++ Введение или что это такое * *OTRS* — это система обработки инцидентов/заявок от участников/пользователей/заявителей, т.е. от людей с ролью: * *Клиент(Customer)* — человек, у которого *Проблема* (иначе зачем ему писать письмо, звонить, …). * *Проблема* — что-то, что хочет *Клиент* (зарегистрироваться, чтобы мы что-то сделали, чтобы мы чего-то не делали — не важно). * *Заявка(Ticket)* — трек, описывающий ход решения проблемы. Порождается действием *Клиента* (письмом, звонком, …). * *Агент(Agent)* — менеджер, который участвует в решении проблемы. Агентов может быть несколько, они могут делиться по уровню ответственности, направлению решаемых задач и т. д. * *Владелец(Owner)* заявки — агент, который взялся решать данную проблему. * *Ответственный (Responsible)* за тикет — агент, который решает данную проблему. Разница с владельцем в том, что владелец может делегировать решение другому агенту (сделать его текущим ответственным), но в целом именно владелец отвечает за заявку. * Агенты могут оставлять *Заметки(Note)* к заявке. Рассматривается версия OTRS 3.3, [[http://doc.otrs.org/3.3/ru/html/][официальную документацию можно посмотреть здесь]] ---++ Почему нельзя обойтись просто почтой Почта — это отличный инструмент, более того, OTRS использует почту как механизм общения между Заявителем и Агентом. Чтобы организовать совместную работу через почту существует два способа: * все письма на адрес support@ приходят всем агентам, которые ответственны за входящую почту, но этот случай мы далее рассматривать не будем, т.к. имеются следующие недостатки: * ответы агента видит только агент * непонятно, кто на какие письма должен отвечать (как поделить письма: по алфавиту (и должен ли агент обрабатывать заявку и от Андрея Яшина и Яшина Андрея?) * агенты вынуждены читать письма (заголовки писем), которые к ним не имеют отношения. * либо все агенты имеют доступ к одному ящику через IMAP-протокол: * прочитанное письмо отличается от непрочитанного (т.е. можно делить так: берем непрочитанное и обрабатываем) * ответы на письма лежат в одном месте (теоретически к переписке можно подключить другого агента) Ниже мы рассмотрим разные примеры, чтобы ответить на вопрос, чем OTRS лучше, чем просто почта, а пока можно отметить следующие особенности: * Заявка не может быть удалена (в то время как письмо удалить легко и менеджер искренне будет доказывать, что письма не было вообще). * при этом запись/удаление должны работать, т.к. у письма есть статус прочитано/не прочитано, а, скажем, для Maildir-хранения это — перекладывание из директории new в директорию cur * Вся переписка в Заявке хранится в одном месте (письма почтовые клиенты тоже научились группировать/показывать списком (письмо-ответ-ответ на ответ-...), но делают они это по теме письма, поэтому в группу может попасть и просто похожее письмо) * Всегда видно, на какие заявки дан ответ, а на какие — нет. Письмо можно пометить, как прочитанное, но найти все письма, на которые не был дан ответ — задача не тривиальная. ---++ Базовые операции Подробно рассмотрены на странице, [[SimpleOTRS][посвященной базовым операциям в OTRS]] ---++ Действующие лица для примеров Чтобы было понятнее, рассмотрим какие разные типажи/роли у нас могут работать с системой. В одном человеке может сочетаться несколько типажей, в зависимости от ситуации может быть один или другой. Агенты: * агент-секретарь: * может понять, в какой отдел должна адресоваться заявка и даже запрашивать недостающие данные при наличии инструкции * агент-стажер: * тот, кто еще только учится по данному направлению. Он может быть сильным специалистом в другой области, но для наших примеров это не важно. * агент-спец (специальный), для которого общение напрямую с клиентом нежелательно, т.е. это, например, из-за того, что он: * агент-мизантроп/агент-грубиян: может быть хорошим техническим специалистом, но с людьми лучше ему не общаться * агент-молчун: слабое владение языком клиента (возможно и родным для агента) * агент-специалист: специалист в узкой области * агент-авторизатор: разрешает или нет определенные действия другому агенту * агент-наблюдатель: ему требуется доступ на уровне агента, но не желательно, чтобы он мог влиять на систему. Клиенты: * клиент-чаво: способен задать вопрос, на который уже вывешен ответ * клиент-взрыв: быстро обижающийся клиент (понятие относительное, т.к. при столкновении с грубияном в эту категорию можно занести почти всех) ---++ Сценарии ---+++ Простой сценарий ---+++ Письмо от клиента-чаво Поскольку вопрос стандартный, то на него будет стандартный ответ. В этом случае полезно использование шаблонного ответа, возможно с последующим редактированием, подробнее: * о создании шаблона — [[TechOTRS][в технических подробностях об OTRS]] * [[TicketAnswerOTRS][об использовании шаблона при ответе]] ---+++ Согласование Согласование заявки возникает в случае, когда Агент не может решить задачу самостоятельно. Примеры: * не хватает знаний (по какой-нибудь узкой теме, т.е. требуется помощь агента-специалиста) * не хватает прав (требуется помощь агента-авторизатора) * и т.д. В этом случае в обработке заявки добавляются дополнительные шаги (т.к. согласований может быть несколько, потребность может возникнуть не сразу и т.д.): * текущий исполнитель каким-нибудь образом передает заявку нужному агенту: * меняя ответственного [[TicketResponsibleOTRS][Подробнее о смене ответственного]] * перенося в очередь согласования, что лучше предыдущего случая, если согласующих может быть несколько. [[TicketMoveOTRS][Подробнее о перемещении в другую очередь]] * или другим способом (как вариант, пишет через систему письмо специалисту, которого нет в системе, [[TicketMailOTRS][подробнее об написании писем на сторонний адрес]], в этом случае агент должен сам контролировать процесс решения задачи специалистом) * согласовывающий агент после этого может: * написать внутреннюю заметку (если информация не предназначена непосредственно для заявителя) * вступить в переписку с заявителем (если это требуется) * как завершающее действие — вернуть предыдущему агенту (или передать заявку дальше по аналогичной схеме)
This topic: Main
>
WebHome
>
LikeTechnology
>
StartOTRS
Topic revision: revision 5 (raw view)
Copyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki?
Send feedback