Вернуться к статьям Заказчик проверяет проектные материалы и отправляет замечания подрядчику. Один комментарий касается конкретного листа, другой — исходных требований, третий уже исправлен в новой редакции. Когда обсуждение идёт в нескольких каналах и двух порталах Битрикс24, сторонам сложно понять, что осталось сделать.
Связанные задачи помогают организовать передачу замечаний и результатов между компаниями. «Межпортальные задачи и коллабы» переносит поддерживаемые данные и новые сообщения в заданных направлениях, но не сравнивает проектные документы и не определяет автоматически, снято ли замечание.
Делайте замечание проверяемым
Укажите материал и его редакцию, точное место, фактическое несоответствие и ожидаемое исправление. Формулировка «переработать раздел» может означать разный объём для проверяющего и исполнителя.
Пример для условного проекта: «В документе “План размещения”, редакция 2, на листе 4 обозначение помещения отличается от согласованного перечня. Просим привести обозначение к перечню и передать исправленный лист». Такая постановка задаёт предмет проверки без попытки пересказать весь документ.
| Элемент замечания | Что фиксировать |
|---|---|
| Материал | Название и редакция |
| Место | Лист, раздел, пункт или другой понятный ориентир |
| Наблюдение | Что именно не соответствует ожиданию |
| Основание | Согласованное требование или вопрос, который нужно уточнить |
| Результат | Что проверяющий должен увидеть после исправления |
Как разделить замечания на задачи
Одна задача удобна для взаимосвязанных исправлений одного материала с общим исполнителем и сроком. Если замечания относятся к разным разделам, требуют разных специалистов или принимаются независимо, лучше разделить их на отдельные поручения.
Это решение принимает команда. Приложение не разбивает перечень автоматически и не восстанавливает иерархию проектной документации из названий файлов.
В описании каждой общей задачи оставляйте только материалы, предназначенные второй стороне. Внутренний разбор вариантов исполнения можно вести отдельно у подрядчика.
Организуйте цикл исправления
Проверяющий создаёт задачу в согласованной области или оформляет замечание к уже общей работе. Подрядчик получает связанную карточку, уточняет постановку новым сообщением и готовит следующую редакцию.
При передаче результата исполнитель указывает, что изменено и какие пункты требуют повторной проверки. Заказчик сверяет конкретное замечание и фиксирует решение. Если возникло новое самостоятельное требование, его нужно отделить от исправления прежнего несоответствия.
Перед началом цикла проверьте разрешения на обратные изменения, файлы и новые сообщения. Успешное появление исходной задачи у подрядчика ещё не подтверждает весь маршрут возврата результата.
Как не перепутать редакции
Используйте понятное обозначение версии и сопровождающее сообщение. Не полагайтесь на названия «последний» и «окончательный»: через несколько итераций они перестают объяснять последовательность.
Не редактируйте одну и ту же переданную копию одновременно на обеих сторонах, если нужно сохранить обе версии. Содержимое параллельных редакций не объединяется. Подробные ограничения описаны в материале об обмене файлами.
Приложение также не следует представлять как просмотрщик CAD/BIM, систему сравнения чертежей или инженерной проверки. Такие инструменты при необходимости используются отдельно.
Когда замечание считается закрытым
Заранее определите, кто проверяет исправление. Исполнитель может сообщить о готовности, но решение о снятии замечания принимает назначенный участник процесса. В сообщении полезно назвать проверенный материал и редакцию.
Начните с одного комплекта и нескольких типичных замечаний. Проверьте, что каждый участник может найти исходное требование, последнюю переданную редакцию и решение проверяющего. Возможности приложения помогают передавать эти сведения, а правила приёмки подробно разобраны в отдельной статье.