Роль валидатора

За что отвечает валидатор

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

Кабинет валидатора

Точки входа в работу:

Модуль «События» → кабинет → раздел «Требуют действия» — пришла новая задача со статусом «Валидация».
Прямая ссылка на пакет — когда коллега скинул ссылку в чате.

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

Как обычно работают

Открыть задачу «Валидация» из кабинета событий — кнопка «Валидировать».
На экране маршрута пакета пройти все стадии по порядку (см. ниже).
После штамповки QR — нажать «Отправить на согласование» в шапке.
Параллельно при необходимости — поддерживать реестр рабочей документации: заводить новые комплекты и документы, чтобы авторам было куда загружать PDF.

Если по конкретному листу нашлась проблема, не блокирующая весь пакет — лучше создать замечание с разметкой на PDF, а не возвращать пакет целиком.

Стадии работы на экране маршрута пакета

Экран маршрута пакета документации проходит шесть стадий, валидатор делает их последовательно:

Первичная проверка — кнопка «Запустить обработку».
Подготовка документа — система сама разбирает PDF, ищет предыдущие ревизии листов реестра, готовит сопоставление страниц. Можно уйти со страницы и вернуться позже — обработка идёт в фоне.
Привязка / сопоставление — валидатор подтверждает, какие страницы PDF к каким листам реестра относятся; правит вручную, если автоматика ошиблась. Кнопка «Применить сопоставление».
Сравнение изменений — для каждого изменённого листа видна разница; валидатор пишет описания изменений, при необходимости — оставляет замечания.
Штамповка QR — на каждом изменённом листе расставляются QR-коды: позиция и размер в мм. Превью показывает результат сразу.
Отправка на согласование — кнопка «Отправить на согласование» в шапке. Она становится активной только когда QR проставлены на всех нужных листах и описания заполнены. Подсказка «Завершите штамповку — осталось N» исчезает.

Что валидатор проверяет

Что	Где смотреть	Что делать при проблеме
Тот ли документ загружен	В шапке экрана: код документа, номер загрузки	Вернуть пакет автору с понятным комментарием
PDF корректно разобрался	Карточка «Подготовка документа» — нет красной отметки об ошибке	Запустить обработку повторно; если повторяется — вернуть автору
Привязка страниц PDF к листам реестра корректна	Стадия «Привязка / сопоставление»	Поправить вручную пары «страница ↔ лист», либо отметить страницы как «новые»
Что реально изменилось	Стадия «Сравнение изменений», визуальное наложение	Заполнить описания; при необходимости — создать замечание на лист
QR в правильном месте	Превью каждого листа на стадии штамповки	Подвинуть маркер, выставить размер в мм

Чек-лист по стадии «Привязка / сопоставление»

На этой стадии все правки копятся как черновик — в базу ничего не уходит до нажатия «Применить сопоставление». Подробности устройства экрана — в разделе «Стадия “Привязка / сопоставление”».

Короткий порядок:

Открыли пакет — экран сразу показывает результат автоматического сопоставления.
Проверили автоматическое сопоставление — большая часть пар обычно корректна.
Поправили ошибки — через зону «Выбор» в закреплённой внизу панели: отметили нужные строки, выбрали действие («Связать выбранные», «Отвязать страницу», «Создать новый лист реестра»).
Если структура сильно сместилась (например, удалили 2 страницы в начале документа и остальные 98 «съехали») — нажали «Сопоставить» для массовой подгонки 1 к 1.
Если в этой загрузке часть листов больше не нужна проекту — отметили эти листы галочками и нажали «Аннулировать». Не оставляйте их просто «отвязанными» — пользоваться «Аннулировать» нужно, когда лист действительно снят с выпуска. Если автор просто не присылал по листу обновлений — лист остаётся на прошлой ревизии, аннулировать его не нужно.
Проверили счётчик «Несохранённых изменений: N» — там должно быть ровно то, что вы реально хотите сохранить. Если что-то пошло не так — нажали «Отменить изменения» и начали заново.
Нажали «Применить сопоставление».
Если выпала ошибка (незаполненное наименование нового листа, конфликт привязки) — прочитали список конфликтов, кликнули по проблемной строке, исправили, нажали снова.

Варианты решения валидатора

Отправить пакет на согласование — основной сценарий. Кнопка «Отправить на согласование» в шапке. Доступна, когда QR проставлены и описания заполнены.
Создать замечание по конкретному листу — если лист требует доработки, но это можно делать без полного возврата пакета. Кнопка «Создать замечание» рядом с листом или из карточки листа. Замечание с флагом «Блокирует публикацию» не даст утверждающему позже утвердить лист окончательно, пока замечание не закрыто.
Вернуть пакет автору целиком — крайняя мера. Кнопка «Вернуть автору» в блоке перехода к следующему этапу. Применяется, когда загружен не тот документ, PDF повреждён, либо автоматика не смогла привязать листы.

В большинстве случаев точечное замечание на лист лучше возврата пакета — автору не нужно перезапускать процесс, он отвечает только на конкретную проблему.

Реестр рабочей документации

Реестр РД (комплекты, документы, листы) на практике ведёт валидатор, потому что именно он первым видит, какие новые комплекты и документы нужны проекту. Интерфейс не запрещает другим пользователям редактировать реестр, но обычно этим занимается именно валидатор:

создаёт новые комплекты;
добавляет в них документы;
заводит листы заранее или принимает их автоматическое создание при первой загрузке;
может массово импортировать структуру через Excel.

Если автор не может выбрать комплект или документ при загрузке — обычно нужно валидатору заранее завести нужные записи.

Что важно понимать

Валидация — содержательная работа, не формальная. Это не «галочная приёмка»: валидатор привязывает листы, описывает изменения и расставляет QR — после этого пакет действительно готов к согласованию.
Решения по листам валидатор не принимает. Согласовать, опубликовать с замечаниями, выдать во временное производство, вернуть на доработку — это работа согласующего и утверждающего. Валидатор готовит и фиксирует.
Возврат целиком сбрасывает прогресс. Используйте замечания на конкретные листы, если можно — это сохраняет всю проделанную работу.
Размер QR в финальном PDF равен заданному в превью. Если в поле «Размер QR» стоит 25 мм — именно 25 мм будет в распечатанном листе.

Контрольный список перед отправкой

Все стадии автоматической обработки прошли без ошибок.
Привязка страниц PDF к листам реестра подтверждена.
На всех изменённых листах (или всех листах при первой загрузке) проставлены QR — корректная позиция и нужный размер.
Описания изменений заполнены по всем изменённым листам.
Где требуется — оставлены замечания с разметкой и понятным описанием.
Подсказка «Завершите штамповку — осталось N» исчезла.
Кнопка «Отправить на согласование» в шапке активна.

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

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