У компании вполне может быть внешний сайт, на котором вполне может быть ТП, тикеты с которой отправляются внутрь компании, то есть и на КП, появляются в виде задач. Хорошо бы, при решении задач, автоматически контроллером на сайте закрывался бы тикет с уведомлением автора (аналог багтрекера на битрикс.ру).
Минимально необходимый набор для связей в рамках одной коробки:
- возможность множественной привязки тикетов из ТП к задаче.
- из интерфейса ТП возможность породить задачу или привязать текущую
- события, позволяющие при завершении задачи слать уведомления в подчинённые тикеты
Кейс 1
Техсаппорт + КП с задачами лежит в одной коробке. Нужна интеграция на уровне системы. Имхо, довольно частый случай.
Сценарий использования
- есть N коробок, на каждой стоит кнопка "сообщить об ошибке". Все данные с веб-формы в виде пост запроса уходят в кп, который смотрит в большой интернет только в виде таких API интерфейсов.
Мы получаем поток тикетов в модуль техподдержки в разрезе проектов. Сейчас - никакой связи c задачами нет. И внедрение задач для разработчика должно подразумевать интеграцию между модулем задачи и модулем техподдержка.
Кейс 2
Техсаппорт в отдельной коробке, КП c задачами внутри компании. Нужна интеграция между коробками. См. верхний пост Антона.
Кейс 1 больше ориентирован на разработку, кейс 2 больше ориентирован на взаимодействие с клиентом.
Имхо, второй вариант это усложнение 1.
Требуется провести дополнительную работу. В обращении пишем, обращение переведено в группу технической поддержки, о результатах работы, сообщим позже.
И все. Автор обращения остается в неведении.
Самое грустное, на этом этапе пропадает обратная связь с автором обращения.
Для меня оптимально в данной ситуации было бы:
-Поступило обращение.
-По обращению появился статус. Переведено в рабочую группу. Создана задача №####
-По завершению задачи в обращении устанавливается статус. Успешно решено.
Хотя КП тоже есть и, конечно, это было бы еще лучше.
К тому же, интеграция ТП (УС) + КП увеличила бы продажи Битриксу).