PDF
Замечания к ИД удобнее устранять по единому реестру: каждое требование получает номер, ответственного, действие и подтверждение результата. Без такого учёта исправленный акт легко потерять среди версий, а уже закрытый вопрос — получить повторно вместе со старым комплектом.
Первая задача — понять содержание замечания. Требование добавить приложение, расхождение с проектом и отсутствие фактического испытания нельзя закрыть одним способом «переоформить акт».
Сохраните исходный список и переданный комплект
Зафиксируйте версию выдачи, к которой относятся замечания, дату получения и источник списка. Сохраните письма, комментарии в системе и пометки на документах. Если один вопрос встречается в нескольких источниках, свяжите записи, но не удаляйте их происхождение.
Рабочую копию удобно отделить от исходной. В ней ведут исправления, а исходный комплект остаётся точкой сравнения. Названия «новый», «последний» и «самый последний» лучше заменить номером редакции и датой выдачи.
Если замечание звучит как «привести документацию в соответствие», запросите уточнение: какой документ, какой участок, какое расхождение и по какому требованию. Иначе объём исправления останется неопределённым.
Специализируется на разработке ППР, ТК и ПОС, автоматизации подготовки проектной документации, расчёте технико-экономических показателей…
Разделите замечания по типу
| Тип вопроса | Пример | Какое действие требуется |
|---|---|---|
| Оформление | В реестре неверный номер приложения | Проверить источник и исправить ссылку |
| Несоответствие данных | В акте и схеме разные границы участка | Сверить фактическое исполнение и взаимосвязанные документы |
| Неполный комплект | Нет документа на применённый материал | Запросить относящийся к поставке документ |
| Недостаток подтверждения | Не представлен результат испытания | Установить, проводилось ли испытание, и согласовать дальнейшие действия |
| Неясное требование | Требуется «другая форма» без уточнения | Уточнить основание и применимость формы |
Такая классификация нужна для работы команды. Она не отменяет требований к конкретному объекту и не устанавливает нормативную значимость замечаний.
Назначьте владельца исходных данных
Не всякое замечание может закрыть составитель ИД. Он исправит текст по достоверным данным, но не создаст результат измерения, которого не было, и не заменит решение проектировщика собственной формулировкой.
В реестре полезно иметь две роли: кто готовит исправление и кто предоставляет подтверждение. Для схемы это могут быть разные исполнители; для документа на материал потребуется участие поставщика или ответственного за поставку; для протокола — организации, фактически проводившей контроль.
Назначайте срок после проверки зависимости. Обещание «всё завтра» бессмысленно, если часть вопросов ждёт ответа другой организации. Сначала обозначьте дату запроса и плановый срок получения данных, затем — срок подготовки документа.
Исправляйте связанные документы вместе
Рассмотрим условный пример. В замечании указано: «В акте АО-07 не совпадает номер исполнительной схемы». Проверка показала, что в акте осталась ссылка на предыдущую редакцию, а в архиве лежат обе схемы.
Корректное действие — определить актуальную схему, проверить её участок и содержание, изменить ссылку в акте, обновить реестр и убрать старую редакцию из передаваемого комплекта. Одной замены цифры в Word недостаточно, если получателю снова уйдёт архив со старым вложением.
Изменения, затрагивающие фактический результат, требуют более глубокой проверки. Нельзя подгонять акт под схему только ради совпадения реквизитов. Сначала устанавливают правильные данные, затем приводят в соответствие весь связанный комплект.
Как написать ответ на замечание
Ответ должен позволять проверяющему быстро открыть подтверждение. Вместо «исправлено» используйте описание действия, идентификатор документа, редакцию и место изменения.
Пример рабочего ответа: «В акте АО-07 уточнена ссылка на исполнительную схему ИС-04, редакция 02. Акт и схема относятся к участку между осями 1–4. Исправленные файлы перечислены в строках 7 и 8 реестра передачи № 03». Обозначения здесь условные; в реальном ответе указывают только проверенные сведения.
Если замечание не закрыто, пишите, какого подтверждения не хватает и кому направлен запрос. Статус «на уточнении» честнее, чем отметка «выполнено» при отсутствующем приложении. При несогласии с требованием приводите конкретное основание и запрашивайте решение, а не удаляйте вопрос из списка.
Что проверить перед повторной передачей
Сопоставьте исправления с исходными замечаниями, проверьте приложения и убедитесь, что в комплекте нет конкурирующих версий. Сформируйте отдельный перечень изменённых файлов. Если порядок заказчика требует повторной передачи полного комплекта, в сопроводительном письме всё равно укажите, что изменилось.
Не смешивайте закрытие замечаний с приёмкой работ. Получение исправленных файлов, отсутствие новых комментариев и оформление приёмки — разные события. Фиксируйте то состояние, которое подтверждено документом или записью в согласованной системе.
Состав и порядок ведения ИД проверяют по приказу Минстроя № 344/пр с учётом изменений № 369/пр, а конкретные замечания — также по проекту и применимым требованиям. Личный шаблон проверяющего не следует автоматически объявлять обязательной формой для любого объекта.
Скачать реестр замечаний
В PDF-документе реестра показаны исходное замечание, причина, действие, ответ и статус проверки. В рабочем реестре дополнительно назначают ответственных за данные и сроки. Демонстрационные строки показывают логику заполнения, а не фактическую историю объекта.
Помощь с доработкой ИД
Отправьте список замечаний вместе с той версией комплекта, которую проверял заказчик. Через услугу подготовки ИД можно поставить задачу на проверку и исправление по подтверждённым исходным данным. Для следующей выдачи используйте порядок передачи комплекта.