Перейти к содержимому

РД в событиях: роль согласующего

Что делает согласующий в процессе

Согласующий — это участник этапа «Согласование». Он принимает решения по каждому листу пакета и определяет, в каком статусе лист пойдёт в публикацию.

В отличие от классической схемы «одно решение на весь документ», в Structura согласующий принимает отдельные решения по каждому листу. Это значит, что часть листов можно согласовать, часть — отправить на доработку с замечанием, часть — выпустить временно. Финальный статус документа в целом получается как агрегат решений по листам.

Как согласующий попадает в работу

  1. Открыть проект.
  2. Открыть модуль События, нажать «Открыть кабинет».
  3. В разделе «Требуют действия» найти задачу на этапе «Согласование». Опционально — переключить пресет на «Согласование РД» для фокуса только на этих задачах.
  4. Альтернативно — открыть очередь согласующего в модуле РД (/sod/projects/<id>/modules/working-docs/reviewer/queue).

Кнопка перехода в строке задачи открывает Экран маршрута пакета документации в режиме согласующего: /sod/projects/<id>/modules/working-docs/reviewer/batches/<batchId>.

Что согласующий видит на экране пакета

На экране пакета согласующий видит:

  • Hero пакета с кодом и наименованием документа, ревизией.
  • Сводку этапа — сколько листов всего, сколько уже решено, сколько ожидают действия.
  • Таблицу листов пакета со столбцами:
    • подпись листа в формате «Лист N (рев. X): {название}»;
    • указание на изменение (изменён / без изменений);
    • превью изменённого листа;
    • открытые замечания на этом листе;
    • результат текущего этапа (если решение уже принято);
    • кнопки действий.
  • Кнопку в шапке страницы для финального действия этапа — «Передать на утверждение».
  • Замечания, которые валидатор или сам согласующий создал по листам пакета.

Варианты решения по листу

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

РешениеЧто значитКогда применять
СогласоватьЛист идёт дальше на этап утвержденияНа листе нет проблем, либо замечания планируется закрыть до утверждения
Дать замечаниеСоздаётся замечание прямо на PDF, лист помечается как требующий доработкиНайдена проблема, которую нужно зафиксировать формально

Финальные решения о публикации (окончательно / с замечаниями / временно / вернуть на доработку) принимает уже утверждающий — см. Роль утверждающего в событиях.

Решение принимается прямо в строке листа в колонке «Действия». Под каждой кнопкой — короткое описание, что произойдёт.

Как работают замечания на этапе согласования

Согласующий может:

  1. Создать новое замечание — нажать «Создать замечание» рядом с листом. Открывается модалка создания: выбор типа разметки, описание, категория, уровень важности, флаг блокировки. Подробно — в Создание замечания.
  2. Снять существующее замечание — открыть замечание из колонки «Замечания» в строке листа. В карточке замечания можно изменить статус (например, «Закрыто» с указанием причины).

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

Когда передавать пакет дальше

Когда по всем листам приняты решения, в шапке страницы становится активна кнопка «Передать на утверждение».

  1. Нажать кнопку.
  2. Подтвердить диалог (можно оставить комментарий для утверждающего).
  3. Пакет переходит на этап утверждения. У согласующего задача закрывается.

Этап согласования закрывается по правилу кворума шаблона:

  • если в шаблоне стоит «Согласование: требовать всех» — нужны решения всех назначенных согласующих;
  • если стоит «минимум подтверждений N» — достаточно N положительных решений по этапу. Прочим согласующим их задачи становятся ненужными.

Когда возвращать пакет автору

Возврат целиком — крайняя мера. Применяется, если:

  • пакет в принципе не соответствует тому, что ожидалось от автора;
  • большинство листов имеют блокирующие замечания и проще начать новую итерацию.

Обычная практика — использовать per-sheet решения: на проблемных листах нажать «Дать замечание» и точечно описать проблему, остальные — «Согласовать». Дальше уже утверждающий принимает финальное решение по каждому листу (в том числе «Вернуть на доработку»). Это аккуратнее, чем возвращать весь пакет: автор получает точечный список замечаний, а одобренные листы идут на утверждение.

Контрольный список согласующего перед передачей

  • По каждому листу принято решение (нет листов без решения).
  • На каждом листе с решением «Дать замечание» создано замечание с конкретной разметкой и понятным описанием.
  • Открытые блокирующие замечания на согласованных листах сознательно зафиксированы — на этапе утверждения они автоматически запретят «Утвердить окончательно».
  • Комментарий к этапу заполнен, если регламент проекта это требует.
  • Кнопка «Передать на утверждение» в шапке страницы активна.

Частые ошибки

  • Согласовал все листы, но забыл нажать «Передать на утверждение». Принятие решений по листам само по себе не двигает процесс. Процесс двигает только финальная кнопка этапа.
  • Согласовал лист, по которому хотел зафиксировать проблему. «Согласовать» отправляет лист дальше без отметки о проблеме. Если есть претензия — выбирайте «Дать замечание» и опишите её.
  • Вернул весь пакет вместо точечной фиксации проблем. Это сбрасывает прогресс по всем листам, включая хорошие. Используйте «Дать замечание» на проблемных листах и «Согласовать» на остальных.
  • Не написал понятного комментария к замечанию. Автор не поймёт, что исправлять. Описание замечания должно содержать конкретное действие и место на листе.

Если согласующих несколько

Когда в шаблоне на этап согласования назначено несколько участников, поведение зависит от правила кворума:

  • «Требовать всех» — каждый из назначенных должен принять решение по этапу. Лист в пакете может быть отмечен решением одного согласующего, но для закрытия этапа нужны решения всех.
  • «Минимум N» — этап закрывается, когда N согласующих приняли решение «Передать на утверждение». Прочим участникам этап больше не виден.

Решения по конкретным листам всегда хранятся индивидуально, с автором решения и временем. Это видно в карточке листа в разделе «История решений».

Визуальные материалы (добавим на следующем шаге)

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

Связанные страницы