Применимость: Cloud. Названия пунктов и доступность функций зависят от версии, плана и типа проекта. Проверяйте изменения на тестовом окружении. Описанные рабочие процедуры — предлагаемый подход, а не гарантии поставщика.
Задача: поручения остаются в разных протоколах
После встречи команда фиксирует действия в Confluence, но через неделю приходится открывать каждый протокол отдельно. В учебном примере руководителю поддержки нужен общий список незавершённых поручений: проверить инструкцию, согласовать маршрут эскалации и обновить контакты дежурных. Цель — видеть работу вместе с источником решения, не создавать параллельный ручной список. Это предлагаемый сценарий, а не описание внедрения у клиента.
Начните с малого: два протокола и отдельная страница обзора. До настройки определите критерий успеха: каждое контрольное поручение находится в нужной выборке, выполненное исключается, а пользователь без доступа к исходному материалу не получает его содержимое. Результат оценивается по этим проверкам, а не по наличию красивой таблицы. Не переносите в пилот реальные секреты, персональные данные и чувствительные описания инцидентов.
Применимость: Cloud, обычные страницы и ограничения
Руководство относится к Confluence Cloud; у облака нет единой фиксированной версии установки. Здесь используется встроенный Task Report, без Marketplace-приложений и скриптов. Это отчёт по action items Confluence, а не по задачам Jira. Для Data Center нужен отдельный пилот по документации установленной версии; внешний вид похожего макроса не подтверждает одинаковое поведение.
По текущей документации Atlassian сам макрос пока недоступен для вставки в live docs. Создайте обычную страницу отчёта; если редактор не предлагает макрос, прежде всего проверьте тип содержимого. Не преобразовывайте рабочий live doc только ради эксперимента. Для проверки ограничений доступа понадобится тариф, на котором они доступны: на Free ограничения отдельного содержимого настраивать нельзя.
Шаг 1. Подготовьте небольшой контрольный набор
Создайте обычные страницы «Протокол поддержки А», «Протокол поддержки Б» и «Обзор поручений» в тестовом пространстве. Согласуйте участие двух тестовых исполнителей и читателя: назначение действия через упоминание может уведомить человека. Запишите ссылки и исходные права. На пилоте используйте отдельные учётные записи с обычными правами, чтобы административный доступ не скрывал проблему.
Через /action добавьте action items, выберите исполнителей через @ и вставьте срок элементом даты через //. Обычный пункт списка с напечатанным именем не заменяет назначенное действие. Подготовьте четыре позиции: А1 — открытая, исполнитель Первый, срок прошёл; А2 — открытая, Первый, срок впереди; Б1 — открытая, Второй; Б2 — уже выполненная, Первый. Отдельно оставьте обычную строку текста как отрицательный пример. Опубликуйте протоколы.
Шаг 2. Задайте границы отчёта
На странице обзора через меню / найдите Task Report. Для первого запуска ограничьте расположение двумя конкретными протоколами и выберите статус Incomplete. Показать стоит описание, срок, исполнителя и расположение; сортировка Due date поможет просматривать сроки. Не задавайте пока фильтр по исполнителю и Created after: сначала подтвердите полноту базовой выборки.
Создайте вне выбранных протоколов ещё одно тестовое поручение с узнаваемым именем «ВНЕ ПИЛОТА». Оно помогает проверить границы. Сохраните конфигурацию макроса в рабочую заметку и опубликуйте обзор. Не пытайтесь лечить пустой результат одновременной сменой всех параметров: иначе будет непонятно, какая настройка повлияла на выборку. Удерживайте одну стабильную контрольную конфигурацию до завершения базовых проверок.
Шаг 3. Проверьте выборку и изменение состояния
Под читателем, которому доступны оба протокола, откройте обзор. Ожидаемый набор в предложенном пилоте: А1, А2 и Б1. Б2, обычная текстовая строка и «ВНЕ ПИЛОТА» не должны попадать в этот список. По каждому результату перейдите к источнику и сопоставьте описание, исполнителя и срок. При расхождении остановитесь и разберите одну контрольную позицию, прежде чем подключать всё пространство.
На исходном протоколе отметьте А1 выполненной и повторно откройте обзор: она должна исчезнуть из выборки незавершённых. Верните исходное состояние А1 и перепроверьте. Затем отдельно примените фильтр Assigned to для Первого: ожидаются А1 и А2, но не Б1. Это критерии приёмки для вашей проверки, а не заявление о тестировании в реальной Confluence. Зафиксируйте наблюдения и исключения, включая задержку обновления, если она возникнет.
Шаг 4. Подключите новые протоколы через метку
Когда базовый отчёт принят, решите, кто отвечает за включение новых встреч. Для расширяемого маршрута добавьте на обе исходные страницы метку support-meeting-actions. Метка относится к странице; её нельзя присвоить одному выбранному поручению внутри протокола. Добавление метки разрешено пользователю с правом редактирования содержимого. Выбирайте одно согласованное написание, не создавайте похожие варианты для каждой команды.
Сделайте копию страницы обзора для второго пилота. Ограничьте её нужным пространством и меткой. Создайте третий протокол сначала без метки, затем с ней; сравните результат до и после. Так проверяется понятность процесса включения, а не только настройка уже известных страниц. Если в одном протоколе смешаны разные процессы, заранее обсудите, подходит ли такой общий отбор. Для первого отчёта сохраните первоначальную конфигурацию как контрольный образец.
Шаг 5. Проверьте доступ отдельным пользователем
Для отрицательной проверки подготовьте безвредный протокол с ограничением просмотра. Разрешите его редактору пилота, но исключите обычного читателя. Под этим читателем проверьте прямую ссылку и страницу обзора. Критерий безопасности: недоступные исходные сведения не раскрываются через отчёт. Не считайте наличие записи под администратором доказательством, что такой же состав увидит вся команда.
Если обнаружено неожиданное раскрытие, остановите пилот и уберите обзор из общего маршрута до расследования. Сверьте права пространства и содержимого, членство в группах и выбранную учётную запись. Не снимайте ограничение с протокола ради одинакового количества строк у всех читателей. Даже отсутствие строк в обзоре не доказывает полноту контроля: проверьте отдельно источник и другие пути доступа. Уже отправленное уведомление изменением макроса не отменяется.
Типовые ошибки: пустой список и ложная просрочка
При пустом отчёте сначала откройте источник тем же пользователем, затем проверьте публикацию и тип элемента. После этого последовательно убирайте дополнительные фильтры на копии обзора и сравнивайте с контрольным набором. Если вывод ограничен первой порцией, проверьте остальные страницы результатов: количество видимых строк не является общим числом поручений. Не дублируйте действие в протоколе только потому, что сразу не увидели его в таблице.
Created after ограничивает дату создания задачи, а не её срок. Подстановка сегодняшней даты может исключить старые незавершённые действия. Сортировка по Due date также не превращает список в выборку только просроченных: сверяйте срок каждой позиции и отдельно отмечайте отсутствие срока. Если нужны строгие правила эскалации, напоминания или согласования, оформите отдельный сценарий автоматизации. В этом пилоте такие механизмы не настраиваются.
Откат и передача отчёта в сопровождение
При неудачном отборе восстановите сохранённые параметры макроса либо удалите его с новой страницы обзора. Исходные поручения ради отката не удаляйте и не закрывайте массово. Верните изменённые тестовые отметки выполнения по контрольному списку. Пилотную метку удаляйте только с тестовых страниц, предварительно проверив, что она не используется другим отчётом. Отдельно согласуйте возврат прав: восстановление более широкого доступа не должно происходить автоматически.
Назначьте владельца обзора и правила для новых протоколов: где создавать действия, как выбирать исполнителя, когда задавать срок и кто проверяет полноту списка. Передайте ссылки, конфигурацию, контрольный набор и результаты пользовательских проверок. Возвращайтесь к пилоту после изменений шаблона или прав. Завершение настройки означает понятный способ контроля поручений с подтверждёнными границами, а не гарантированное выполнение всех действий командой.
Официальная документация
Применить это к вашей системе
Обсудим контекст, ограничения и безопасный порядок изменений.
Обсудить задачу