В папке лежат два заключения по одному соединению: первое до ремонта и второе после. Номера файлов различаются, но в них неясно обозначен участок, а задание на повторный контроль хранится у другого сотрудника. Новый координатор не может понять, какое решение выполнено и действительно ли второй документ относится к нужной работе.
Для сопоставления нужна карточка цикла ремонта. Она связывает основание, выполненные действия, повторное задание и результат. Карточка дополняет принятую на проекте документацию и помогает найти её части. Методы, объём, сроки выполнения контроля и техническое решение определяют уполномоченные специалисты по применимым требованиям.
Рассмотрим именно организацию связей. Она пригодится и в таблице, и при подготовке требований к программе НК.
Определите, какое событие вы регистрируете
Слово «повторный» часто скрывает разные причины. Контроль мог выполняться после ремонта, для уточнения результата или по отдельному основанию проекта. Иногда физического контроля вообще не было: лаборатория только исправила реквизит и выпустила новую версию документа.
Указывайте вид события и основание отдельно. В карточке должно быть ясно, произошла новая работа с объектом или изменилось оформление ранее полученного результата. Копия файла, исправленное заключение и повторное обследование получают разные записи.
В обзоре TWI об инспекции сварочных работ идентификация соединений, сведения о ремонте и комплектование документов рассматриваются как связанные задачи. Для рабочего учёта это означает: нельзя уверенно связать результат с ремонтом только по соседству файлов в папке.
Сохраните соединение и заведите отдельный цикл
Постоянный ID соединения не меняется при повторном контроле того же физического объекта. Цикл ремонта получает собственный ID. Внутри него учитываются основание, участок, работы и связанные задания.
Например, J-000417 — соединение, ЦР-014 — первый зарегистрированный цикл в рассматриваемом процессе, а К-104 — задание контроля этого цикла. Цифры в номерах являются идентификаторами, а не нормативным разрешением на определённое число ремонтов.
Если по результатам понадобились новые действия, их связывают с предыдущим циклом и новым основанием. Допустимость дальнейшей работы определяется вне логики автоматической нумерации. Программа не должна трактовать кнопку «создать цикл» как техническое разрешение.
Если физический объект заменён или существенно изменена его идентичность, решение о новом объекте учёта подтверждает ответственный специалист. Простое правило «любой повтор — тот же ID» здесь также недостаточно. Базовые различия описаны в статье о реестре соединений.
Уточните участок и контекст документов
Совпадающий ID соединения ещё не означает, что два результата охватывают одно и то же. Сохраните обозначение участка, ссылку на схему и её версию, а также описание объёма из задания.
Если первичный результат относился к одному участку, а повторное задание охватывает другой объём, это должно быть видно. Сравнение «было замечание — стало без замечаний» без проверки контекста может создать неверное представление о выполненной работе.
Для каждого результата храните его собственные исходные сведения. Новая схема может помочь найти объект сегодня, но она не должна подменять версию, использованную при прежнем действии. Сопоставление версий оформляется отдельно и подтверждается тем, кто знает проектный контекст.
Постройте цепочку из шести связей
Практическая последовательность для внутреннего учёта выглядит так:
- Первичный результат связан с соединением и зарегистрированным замечанием.
- Решение о дальнейших действиях ссылается на это основание.
- Документ выполнения работ относится к конкретному решению и участку.
- Повторное задание связано с циклом и подтверждённой готовностью объекта.
- Результат повторного контроля ссылается на выполненное задание.
- Решение о завершении цикла ссылается на необходимые подтверждения.
Это схема связей, а не универсальная последовательность технологических операций. Фактический состав этапов и документов определяется проектом. Дополнительные предусмотренные проверки нужно включать, а не пытаться уместить любой процесс в шесть строк.
В модели W3C PROV-O отдельно описываются документы или объекты, действия и участники. Для карточки полезно такое же разделение: результат связан с действием, действие — с основанием и ответственными. Отметка времени загрузки файла не заменяет дату выполнения работы.
Заполненный пример карточки цикла
На условном объекте «Корпус А» рассматривается J-000417, обозначение С-017А. Команда оформляет цикл ЦР-014 по участку УЧ-02. Пример намеренно не содержит методов и параметров ремонта.
- Основание открытия: замечание ЗМ-024 и первичный результат Р-091.
- Документ объекта: схема СХ-08, версия 3, участок УЧ-02.
- Техническое решение: РШ-024; автор и дата указаны в документе.
- Работы: поручение РБ-024, подтверждение выполнения ВР-024.
- Готовность к следующему этапу: подтверждена ответственным по установленному порядку; ссылка ГТ-014.
- Повторное задание: К-104, основание ЦР-014; объём указан в приложении к заданию.
- Полученный результат: Р-104, связан с К-104; вложения перечислены отдельно.
- Итог карточки: комплект передан на рассмотрение; решение о завершении ожидается.
Сотрудник, получивший Р-104, должен перейти к К-104, затем к ЦР-014 и РШ-024. Обратный переход от первичного Р-091 показывает, какое последующее действие с ним связано. Эти два направления поиска проверяют полноту лучше, чем список загруженных файлов.
Обрабатывайте частичный результат явно
Допустим, по одному циклу предусмотрены два отдельных задания К-104 и К-105. Документ Р-104 получен, а К-105 ещё не завершено. Карточка показывает частичную готовность комплекта и конкретное ожидание.
Не назначайте всему циклу состояние «контроль завершён» только потому, что появился первый результат. В то же время не скрывайте выполненную часть: она нужна для координации. Для каждого задания сохраняются собственные состояния и основания их изменения.
Если один результат относится к нескольким заданиям или участкам, заведите явные соответствия. Не копируйте один файл в пять независимых строк без общего номера документа: при исправлении возникнут несколько конкурирующих версий.
Сопоставляйте результаты по полям, а не по именам файлов
Для проверки пары «до — после» используйте короткую карточку сравнения:
- Один ли физический объект указан и чем это подтверждено?
- Как соотносятся участки и объёмы выполненных действий?
- Какие версии исходной документации использованы?
- Есть ли подтверждённая связь повторного задания с решением?
- Какая часть результата отвечает на вопрос текущего цикла?
- Остались ли открытые задания или требующие решения замечания?
Если сведения расходятся, зафиксируйте неопределённость и владельца уточнения. Не считайте более поздний документ автоматически заменой всех предыдущих. Повторный контроль создаёт новую историю события, тогда как исправление документа меняет его редакцию по установленному порядку.
Числовые результаты разных действий нельзя механически сравнивать без понимания условий и применимости. Карточка обеспечивает доступ к контексту; вывод о сопоставимости делает специалист.
Проверьте комплектность до закрытия
Закрытие цикла означает подтверждённое выполнение согласованных условий. Оно не должно запускаться одним фактом окончания загрузки. Для внутренней проверки достаточно списка, адаптированного к проекту:
- открываются первичное основание и решение;
- объект и участок идентифицированы без неоднозначности;
- подтверждение работ относится к текущему циклу;
- все предусмотренные задания имеют понятное состояние;
- результаты связаны с нужными заданиями и приложениями;
- открытые вопросы рассмотрены уполномоченными участниками;
- зафиксировано основание завершения и автор записи.
Если цикл снова открыт, сохраните прежнее решение и причину нового действия. Хронология должна объяснять ход работы, включая неудобные эпизоды, а не показывать только последнюю успешную отметку.
Для запуска выберите один завершённый цикл и один незавершённый. Попросите координатора восстановить оба без звонка составителю. Места, где потребовалось устное пояснение, превращаются в конкретные требования к учёту.
Призма в каталоге ExtentLab охватывает заявки и задания НК, соединения, дефекты, заключения и документы. Обсудите на вашем примере связь ремонта и результатов: подготовьте обезличенный комплект и список переходов, которые команда сейчас восстанавливает вручную.