KENNISBANK · DELIVERY-METHODIEK

De 4-fase aanpak, uitgelegd.

Hoe wij van een proces naar een werkende twin komen: eerst meten, dan modelleren, dan optimaliseren, dan inzetten. In deze volgorde. Iedere fase eindigt met een go/no-go op basis van werkelijke data, niet op basis van aannames.

Leestijd
6 min
Onderwerp
Delivery-methodiek (4 fasen)
01 · Waarom deze volgorde.

Eerst fysica. Dan data. Dan code.

Veel digital-twin-projecten beginnen met data. Er wordt een ingest-pipeline opgezet, een model getraind, een dashboard gebouwd. Op de korte termijn ziet dat er overtuigend uit. Op de lange termijn breekt het op edge-cases: precies de scenario's waar het model nooit op getraind is, zijn de scenario's waar ingegrepen moet worden.

Onze volgorde is omgekeerd. We beginnen bij de fysica van het proces (de balansen, de regelkringen, de fail-paden) en gebruiken data om dat first-principle-model te kalibreren. Dat maakt de twin uitlegbaar: u kunt zien waarom hij een uitspraak doet, niet alleen dat hij hem doet. En het maakt hem verifieerbaar: een ingenieur kan het model lezen, niet alleen vertrouwen.

De vier fasen hieronder zijn de praktische uitwerking. Elke fase eindigt met een meting tegen werkelijke data, niet met een rapport. Als de meting tegenvalt, gaan we niet door naar de volgende fase. Dan komt er een go/no-go en hertekenen we de stap. Dat is geen behoedzaamheid; het is wat de term regeltechniek eigenlijk betekent.

02 · De vier fasen, overzicht

Vier stappen, één route.

Onder elke fase ligt een vaste opbouw: een doel, een set deliverables, een meetbare go/no-go op werkelijke data. De fasen zijn sequentieel (geen overlappende sprints), omdat een regeling waarvan de fysica niet kloppend is gemaakt nergens stabiel op kan landen.

  1. 01

    Procesanalyse

    We analyseren de fysica, chemie en data van uw proces, in gesprek met operators en engineers.

    First-principle · Data · Stakeholders
  2. 02

    Digital Twin

    Een gevalideerd model dat het gedrag van de installatie simuleert en voorspelt. Geverifieerd op echte data.

    Modelleren · Verifiëren
  3. 03

    Optimalisatie

    We testen regelstrategieën in de twin onder echte condities, voor we ze live op de installatie zetten.

    PID · MPC · AI
  4. 04

    Inzet & overdracht

    Het model gaat live op het niveau dat past, inclusief commissioning, training en kennisborging.

    Adviseur · Regelaar · Overdraagbaar pakket
03 · Per fase: doel, output, doorlooptijd

Aan het einde van elke fase ligt iets op uw bureau.

Per fase: het doel, de concrete deliverables die u in handen krijgt, een typische doorlooptijd, en welk type capability uw organisatie aan het eind ervan heeft. Doorlooptijden zijn indicatief: uw proces, uw data en uw beschikbaarheid bepalen het echte tempo.

  1. FASE 01

    Procesanalyse

    DOEL

    De fysica, chemie en data van het proces in kaart brengen, in dialoog met operators en engineers, voordat er één regel modelcode wordt geschreven.

    DELIVERABLES
    • Process-map: assets, signalen, regelkringen, randvoorwaarden
    • Data-inventaris: wat is er beschikbaar, met welke kwaliteit, welke gaten?
    • Eerste hypothese over waar de winst zit, en wat hem in de weg staat
    DOORLOOPTIJD

    Doorgaans 2–4 weken, afhankelijk van data-toegankelijkheid.

    AAN HET EINDE

    Aan het einde van fase 1 weet u (en weten wij) wat er meetbaar is en wat eerst beter gemeten moet worden.

  2. FASE 02

    Digital Twin

    DOEL

    Een gevalideerd model bouwen dat het gedrag van de installatie simuleert en voorspelt: eerst op fysica, daarna gekalibreerd op werkelijke data.

    DELIVERABLES
    • First-principle model van het kritieke deelproces
    • Data-fit + validatie tegen historische runs
    • Voorspellings-twin: 24h of langer vooruitkijkend, kwantificeerbare nauwkeurigheid
    DOORLOOPTIJD

    Doorgaans 4–8 weken, parallel aan fase 1-vervolgwerk.

    AAN HET EINDE

    Aan het einde van fase 2 staat er een twin die voorspelt wat er gaat gebeuren: bruikbaar voor scenario-doorrekening en als basis voor de regeling.

  3. FASE 03

    Optimalisatie

    DOEL

    In de twin, niet in de installatie, ontwerpen we de regelstrategie en valideren we tegen echte condities. PID, MPC of AI: het type regeling volgt uit het probleem, niet uit een voorkeur.

    DELIVERABLES
    • Ontworpen regelaar (PID-tune, MPC-configuratie, of hybride)
    • Closed-loop simulatie op historische én synthetische scenario's
    • Performance-vergelijking: nieuw vs. huidig, op meetbare KPI's
    DOORLOOPTIJD

    Doorgaans 3–8 weken, sterk afhankelijk van loop-complexiteit.

    AAN HET EINDE

    Aan het einde van fase 3 hebt u een regeling die in de twin bewezen werkt, vóór hij de installatie raakt.

  4. FASE 04

    Inzet & overdracht

    DOEL

    De regeling live op de installatie zetten, op het niveau dat past (adviseur, deeltijd-regelaar, of volledig autonoom), en het systeem overdragen aan uw eigen team.

    DELIVERABLES
    • Commissioning met meet-protocol (vóór/na op de werkelijke installatie)
    • Runbook, architectuur-document en hand-over-training voor uw engineers
    • Optioneel: support-contract, of volledig zelf overnemen. Uw keuze.
    DOORLOOPTIJD

    Doorgaans 2–6 weken commissioning + doorlopende overdracht.

    AAN HET EINDE

    Aan het einde van fase 4 draait de regeling in productie. Op welk niveau (advies, deeltijd-regelaar, autonoom) hangt af van uw proces, uw mensen en uw risico-appetijt.

04 · Waar de meeste projecten vastlopen

Tussen fase 3 en fase 4 ligt een ravijn.

Fase 1 tot en met 3 levert iets dat in de twin werkt: een model dat voorspelt, een regeling die simuleert, een advies dat klopt. Fase 4 (de stap naar productie, naar echt-sluiten) is waar de meeste digital-twin-projecten stranden. Niet omdat de wiskunde tegenzit, maar omdat drie andere dingen zelden vroeg genoeg geadresseerd worden.

BLOKKADE 01

Vertrouwen in autonome werking ontbreekt.

Een regeling die zelf stuurt vraagt dat operators, plant-managers en compliance-officers erop durven leunen. Zonder zichtbaar bewijs (comfort-grenzen, fail-safe-paden, een verifieerbaar fail-back-scenario) blijft de knop niet ingedrukt staan.

HOE WIJ DIT ADRESSEREN

Wij ontwerpen elke regeling met meetbare harde randvoorwaarden (comfort, veiligheid, contract). Binnen die bandbreedte kiest de regeling vrij; eronder gaat het wiskundig niet.

BLOKKADE 02

Validatie tegen edge-cases is niet ingebouwd.

Modellen die op nominale data goed presteren, falen op uitzondering: een gust-piek, een stilstand, een sensor-uitval. Als die scenario's niet gesimuleerd zijn vóór commissioning, ziet u ze pas in productie.

HOE WIJ DIT ADRESSEREN

Fase 3 sluit pas af nadat de regeling op historische én synthetische edge-cases is gevalideerd. Geen "we zien wel": een go/no-go op meetbare scenario-coverage.

BLOKKADE 03

De hand-over is niet voorbereid.

Een regeling die alleen door de leverancier onderhouden kan worden is in feite een vendor-lock. Bij verandering (nieuw proces-segment, nieuwe sensor, nieuwe operator) is er niemand intern die kan ingrijpen.

HOE WIJ DIT ADRESSEREN

Vanaf fase 1 zit uw R&D-team in onze pull-request-flow. Bij fase 4 leveren we runbook, architectuur-doc en training; daarna kiest u zelf of u support afneemt of het overneemt.

05 · Toepassing per sector

Dezelfde vier fasen, een ander tempo.

De structuur is sector-onafhankelijk; de invulling niet. Voor een procesplant is fase 1 al voor de helft gedaan: de DCS-historian staat klaar. Voor een vaarweg moet fase 1 eerst peil-data consolideren over meerdere bronnen. Hieronder per sector kort wat dat in de praktijk betekent.

06 · Verder lezen

De aanpak is het hoe. De ladder is het wat.

Wie alleen de fasen kent, weet hoe een levering verloopt, niet welk type twin er aan het einde staat. Daarvoor hanteren we naast de fasen een aparte capability-ladder: L1 tot en met L5, van een statisch 3D-model tot een autonome regeling. Lees over die ladder hieronder, of bekijk de sectoren waarin we hem toepassen.

VOLGENDE STAP

Bespreek het met een engineer.

Een engineer scopt mee. Geen sales-funnel.