Productieoptimalisatie in de lucht- en ruimtevaart: wat je eerst moet optimaliseren

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Productieoptimalisatie in de lucht- en ruimtevaart begint met harde randvoorwaarden, duidelijke doelen en verklaarbare plannen. Een gids voor managers die optimalisatiesoftware kiezen.

Automatically translated with AI from the original post. Read the English original

Productieoptimalisatie in de lucht- en ruimtevaart betekent betere beslissingen nemen over wat je bouwt, waar, wanneer en door wie, binnen randvoorwaarden die je niet kunt buigen: gekwalificeerde mensen, goedgekeurde processen, het juiste gereedschap, gecertificeerd materiaal en volledige registraties. Het gaat niet primair om machines sneller laten draaien. Dit artikel is bedoeld voor operationeel managers die optimalisatiesoftware overwegen en willen weten wat ze eerst moeten vastleggen, hoe de methoden in begrijpelijke taal werken en hoe ze een tool kunnen testen voordat ze zich vastleggen.

Belangrijkste punten

• Productieoptimalisatie in de lucht- en ruimtevaart betekent betere plannen onder harde randvoorwaarden, zoals gekwalificeerde mensen, goedgekeurde processen, gereedschap en traceerbaarheid, en niet alleen sneller werkende machines.
• AS9100 bouwt voort op ISO 9001 en voegt onderwerpen toe zoals configuratiebeheer, traceerbaarheid en productveiligheid. Daarom mag een optimalisator nooit registraties opofferen voor snelheid.
• Kies één primair doel, zoals op tijd leveren, en behandel de andere doelen als grenzen. Alleen de machinebezetting optimaliseren kan ertoe leiden dat de urgente order vertraagt.
• De meeste planningsproblemen zijn NP-hard. Vraag leveranciers daarom hoe ze snel haalbare plannen vinden en hoe een planner kan zien waarom een plan er zo uitziet.
• Test elke optimalisatiesoftware door een afgelopen maand van je eigen orders opnieuw af te spelen en het plan te vergelijken met wat er echt is gebeurd.

Wat maakt optimalisatie in de lucht- en ruimtevaart anders?

Drie zaken vallen op in de lucht- en ruimtevaart vergeleken met een gewone metaalbewerkingsbedrijf.

De regels maken deel uit van het product. De kwaliteitsnorm AS9100 wordt gepubliceerd door de International Aerospace Quality Group en is gebaseerd op ISO 9001. Volgens ANSI voegt die norm eisen toe die specifiek voor de lucht- en ruimtevaart gelden, zoals risicobeheer, productveiligheid, configuratiebeheer, preventie van namaakonderdelen, traceerbaarheid en toezicht op de supply chain. Een optimalisator kan dus geen snelkoppeling voorstellen die een registratie of inspectie overslaat. Het plan moet de documentatie als bijproduct opleveren.

Sommige stappen mogen alleen op goedgekeurde locaties plaatsvinden. Nadcap is een accreditatieprogramma voor speciale processen, zoals warmtebehandeling, niet-destructief onderzoek, lassen, chemische bewerkingen en coatings. Als een order een stap nodig heeft die alleen bepaalde geaccrediteerde lijnen of leveranciers mogen uitvoeren, is die resource een harde randvoorwaarde en vaak de bottleneck. Een planning die dat negeert, is fictie.

Het volume is laag en de variatie is hoog. Veel verschillende artikelnummers delen dezelfde machines en dezelfde paar gekwalificeerde medewerkers. Daardoor is de volgorde belangrijker dan de snelheid van een afzonderlijke bewerking. Wachttijd tussen stappen kan een groot deel van de doorlooptijd vormen, dus volgorde-beslissingen verdienen net zoveel aandacht als cyclustijden.

Wat moet je optimaliseren?

Schrijf het doel voordat je software kiest in één zin op en scheid het doel van de grenzen.

Typische doelen in een productiefabriek van dit type:

• op tijd leveren volgens de klantdata,
• een kortere totale doorlooptijd,
• minder werk in uitvoering,
• minder overwerk en minder spoedopdrachten,
• betere inzet van schaarse middelen, zoals een speciale proceslijn.

Deze doelen werken tegen elkaar in. Maximale benutting van machines vult elk gat, waardoor er geen ruimte meer is voor een dringende order. Een korte doorlooptijd voor de ene klant kan een andere klant te laat doen leveren. Kies één hoofddoel en behandel de overige doelen als grenzen die je in de gaten houdt, bijvoorbeeld "maximaal op tijd leveren zonder de afgesproken overuren te overschrijden".

Breng daarna de harde randvoorwaarden in kaart, want die bepalen of een planning überhaupt uitvoerbaar is:

1. Operatorkwalificaties en certificeringen voor elke bewerking.
2. Goedgekeurde machines, lijnen en externe verwerkers voor elk proces.
3. Gereedschap, opspanmiddelen en meetmiddelen, inclusief de kalibratiestatus.
4. Beschikbaarheid van materiaal en de certificaten die erbij moeten horen.
5. Shiftkalenders, onderhoudsvensters en feestdagen.
6. De volgorde van bewerkingen, inclusief verplichte inspecties en wachtmomenten.

Wat je niet opschrijft, breekt de planning, en dan merk je dat op de werkvloer.

Voorbeeld: benutting versus levertijd

Dit is een verzonnen voorbeeld, geen gemeten resultaat. Een productielocatie heeft één warmtebehandelingsoven. Een optimizer die op maximale benutting is ingesteld, bundelt onderdelen uit veel orders om elke lading vol te krijgen. De oven is de hele week bezet, en drie spoedorders wachten op hun lading. Dezelfde oven met levertijd als hoofddoel draait kleinere of deels gevulde ladingen voor de spoedonderdelen en laat op papier een lagere benutting zien. Welk resultaat beter is, hangt af van het doel dat je hebt gekozen, daarom moet je dat doel eerst kiezen.

Hoe werkt optimalisatie in gewone woorden?

Je hebt de wiskunde niet nodig, maar je moet wel weten waar je voor betaalt.

Taken over tijd toewijzen aan middelen, met beperkingen op die middelen, volgordelijkheid tussen stappen en omsteltijden, is de kern van planning. De introductie van PyJobShop merkt op dat de meeste planningsproblemen NP-hard zijn, wat betekent dat het erg moeilijk kan worden om het aantoonbaar beste antwoord te vinden naarmate het probleem groeit. In de praktijk gebruikt software heuristieken, metaheuristieken of exacte methoden, waaronder constraint programming, en levert het binnen een bruikbare tijd een goede, uitvoerbare planning op.

Wat betekent dit voor jou:

• Eerst uitvoerbaar. Een planning die alle harde randvoorwaarden respecteert, is beter dan een theoretisch betere planning die er één schendt.
• Snelheid telt. Als een herplanning een uur duurt, stoppen planners ermee zodra om 14.00 uur een machine uitvalt.
• "Optimaal" is relatief ten opzichte van je model. Als het model een beperking mist, klopt het optimum niet. Garbage in, polished garbage out.
• Uitleg bouwt vertrouwen. Een planner moet kunnen zien waarom een opdracht op een bepaalde plek staat en welke beperking die blokkeert.

Dit is het terrein van finite capacity scheduling, dat plant met echte capaciteitsgrenzen in plaats van aan te nemen dat de capaciteit onbeperkt is.

Welke data heeft een optimizer nodig?

Optimalisatie is alleen zo goed als de invoer. Controleer deze punten voordat je met leveranciers gaat praten:

• routings met realistische proces- en omsteltijden, niet alleen de standaardtijden uit het ERP,
• middelen en hun kalenders,
• een kwalificatiematrix: wie mag wat doen,
• beschikbaarheid van gereedschap en opspanmiddelen,
• openstaande orders met leverdata en prioriteiten,
• actuele voorraad en verwachte leveringen van materiaal,
• de status van het werk dat al in uitvoering is.

Wees eerlijk over wat je hebt. Als de kwalificatiematrix in iemands hoofd zit, bouw die dan eerst op. Dat werk is nuttig, welke tool je ook kiest.

Hoe kies je optimalisatiesoftware voor een luchtvaartproductielocatie?

Stel vragen die laten zien hoe een tool met jouw randvoorwaarden omgaat, niet hoe hij eruitziet in een demo.

1. Randvoorwaarden. Kan de tool operatorkwalificaties, goedgekeurde middelen, gereedschap en verplichte inspectiestappen modelleren? Vraag de leverancier om van elk één voorbeeld te laten zien op jouw data.
2. Doelen. Kun je het hoofddoel wijzigen en het effect zien? Kan de tool twee planningen naast elkaar vergelijken?
3. Verstoringen. Wat gebeurt er als een machine uitvalt, materiaal te laat binnenkomt of er een spoedorder binnenkomt? Hoe lang duurt een herplanning en wat ziet de planner daarna?
4. Uitleg. Kan een planner nagaan waarom een opdracht op die plek staat?
5. Handmatige aanpassingen. Kunnen planners opdrachten vastzetten en prioriteiten handmatig wijzigen, en respecteert de tool die beslissingen bij de volgende run?
6. Registratie. Hoe sluit het plan aan op het systeem waarin je traceerbaarheids- en configuratiegegevens bewaart? De optimizer mag geen tweede plek worden waar de orderstatus wordt bijgehouden.
7. Dataverbinding. Hoe haalt de tool ERP- en productievloerdata op, en hoe vaak?
8. Inspanning. Hoeveel dagen modelinrichting en datamalen zijn gangbaar voordat het eerste bruikbare plan er ligt, en wie doet dat werk?

Vraag niet om een ranglijst van producten. Beschrijf je randvoorwaarden en je doel, en laat kandidaten zichzelf daarop bewijzen.

Hoe test je het voordat je een keuze maakt?

Een replay overtuigt meer dan een demo.

1. Kies één cel of waardestroom. Niet de hele fabriek.
2. Neem één voorbijgaande maand met echte orders, inclusief de werkelijke starttijden, eindtijden en verstoringen.
3. Leg de nulmeting vast: levertijd, doorlooptijd en werk in uitvoering zoals ze daadwerkelijk zijn verlopen.
4. Laat de tool dezelfde orders plannen vanuit dezelfde beginsituatie, met dezelfde randvoorwaarden.
5. Vergelijk het plan met wat er werkelijk is gebeurd, en laat de planners het bekritiseren. Hun bezwaren laten zien welke randvoorwaarden ontbreken.
6. Draai het enkele weken in shadow mode, naast de huidige werkwijze, voordat het echte beslissingen gaat sturen.

Registreer ook de voorbereidingsinspanning. Een tool die wint op plankwaliteit, maar voor elke wijziging een specialist nodig heeft, kan in het dagelijks gebruik toch tekortschieten.

Hoe krijg je de planners mee?

Betrek ze vanaf dag één, want zij bezitten de kennis die het model mist. Laat ze de vijf orders noemen waar ze zich vorige maand het meeste zorgen over maakten, en controleer vervolgens of het plan van de tool die aankan. Geef ze een manier om te zeggen “dit plan klopt niet, omdat…” en vertaal elk antwoord naar een randvoorwaarde of een datacorrectie. Na een paar rondes verrast het plan ze meestal niet meer, en dat is het moment waarop vertrouwen begint. Zonder deze lus wordt zelfs een goede tool de schuld gegeven van elke late order waarvan het model niets wist.

Veelgemaakte fouten

• Optimaliseren voordat het doel is bepaald. De software optimaliseert elk getal dat je het geeft.
• Zachte feiten weglaten. Kwalificaties, gereedschap en goedgekeurde processen zijn de randvoorwaarden die planners het best kennen en modellen als eerste vergeten.
• Oordelen op basis van de demofabriek. Een schoon voorbeeld bewijst niets over jouw data.
• De optimizer als registratie gebruiken. Orderstatus en traceerbaarheidsgegevens moeten op één gecontroleerde plek blijven.
• De planners negeren. Als zij het plan niet kunnen begrijpen of overrulen, keren ze terug naar spreadsheets.
• Fabrieksbreed beginnen. Eén cel is genoeg om te leren wat de tool van jou nodig heeft.

Waar Polaris past

Als je een planningsoptimizer in je test wilt opnemen, is iFAKT Polaris een optie. iFAKT noemt lucht- en ruimtevaart als een van de belangrijkste sectoren en beschrijft Polaris als AI plus een digitale tweeling voor productie. De module Polaris Optimizer vertaalt het product-proces-resourcemodel naar een geoptimaliseerd productieplan, op basis van ERP-data, beschikbaarheid van resources en randvoorwaarden zoals resources, shifts, zones, vaardigheden en capaciteiten. Volgens iFAKT analyseert de module ook de impact van verstoringen en optimaliseert ze opnieuw. Beoordeel het met de replay hierboven, op je eigen orders.

Gerelateerde onderwerpen om te verkennen

• Kwalificatie- en vaardighedenmatrices. Hoe je die actueel houdt, zodat een planner er op kan vertrouwen.
• Capaciteit van speciale processen. Hoe je schaarse, geaccrediteerde resources plant, zoals ovens en inspectiestations.
• Opnieuw plannen na verstoringen. Welke wijzigingen een nieuw plan moeten triggeren en welke tot de volgende cyclus kunnen wachten.
• Digitale tweelingen voor productieplanning. Wat een model van je fabriek toevoegt aan een planningstool en wat het kost om het bij te houden.
• Het meten van plantrouw. Welke weinige metrieken laten zien of de productievloer het plan volgt.

Volgende stap

Optimalisatie in de lucht- en ruimtevaartproductie levert pas rendement op als de randvoorwaarden en het doel zijn vastgelegd voordat je een tool kiest. Schrijf je zes belangrijkste harde randvoorwaarden en één primair doel op één pagina, en gebruik die als testblad voor elk gesprek met een leverancier.