Если проверять порядок подачи только перед сдачей комплекта, замечания к файлу придётся разбирать одновременно с вопросами к исходным данным. Поэтому подготовку ПТО к XML я бы начинала с одного документа и полного цикла его передачи.

Сначала нужно выбрать документ, для которого на объекте применим XML, уточнить актуальную схему и маршрут подачи: кто формирует, кто подписывает, куда направляет и как получает результат приёма. Возможность подачи зависит и от требований на объекте, и от технической готовности принимающей стороны.

Затем проверить исходные записи и ответственность участников. Кто фиксирует выполненные работы, вносит сведения о материалах, прикладывает документы о качестве и лабораторные заключения? Кто проверяет эти сведения и исправляет расхождения до подписания?

Здесь важно разделять два уровня контроля. Валидация по XSD проверяет соответствие XML заданной схеме: структуру, обязательные элементы и типы данных. Успешная проверка формата сама по себе не подтверждает полноту и достоверность фактов о выполненных работах.

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

На тестовом проекте стоит пройти весь маршрут: сформировать документ, проверить его, подписать, отправить и получить результат приёма. У поставщика системы нужно заранее уточнить поддержку нужной версии схемы и порядок обновления форматов.

По результатам этого цикла можно обучить ПТО разбирать замечания: отличать ошибку формата от проблемы в исходной записи, находить ответственного, вносить исправления и повторять подачу. Масштабировать процесс стоит после того, как команда прошла этот маршрут и закрепила порядок действий в рабочем регламенте.

#HARDROLLER #исполнительнаядокументация #цифровизация #строительство #пто