Wat bedoelen engineers met 'van concept tot commissioning'?

Van concept tot commissioning beschrijft het volledige traject van een engineeringproject: van het eerste idee of productieprobleem tot het moment waarop een machine of systeem daadwerkelijk operationeel is en aan de gestelde eisen voldoet. Dit traject omvat meerdere gestructureerde fases die samen zorgen voor een werkende, geïntegreerde oplossing. In de secties hieronder beantwoorden we de meest gestelde vragen over dit traject.

Welke fases zitten er tussen concept en commissioning?

Tussen concept en commissioning doorloopt een engineeringproject doorgaans vijf tot zeven herkenbare fases: conceptontwikkeling, voorlopig ontwerp, gedetailleerd ontwerp, fabricage of softwareontwikkeling, integratie en testen, en tot slot de inbedrijfstelling (commissioning). Elke fase bouwt voort op de vorige en heeft een eigen set deliverables en beslismomenten.

In de praktijk ziet het traject er als volgt uit:

Conceptfase: Het productieprobleem wordt vertaald naar een technisch concept. Hier worden oplossingsrichtingen gegenereerd en beoordeeld op haalbaarheid, kosten en risico.
Voorlopig ontwerp (basic engineering): Het gekozen concept wordt uitgewerkt tot een globaal ontwerp, inclusief lay-out, componentkeuze en functionele specificaties.
Gedetailleerd ontwerp (detail engineering): Alle technische details worden vastgelegd in 2D- en 3D-tekeningen, schema’s en softwarespecificaties. Dit is de basis voor fabricage en programmering.
Realisatie: Machines worden gebouwd, software wordt geprogrammeerd en componenten worden geïntegreerd.
Fabriekstesten (FAT): Het systeem wordt in een gecontroleerde omgeving getest voordat het naar de klant gaat.
Commissioning: Het systeem wordt op locatie geïnstalleerd, getest en opgeleverd.

Binnen systems engineering worden deze fases niet als losse eilanden gezien, maar als een samenhangende keten. Een beslissing in de conceptfase heeft directe gevolgen voor de uitvoerbaarheid in de detailleringsfase. Dat maakt de volgorde en kwaliteit van elke stap essentieel.

Wat gebeurt er precies tijdens de commissioningfase?

Tijdens de commissioningfase wordt het systeem op de definitieve locatie geïnstalleerd, geconfigureerd en stap voor stap in bedrijf gesteld. Engineers controleren of alle componenten correct zijn aangesloten, of de software het gewenste gedrag vertoont en of het systeem voldoet aan de vooraf vastgestelde specificaties en veiligheidseisen.

Commissioning is meer dan een technische eindcheck. Het is het moment waarop theorie en praktijk samenkomen. In deze fase worden onder andere de volgende activiteiten uitgevoerd:

Mechanische en elektrische inspectie op locatie
Kalibratie van sensoren, actuatoren en meetapparatuur
Testen van PLC-programma’s en HMI-schermen onder reële omstandigheden
Validatie van veiligheidsschakelingen en noodstopfuncties
Procesoptimalisatie op basis van eerste productieruns
Overdracht aan de operators en opleiding van het productiepersoneel

Een goede commissioning sluit af met een formele acceptatietest (SAT), waarbij de opdrachtgever bevestigt dat het systeem aan de afgesproken eisen voldoet. Pas dan is het project technisch gezien afgerond.

Waarom loopt een automatiseringsproject vast zonder goede conceptfase?

Zonder een solide conceptfase ontbreekt de technische basis waarop alle volgende beslissingen worden genomen. Fouten die in het concept sluipen, worden in elke volgende fase groter en duurder om te corrigeren. Een slecht gedefinieerd concept leidt tot scope-uitbreiding, integratieproblemen en vertragingen die in de commissioningfase pas zichtbaar worden.

De conceptfase is de enige fase in het traject waarin het nog relatief goedkoop is om fundamentele keuzes te herzien. Zodra het ontwerp is vastgelegd en de fabricage is gestart, zijn aanpassingen kostbaar. In de praktijk zien we dat projecten vastlopen op een van de volgende oorzaken:

Onvoldoende probleemanalyse: De oplossing wordt gekozen voordat het probleem volledig is begrepen.
Ontbrekende functionele specificaties: Engineers en opdrachtgever hebben een verschillend beeld van wat het systeem moet doen.
Geen afweging van alternatieve concepten: Er wordt direct ingezet op één oplossing zonder alternatieven te evalueren.
Onderschatting van integratie-eisen: De koppeling met bestaande systemen, lijnen of software wordt pas laat in het traject serieus genomen.

Binnen systems engineering geldt een breed gedragen principe: investeer zwaar aan het begin van het traject, zodat je later niet hoeft te betalen voor herstelwerk. Een goede conceptfase kost tijd, maar bespaart aanzienlijk in de fases die volgen.

Wie is verantwoordelijk voor welke fase in een engineeringtraject?

De verantwoordelijkheidsverdeling in een engineeringtraject hangt af van de projectstructuur, maar in de meeste gevallen draagt de opdrachtgever verantwoordelijkheid voor de functionele eisen en de acceptatie, terwijl de engineeringpartij verantwoordelijk is voor de technische uitwerking en realisatie van elke fase.

In de praktijk ziet de verdeling er globaal als volgt uit:

Opdrachtgever: Stelt de functionele eisen vast, keurt concepten goed, neemt beslissingen op mijlpalen en accepteert het eindresultaat.
Projectmanager: Bewaakt planning, budget en scope over het gehele traject. Dit kan een interne of externe rol zijn.
Engineers (mechanisch, elektro, software): Zijn verantwoordelijk voor de technische uitwerking binnen hun discipline, afgestemd op de overkoepelende systeemeisen.
Systeemintegrator of hoofdaannemer: Zorgt voor de afstemming tussen disciplines en de integratie van het totaalsysteem.

Een veelgemaakte fout is dat de verantwoordelijkheidsverdeling pas wordt besproken wanneer er iets misgaat. In een professioneel engineeringtraject wordt dit aan het begin vastgelegd in een projectplan of RACI-matrix, zodat voor alle betrokkenen helder is wie welke beslissingen neemt en wie welke deliverables oplevert.

Wanneer schakel je een extern ingenieursbureau in voor dit traject?

Een extern ingenieursbureau schakel je in wanneer de interne capaciteit of expertise onvoldoende is om een fase of het gehele traject zelfstandig te doorlopen. Dit geldt in het bijzonder bij complexe projecten waarbij meerdere disciplines samenkomen, bij tijdkritische trajecten, of wanneer er behoefte is aan een onafhankelijke technische blik op een probleem of concept.

Er zijn een aantal situaties waarin externe inschakeling bijzonder waardevol is:

Geen interne conceptexpertise: De vertaling van een productieprobleem naar een haalbaar technisch concept vereist brede ervaring die intern niet altijd aanwezig is.
Piekbelasting in de engineering-afdeling: Bij grote projecten loopt de interne capaciteit snel vol. Een extern bureau neemt de overloop op zonder dat je vaste formatie uitbreidt.
Multidisciplinaire projecten: Wanneer mechanica, elektrotechniek en software tegelijk moeten worden uitgewerkt, is een bureau dat alle disciplines in huis heeft een efficiëntere keuze dan meerdere losse specialisten.
Onafhankelijke validatie: Bij kritische systemen is een externe partij die het ontwerp toetst waardevoller dan een interne review.

Wij begeleiden bij Kruispunt Engineering het volledige traject van concept tot commissioning, inclusief PLC-programmering, HMI-ontwerp en inbedrijfstelling op locatie. Dat betekent dat je als opdrachtgever één aanspreekpunt hebt over alle disciplines heen, wat de afstemming vereenvoudigt en het risico op integratiefouten aanzienlijk verkleint. Voor productiemanagers die willen automatiseren maar intern de technische kennis missen, is dat precies de structuur die een project beheersbaar houdt.

Frequently Asked Questions

Hoe lang duurt een gemiddeld traject van concept tot commissioning?

De doorlooptijd varieert sterk afhankelijk van de complexiteit van het systeem. Een eenvoudig automatiseringsproject kan in drie tot zes maanden worden afgerond, terwijl complexe multidisciplinaire projecten één tot drie jaar in beslag kunnen nemen. De conceptfase en de detailengineering zijn doorgaans de meest tijdintensieve fases, zeker wanneer er veel afstemming nodig is tussen opdrachtgever en engineeringpartij.

Wat is het verschil tussen een FAT en een SAT, en zijn beide verplicht?

Een FAT (Factory Acceptance Test) vindt plaats bij de leverancier of engineeringpartij, voordat het systeem naar de klantlocatie wordt getransporteerd. Een SAT (Site Acceptance Test) vindt plaats na installatie op locatie en bevestigt dat het systeem ook onder reële productieomstandigheden correct functioneert. Beide tests zijn technisch gezien niet wettelijk verplicht, maar worden in professionele trajecten sterk aanbevolen — en in veel sectoren contractueel vastgelegd — omdat ze fouten vroegtijdig blootleggen en de formele overdracht aan de opdrachtgever onderbouwen.

Wat zijn de meest voorkomende fouten tijdens de commissioningfase en hoe voorkom je ze?

De meest voorkomende fouten zijn: onvolledige documentatie waardoor engineers op locatie improviseren, software die niet is getest onder reële omstandigheden, en een gebrek aan afstemming met het productiepersoneel dat het systeem uiteindelijk moet bedienen. Je voorkomt deze fouten door de commissioningfase al tijdens de detailengineering voor te bereiden: stel een commissioning-checklist op, zorg dat alle testscenario's gedocumenteerd zijn en betrek de eindgebruikers al vroeg in het traject.

Hoe behoud ik als opdrachtgever grip op het project zonder zelf technische expert te zijn?

Grip op een engineeringproject hoeft niet te betekenen dat je elk technisch detail begrijpt. Zorg dat er aan het begin duidelijke mijlpalen worden vastgelegd met bijbehorende deliverables die je als opdrachtgever kunt beoordelen, zoals een goedgekeurd functioneel ontwerp, een getekende FAT-rapportage of een geaccepteerde risicoanalyse. Een RACI-matrix en regelmatige voortgangsmeetings met heldere statusrapportages geven je de benodigde controle zonder dat je in de technische details hoeft te duiken.

Kan ik een extern ingenieursbureau inschakelen voor slechts één fase van het traject, of moet het altijd het volledige traject zijn?

Het is absoluut mogelijk om een extern bureau in te schakelen voor een specifieke fase, bijvoorbeeld alleen voor de conceptfase of alleen voor de commissioningondersteuning. In de praktijk levert betrokkenheid over meerdere fases heen meer waarde op, omdat kennis en context dan niet verloren gaan bij de overdracht tussen fases. Als je kiest voor gefaseerde inschakeling, zorg dan voor een gedetailleerde overdrachtsrapportage aan het einde van elke fase, zodat de continuïteit gewaarborgd blijft.

Welke documentatie moet er aan het einde van een engineeringtraject worden opgeleverd?

Een volledig opgeleverd project omvat minimaal: as-built tekeningen (mechanisch, elektrisch en pneumatisch), de definitieve PLC- en HMI-software inclusief broncode, kalibratie- en testrapporten van de FAT en SAT, een risicoanalyse of veiligheidsdocumentatie, bedienings- en onderhoudshandleidingen, en een reservedelenlijst. Deze documentatie is niet alleen waardevol voor dagelijks onderhoud, maar ook essentieel wanneer het systeem in de toekomst moet worden uitgebreid of aangepast.

Hoe ga ik om met scopewijzigingen die tijdens het traject ontstaan?

Scopewijzigingen zijn in de praktijk bijna onvermijdelijk, maar ze worden gevaarlijk als ze niet gestructureerd worden beheerd. Leg aan het begin van het project een formeel wijzigingsbeheerproces vast: elke scopewijziging wordt schriftelijk aangevraagd, beoordeeld op impact op planning, budget en techniek, en pas na goedkeuring door beide partijen doorgevoerd. Dit voorkomt dat 'kleine aanpassingen' zich opstapelen tot een onbeheersbaar project en zorgt dat alle betrokkenen een realistisch beeld houden van het eindresultaat.