РД в событиях: роль валидатора

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

Валидатор принимает пакет после загрузки автора и подготавливает его к согласованию. Его задача — убедиться, что PDF корректно обработан, листы правильно связаны с реестром или предыдущей ревизией, QR подготовлены, а изменения зафиксированы понятно для согласующих.

Валидатор работает не в отдельной обязательной «Умной привязке», а в обычном экране пакета РД. Основные вкладки для пользователя:

«Привязка листов» — для первой загрузки документа;
«Сопоставление» — для новой ревизии существующего документа;
«QR / штамповка» — для первой загрузки;
«Фиксация изменений» и «Проверка QR» — для последующих ревизий.

Где появляется задача

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

Также пакет можно открыть из очереди валидатора в модуле РД, если вы работаете из предметного модуля.

Как проходит работа валидатора

1. Первичная проверка

На экране пакета проверьте исходный документ и запустите обработку, если система предлагает кнопку «Запустить обработку». Во время обработки показывается экран «Подготовка документа к проверке». Можно уйти со страницы: обработка продолжится в фоне.

2. Привязка или сопоставление

Дальше откроется одна из рабочих вкладок:

Ситуация	Вкладка	Что проверить
Первая загрузка документа	Привязка листов	Каждая страница PDF должна быть связана с правильным листом реестра.
Новая ревизия	Сопоставление	Новые страницы должны быть связаны с предыдущими листами и ревизиями без спорных пар.

Если система предложила пары автоматически, валидатор всё равно проверяет их. При ошибке нужно поправить привязку или сопоставление и применить результат.

3. QR, штамповка и фиксация изменений

После применения привязки или сопоставления становится доступна следующая вкладка:

для первой загрузки — «QR / штамповка»;
для новой ревизии — «Фиксация изменений», затем «Проверка QR» для листов, где требуется контроль или повторная штамповка.

На этих шагах валидатор открывает листы, проверяет или задаёт позицию QR и убеждается, что все обязательные листы проштампованы. Пока есть незавершённые QR-действия, кнопка отправки на согласование остаётся недоступной и показывает, сколько листов осталось.

4. Отправка на согласование

Когда всё готово, нажмите «Отправить на согласование». Система попросит подтверждение и зафиксирует изменения в QR и листах для согласующих.

После отправки задача валидатора закрывается, а задачи появляются у согласующих в кабинете событий.

Что нужно проверить перед отправкой

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

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

Возврат применяйте, если пакет нельзя корректно подготовить к согласованию:

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

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

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

Ошибка	Что делать
Отправить пакет без проверки привязки	Всегда откройте «Привязку листов» или «Сопоставление» и убедитесь, что пары корректны.
Не завершить QR/штамповку	Проверьте подсказку у кнопки отправки: она показывает, сколько листов осталось.
Искать обязательную «Умную привязку»	Обычный путь валидатора идёт через «Привязку листов» или «Сопоставление». Служебные инструменты не нужны для штатной работы.
Вернуть весь пакет вместо точечного замечания	Возвращайте пакет только при проблемах с самой загрузкой; для листовых вопросов используйте замечания.