Рабочие процессы тикетов

Настройте потоки: из каждого статуса — в какие статусы может перейти тикет. Канбан и экран тикета подчиняются этим переходам.

Задаёт статусы и разрешённые переходы. Несуществующий переход — это невозможный для пользователя переход: если кто-то жалуется, что «не может переместить заявку», смотреть нужно сюда, а не в права доступа.

Здесь вы создаёте и ведёте workflow заявок: название, тип заявки, к которому он применяется, и признак активности. Сам процесс — какие статусы существуют и по каким путям заявка движется между ними — настраивается в детализации самой записи: статусы workflow и переходы, каждый со своими правилами.

Список работает на стандартном движке: экспорт всего набора в Excel, PDF и CSV, сохранённые представления пользователя, выбор колонок для экрана и корзина удалённых записей (?excluidas=1 в URL). Поиск и фильтр работают через URL — ?q=текст и ?fd_=значение, — что позволяет делиться ссылкой на точную выборку («активные workflow»), а не инструкциями по щелчкам. Кнопка «?» снова открывает эту справку, а Ctrl+K находит любой экран по названию.

Схема процесса хранится в двух детализациях записи. СТАТУСЫ WORKFLOW перечисляют состояния, которые может иметь заявка, с порядком, отметкой начального (где она рождается), конечного (где завершается) и видимостью для клиента. ПЕРЕХОДЫ указывают, откуда и куда она может перейти, с названием действия и требованиями каждого шага: обязательный комментарий, согласование, учёт времени и может ли клиент его выполнить. Статус без входящего перехода — недостижимое состояние: процесс работает только при наличии обеих половин.

Удаление перехода, используемого в повседневной работе, блокирует команду (тикет «застревает» в статусе). Лучше вносить изменения в часы низкой активности и предупреждать команду.

Канбан-доска заявок строится по workflow из этого списка: колонки — это статусы процесса для типа заявки. Если ни один процесс не настроен, канбан не придумывает колонки — он показывает предупреждение с прямой ссылкой на этот экран. Поэтому, если кто-то из команды сообщает «доска пустая/без колонок», диагностика начинается здесь: есть ли workflow для этого типа? Активен ли он? Используется ли в заявке тип, у которого есть процесс?

При сохранении представления кнопкой «Представления» запоминаются четыре вещи: текст поиска, применённые фильтры, какие столбцы видны (и в каком порядке) и по какому столбцу отсортирован список. Применение представления восстанавливает всё сразу — включая сброс сортировки и страницы, на которой вы были, чтобы результат был ровно тем, что описывает представление. Представления, сохранённые до этой версии, остаются в силе: то, чего они не запомнили, при применении просто не меняется.

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

Каждый workflow привязан к типу заявки: это процесс данного типа — ошибка может идти одним путём, запрос другим. Из этой связи рождается канбан-доска: колонки доски — это статусы workflow данного типа, а фильтр workflow на канбане переключает набор отображаемых колонок. Если ни один процесс не настроен, доска предупреждает об этом и направляет сюда. Деактивация workflow выводит процесс из работы, сохраняя настройки, — обратимый путь, когда нужно перепроектировать, не потеряв старую схему.

В панели активности записи у каждой заметки есть «Превратить в задачу». Щелчок создаёт тикет с текстом заметки, её автором и ссылкой на эту запись — ничего не нужно перепечатывать. Используйте, когда заметка — это просьба о действии («кому-то нужно это проверить»); сама заметка остаётся на месте. Кнопка появляется только после сохранения записи; сеанс только для чтения (демонстрация) задачу не создаёт.

Откройте запись и посмотрите на «Хронологию» справа: каждое изменение показано как «было одно значение — стало другое», с автором и датой. Если изменений много, используйте два фильтра вверху хронологии — по полю и по человеку. Поиск идёт в базе данных, поэтому старые изменения находятся так же. Можно спросить и Tenkai: «кто изменил договор 482?».