Item de template

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

Здесь вы видите и исправляете отдельные дочерние записи по одной. Однако в повседневной работе правильно создавать и редактировать их внутри формы родительской записи: именно там работают бизнес-правила (пересчёт итогов, проверки, нумерация, история). Редактирование прямо здесь полезно для аудита и исправления конкретного случая, но может оставить в родительской записи устаревший итог — и на экране не появится никакой ошибки.

Каждый пункт становится задачей (или пунктом чек-листа), когда из этого шаблона создаётся тикет. Изменения здесь действуют для СЛЕДУЮЩИХ тикетов; уже открытые сохраняют сценарий, с которым были созданы.

Шаблон применяется при ОТКРЫТИИ заявки, и всё, что он создаёт, становится её собственной копией: добавление, удаление или изменение порядка пунктов здесь действует для заявок, созданных С ЭТОГО МОМЕНТА, — уже открытые продолжают со сценарием, полученным при создании. Это сделано намеренно: у заявки в процессе обработки нельзя подменить чек-лист прямо под исполнителем. Если новый шаг срочен и для текущих заявок, его нужно добавить в них по одной, осознанно.

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

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.

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