От объекта к системе

Глава 9. Где живёт применяемость?

9.1. Вопрос, который задаёт производство

Представим цех. Мастер получает задание: изготовить партию насосов Н1. Он открывает систему и видит: конструкторское описание имеет Revision A, Revision B и Revision C. По какой изготавливать?

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

Инженер отвечает на этот вопрос легко. Он говорит: «Изделия с первого по сотое изготовлены по Revision A. Начиная со сто первого — по Revision B». Для человека это очевидно. Для системы необходимо формальное представление.

Именно эту задачу решает механизм, который в PLM получил название применяемости — effectivity.

9.2. Что такое применяемость

Применяемость отвечает на вопрос: где, когда и для какого объекта действует конкретное описание? Здесь важно различать два вопроса.

Первый:

Какая Revision является актуальной? Это вопрос о состоянии самого описания.

Второй:

Какая Revision была применена при изготовлении конкретного экземпляра? Это вопрос о производстве.

Эти вопросы не совпадают.

Revision C может быть актуальной в системе, в то время как конкретный насос №075 был изготовлен по Revision A. Revision A уже не является актуальной для нового производства, но она остаётся фактом истории конкретного экземпляра.

Именно поэтому применяемость нельзя свести к признаку «актуальная Revision».

9.3. Применяемость возникает там, где описание встречается с производством

Объект изделия не имеет применяемости. Объект существует. Он не изготавливается. Изготавливается его конкретный экземпляр.

Описание изделия также не имеет применяемости само по себе. Описание существует как знание о том, каким должно быть изделие. Оно имеет Revision. Revision может быть утверждённой, актуальной или устаревшей.

Но в момент изготовления возникает новый вопрос: какое именно описание было использовано для получения конкретного экземпляра? Это уже не вопрос только об описании. Это вопрос о связи описания с производственным действием.

Поэтому применяемость возникает там, где знание встречается с производством.

KProduct: Насос Н1
       |
       +-- KDesignDefinition
       |       Revision A
       |       Revision B
       |       Revision C
       |
       +-- KManufacturingDefinition
               |
               +-- Экземпляр №001
               |       Применено: KDesignDefinition Rev A
               |       Изготовлен: 15.01.2026
               |
               +-- Экземпляр №150
               |       Применено: KDesignDefinition Rev B
               |       Изготовлен: 20.04.2026
               |
               +-- Экземпляр №300
                       Применено: KDesignDefinition Rev C
                       Изготовлен: 10.07.2026

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

Это принципиальное различие. Revision описывает знание. Экземпляр фиксирует конкретный результат производства.

Применяемость связывает одно с другим.

9.4. Почему применяемость нельзя хранить только на Revision

Рассмотрим ситуацию. Насос №075 находится в эксплуатации. Обнаружен дефект. Необходимо определить: по какой документации изготовлен этот экземпляр? Какие изменения в нём учтены? Затрагивает ли дефект другие экземпляры?

Если применяемость хранится только на уровне Revision, система может ответить: Revision A действует для серийных номеров 001–100.

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

Если информация находится на стороне экземпляра, система отвечает непосредственно: Насос №075 изготовлен по KDesignDefinition Revision A, KTechnologyDefinition Revision A. Утверждённых отклонений нет. Дата изготовления: 10.02.2026.

Теперь система знает не только, какая Revision когда-то была применима. Она знает, что именно было применено к конкретному предмету.

Это и есть основа полной производственной трассируемости.

9.5. Почему актуальность и применённость — разные понятия

Рассмотрим ещё одну ситуацию.

Конструктор выпустил Revision C. Она утверждена. Она является актуальной. Но производство ещё не перешло на неё. Цех продолжает изготавливать по Revision B, потому что не израсходован запас заготовок.

В этот момент существуют два факта: актуальное описание — Revision C; применённое описание для текущего производства — Revision B.

Если система смешивает эти понятия, возникает ошибка.

Производство получает указание: «Используйте актуальную документацию». Но актуальная документация ещё не готова для производства. Технологическое описание не обновлено. Оснастка не изготовлена. Персонал не обучен.

Если система различает актуальность и применённость, противоречия нет.

Конструктор видит: Актуальное описание — Revision C.

Производство видит: Для данной партии применяется Revision B.

Оба утверждения одновременно истинны. Они описывают разные аспекты реальности.

9.6. Три вида применяемости

В инженерной практике применяемость может определяться различными способами.

Серийная применяемость (Serial Effectivity). Описание применяется к экземплярам, определяемым диапазоном серийных номеров.

Revision B действует для:
    серийный номер ≥ 101

Дата применяемости (Date Effectivity). Описание применяется начиная с определённой даты.

Revision B действует для:
    дата изготовления ≥ 01.04.2026

Партионная применяемость (Lot Effectivity). Описание применяется к определённой производственной партии.

Revision B действует для:
    партия №2026-04

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

Для сложных изделий это может быть индивидуальный учёт каждого экземпляра. Для массовых изделий — учёт партии.

9.7. Где должна находиться применяемость в модели данных

Если принять выводы предыдущих глав, ответ становится однозначным. Объект изделия не имеет применяемости. Объект существует. Revision не имеет применяемости в смысле факта уже выполненного производства. Revision является версией описания.

Изготавливается экземпляр.

Поэтому информация о том, какая Revision была применена, должна быть зафиксирована на уровне производственного результата — конкретного экземпляра или производственной партии, в зависимости от требуемой степени трассируемости.

В модели Constructum для индивидуально учитываемого изделия это выглядит так:

KProduct
      |
      +-- KDesignDefinition
      |       |
      |       +-- Revision A
      |       +-- Revision B
      |       +-- Revision C
      |
      +-- KManufacturingDefinition
              |
              +-- Instance №001
              |       appliedDesignRevision: A
              |
              +-- Instance №075
              |       appliedDesignRevision: A
              |
              +-- Instance №150
                      appliedDesignRevision: B

Здесь нет утверждения: Revision A «принадлежит» экземплярам №001–075. Есть другое утверждение: Экземпляры №001–075 были изготовлены с применением Revision A.

Это исторический факт производства.

9.8. Связь с управлением изменениями

Применяемость тесно связана с процессом управления изменениями, описанным в Главе 6.

Когда изменение утверждено, необходимо определить: с какого момента оно вступает в производство? Для каких экземпляров будет применяться? Распространяется ли оно на ранее изготовленные изделия?

Эти вопросы не решаются самим фактом появления новой Revision. Например:

Изменение:
    Утверждено: 15.03.2026
    KDesignDefinition: Revision A → Revision B

Производство:
    Перешло на Revision B: 01.04.2026

Экземпляры:
    №001–100 → Revision A
    №101 и далее → Revision B

Между утверждением изменения и его применением может пройти время. Это время необходимо для подготовки производства: закупки материалов, изготовления оснастки, обновления технологической документации, обучения персонала.

Поэтому утверждение Revision и её применение при изготовлении — разные события.

9.9. Что происходит с ранее изготовленными изделиями

Появление новой Revision не изменяет автоматически уже изготовленные экземпляры. Если насос №075 был изготовлен по Revision A, появление Revision B не превращает его в изделие, изготовленное по Revision B. Это принципиально важно для эксплуатации.

Через несколько лет необходимо иметь возможность ответить: По какой документации был изготовлен насос №075? Ответ не должен зависеть от того, какая Revision является актуальной сегодня. Система должна сохранить исторический факт:

Instance №075
    изготовлен: 10.02.2026
    Design Revision: A

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

Таким образом, применяемость является частью истории конкретного экземпляра.

9.10. Граница применяемости

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

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

Партия №2026-04
    изготовлена по Revision B

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

Граница проходит не между «простыми» и «сложными» изделиями. Она проходит там, где появляется требование знать историю конкретного предмета.

Если необходимо ответить: «Что произошло именно с этим изделием?»

— экземпляр должен быть самостоятельным объектом модели.

9.11. Связь с предыдущими главами

Глава 8 установила: изготовленный экземпляр является самостоятельным объектом, отличным от типа изделия.

Глава 9 добавляет: применяемость связывает описание с конкретным экземпляром в конкретный момент производства.

Она не является свойством объекта. Не является свойством Revision.

Она является фактом применения конкретного описания при изготовлении конкретного экземпляра.

Вместе эти главы формируют полную картину существования изделия в информационной системе:

9.12. Главный вывод

Применяемость отвечает на вопрос: какое описание было применено при изготовлении конкретного экземпляра?

Это не вопрос об актуальности документации. Не вопрос о текущей Revision. Не вопрос о том, какая версия описания существует сегодня.

Это вопрос о конкретном событии производства и его результате.

Международные стандарты управления конфигурацией и модель ISO 10303-239 различают описание изделия и конкретный экземпляр изделия. Требование фиксировать состояние as-built означает, что система должна сохранять информацию о том, что было фактически изготовлено и по какому описанию.

Отечественная инженерная практика выражает тот же принцип через паспорт и формуляр конкретного изделия.

Для модели данных это означает одно: применяемость должна быть зафиксирована там, где описание встречается с производством — на уровне конкретного экземпляра или производственной партии.

Не на уровне KProduct. Не как свойство Revision.

А как исторический факт производства.

Именно это позволяет через десять, двадцать или тридцать лет ответить на главный эксплуатационный вопрос: «По какому описанию был изготовлен именно этот экземпляр?»

Применяемость поэтому не является свойством Revision. Она является утверждением о применении определённого описания к определённому объекту в определённых условиях.

В следующей главе: почему документ не является объектом? Может ли документ быть центральным объектом информационной системы, управляющей жизненным циклом изделия?

Примечания к главе 9

Источники:

• ANSI/EIA-649-D, Configuration Management Standard, SAE International, 2019. §4.4.
• NASA/SP-2016-610, Rev. 2, NASA Systems Engineering Handbook, NASA, 2016. §6.3.
• MIL-HDBK-61A, Configuration Management Guidance, U.S. Department of Defense, 2001. §5.5.
• ISO 10303-239, Industrial automation systems and integration — Product data representation and exchange — Part 239: Application protocol: Product life cycle support.
• ГОСТ 2.601-2019. Единая система конструкторской документации. Эксплуатационные документы.
• ГОСТ 2.610-2019. Единая система конструкторской документации. Правила выполнения эксплуатационных документов.
• ГОСТ Р 2.005-2023. Единая система конструкторской документации. Термины и определения.

Типы доказательств: