Предлагаю оторвать руки разработчикам модуля техподдежка за кнопку "назад" на последнем шаге.

Вот вы написали большой-большой тикет и в конце можете нажать назад или отправить:

Угадайте, что произойдет, когда нажмете назад?

Читать подробнее...

Поскольку уже не один месяц длиться проблема с просмотром документов (в частности, если их редактировать через Гугл) предлагаю заменить или добавить альтернативные просмоторщики документов (от Яндекс или Майкрософт). Поскольку неудобно постоянно скачивать документ для того чтобы его просто посмотреть. После редактирования средствами Гугл в Битриксе возникает ошибка просмотра и документ можно посмотреть только скачав его себе локально. Техническая поддержка, то отвечала, что сделать ничего не может, то взяли открыли тикет в Багтреке, но до сих пор ничего не могут с этим сделать, как будто эта проблема вообще никого не волнует. Предложили отписать мне сюда мою "идею".

Хорошо было бы отображать заголовок обращения в ТП Битрикс на каждой странице мастера создания обращения. Иногда отвлекаешься на другие задачи и потом приходится лезть назад по истории и так далее.

При распозновании письма и созданию тикета автоматически заполнять данное поле.

Далее, чтобы это боле было в Тикете и его можно было редактировать, даже если изначально было пустое. Далее при каждом ответе - копия нужным лицам.

Сейчас, если нужно пустить сотрудника ТП поковыряться в кишках Б24, мы вынуждены создавать ему временный аккаунт. Причем ТП требует удалить этот аккаунт после закрытия тикета.

Нельзя ли предусмотреть системный аккаунт для ТП, который мог бы открываться когда требуется и закрываться до следующей необходимости?

Часто приходится назначать ответственного за ряд обращений.

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

А хотелось бы в списке проставить чекеров и назначить ответственного:

Расширите, пожалуйста, поле с темой обращения на всю ширину тикета.
Зачем экономить на пространстве то?
Совершенно не виден весь заголовок, трудно его менять:

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

Доброго времени суток, уважаемые!

Недавно пришлось общаться с телефона с техподдержкой и, из-за качества мобильного интернета, скорость загрузки страницы немного раздражает:( т.к. ответ очень важен был, то, понятное дело, через каждые 5-10 минут обновлял страницу, в надежде, что ответ пришел.

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

С одной стороны, конечно, не на столько сложно (не смотря на медленную загрузку всей страницы из-за медленного интернета), но это время, которое можно было бы потратить на более полезные вещи:)

От разработчиков модуля тех поддержки, который сейчас запускается изнутри БУС из раздела инструменты-проверка сайта- вкладка техподдержка, хотелось бы добиться чтобы подобный механизм запуска работал и из публичной части сайта, чтобы кнопочка обращения была встроена во все управляющие элементы сайта начиная от добавления ее во включаемую область, заканчивая самой панелью управления.

Зачем это надо:
- например если у меня какие то проблемы целиком со всей страницей/сайтом, я жму кнопку в основной панели управления и при этом  у меня делается скриншот экрана, собирается сразу статистика отладки с этой страницы, проверяется включен ли вывод ошибок и предупреждений или нет, если выключен то включать предупреждая об этом пользователя и собирать статистику обновляя данные, собирать соответственно всю информацию необходимую для анализа ошибки, создавать тут же пользователя с админскими правами и временем его активности на период решения тикета (пользователя или удалять или деактивировать как закрывается обращение лучше удалять конечно, кроме редакций на первом сайте) и так как скоро выйдет ВМ 5,0 то проверять если своя виртуалка, то так же генерировать ftp аккаунт и всю собранную информацию сразу отправлять в тикет.
- второй вариант тоже самое но для компонента, когда уже известно где именно возникает проблема.

далее после сбора информации при сохранении тикета обязательно спрашивать пояснения что и как не работает и что и как ожидается чтоб работало.
в случае если в процессе сборки информации выясняется, что не установлены стабильные обновления (а вообще очень давно хочется иметь некий эталон поставки продукта который оттестирован и работает гарантированно) то предлагать их установить создавая автоответ с вопросом решает ли проблему установка обновлений, и также поступать в случае если не проходит проверка сервера стандартными тестами.

на стороне битрикса такие тикеты надо делить строго по категориям, и каким то образом фиксировать тип и код возникающей ошибки (я имею в виду не так как сейчас "управление сайтом" "проблемы с ключом" и т.д.) надо сделать структуру по модулям к каждому из решений Битрикса для каждой из редакций, и к ним назначить профильного ответственного, при этом также важно сделать анализатор типичности обращений, например если приходит однотипное обращение (а я думаю таких найдется очень много), и на него уже давался ответ в ТП, то надо сразу после сохранения обращения отправлять автоответ, который должен создать в виде рекомендации профильный сотрудник по итогу решения того или иного обращения в процессе решения любого вопроса (можно даже на этих ответах/вопросах сразу делать публичную БД FAQ достаточно только немного изменить внутренний процесс при обработке обращений и их закрытии).

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

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