Связать ТП на сайте и Задачи на КП

Рейтинг: 76.0092  
На голосовании
Предложил Долганин Антон 26.11.2011 04:33:04

Связать ТП на сайте и Задачи на КП

У компании вполне может быть внешний сайт, на котором вполне может быть ТП, тикеты с которой отправляются внутрь компании, то есть и на КП, появляются в виде задач. Хорошо бы, при решении задач, автоматически контроллером на сайте закрывался бы тикет с уведомлением автора (аналог багтрекера на битрикс.ру).

Рейтинг: 21.0507  
Роман Забродин 27.11.2011 07:26:42
Да хотябы дайте возможность в формы интерфейсов ТП свои кнопки внедрять (админка на компонентах 20?) - остальное мы сами все завяжем.
Рейтинг: 9.158  
Месилов Максим 28.11.2011 10:42:12
Связь между модулями ТП и Задачи нужна в рамках одной коробки. Если необходимо, то можно будет связать и с внутренним КП.
Минимально необходимый набор для связей в рамках одной коробки:
- возможность множественной привязки тикетов из ТП к задаче.
- из интерфейса ТП возможность породить задачу или привязать текущую
- события, позволяющие при завершении задачи слать уведомления в подчинённые тикеты
Рейтинг: 0  
Долганин Антон 28.11.2011 10:45:46
Максим, пока нет редакции БУС+КП ;) к примеру, если нужен магазин во внешке.
Рейтинг: 0.086  
Месилов Максим 28.11.2011 12:03:00
Ом, да, не оч складно вышло. Поправка:
Кейс 1
Техсаппорт + КП с задачами лежит в одной коробке. Нужна интеграция на уровне системы. Имхо, довольно частый случай.

Сценарий использования
- есть N коробок, на каждой стоит кнопка "сообщить об ошибке". Все данные с веб-формы в виде пост запроса уходят в кп, который смотрит в большой интернет только в виде таких API интерфейсов.


Мы получаем поток тикетов в модуль техподдержки в разрезе проектов. Сейчас - никакой связи c задачами нет. И внедрение задач для разработчика должно подразумевать интеграцию между модулем задачи и модулем техподдержка.


Кейс 2
Техсаппорт в отдельной коробке, КП c задачами внутри компании. Нужна интеграция между коробками. См. верхний пост Антона.


Кейс 1 больше ориентирован на разработку, кейс 2 больше ориентирован на взаимодействие с клиентом.


Имхо, второй вариант это усложнение 1.  
Рейтинг: 11.3406  
Зайцев Антон 28.11.2011 15:17:50
Еще один шаблон использования.Не всегда инцидент можно локализовать в рамках обращения в тех. поддержку. Например, не попало под SLA.


Требуется провести дополнительную работу. В обращении пишем, обращение переведено в группу технической поддержки, о результатах работы, сообщим позже.

И все. Автор обращения остается в неведении.

Самое грустное, на этом этапе пропадает обратная связь с автором обращения.

Для меня оптимально в данной ситуации было бы:
-Поступило обращение.
-По обращению появился статус. Переведено в рабочую группу. Создана задача №####
-По завершению задачи в обращении устанавливается статус. Успешно решено.
Рейтинг: 0  
Максимов Андрей 11.07.2013 18:28:07
Согласен, было бы очень здорово проинтегрировать эти продукты. Я написал похожее, но про mantis: http://idea.1c-bitrix.ru/technical-support-integration-with-mantis-or-similar/

Хотя КП тоже есть и, конечно, это было бы еще лучше.

К тому же, интеграция ТП (УС) + КП увеличила бы продажи Битриксу).
Рейтинг: 0  
Митин Вадим 10.08.2014 20:19:25
Грустно, что до сих пор этого нет. Интеграция хотя бы ТП на сайте и ТП в портале была бы уже весьма кстати.