Состав установленного оборудования: узлы и история замен

Решение: нужна ли история экземплярного состава

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

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

В Microsoft Asset Management различаются перенос в структуре, замена узла и установка структуры на функциональное место. Эти операции имеют разный смысл, хотя каждая меняет связи оборудования. Microsoft: move, replace and install assets.

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

Разделите модель, экземпляр, позицию и место

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

Например, одинаковые модули M1 и M4 последовательно занимают позицию «управляющий блок» одной машины A. Название позиции остаётся, экземпляр меняется. Если просто перезаписать номер M1 на M4 в прежней записи, история ремонта M1 начнёт выглядеть историей M4.

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

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

Храните периоды членства вместо одного текущего родителя

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

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

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

Microsoft указывает дату и время действия при перемещении, замене и установке; перенос родительского объекта затрагивает связанные дочерние. Это важные сценарии для проверки выбранной реализации. Microsoft: effective dates and child assets.

Учебный пример: семь объектов, меняющийся состав

Все идентификаторы вымышлены, время указано в UTC. В контуре три корпуса A, B, C и четыре модуля M1, M2, M3, M4: всего семь уникальных объектов. На 1 сентября A содержит M1 и M2, B содержит M3. Корпус C и модуль M4 находятся отдельно в резерве.

Считаем уникальные экземпляры: структура A содержит 3 объекта, структура B — 2, отдельно лежат 2. Проверка: 3 + 2 + 2 = 7. Количество двух работающих установок не равно количеству пяти входящих в них объектов; отчёт должен явно называть единицу.

12 сентября в 10:00 M1 снимают с A для ремонта, а M4 устанавливают на его позицию. Теперь A состоит из A, M4 и M2. B не изменился. Отдельно находятся C в резерве и M1 в ремонте. Итог снова 3 + 2 + 2 = 7: замена не создала восьмой объект и не уничтожила идентичность снятого модуля.

15 сентября в 14:00 M2 после согласованной операции переносится из A в B. С этого времени состав A — A и M4, состав B — B, M3 и M2. Отдельных объектов по-прежнему два. Проверка: 2 + 3 + 2 = 7.

Обращение от 10 сентября относится к A с M1 и M2. Обращение от 13 сентября — к A с M4 и M2. Сегодняшнее дерево A с одним M4 не должно подменять оба прошлых состава. Связь события с экземпляром и историческим периодом позволяет показать различие без догадок.

Для дополнительной проверки возьмём сентябрь от 1 сентября 00:00 до 1 октября 00:00. M2 входил в A 14 дней и 14 часов, то есть 350 часов. В B — 15 дней и 10 часов, то есть 370 часов. Сумма 720 часов соответствует 30 суткам. Это время членства в составе, а не наработка или подтверждённая исправность модуля.

Местоположение и состав меняются согласованно

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

Microsoft Field Service ограничивает размещение дочернего компонента отдельно от места родителя; при переносе под другого родителя его место меняется согласно новому родителю. Это правило конкретного продукта. Microsoft: functional locations.

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

При перемещении всей установки заранее покажите затронутых потомков и открытые задания. Microsoft Asset Management предупреждает, что установка на новое место не переносит автоматически ранее созданные активные заявки и work orders. Не считайте изменение адреса достаточным пересогласованием выездов. Microsoft: install assets on functional locations.

Минимальный журнал и типовые сбои

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

Поздно внесённая замена требует проверки пересечений со следующими событиями. Если M2 уже установлен в B, нельзя незаметно добавить более позднее продолжение его установки в A. Сохраните конфликт для разбора и определите, какие отчёты изменятся после подтверждённого исправления.

Не исправляйте неизвестное происхождение произвольной датой установки. Отдельно отмечайте «состав подтверждён при осмотре» и «известна дата установки». Осмотр 9 октября доказывает наблюдаемый состав на осмотре, но не объясняет автоматически, что стояло там в сентябре.

Приёмочные проверки

1. После двух изменений сохраняются семь уникальных идентичностей.
2. Исторический состав A на 10 и 13 сентября различается ожидаемым модулем.
3. В момент замены старый и новый интервалы не пересекаются.
4. M2 не числится одновременно дочерним у A и B.
5. Для M2 сентябрь разбивается на 350 и 370 часов без потери времени.
6. Попытка включить родителя в собственного потомка отклоняется.
7. Перемещение установки показывает затронутые узлы и открытые работы.
8. Снятый модуль сохраняет отдельное место и историю ремонта.
9. Поздняя запись не переписывает последующие события без проверки.
10. Неподтверждённая историческая конфигурация явно обозначена как неизвестная.

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

Частые вопросы

Можно ограничиться серийным номером машины?

Можно, если состав не влияет на сервисные решения. При самостоятельном перемещении узлов нужен их собственный идентификатор и история принадлежности.

Заменённый узел удаляется из системы?

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

Историческое дерево доказывает причину поломки?

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

Источники

• Microsoft: move, replace and install assets — операции структуры и даты действия.
• Microsoft: functional locations — согласование места родителя и узла.
• Microsoft: install assets on functional locations — перемещение структуры и ограничения переноса работ.

Проверено 9 октября 2026 года. Пример состава и контрольные ограничения учебные.