Hulpmiddel

Binnen PDM is het Hulpmiddel de bouwsteen die de operationele enablers van het digitale en fysieke werknetwerk beschrijft.

Waar de Rol bepaalt wie het werk doet en de Processtap wat er gebeurt, beschrijft het Hulpmiddel waarmee de activiteit feitelijk wordt gefaciliteerd. Een Hulpmiddel is essentieel voor de uitvoering, maar wordt zelf niet getransformeerd of geconsumeerd tijdens het proces ( Regel M4 (Hulpmiddel-isolatie) Een Hulpmiddel koppelen we nooit rechtstreeks aan een informatieobject of fysiek object, maar altijd aan een specifieke processtap (`Hulpmiddel --> processtap`) ten behoeve van de ketenimpact en system ketenimpact.).

Doel en functie

Het primaire doel van het Hulpmiddel is het expliciet maken van de systeem- en tooling-afhankelijkheden binnen de operatie. Door applicaties, software en fysieke middelen los te koppelen van de proceslogica zelf, blijft de documentatie flexibel.

Wanneer een applicatie wordt vervangen (bijv. een transitie van Salesforce naar Microsoft Dynamics), hoeft in de SSoT alleen de relatie op de bouwsteen Hulpmiddel te worden aangepast om de gehele kennishub en alle afgeleide werkinstructies direct te actualiseren.

Attributen

Voor ieder Hulpmiddel in de SSoT worden de technische en functionele eigenschappen vastgelegd via vaste front-matter metadata:

Objecttype	Verplichte Attributen	Type	Optionele Attributen	Speciale Logica / Voorwaarden
Hulpmiddel	`id` , `title` , `type_tool` , `type` , `pdm_bouwsteen`	Hulpmiddel	`omschrijving` , `pdm_status` , `pdm_substatus`	type_tool moet strikt worden gecategoriseerd als: Digitaal (Applicatie/Sjabloon) of Materieel (Machine/Gereedschap). Gekoppeld aan processtappen via het ’tools’-veld om de Impact View te genereren.

Relaties in het Metamodel

Het Hulpmiddel is de fysieke of digitale ‘drager’ binnen de PDM-architectuur. Het verbindt de proceslogica direct met de IT- en infrastructuurarchitectuur:

erDiagram
    HULPMIDDEL ||--o{ PROCESSTAP : "faciliteert / ondersteunt"
    INFORMATIEOBJECT }o--o| HULPMIDDEL : "is opgeslagen in / ontsloten via (M4)"

    PROCESSTAP {
        string id PK "Stap-ID"
        string title "Actieve handeling"
    }
    HULPMIDDEL {
        string id PK "Hulpmiddel-ID (bijv. HM08)"
        string title "Eenduidige systeemnaam"
        string type "SaaS / On-premise / Fysiek"
    }
    INFORMATIEOBJECT {
        string id PK "Informatie-ID"
    }

Ondersteunt (Processtap): De directe functionele relatie. Een Processtap kan worden ondersteund door nul, één of meerdere Hulpmiddelen.
Huisvest / Ontsluit (Informatieobject): De cruciale koppeling tussen data en drager (Regel M4). Het Hulpmiddel is de actieve applicatie of opslaglocatie waar het abstracte Informatieobject leeft of wordt gemuteerd.

PDM-Modelleerprincipes voor Hulpmiddelen

Om een zuivere scheiding te houden tussen logica en techniek, gelden binnen PDM drie dwingende modelleerregels:

1. Het Verbruiksonderscheid (Hulpmiddel versus Input)

Een hardnekkige valkuil is het verwarren van een Hulpmiddel met een Informatieobject.

De regel: Een Hulpmiddel is een enabler en blijft na de processtap onveranderd achter. Een object dat wordt ingevuld, getransformeerd, verzonden of opgeslagen is een Informatieobject.
Voorbeeld: Een Excel-template of een ERP-scherm is het Hulpmiddel. De specifieke Inkooporder die je ermee opstelt of vult, is het Informatieobject.

2. Generiek versus Specifiek (Geen ad-hoc tooling)

Modelleer Hulpmiddelen altijd op het niveau van de organisatorische standaard. Vermijd persoonsgebonden of ad-hoc applicaties.

Fout: “Mijn lokale kladblok.txt” of “Persoonlijke mailbox” als hulpmiddel opnemen.
Goed: “Kladblok (text editor)” of “Gedeelde mailbox (Shared Inbox)”.

3. Scheiding van Informatie en Drager

Regel M4 (Hulpmiddel-isolatie)

Een Hulpmiddel koppelen we nooit rechtstreeks aan een informatieobject of fysiek object, maar altijd aan een specifieke processtap (Hulpmiddel --> processtap) ten behoeve van de ketenimpact en system ketenimpact.

Het Hulpmiddel binnen de PDM-Projecties

Het Hulpmiddel fungeert als de belangrijkste ingang voor technische impactanalyses en applicatiebeheer in de Hugo-kennishub:

Processtroom: Visueel geprojecteerd als een Trapezium (taps toelopende vorm) direct onder de processtap die er gebruik van maakt. Dit maakt in één oogopslag de ’tooling-dichtheid’ van een proces zichtbaar.
Systeemimpact: De primaire projectie voor het Hulpmiddel. Dit overzicht toont exact welke applicaties actief zijn binnen een specifiek Werkdomein, welke informatiestromen (Informatieobjecten) ze ontsluiten, en welke Rollen ermee werken.
Ketenimpact (Vervangings- of storingsanalyse): Maakt direct inzichtelijk welke processen en processtappen acuut stagneren wanneer een specifiek Hulpmiddel (bijvoorbeeld door een storing of gepland onderhoud) niet beschikbaar is.
Rollenmatrix: Toont per Rol welke applicatieve vaardigheden of licenties (gekoppeld aan de benodigde Hulpmiddelen) vereist zijn voor de uitvoering van het werk.