Wissensbasis/Core-Betrieb/Parent-child Assets: wenn eine Dockingstation zum Laptop gehoert
15Core-Betrieb3 Min. Lesezeit

Parent-child Assets: wenn eine Dockingstation zum Laptop gehoert

Das Relationship Model, der Cycle Guard und wie Verkauf des Parent die Children aufloest - fuer den Tag, an dem die Dockingstation mit dem Laptop rausgeht.

Eine Docking Station wurde mit dem Laptop shipped. Zwei SFP Transceivers kamen mit dem Switch. Acht RAM Modules kamen aus einem Server. Keines davon sind wirklich unabhängige Assets — sie gehören zu einem Parent, und sie als standalone Rows zu behandeln verliert die Beziehung in dem Moment, in dem jemand den Parent verkauft, ohne an die Children zu denken.

Die Relation

Jedes Asset kann eine parent_asset_id haben, die auf ein anderes Asset zeigt. Die Relation ist asset-to-asset (nicht asset-to-product oder asset-to-pallet). Ein Laptop mit Dock hat den Laptop als Parent und das Dock als Child. Ein Switch mit zwei SFPs hat den Switch als Parent und jedes SFP als Child.

Der Cycle-guard

Die Plattform verweigert eine Parent-child Relation, die einen Cycle bilden würde. Der Picker läuft die bestehenden Relations ab und verwirft jede Auswahl, die einen Loop schließen würde (A→B, B→C, C→A wird abgelehnt). Der Walk ist bounded: Eine Relation Chain über der konfigurierten Depth wird ebenfalls abgelehnt, weil die "relationship" nach ein paar Links keine Bedeutung mehr trägt.

Was beim Sale passiert

Den Parent verkaufen, und die Plattform fragt: Children einschließen oder abtrennen? Einschließen verschiebt die Children beim Sale Event des Parents zum Buyer, mit eigenen Line Items im Settlement. Abtrennen markiert den Parent als sold und lässt die Children unattached — nützlich, wenn das Dock für Refurbishment behalten wird und der Laptop zu einem Buyer geht.

History läuft in beide Richtungen

Die Asset Detail Page zeigt den Family Tree von dem Asset aus, das du gerade ansiehst. Von einem Child kannst du zum Parent und zu Siblings navigieren. Von einem Parent kannst du alle Children und ihre Statuses listen. Die History von Grade Changes, Location Moves und Sale Events zeigt den ganzen Tree, nicht nur die Row, die du geöffnet hast.

Warum explizit modellieren

Weil die Alternative ist, die Relation in einem Notes Field zu codieren, und ein Notes Field überlebt keinen Sort, Filter oder Export. Die Relation explizit zu modellieren bedeutet, dass sie bleibt — und das Dock reist als eigenes tracked Asset mit dem Laptop, statt in einer Beschreibung zu verschwinden.