Руководство

Новую заявку вы создаёте кнопкой «New Ticket» в левой панели. Форма называется «Create new ticket». Как оператор вы записываете ею и чужие обращения. Для этого есть поле «User»: оно говорит, для кого дело, а не кто его вводит.

Всё со звёздочкой обязательно: «Title», «User», «Main category» и «Description». Есть ещё одно, которое легко пропустить: форма не сохранится без подкатегории, хотя у «Subcategory» звёздочки нет. Основная категория и подкатегория принадлежат друг другу и задаются всегда парой.

Какие поля вообще появляются и какие из них обязательны, задаётся в разделе «Settings → Ticket Settings», отдельно для операторов и для клиентов. Поэтому клиент видит форму короче вашей, и при этом никому не нужно вести две формы.

Потом можно изменить почти всё: справа от заявки стоит карточка «Details» с заявителем, телефоном, электронной почтой, местоположением, категорией и справочным номером. Вы меняете само поле и подтверждаете кнопкой «Save» под ним. Статус, приоритет, назначение, канал и наблюдатели стоят одной карточкой выше в разделе «Actions» и действуют сразу, без отдельного сохранения.

Менять это могут только операторы и администраторы. Заявитель может читать дело, комментировать его и прикладывать файлы, но не менять классификацию, на которой построена ваша отчётность.

Один побочный эффект стоит узнать один раз: если вы правите заявку, которая ещё никому не принадлежит, после этого она принадлежит вам. Система вписывает вас как оператора и переводит статус с «Open» на «Assigned», и оба попадают в историю. Если вы этого не хотели, назначьте её потом кому-то другому.

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

Остаётся вопрос, как снова избавиться от заявок. В разделе «Settings → Archive» вы выбираете период, кнопкой «Preview» смотрите, сколько закрытых заявок в него попадает, и кнопкой «Create archive» создаёте файл ZIP: заявки, комментарии, история, настраиваемые поля и вложения в одном файле. Только тогда эти заявки исчезают из работающей базы данных, и из того же файла их можно восстановить.

Описание и комментарии — это не голые поля ввода. У каждого сверху есть панель, и кнопки говорят, что они делают, когда на них наводят: «Bold», «Italic», «Underline», «Strikethrough», «Text color», «Highlight color», «Bullet list», «Numbered list», «Quote», «Link» и «Clear formatting».

Ссылка делается так: выделите текст, нажмите «Link», введите адрес в маленькое окно ввода. Пустой ввод снова убирает ссылку. Разрешены веб-адреса и почтовые адреса (http, https, mailto), а всё остальное при сохранении отбрасывается, чтобы комментарий не смог ничего никому подсунуть.

Изображения попадают внутрь через буфер обмена: сделайте снимок экрана и вставьте его прямо в редактор клавишами Ctrl+V. Сначала в тексте виден только маркер вроде «[inline-image:1]». При сохранении система загружает изображение и показывает его ровно там же, и оно попадает во вкладку «Attachments», где лежат все файлы дела.

Что вы видите, то видят и другие: оформление, списки и ссылки сохраняются в заявке, а также в письме заявителю. Чужая разметка, скажем со скопированной веб-страницы или из входящего письма, обрезается до этого разрешённого набора. Ваш текст при этом не теряется, теряется только обёртка.

Комментарий можно пометить как внутренний отметкой «Only for Admin/Agents». Он тогда несёт значок «Internal» и невидим заявителю: его не покажет даже поиск.

Файлы принадлежат делу, а не отдельному комментарию. На заявке вкладка «Attachments» ведёт к списку: «Upload file» добавляет файл, каждая строка называет файл, его размер и дату. Приложить что-то может любой участник заявки, в том числе заявитель, и тогда никому не нужно присылать вам снимок экрана письмом.

Щелчок по имени открывает предпросмотр, и скачивать файл не нужно. Изображения там можно приблизить, отдалить и повернуть, что полезно для экрана, снятого под углом. PDF показывается в том же окне, с обзором страниц, увеличением и печатью. Текстовые файлы показываются как текст. Кнопкой «Open in new tab» вы открываете файл в отдельном окне.

Вложение принадлежит делу и путешествует вместе с ним: оно появляется в истории («File uploaded: …»), переживает передачу другой команде и попадает внутрь файла архива, когда заявку архивируют.

Вкладка «History» на заявке отвечает на вопрос, который стоит за каждым разбором: кто что изменил и когда? Каждая строка называет человека, поле, старое значение зачёркнутым, новое за ним и время с точностью до секунды. Самая новая запись сверху.

Записи появляются без вашего участия: при смене статуса, приоритета, назначения, категории, местоположения, наблюдателей, заголовка и описания, а также при создании («Ticket opened»), при каждом комментарии и при каждом загруженном файле. Число на вкладке заранее говорит, сколько движения было в деле.

Историю нельзя править и нельзя выключить. Именно это и делает её полезной: из-за неё заявку нельзя удалить по одной, и вместе с заявкой она уходит в файл архива.

Комментарий появляется там сокращённым, а полная формулировка живёт во вкладке «Comments». Внутренний комментарий тоже виден в истории, но только операторам и администраторам.

Статус говорит, на чём сейчас стоит заявка. В поставку входят двенадцать статусов: Open, Assigned, In Progress, Waiting for User Response, Resolved, Closed и другие. Вы найдёте их в разделе «Settings → General Settings» в карточке «Drop-down lists» за вкладкой «Status». «+ Add status» создаёт свой, «Edit status» открывает существующий.

Важна разница между названием и значением. В редакторе статуса под заголовком «Meaning of this status» стоят три переключателя: «Counts as resolved», «Counts as closed» и «Waiting for the requester». Только эти переключатели говорят системе, как обращаться со статусом.

Переименовать можно каждый статус, в том числе те, что идут в поставке: внизу редактора под заголовком «Translations» есть поле «Name» для каждого языка. Впишите туда то, что должны читать ваши люди. Техническое название за ним остаётся нетронутым, и именно поэтому ничего не ломается: автоматизация, отчётность и переключатели выше держатся за это название, а не за вашу подпись. Так «Resolved» может стать «Done».

А вот удалить получается не все. Шесть статусов несут в списке значок «Mandatory»: Open, Assigned, In Progress, Resolved, Closed и Reopened. Их можно переименовать и переставить, но не убрать, и попытка заканчивается понятным сообщением. Это сделано не назло: на них держатся процессы, которые иначе молча остановились бы, например автоматическое закрытие, которому нужен статус «resolved» как отправная точка.

Два статуса принадлежат самой системе: «Waiting for approval» и «Rejected» несут значок «System only». Они выходят из процесса согласования, и никто не должен иметь возможность вручную заявить, что отклонено то, что на решение вообще не выносилось.

Что делают эти три. Статус, который считается решённым, закрывает заявку сам через 24 часа. Статус, который считается закрытым, — это конечное состояние, в которое переводят заявку. А «Waiting for the requester» означает ровно это: мы ждём заявителя, а не другую команду и не поставщика услуг. Это тот признак, на котором останавливаются часы SLA, если вы так настроите.

Ниже стоит «Allowed transitions to new status». Здесь вы отмечаете, каких статусов можно достичь из этого. Оставьте всё пустым, и ничего не ограничено; отметьте что-то, и все остальные пути закрыты. Так строят поток, который нельзя перескочить, например: из «Open» можно только в «In Progress» или «Rejected», но не сразу в «Closed».

Остальные переключатели редактора — это мелочи с большим действием: цвет для списка, «Sort order» для порядка, «Show status in new ticket form» (должен ли этот статус вообще выбираться при создании заявки), «Requires comment in dialog» (потребовать причину) и «System only» для статусов, которые может ставить только сама система.

Всё, что появляется в заявке выпадающим списком, принадлежит вам. В разделе «Settings → General Settings» стоит карточка «Drop-down lists» с шестью вкладками: «Department», «Position», «Site», «Role», «Status» и «Priority». За каждой из них одно и то же обращение, так что научиться нужно только раз.

По одной: введите английское название в пустое поле и нажмите кнопку рядом. Она названа по списку, поэтому «+ Add site», «+ Add department» и так далее. Строки ниже — это существующие записи, и там же вы меняете название и подтверждаете кнопкой «Save» рядом.

Для многих записей сразу есть «Export JSON» и «Import JSON». На свежеустановленной системе вы скачиваете кнопкой «Export JSON» пустую структуру, заполняете её и снова загружаете. Это не способ переименовывать, и карточка сама об этом говорит.

Некоторые записи несут значок «Mandatory». Среди них три роли «Admin», «Agent» и «Customer», шесть статусов из поставки и по одному заполнителю в списках местоположений, должностей и отделов («None selected or available»). Их можно переименовать, но не удалить: на них держатся права и процессы, которые иначе молча остановились бы.

На другие языки переводят не здесь, а разом на странице переводов. Здесь достаточно английского названия: это якорь, к которому потом крепятся переводы.

Статус — единственная запись со своим редактором, потому что на нём держится больше, чем название. У него своя карточка ниже.

Категории — это то, что выбирает заявитель или оператор при создании заявки, и то, по чему вы потом группируете отчёты. У каждой команды свои: служба поддержки сортирует не так, как сетевой отдел, и ни одна не видит списков другой.

Вы найдёте их в разделе «Settings» как пункт «<название команды> Categories». В примере команда называется «Helpdesk», поэтому пункт читается «Helpdesk Categories».

На странице три карточки: «Main categories», «Subcategories» и «Links». Самый быстрый старт: введите английское название в поле «EN (required)» и нажмите «+ New main category» или «+ New subcategory». Всё остальное вы переводите потом разом на странице переводов, и готовить для этого здесь ничего не нужно.

Если категорий у вас впереди много, идите путём через файл: «Export JSON» скачивает структуру, а на свежеустановленной системе файл пуст и только показывает вам разметку. Вы заполняете его вручную или с помощью ИИ, сохраняете и снова загружаете кнопкой «Import JSON». Это не способ переименовывать: название вы меняете в поле этой категории и подтверждаете кнопкой «Save» рядом, и страница тоже об этом говорит.

Третья карточка, «Links», — это место, где происходит настоящая работа. Выберите сверху основную категорию, отметьте ниже подкатегории, которые к ней относятся, и сохраните кнопкой «Save links». Хитрость в том, что одна подкатегория может висеть на нескольких основных. Поэтому «Malfunction» нужна вам один раз, и вы используете её снова для Printer, Network, Meeting-Room и Notebook.

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

Если вы передаёте заявку другой команде, её классификация остаётся, даже когда у новой команды таких категорий вовсе нет. Тогда она стоит в поле вместе со своим происхождением, например «Meeting-Room · from Helpdesk», и показана серым: новая команда видит, чем дело шло до сих пор, но сама эту запись назначить не может. Чтобы пересортировать, вы выбираете из своего списка, и система тогда хочет основную категорию и подкатегорию вместе.

Каждая заявка несёт канал. Он стоит в форме и позже на карточке «Actions» в поле «How the request came in», и он отвечает на вопрос, который быстро становится важным в отчётности: работа приходит через портал или по телефону?

Выбрать можно только то, что знает человек, а система не знает: «Phone» и «Entered by an agent». Два других значения ставит сама система: «Self-service», когда заявитель создал заявку в портале, и «Email», когда она выросла из входящего письма.

Поэтому же назначенный системой канал нельзя потом переключить на «Phone»: поле потеряло бы ровно то утверждение, ради которого оно есть. В обратную сторону, на записанной по телефону заявке вы можете менять всё остальное.

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

«Email» требует подключённого почтового ящика, а он входит в редакцию Professional. Остальные три канала есть в обеих редакциях.

Над каждым списком заявок есть поле «Search tickets…». Оно ищет не только по заголовкам, а по всему делу: заголовок, описание, имя заявителя, адрес электронной почты и телефон, местоположение, справочный номер заявки, все комментарии и текстовые значения ваших собственных настраиваемых полей.

Пример это показывает: «coffee» не встречается ни в одном заголовке, только в описании одной заявки, и всё равно находится. Поэтому не нужно помнить, как заявка была озаглавлена, хватает одного слова из дела.

Прописные и строчные буквы значения не имеют. Поиск всегда относится к тому списку, в котором вы сейчас находитесь, и сочетается с кнопкой «Filter» рядом; «Reset» снова очищает поиск и фильтры. Для клиентов есть ограничение, которого не видно, но о котором стоит знать: они не ищут по внутренним комментариям, иначе из списка результатов можно было бы понять, что обсуждалось внутри.

Для этого заявка предлагает две кнопки рядом, а разница напечатана под ними мелким шрифтом. «Involve another team»: ответственность остаётся у вас, другая команда работает рядом в связанной заявке. «Escalate to another team»: другая команда принимает дело.

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

Когда вы подключаете команду, ваша заявка остаётся в ваших руках и получает подзаявку в другой команде. Ваша переходит в статус «Waiting for other team», а как только другая команда закроет свою, ваша вернётся как «Back from other team». Так вам не нужно спрашивать, произошло ли там что-нибудь.

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

Передать заявку дальше может только тот, кто отвечает за неё прямо сейчас. Прежняя станция дело по-прежнему видит, но передать его второй раз не может.

Когда в ваших заявках не хватает какого-то сведения, инвентарного номера, конца гарантии, центра затрат, вы добавляете его сами. В разделе «Settings → Ticket Settings», внизу, стоит карточка «Custom fields», а кнопка называется «Add custom field».

В диалоге вы даёте название и вид поля: «Text», «Multiline text», «Integer», «Decimal», «Date» или «Yes / No». Вид решает, что можно ввести: поле даты не примет «на следующей неделе», и именно поэтому по нему потом можно строить отчёты.

В поле «Scope» вы решаете, где действует поле: «All teams (including new ones)» или «Selected teams only». Первый выбор охватывает и команды, которых ещё нет, — та разница, которую замечаешь только через полгода.

Три переключателя под заголовком «Defaults» относятся к новым заявкам: «Mandatory by default», «Hidden for customer by default» и «Not editable by customer by default». Это значения по умолчанию, а настройки полей на той же странице остаются местом, где вы задаёте всё точно для каждой роли.

На заявке настраиваемые поля стоят в своей карточке «Additional information», между описанием и комментариями. Без шаблона форма показывает все настраиваемые поля команды. Если при создании заявки вы выбираете шаблон, она показывает ровно те поля, которые он перечисляет, и в его порядке — «только те поля, которые нужны этому делу».

Шаблон может сверх того сделать поле обязательным, но снять правило он не может: то, что администратор скрыл от клиентов или объявил обязательным, таким и остаётся, даже когда шаблон говорит иначе. Иначе шаблон был бы способом обойти внутреннее правило.

Сколько настраиваемых полей может быть у команды, задаётся в разделе «Settings → General Settings» в карточке «Custom fields limit». Избавляются от поля кнопкой «Deactivate»: оно исчезает из формы, но его значения остаются на старых заявках, а переключатель «Show deactivated» снова возвращает его в список.

Иногда кто-то должен следить за делом, не работая над ним: руководитель команды в щекотливом вопросе, коллега, который принимает дела на следующей неделе. Для этого и есть наблюдатели. На заявке поле «Observers» стоит на карточке «Actions», кнопка называется «Add observer», и в форме «Create new ticket» есть такое же поле.

Выбрать можно только операторов и администраторов участвующей команды. Клиент наблюдателем быть не может: иначе он получал бы письма о внутренней работе.

Наблюдатель получает письмо, когда на заявке что-то происходит: новый комментарий, изменённый статус, новое назначение, изменённые поля. Отправляется оно не сразу, а пачкой: после последнего изменения система ждёт минуту и затем отправляет ОДНО письмо обо всём, что произошло за это время. Поэтому разбор заявки за один заход не вызывает семи писем.

Кто наблюдает, входит в историю: изменение записывается, как и любое другое, со старым и новым состоянием.

Уведомление — это письмо, поэтому отправка писем должна быть настроена (Professional). Без неё наблюдателей можно вписать, но ничего не уйдёт.

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

Сопоставление делается не на глаз: ответ попадает в существующую заявку, только когда письмо несёт ссылку на дело в теме или приносит с собой заголовки ответа из почтовой программы. Письмо без того и другого начинает новое дело — лучше одна лишняя заявка, чем два несвязанных дела, объединённых лишь потому, что тема случайно совпала.

Всё для этого лежит в разделе «Settings → E-Mail Settings». Верхняя карточка «SMTP settings» — это путь наружу: узел, порт, «Use SSL», пользователь и пароль, плюс адрес и имя отправителя. Кнопкой «Send test e-mail» вы отправляете себе образец. Сначала сохранить, потом проверять, как карточка сама и говорит.

Карточка «IMAP settings» — это путь внутрь: узел, порт, промежуток опроса и две папки. Угадывать имя папки не нужно: «Read from server» получает папки, которые на самом деле есть в вашем почтовом ящике, «Create on server» создаёт новую. Поле тогда принимает тот путь, который использует для неё ваш почтовый сервер: один сервер пишет «INBOX/Processed», следующий «INBOX.Processed», и оба означают одно и то же.

Обработанные письма переезжают в «Processed folder»; оставьте поле пустым, и они останутся во входящих. Ниже вы задаёте, когда идёт уборка («Hour», «Minute») и какого возраста может стать сообщение («Retention (days)»). Иначе почтовый ящик тихо растёт.

Почтовые ящики принадлежат команде, а не системе: в разделе «Team mailboxes» каждая команда вписывает свой адрес с паролем. Этот адрес одновременно является отправителем писем этой команды, поэтому заявитель отвечает туда же, откуда почта и забирается.

А теперь та часть, без которой ничего из этого не происходит: рабочий процесс. Настроенный почтовый ящик сам по себе не делает ничего. Если у команды нет включённого рабочего процесса, ящик даже не опрашивается: ни заявки, ни подтверждения, письма просто лежат. Автоответ вашим клиентам существует только здесь, и настраиваете его вы сами. Это сделано намеренно: система, которая без спроса пишет на каждый адрес отправителя, была бы хуже той, которая молчит.

В разделе «E-Mail workflows» вы выбираете сверху команду и создаёте рабочий процесс кнопкой «+ Add workflow». Он получает название только для вас, переключатель «Enabled» и два утверждения о том, когда он применяется: «Match» решает, должны ли выполняться все условия («All conditions») или хватает одного, а «Stop after match» завершает проход, как только этот рабочий процесс сработал, и тогда очередь до нижнего никогда не доходит. Порядок вы меняете стрелками рядом.

Под заголовком «When?» стоит само условие. «Every e-mail in this mailbox» берёт каждое письмо; «Only when subject or text contains» требует слова в теме или в тексте. «Advanced» делает всё точным: там вы выбираете, на что смотрят — «Subject or body», «Subject», «Body», «Sender (From)» или «Recipient (To/Cc)» — и как сравнивают: «Contains», «Equals» или «Regex». Так вы отделяете, скажем, сообщения на общий адрес от всего остального.

Ниже стоят пять действий переключателями. Они и есть настоящее содержание рабочего процесса: то, что не включено, не происходит:

«Create or append ticket» превращает письмо в заявку или добавляет его комментарием к существующей, когда ссылка стоит в теме. Без этого действия письмо никогда не станет делом.

«Set fields» задаёт приоритет, статус, основную категорию и подкатегорию, владеющую команду и исполнителя прямо при создании заявки. Всё, что оставлено на «— Keep default —», остаётся таким, каким было бы без рабочего процесса.

«Auto-reply» — это подтверждение отправителю, единственное место, где система отвечает сама. С выключенным переключателем ваш клиент не получит автоматического ответа, как бы хорошо ни было настроено всё остальное.

«Send mail» отправляет дополнительное письмо: либо отправителю входящего письма, либо выбранным участникам команды и постоянным адресам. У него есть свои «Send conditions»; оставьте их пустыми, и оно уходит при каждом проходе этого рабочего процесса.

«Move to folder» раскладывает обработанное письмо по папкам. Оставьте поле пустым, и действует общая «Processed folder» из настроек IMAP выше.

Действие «Auto-reply» подробно: тему вы собираете из блоков. «Original subject {originalSubject}» перенимает тему входящего письма, «Ticket reference {ticketTag}» вставляет ссылку на дело, и вместе получается что-то вроде «Printer problem [TICKET-99]».

Ссылка не добавляется сама. Она появляется только там, где вы поставили {ticketTag} или {ticketId}, и именно по ней система потом узнаёт ответ вашего клиента. Без неё в теме каждое продолжение начинает новую заявку вместо того, чтобы стать комментарием к старой.

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

«Reply language» решает, на каком языке уходят тема и текст: «Standard English» берёт английский, «Fixed language» выбранный вами язык, «Assigned agent's language» язык назначенного оператора, а «Team default language» язык команды по умолчанию. Сами переводы ведутся на странице языков.

Один совет, который система печатает и над карточкой: всё, что относится к одному делу, принадлежит ОДНОМУ рабочему процессу. Только действия внутри одного и того же рабочего процесса знают только что созданную заявку, и поэтому подтверждение может назвать её номер, а действие из второго рабочего процесса не может.

Весь почтовый канал, и внутрь, и наружу, входит в редакцию Professional. В Basic система писем не отправляет и не получает, а заявки там создаются через портал, по телефону и оператором.

Учёт времени по заводской настройке выключен. Пока он выключен, нет ни поля, ни столбца, ни плитки в отчёте.

Мёртвое поле было бы хуже, чем никакого, поэтому возможность исчезает целиком, а не стоит серой.

Переключатель стоит в разделе «Settings → General» на карточке «Time tracking per ticket» и называется «Enable time tracking».

После этого участвуют все команды. Чтобы вывести одну из них, вы выключаете учёт на самой команде, в разделе «Settings → Teams» в блоке «Team details».

Компании с внутренней ИТ-командой и командой, работающей с клиентами, часто нужна только вторая.

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

На заявке есть карточка «Time spent». «Log time» открывает ввод.

Рядом с полем стоят быстрые кнопки: один щелчок по «30m» записывает тридцать минут. Какие кнопки появляются, задаётся в настройках.

Поле «Duration» принимает и свободный ввод: «90» — это девяносто минут, «1.5h» — полтора часа, и «1h 30m» тоже. Число без единицы — это всегда минуты.

Ввод, который система понимает не полностью, отклоняется. «1h in the evening» не превращается в запись на один час, а превращается в сообщение об ошибке.

В поле «What for (optional)» вы пишете, на что ушло время. Текст уходит в выгрузку и в истории заявки не появляется.

Несколько операторов записывают время на одну и ту же заявку. Каждая запись несёт свой день, свою заметку и имя того, кто делал работу.

Время записывается на день, а не на время суток. Заполнить вчерашний день — это обычное дело, а время суток заявляло бы точность, которой у ввода нет.

Для долгих сеансов на заявке есть секундомер: «Start timer» запускает его, «Pause» останавливает.

Сам секундомер записи не создаёт никогда. Он предлагает прошедшее время, и ничего не сохраняется, пока вы не нажмёте «Log».

Он заменяет счёт в уме, а не знание. Без него возможность полна, потому что настоящий путь — это ввести значение.

Открытие другой заявки приостанавливает идущий секундомер, и новая заявка говорит вам, к какой заявке он привязан.

Скрытое окно — это не перерыв. Секундомер продолжает идти, если вы просто щёлкнули в сторону.

Против секундомера, оставленного на ночь, есть предельное время работы. Значение ограничивают, а не выбрасывают, и оператору об этом говорят.

Секундомер по заводской настройке выключен. Вы найдёте его в настройках под названием «Stopwatch on the ticket».

У каждой записи есть отметка «Billable». Время записывают один раз, а отметка решает, попадёт ли оно в счёт.

Поэтому заявка показывает два итога: слева всё записанное, справа оплачиваемая сумма.

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

Жест доброй воли записывают так: введите время как обычно, снимите отметку и напишите причину в заметке.

Запись тогда заметно несёт «not billable». Минуты остаются в записанном итоге, потому что работа-то была.

Тот, кто вообще не записывает время, теряет ровно то число, которое потом объясняет, почему с клиента взяли так мало.

Если большая часть вашей работы неоплачиваемая, переверните умолчание переключателем «New entries are billable by default».

По заводской настройке всё считается с точностью до минуты. Кто считает четвертями часа, задаёт два значения.

«Rounding increment (minutes)» — это шаг. Каждая запись округляется вверх до следующего кратного.

«Minimum per entry (minutes)» — это нижняя граница. Каждая запись считается по меньшей мере этим значением.

Оба работают друг за другом: сначала граница, потом шаг. При границе 20 и шаге 15 пять минут превращаются в тридцать, потому что результат должен удовлетворять обоим.

Под двумя полями стоит предложение-пример с вашими собственными значениями. Оно вычислено, а не заявлено.

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

Записанное время остаётся нетронутым. Если изменить округление позже, старые данные не подделываются, потому что значение вычисляют при показе.

На записи видно и то и другое: там, где округление меняет значение, результат стоит рядом в скобках.

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

Он называется «Require a time entry before resolving or closing» и по заводской настройке выключен.

Он действует, только когда статус меняет человек. Оператор без записи получает сообщение, и заявка остаётся открытой.

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

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

В списке заявок появляется столбец «Time», показывающий, сколько на дело уже записано.

Включать его не нужно. Он появляется, как только заявка в списке несёт время.

В узких окнах он один из первых снова отпадает. Список тогда сохраняет те столбцы, без которых заявку не найти.

Время, которое стоит только на отдельной заявке, — не основа для счёта. Поэтому на странице отчётов есть карточка «Time spent».

Сверху стоят четыре числа: записано, выставлено, число записей и число заявок, которые вообще несут время.

Последнее число — самое важное после итога. Сорок часов на трёх заявках из пятисот — это не оценка, это три оператора, которые единственные и записывают.

Ниже идут разбивки: по заявителю, по команде, по категории и по дню.

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

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

Примечание над числами стоит принять всерьёз: они складываются из записей, сделанных людьми, и из ваших правил округления. Это рабочая основа, а не проверенный счёт.

Под карточкой стоят три кнопки. Они выдают отдельные записи, а не итоги со страницы.

Это два получателя, а не три формата файла. «Export entries (CSV)» и «Export entries (Excel)» идут в бухгалтерию: обе полны и не сокращаются никогда.

«Export entries (PDF)» — это документ для человека. Он уходит клиенту приложением к счёту.

PDF ограничен 20 000 записями, и документ сам об этом говорит. Счёт с большим числом строк всё равно никто не читает.

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

У неоплачиваемой записи в столбце оплачиваемого стоит пустая ячейка, а не ноль. Ноль в сводной таблице сложился бы в сумму.

Клиент не видит записей времени никогда, даже на собственной заявке.

Это не настройка, а запор в сервере. Переключателя, который его открывает, нет.

Причина в самих записях: заметки пишутся для команды. В них стоит, что пошло не так и сколько заняли поиски причины.

Другие системы такого рода делают так же. Там, где время доходит до клиента, оно доходит документом.

Для этого и есть выгрузка в PDF: она уходит вместе со счётом, а не на заявку в клиентском портале.

Отчёт может дополнительно показывать, кто сколько записал. По заводской настройке он этого не делает.

Время по каждому человеку — это данные о работе, и во многих компаниях в них имеет право голоса производственный совет.

Переключатель называется «Per-agent evaluation» и стоит в настройках.

Пока он выключен, сервер этих чисел даже не выдаёт. Таблица не спрятана, её не существует.

Эта разница важна. Запор, о котором знает только отображение, — не запор.