MRO-planningsoftware voor defensie: onderhoudsplanning, shopcapaciteit en onderdeelbeschikbaarheid

Door Corvus Intelligence Engineering Team · Over het team →

25 juni 2026 Bijgewerkt: 25 juni 2026 11 min leestijd

MRO-planningsoftware voor defensie lost een probleem op waarvoor generieke computerized maintenance management systems nooit zijn ontworpen: een haalbaar, uitvoerbaar onderhoudsplan produceren dat tegelijkertijd voldoet aan doelstellingen voor operationele beschikbaarheid, de grenzen van onderhoudsautoriteit respecteert, rekening houdt met shopcapaciteit per kwalificatie en gereedschap, en weigert werk te plannen waarvan de onderdelen nog niet op voorraad zijn. In de commerciële luchtvaart of productie kost een roosterverschuiving geld. In defensie kan een roosterverschuiving een jachtvleugel aan de grond zetten of een pantserbataljon buiten gevecht stellen. Deze gids behandelt de technische architectuur van een defensie-MRO-planningssysteem, van classificatie van werkorders en modellering van shopcapaciteit via predictieve onderhoudsintegratie tot beheer van de depotpijplijn, in de diepte die nodig is om een productiesysteem te ontwerpen, aan te schaffen of te beoordelen.

MRO in defensie versus commercieel: unieke beperkingen

De organiserende beperking in commerciële MRO is kosten. Luchtvaartmaatschappijen minimaliseren stilstand omdat vliegtuigen op de grond geen omzet genereren; autoproducenten minimaliseren ongeplande stops omdat deze de productiestroom verstoren. In defensie is de organiserende beperking operationele beschikbaarheid — het aandeel van de geautoriseerde vloot dat op een willekeurig tijdstip in een bedrijfsklare en inzetbare staat verkeert. Operationele beschikbaarheid (Ao) wordt berekend als Ao = MTBM / (MTBM + MDT), waarbij MTBM Mean Time Between Maintenance is en MDT Mean Downtime, inclusief actieve onderhoudstijd, logistieke vertragingstijd en administratieve vertragingstijd. Een defensie-MRO-planningssysteem moet Ao behandelen als een first-class planningsbeperking, niet als een meetwaarde die achteraf wordt afgeleid.

Progressieve en gefaseerde onderhoudsintervallen vormen een tweede structureel verschil. Commerciële vliegtuigen volgen een letterchecksysteem (A-, C- en D-checks op gedefinieerde vlieguurdrempels) dat de industrie vertrouwd is. Militaire vliegtuigen gebruiken fase-onderhoud — een verdeling van de totale geplande onderhoudsbelasting in kleinere pakketten die op een terugkerende cyclus worden uitgevoerd, waarbij elk pakket wordt gedreven door vlieguren, motorcycli of kalendertijd. Grondvoertuigen voegen kilometerstandgebonden intervallen toe, intervallen op bedrijfuren en terrein-ernstfactoren die in commercieel wagenparkonderhoud niet voorkomen. Het planningssysteem moet het individuele gebruik van elk platform tegen elk toepasselijk interval onafhankelijk volgen, omdat hetzelfde staartnummer of dezelfde registratie tegelijk drie verschillende typen drempels kan naderen met drie verschillende taakpakketten die verschuldigd zijn.

Kannibalisatie is de praktijk die defensie-MRO het zichtbaarst onderscheidt van commerciële praktijk. Wanneer een benodigd onderdeel niet uit bevoorrading beschikbaar is en er onmiddellijk een missieklaar platform nodig is, is de standaardrespons in de commerciële wereld op het onderdeel wachten. De militaire standaardrespons is het onderdeel van een lager geprioriteerd platform halen en het op het prioriteitsplatform installeren — wat een cascaderende aanspraak van open kannibalisatieschulden creëert die elk moeten worden gevolgd en uiteindelijk opgelost. MRO-planningssoftware in een defensiecontext moet kannibalisatie modelleren als een first-class transactietype, volgend het donorplatform, het ontvangende platform, de verwijderde component en de open vervangingsvereiste, zodat de algehele gereedheidskosten van kannibalisatie zichtbaar en beheerst zijn in plaats van verborgen in informele werkplaatsregistraties.

Werkordertypen in defensie-MRO

Defensie-MRO-systemen beheren vier primaire werkordertypen, elk met eigen planningskenmerken en bronprofielen.

Geplande (tijd- of cyclusgestuurde) werkorders worden getriggerd doordat een platform een vooraf bepaalde drempel bereikt — een vlieguurinterval, een motorcyclusaantal, een kalenderdatum of een kilometerstand. Omdat de trigger deterministisch en vooraf bekend is, kan de planner aankomst van geplande werkorders weken tot maanden vooruit voorspellen en arbeid, gereedschap en onderdelen vooraf toewijzen. De planningsuitdaging is dat het oplooptempo van de drempel niet constant is: een vliegtuig dat op hoog operationeel tempo vliegt, bereikt zijn fase-interval van 400 uur in vier maanden in plaats van acht, wat de planningshorizon doet inkrimpen en dynamische herprognose vereist zodra uitvlijtarieven veranderen.

Ongeplande (conditiegestuurde of correctieve) werkorders ontstaan uit uitvallen in dienst, bevindingen tijdens preflight- of postflight-inspecties en meldingen van conditiebewaking uit ingebouwde sensoren of diagnosticsystemen. Deze komen zonder voorafgaande kennisgeving binnen en moeten in een bestaand rooster worden ingevoegd, waarbij gepland werk mogelijk wordt verdrongen of uitgesteld. De planningsprioriteit van een ongeplande werkorder hangt af van de ernst van de bevinding: een safety-of-flight-bevinding zet het platform onmiddellijk aan de grond en heeft absolute prioriteit; een cosmetische of administratieve bevinding kan worden uitgesteld naar het volgende geplande fase-evenement. De planner moet de criteria uit het toepasselijke onderhoudshandboek toepassen om prioriteit toe te kennen en te bepalen of het platform beperkte operaties kan voortzetten in afwachting van reparatie.

Modificatieorders implementeren verplichte technische richtlijnen, veiligheidsbulletins en engineering change proposals over een gedefinieerde populatie platforms. Modificatieorders onderscheiden zich van routinewerkorders door drie kenmerken: de werkomvang wordt gedefinieerd door een externe autoriteit (het programmakantoor, de luchtwaardigheidsautoriteit of de fabrikant van de oorspronkelijke apparatuur); de nalevingsdeadline wordt extern gesteld en kan niet-onderhandelbaar zijn; en het werk is doorgaans van toepassing op een specifieke subset van de vloot, gedefinieerd door een configuratiecriterium (serienummerreeks, modificatiestatus of productiepartij). De planner moet de modificatienalevingsstatus van elk getroffen staartnummer volgen en waarschuwingen genereren naarmate deadlines naderen.

Werkorders op de grens depot-versus-veld ontstaan wanneer een onderhoudsactie die op organiek niveau is beoordeeld escalatie vereist omdat zij het geautoriseerde reparatieniveau, de gereedschapsvoorraad of de bevoegdheid van het technische handboek van de eenheid overtreft. De escalatiebeslissing wordt bepaald door de maintenance allocation chart (MAC) in het toepasselijke technische handboek, die het laagste onderhoudsniveau specificeert dat geautoriseerd is voor elke taak. Eenmaal geëscaleerd gaat de werkorder van het rooster op eenheidsniveau naar de inbrengwachtrij van het depot en moet de eenheid op float-assets of kannibalisatie leunen om de afwezigheid van het platform tijdens de reparatiecyclus te overbruggen. Beheer van de grens tussen veld en depot is een van de meest verreikende planningsbeslissingen in defensie-MRO.

Modellering van shopcapaciteit

Een defensie-MRO-rooster dat bronbeperkingen negeert, is een verlanglijst, geen plan. Modellering van shopcapaciteit bouwt de bronbeperkingslaag waartegen elk voorgesteld rooster wordt gevalideerd voordat het een verbintenis wordt.

Arbeidscapaciteit wordt gemodelleerd op het snijvlak van vakspecialisatiecode en dienst. De planner onderhoudt een capaciteitsmatrix met beschikbare arbeidsuren per specialisatie voor elke dienst over de planningshorizon, verminderd met trainingsdagen, verlof en administratieve verplichtingen uit het personeelsbeheersysteem. Een gediplomeerd vliegtuigrompmonteur (AFSC 2A3X3 in Amerikaanse luchtmachtnotatie), een specialist hydraulische systemen (2A6X4) en een technicus avionica-sensorsystemen (2A5X3) vormen afzonderlijke, niet-uitwisselbare capaciteitspools voor de meeste onderhoudstaken. De jobstandarddata geladen uit de technische handboeken definieert de arbeidsuren per specialisatie voor elke taak; de planner valideert dat de vereiste capaciteit per specialisatie beschikbaar is in het voorgestelde tijdslot voordat de werkordertoewijzing wordt bevestigd.

Gereedschap en ondersteunende apparatuur vormen de tweede capaciteitsdimensie. Een specifieke bay voor non-destructive inspection (NDI), een motortestcel, een teststandaard voor hydraulische actuatoren of een speciaal uitlijnstation kan de bindende beperking zijn voor bepaalde werkordertypen, ongeacht de beschikbare arbeid. De planner volgt elk stuk beperkt gereedschap per identificatie, met beschikbaarheidsvensters die calibratie-intervallen, gepland preventief onderhoud en gelijktijdige toewijzingen aan andere werkorders weerspiegelen. Wanneer een gereedschap het knelpunt is — wanneer de vraag naar een specifieke testcel de beschikbare uren overschrijdt — moet de planner concurrerende werkorders expliciet rangschikken en het door gereedschap gedreven conflict aan de onderhoudsofficier voorleggen in plaats van stilzwijgend een onuitvoerbaar plan te laten bestaan.

Doorvoersimulatie breidt het statische capaciteitsmodel uit naar dynamische surge-scenario's. Wanneer een oefening op hoog tempo is afgerond en een grote formatie voertuigen terugkeert met opgestapeld uitgesteld onderhoud, of wanneer een door gevechtsschade getroffen vliegtuigvloot snelle turnaround vereist, is de vraag niet of de werkplaats op een gegeven dag genoeg arbeid heeft, maar of de werkplaats het surge-volume binnen het operationele venster kan verwerken vóór de volgende inzet. Discrete-eventsimulatie van de werkvloer — elke werkorder gemodelleerd als job, elke bron als server en het rooster als dispatchregel — identificeert welke bron als eerste 100% benutting bereikt, op welk punt ongeplande overuren nodig zijn en of bijscholing van een technicus in een knelpuntspecialisatie meer beperking opheft dan het toevoegen van een tweede teststandaard. Deze simulatiecapaciteit stelt de onderhoudsofficier in staat de commandant geloofwaardige opties voor te leggen in plaats van één rooster dat al dan niet standhoudt.

# Simplified shop capacity check (Python pseudocode)
def can_schedule(work_order, proposed_start, capacity_matrix, tool_calendar):
    for task in work_order.tasks:
        for skill, hours_required in task.labor_requirements.items():
            available = capacity_matrix[skill][proposed_start : proposed_start + task.duration]
            if sum(available) < hours_required:
                return False, f"Insufficient {skill} capacity"
        for tool_id in task.required_tools:
            if not tool_calendar[tool_id].is_free(proposed_start, task.duration):
                return False, f"Tool {tool_id} not available"
    return True, "Schedulable"

Planning rekening houdend met onderdeelbeschikbaarheid

De meest voorkomende faalmodus in defensie-MRO-planning is het bevestigen van een startdatum van een werkorder en vervolgens ontdekken dat een benodigd onderdeel in backorder ligt. Planning die rekening houdt met onderdeelbeschikbaarheid elimineert deze faalmodus door een real-time query op de bevoorradingpositie te integreren in de bevestigingsworkflow van het rooster.

De integratie werkt door de stuklijst van de jobkaart te exploderen naar onderdeelvereisten op NSN-niveau en het beheersysteem voor bevoorrading te bevragen voordat de geplande inbrengdatum wordt bevestigd. De query retourneert voor elk NSN: de huidige hoeveelheid op voorraad bij de ondersteunende supply support activity, de hoeveelheid gereserveerd voor andere open werkorders, de hoeveelheid in bestelling met een geschatte leverdatum en de huidige bevoorradingstatuscode van het NSN. Als de netto beschikbare hoeveelheid (voorraad minus reserveringen) voldoende is om tegen de geplande startdatum aan de vereiste van de werkorder te voldoen, wordt het onderdeel bevestigd en gereserveerd. Zo niet, dan berekent de planner de vroegst haalbare startdatum gegeven de geschatte leverdatum van het onderdeel, de levertijd van de leverancier volgens de aanvraag of de verwachte afrondingsdatum van een item in backorder.

Substitutielogica behandelt het geval waarin het primaire NSN niet beschikbaar is maar een goedgekeurd substituut bestaat. De planner raadpleegt de NSN Interchangeable and Substitutable (I&S)-groepsdata uit FEDLOG — dezelfde datastructuur die wordt gebruikt in vraagprognose voor reserveonderdelen — om goedgekeurde alternatieven te identificeren en controleert hun beschikbaarheid voordat de werkorder als bevoorradingbeperkt wordt verklaard. Een werkorder die met noch het primaire noch een goedgekeurd substituut-NSN kan worden vervuld, wordt gemarkeerd als bevoorradingbeperkt en geëscaleerd naar de logistieke cel voor versnelling of engineeringbeoordeling van niet-standaard substituten.

De impact van backorders op roosterverschuiving is de metriek die de prestaties van de toeleveringsketen verbindt met de resultaten van onderhoudsplanning. Wanneer meerdere werkorders tegelijk op onderdelen wachten, berekent de planner de algehele roosterverschuiving die aan bevoorradingvertragingen is toe te schrijven: totale vertraagde werkorderdagen vermenigvuldigd met de Ao-impact van elk vertraagd platform. Deze metriek toont de gereedheidskosten van uitvallen in de toeleveringsketen in termen die commandanten en programmamanagers begrijpen — niet “tien NSN's in backorder” maar “zes platformdagen Ao-impact in afwachting van oplossing van drie hoogprioritaire aanvragen”. De verbinding met defensie-ERP-integratie is direct: de query op onderdeelbeschikbaarheid, de feed met aanvraagstatus en de berekening van backorderimpact hangen allemaal af van betrouwbare, tijdige data-uitwisseling tussen het MRO-planningssysteem en de systemen van record voor bevoorrading en financieel beheer.

Integratie van predictieve onderhoudstriggers

CBM+ (Condition-Based Maintenance Plus) is het beleidskader van het Amerikaanse Department of Defense dat conditiebewaking, prognostiek en de operationele onderhoudsorganisatie integreert. Het MRO-planningssysteem is waar CBM+-output — predictieve meldingen gegenereerd door analyse van sensordata — wordt omgezet in uitvoerbare werkorders met haalbare uitvoeringsdatums.

De integratiearchitectuur geeft predictieve meldingen door van de CBM+-monitoringslaag aan de MRO-planner als gestructureerde werkordertriggers. Elke trigger bevat: de asset-identificatie, de gemonitorde component en het subsysteem, de huidige gezondheidsindex en degradatietrend, het geschatte resterende P-F-interval (de tijd tussen het punt waarop de potentiële fout detecteerbaar is en het punt van functionele uitval) en de aanbevolen onderhoudsactie. De planner ontvangt deze trigger en creëert een predictieve werkorder met een harde afrondingsdeadline gelijk aan het P-F-interval minus een planningsbuffer — doorgaans 15–20% van het geschatte P-F-interval, wat marge biedt voor roosterverschuiving zonder de werkorder het interventievenster te laten missen.

Risicoscores prioriteren concurrerende predictieve meldingen ten opzichte van elkaar en ten opzichte van de achterstand aan geplande en ongeplande werkorders. De risicoscore voor een predictieve melding combineert drie factoren: de kritiek van de component (of uitval veiligheidskritiek, missieverlagend of missiebeperkend zou zijn), het resterende P-F-interval als fractie van de totale lengte van de P-F-curve (hoe ver de component op het degradatiepad is gevorderd) en het betrouwbaarheidsniveau van de schatting van het prognostische model (een melding met hoge betrouwbaarheid en 14 dagen resterend verdient meer urgentie dan een melding met lage betrouwbaarheid en 7 dagen resterend). De samengestelde risicoscore bepaalt waar de predictieve werkorder in de planningswachtrij staat ten opzichte van andere vraag.

Het principe van interventietiming volgens de P-F-curve is de sleutel tot het vermijden van het valse dilemma tussen “nu repareren” (noodcorrectie) en “wachten op de geplande inspectie” (risico op functionele uitval in dienst). Het doel van de planner is predictieve werkorders binnen het P-F-venster af te handelen — vroeg genoeg dat de interventie gepland is en bronnen vooraf zijn klaargezet, laat genoeg dat het werk niet onnodig preventief is. Wanneer het CBM+-systeem voor predictief onderhoud voor militaire voertuigen een melding genereert voor een transmissielager dat zijn uitvaldrempel nadert, is de ideale uitkomst een geplande werkorder die de transmissie trekt tijdens het eerstvolgende beschikbare onderhoudsvenster, met al gereserveerde onderdelen en een al toegewezen gekwalificeerde aandrijflijntechnicus — geen noodreparatie 's nachts met een gekannibaliseerd lager van een donervoertuig.

Specifieke aspecten van vliegtuig-MRO-planning

MRO voor vliegtuigen met vaste en roterende vleugels introduceert verschillende planningsdimensies die niet voorkomen in onderhoud van grondvoertuigen, en vereist een planningssysteem dat expliciet vlieguur- en cyclusgedreven intervallen, eisen van de luchtwaardigheidsautoriteit en de wisselwerking tussen uitvlijtplanning en onderhoudsinbrengdatums modelleert.

Tracking van fase-onderhoudsintervallen is de kernfunctie van vliegtuig-MRO-planning. De planner onderhoudt voor elk staartnummer een actuele teller van vlieguren en cycli, gevoed door het uitvlijtplanningssysteem of het avionicadataoverdrachtsysteem na elke vlucht. Tegen deze teller evalueert het systeem elke toepasselijke drempel: voor een vliegtuig met roterende vleugels kunnen dit een fase A-inspectie van 125 uur, een oliewisselcyclus van 250 uur van de hoofdversnellingsbak, een componentvervanging van 500 uur voor een specifieke actuator en een kalenderinspectie van 12 maanden voor corrosiecontrole omvatten. Wanneer de huidige vlieguren binnen een gedefinieerde marge van een drempel komen (doorgaans 10% van het interval), genereert het systeem een pre-inbrengwaarschuwing en start het de reservering van onderdelen en arbeid. Wanneer de drempel is bereikt (of de verlengingslimiet is genaderd), wordt de inbreng verplicht.

Beheer van vlieguurgedreven versus kalendergedreven taken vereist dat de planner twee onafhankelijke tellers tegelijk volgt. Een structuurinspectie kan verschuldigd zijn op 2,000 vlieguren of 5 kalenderjaren, wat eerst komt — en voor een vliegtuig in operaties op laag tempo dat in 4.5 jaar slechts 1,200 vlieguren heeft opgelopen, zal de kalenderdrempel de inbreng sturen hoewel de vlieguurdrempel nog lang niet is bereikt. De planner moet beide tellers voor elke toepasselijke taak continu evalueren en de inbrengdatum genereren op basis van de drempel die het eerst zal worden bereikt gegeven de huidige en geprojecteerde oplooptarieven.

Tracking van airworthiness directives (AD) voegt een extern opgelegde nalevingslaag toe. AD's zijn verplichte inspecties, modificaties of componentvervangingen die door de luchtwaardigheidsautoriteit worden uitgegeven als reactie op geïdentificeerde veiligheidsrisico's. Elke AD specificeert een nalevingsdrempel (vlieguren, kalendertijd of aantal cycli), een nalevingsmethode (inspectie, vervanging, modificatie of beëindigende actie) en of gedeeltelijke naleving (zoals een repeterende inspectie elke 200 uur) of een eenmalige beëindigende actie vereist is. Het MRO-planningssysteem moet voor elk staartnummer een actueel AD-nalevingsrecord bijhouden, naderende nalevingsdrempels markeren en verzekeren dat AD-werkorders zijn geïntegreerd in het fase-onderhoudsplan in plaats van te worden beheerd als afzonderlijke, losgekoppelde acties die zonder coördinatie om werkplaatsbronnen concurreren.

Beheer van de onderhoudspijplijn van depot naar eenheid

De pijplijn van depot naar eenheid is de stroom van assets tussen drie toestanden: in dienst bij de eenheid, ingebracht in het depot voor grote revisie of componentrevisie, en terugkerend naar de eenheid na afronding in het depot. Beheer van deze pijplijn is kritiek voor het handhaven van de algehele Ao van de vloot, omdat elke asset in het depot niet beschikbaar is voor de operationele eenheid, en de pijplijndiepte — het aantal assets tegelijk in depot — rechtstreeks bepaalt hoeveel floatvoorraad nodig is om de platforms van de eenheid missieklaar te houden tijdens de reparatiecyclus.

Prioritering van depotinbrengen bepaalt welke platforms of componenten het eerst de depotpijplijn ingaan wanneer de capaciteit van het ondersteunende onderhoudsdepot beperkt is. De planner scoort inbrengkandidaten tegen meerdere criteria: hoe ver het platform of de component zijn geplande onderhoudsdrempel heeft overschreden (uitgedrukt als percentage van het interval), de operationele prioriteit van de eenheid (een vooruitgeplaatste eenheid gaat boven een trainingsonderdeel in de kazerne), de geschatte doorlooptijd in het depot (kortere reparaties consumeren capaciteit kort en geven float sneller terug) en de huidige beschikbaarheid van float-assets voor dat componenttype. Wanneer float overvloedig is, kunnen inbrengen volgens hun geplande volgorde doorgaan; wanneer float is uitgeput, mogen alleen componenten worden ingebracht waarvoor de eenheid de tijdelijke verlaging van beschikbaarheid kan accepteren.

Tracking van terugkeer naar de eenheid sluit de lus van de pijplijn. De planner onderhoudt voor elke asset in het depot een geschatte retourdatum, bijgewerkt vanuit het eigen werkorderbeheersysteem van het depot naarmate de werkelijke reparatie vordert. Wanneer een component de depotrevisie afrondt en als floatvoorraad beschikbaar komt, evalueert de planner automatisch de wachtende inbrengwachtrij voor dat componenttype en triggert de volgende inbreng. Deze eventgedreven aanvulling van floatvoorraad houdt de pijplijn in beweging op het maximaal houdbare doorvoertempo in overeenstemming met de floatbeschikbaarheid.

Beheer van float-assets is de voorraadbuffer die depotdoorvoer ontkoppelt van eenheidsgereedheid. De floatpool voor een gegeven componenttype moet zijn gedimensioneerd op de verwachte pijplijndiepte op het maximaal houdbare inbrengtempo. Als een versnellingsbak 45 dagen in het depot ligt en de vloot gemiddeld 2 versnellingsbakken per maand inbrengt, is een floatpool van ten minste 3 versnellingsbakken vereist (2 × 45/30 = 3, plus een veiligheidsmarge) om continue beschikbaarheid te handhaven. Het MRO-planningssysteem volgt floatverbruik in real time — elke inbreng vermindert de floatpool en elke retour uit het depot vult deze aan — en waarschuwt wanneer de netto floatpositie het minimum nadert dat nodig is om het inbrengtempo te handhaven zonder een additioneel platform aan de grond te zetten. Beheer van float-assets is waar MRO-planning en de toeleveringsketenfuncties van vraagprognose voor reserveonderdelen samenkomen: de floatbehoefte is een afgeleide vraag die zichtbaar moet zijn in het bevoorradingplanningssysteem, niet informeel beheerd door de onderhoudswerkplaats.

# Float requirement calculation
def min_float_required(avg_inductions_per_month, depot_cycle_days, safety_margin=1):
    """
    Compute minimum float pool size for a given component type.
    avg_inductions_per_month: average number of components inducted monthly
    depot_cycle_days: mean days from induction to return-to-unit
    """
    pipeline_depth = avg_inductions_per_month * (depot_cycle_days / 30)
    return math.ceil(pipeline_depth) + safety_margin

# Example: 2 gearboxes/month, 45-day depot cycle
# min_float = ceil(2 * 45/30) + 1 = ceil(3.0) + 1 = 4 float assets required

De integratie tussen het MRO-planningssysteem op eenheidsniveau en het eigen werkorderbeheersysteem van het depot is wat pijplijnzichtbaarheid mogelijk maakt. Zonder een datafeed vanuit het depot met de huidige werkorderstatus, geschatte afrondingsdatums en wijzigingen in de werkomvang die tijdens demontage worden ontdekt, opereert de planner op eenheidsniveau met verouderde retourschattingen die weken oud kunnen zijn. De defensie-ERP-integratielaag moet daarom doorreiken tot de depotsystemen — doorgaans het Logistics Modernization Program (LMP) van het leger of het Expeditionary Combat Support System (ECSS) van de luchtmacht — en de MRO-planner een gezaghebbend, near-real-time beeld geven van de status van elke ingebrachte asset. Een onderhoudsofficier van een eenheid die kan zien dat een in het depot ingebrachte vliegtuigmotor voor 70% is afgerond en op schema ligt voor terugkeer over 12 dagen, kan een heel andere gereedheidsverbintenis aangaan met de commandant dan een die drie weken geleden voor het laatst een statusupdate ontving.

Bespreek Uw Project

Wij bouwen platformen voor MRO-planning en defensie-onderhoudsplanning — van werkorderbeheer en modellering van shopcapaciteit tot predictieve onderhoudsintegratie, tracking van de depotpijplijn en ERP-interfaces voor sustainmentsystemen van leger en luchtmacht.

Logistieke diensten → Boek een briefing

Deze analyse is opgesteld door ingenieurs van Corvus Intelligence die missiekritieke software bouwen voor defensie- en overheidsorganisaties. Maak kennis met ons team →

Veelgestelde vragen

Wat is MRO-planningssoftware en waarin verschilt het van generieke onderhoudsmanagementsystemen?

MRO-planningssoftware (maintenance, repair, and overhaul) is een speciaal gebouwde plannings- en executielaag die werkorders rangschikt tegen drie tegelijkertijd beperkte bronnen: technicusarbeid (per kwalificatie en dienst), gereedschap en testapparatuur (per beschikbaarheid en certificeringsstatus) en onderdelen (per voorraad ter plaatse en verwachte leverdatum). Generieke computerized maintenance management systems (CMMS) registreren en volgen doorgaans werkorders, maar missen de optimalisatie-engine die nodig is om conflicten over meerdere bronnen op te lossen en werk te rangschikken over concurrerende vraag op een gedeelde werkvloer. Defensie-MRO-planningssoftware voegt verdere beperkingen toe die specifiek zijn voor militaire operaties: doelstellingen voor operationele beschikbaarheid (Ao) die harde deadlines stellen voor het terugbrengen van specifieke vliegtuigen of voertuigen naar de gereedheidslijn, grenzen van onderhoudsautoriteit die bepalen welk werk op organiek, intermediair of depotniveau mag worden uitgevoerd, en progressieve fase-onderhoudsintervallen gedreven door vlieguren, motorcycli of kalendertijd in plaats van eenvoudige kalenderplanningen. De planningsengine moet al deze beperkingen tegelijkertijd in evenwicht brengen om een haalbaar, bronvalide plan te produceren — niet slechts een geprioriteerde wachtrij.

Wat is operationele beschikbaarheid (Ao) en waarom stuurt dit defensie-MRO-planning anders aan dan commerciële uptime-doelstellingen?

Operationele beschikbaarheid (Ao) is de waarschijnlijkheid dat een systeem op een willekeurig tijdstip tijdens zijn operationele missieprofiel in een bedrijfsklare en inzetbare staat verkeert. Deze wordt berekend als: Ao = MTBM / (MTBM + MDT), waarbij MTBM Mean Time Between Maintenance is (gepland en ongepland) en MDT Mean Downtime (inclusief actieve onderhoudstijd, logistieke vertragingstijd en administratieve vertragingstijd). In de commerciële luchtvaart of productie zijn uptime-doelstellingen primair economisch — stilstand kost geld. In defensie is Ao een in contract of doctrine vastgelegde gereedheidsparameter met directe missiegevolgen: een vloot die onder haar vereiste Ao zakt, kan het aantal vluchten of de voertuigdichtheid niet leveren dat nodig is om het toegewezen operationele plan uit te voeren. Daarmee is Ao de organiserende beperking voor MRO-planning. Elke planningsbeslissing — wanneer een platform wordt ingebracht, hoe concurrerende werkorders worden gerangschikt, hoe float-assets worden toegewezen tijdens een depotinbreng — moet worden beoordeeld op haar effect op de gezamenlijke Ao van de vloot, niet alleen op doorvoer of kosten van de werkplaats. MRO-planningssoftware in een defensiecontext moet Ao-doelen daarom meenemen als first-class planningsbeperkingen, niet als meetwaarden die achteraf worden gerapporteerd.

Wat zijn de belangrijkste typen werkorders in een defensie-MRO-systeem?

Defensie-MRO-systemen beheren doorgaans vier onderscheiden werkordertypen, elk met eigen planningskenmerken. Geplande (tijd- of cyclusgestuurde) werkorders worden getriggerd wanneer kalendertijd, vlieguren, motorcycli of kilometerstand een vooraf bepaalde drempel bereiken — bijvoorbeeld een fase-inspectie van 400 uur van een vliegtuig of een jaarlijkse smeerbeurt van een voertuig. Deze zijn voorspelbaar in timing en kunnen weken tot maanden vooruit worden gepland. Ongeplande (conditiegestuurde of correctieve) werkorders ontstaan uit uitvallen tijdens dienst, bevindingen tijdens inspecties of meldingen van conditiebewaking; ze komen onvoorspelbaar binnen en moeten in een bestaand rooster worden ingevoegd, waarbij vaak lager geprioriteerd gepland werk wordt verdrongen. Modificatieorders implementeren verplichte technische richtlijnen, safety-of-flight-bulletins of engineering change proposals over een specifieke populatie staartnummers of voertuigen; ze hebben een extern opgelegde nalevingsdeadline en moeten tot sluiting worden gevolgd. Werkorders op de grens depot-versus-veld zijn acties die aanvankelijk op organiek niveau werden beoordeeld maar escalatie naar intermediair of depotonderhoud vereisen omdat de reparatie het geautoriseerde reparatieniveau, het beschikbare gereedschap of de technische bevoegdheid van de eenheid overtreft. Elk van deze typen heeft eigen bronprofielen, levertijden en planningsprioriteiten, en een effectief MRO-planningssysteem moet alle vier tegelijkertijd modelleren.

Hoe werkt modellering van shopcapaciteit in defensie-MRO-planning?

Modellering van shopcapaciteit begint met het opbouwen van een tijdgefaseerd capaciteitsbronprofiel: per dienst en werkcentrum volgt het model hoeveel arbeidsuren beschikbaar zijn per vakspecialisatiecode (of Air Force Specialty Code voor luchtvaart). Een gediplomeerd vliegtuigrompmonteur, een hydraulicaspecialist en een avionicatechnicus vormen afzonderlijke capaciteitspools die voor de meeste taken niet uitwisselbaar zijn. Gereedschap en ondersteunende apparatuur voegen een tweede dimensie toe: een specifieke motortestcel, een hydraulische teststandaard of een bay voor non-destructive inspection (NDI) kan de bindende beperking zijn voor bepaalde werkorders, ongeacht hoeveel arbeid beschikbaar is. De planner moet daarom een bron-tijd-matrix bijhouden die zowel arbeid per vaardigheidscode als apparatuur per identificatie volgt over de planningshorizon. Doorvoersimulatie voegt een dynamische dimensie toe: wanneer een surge-scenario wordt geëvalueerd — bijvoorbeeld herstel van schade na een oefening voor een grote voertuigvloot — draait het model een discrete-eventsimulatie om te bepalen welke knelpuntbronnen het eerst zouden worden uitgeput, op welk punt in het rooster ongeplande overuren nodig zijn en of overdracht van personeel of apparatuur tussen eenheden kosteneffectiever is dan roosterverschuiving. Deze simulatiecapaciteit onderscheidt geavanceerde MRO-planning van eenvoudige tracking van werkbelasting.

Hoe integreert onderdeelbeschikbaarheid met MRO-planning in defensie?

Integratie van onderdeelbeschikbaarheid is het mechanisme dat voorkomt dat de MRO-planner plannen genereert die technisch geldig zijn vanuit arbeid en capaciteit maar onuitvoerbaar omdat benodigde onderdelen in backorder liggen. De integratie werkt door het beheersysteem voor bevoorrading real time (of near real time via API) te bevragen voordat een geplande onderhoudsstartdatum wordt bevestigd. Voor elke geplande werkorder explodeert de planner de stuklijst van de jobkaart naar onderdeelvereisten op NSN-niveau en toetst die aan de huidige voorraadpositie en de status van binnenkomende aanvragen. Als een kritiek onderdeel niet beschikbaar is op de geplande startdatum, berekent de planner automatisch de laatst mogelijke startdatum gegeven de verwachte leverdatum van het onderdeel en de duur van de werkorder, en stelt een herziene inbrengdatum voor. Wanneer een onderdeel in backorder ligt met een onbepaalde leveringsschatting, markeert de planner de werkorder als bevoorradingbeperkt en escaleert deze naar de logistieke cel voor versnelling of substitutiebeoordeling. De substitutielogica raadpleegt de NSN Interchangeable and Substitutable-groepen (I&S) om goedgekeurde alternatieven te identificeren die mogelijk op voorraad zijn. Deze gesloten lus tussen de MRO-planner en het bevoorradingssysteem stelt een defensiedepot of eenheidsonderhoud in staat een haalbaar plan te handhaven in plaats van een wensplan.

Wat is de P-F-curve en hoe stuurt deze het moment van predictieve onderhoudsinterventie in MRO-planning?

De P-F-curve (Potential failure to Functional failure curve) is een grafisch model uit reliability-centered maintenance dat beschrijft hoe de conditie van een component degradeert vanaf het punt waarop een potentiële fout voor het eerst detecteerbaar wordt (punt P) tot het punt waarop deze het vermogen verliest zijn vereiste functie uit te voeren (punt F). Het P-F-interval — de tijd tussen P en F — is het venster waarin een signaal van conditiebewaking een onderhoudsinterventie kan aanzetten voordat functionele uitval optreedt. Bij predictieve onderhoudsintegratie met MRO-planning bewaakt het CBM+-systeem voortdurend sensordata en berekent waar elke gemonitorde component zich bevindt op zijn geschatte P-F-curve. Wanneer de gezondheidsindex van een component de interventiedrempel overschrijdt (doorgaans ingesteld met een zekere marge vóór punt F), genereert het systeem een predictieve werkorder en geeft deze door aan de MRO-planner met een deadline gelijk aan het resterende P-F-interval minus een planningsbuffer. De planner behandelt deze predictieve werkorder vervolgens exact als elke andere conditiegestuurde werkorder — het vroegst haalbare tijdslot zoekend gegeven arbeid, gereedschap en onderdeelbeschikbaarheid — met de extra beperking dat het werk moet zijn afgerond voordat de P-F-deadline verstrijkt. Deze integratie maakt onderhoud mogelijk in het P-F-venster in plaats van reactief na functionele uitval, wat de fundamentele waardepropositie van CBM+ is.

Hoe worden fase-onderhoudsintervallen beheerd bij MRO-planning voor militaire vliegtuigen?

Fase-onderhoud is de praktijk van het verdelen van de totale geplande onderhoudsbelasting van een vliegtuig in verschillende kleinere inspectiepakketten (fases) die op een terugkerende cyclus worden uitgevoerd, in plaats van één grote periodieke inspectie uit te voeren. Elke fase omvat doorgaans een gedefinieerde set inspectietaken, smeringswerkzaamheden, functionele controles en componentvervangingen, waarbij de volledige set fases over één hele cyclus de volledige onderhoudsvereiste dekt. Het interval tussen fases wordt primair gedreven door vlieguren — bijvoorbeeld een fase-inspectie elke 125 vlieguren — of door motorcycli voor turbinevliegtuigen. Het MRO-planningssysteem volgt de huidige vlieguren (of cycli) van elk staartnummer, voorspelt wanneer elke staart zijn volgende fasedrempel bereikt op basis van de geplande uitvlieplanning, en genereert een fase-inbrengwerkorder met een geprojecteerde startdatum. Hierdoor kan de onderhoudswerkplaats arbeid, onderdelen en hangarruimte weken vooruit plannen. De complexiteit ontstaat wanneer vlieguren ongelijkmatig over een vloot oplopen: sommige vliegtuigen vliegen missies op hoog tempo terwijl andere in reserve staan, wat een ongelijkmatige verdeling van fasedeadlines geeft die surge-omstandigheden kan veroorzaken als dit niet proactief wordt beheerd. Geavanceerde planningssystemen passen optimalisatiealgoritmes toe om de werkbelasting van fase-inbrengen over de planningshorizon gelijkmatiger te verdelen door de uitvlijtoewijzing over staartnummers aan te passen binnen het toegestane faseverlengingsvenster.

Wat is kannibalisatie in defensie-MRO en hoe beheert planningssoftware dit?

Kannibalisatie (CANN) is de praktijk van het verwijderen van een bruikbare component van het ene platform om een ander platform terug te brengen in missieklare staat, wanneer de component niet uit bevoorrading beschikbaar is. Het is een veelvoorkomende tactiek in defensieoperaties op hoog tempo waar toeleveringsketens de vraag niet kunnen bijhouden, maar het creëert een cascade van onderhoudsaanspraken: het donorplatform is nu niet-missieklaar, de gekannibaliseerde component moet via een administratieve werkorder worden gevolgd om te verzekeren dat deze uiteindelijk wordt vervangen, en als de praktijk wijdverbreid wordt, kan deze het algehele gereedheidscijfer van de vloot progressief verlagen in plaats van verhogen. MRO-planningssoftware beheert kannibalisatie via een specifiek CANN-werkordertype dat het staartnummer van de donor, het staartnummer van de ontvanger, het verwijderde NSN, de installatiedatum van het NSN en de open vereiste op de donor registreert. De planner volgt alle open CANN-schulden als beperkte werkorders die zo snel mogelijk moeten worden voldaan zodra het vervangende onderdeel uit bevoorrading arriveert. De planner berekent ook een CANN-tariefmetriek — het aantal CANNs per vlieguur of per onderhoudsperiode — en waarschuwt wanneer het tarief een drempel overschrijdt die aangeeft dat de bevoorradingpijplijn voor een specifiek NSN is verbroken en programmatische interventie vereist in plaats van voortgezette overdracht van assets tussen platforms.

Hoe werkt beheer van de pijplijn van depot naar eenheid in MRO-planningssoftware?

De onderhoudspijplijn van depot naar eenheid is de stroom van assets tussen drie toestanden: in dienst bij de eenheid, ingebracht in het depot voor grote revisie of reparatie, en terugkerend naar de eenheid na afronding. Beheer van deze pijplijn is kritiek voor het handhaven van de algehele Ao van de vloot, omdat elke asset in het depot niet beschikbaar is voor de operationele eenheid. MRO-planningssoftware beheert de pijplijn door elke asset te volgen via drie sleuteldatums: inbrengdatum (wanneer de asset het depot binnenkomt), geschatte afrondingsdatum (op basis van werkomvang en shopcapaciteit) en terugkeer-naar-eenheid-datum (wanneer de asset beschikbaar is voor herinstallatie). Het systeem beheert ook float-assets — reservecomponenten die specifiek in het bevoorradingssysteem worden onderhouden om ingebrachte items te vervangen en platformbeschikbaarheid tijdens de reparatiecyclus te handhaven. Als de floatvoorraad onvoldoende is om de diepte van de depotpijplijn te dekken, vermindert elk ingebracht item het aantal missieklare platforms. De planner beoordeelt daarom elke beslissing over depotinbreng tegen het huidige floatvoorraadniveau: als float is uitgeput, moet de inbreng worden uitgesteld totdat een eerder ingebracht item zijn revisie afrondt en in de floatvoorraad komt, of totdat de eenheid de tijdelijke verlaging van Ao kan accepteren. Dit driehoeksbeheer van depot, float en eenheid is een van de complexere planningsproblemen in defensieonderhoud en precies daar biedt specifiek gebouwde MRO-planningssoftware het meeste voordeel op handmatige trackingmethoden.

Hoe integreren defensie-ERP-systemen met MRO-planningssoftware?

Defensie-ERP-integratie is de laag die de MRO-planningsengine verbindt met de gezaghebbende databronnen en executiesystemen waarvan deze afhangt. De integratie bestrijkt doorgaans vier datadomeinen. Ten eerste het apparatuurregister: de gezaghebbende lijst van staartnummers, voertuigregistratienummers en serienummers met hun huidige bedrijfuren, configuratiestatus en onderhoudsautorisatieniveau — deze data leeft in systemen zoals GCSS-Army, ALIS (Autonomic Logistics Information System) voor de F-35, of IMDS (Integrated Maintenance Data System) voor USAF-vliegtuigen. Ten tweede de technische databibliotheek: de toepasselijke technische handboeken, jobstandarddata (tijdnormen per taak) en engineeringorders die de werkinhoud en kwalificatievereisten voor elke onderhoudsactie definiëren. Ten derde de bevoorradingpositie: voorraad ter plaatse, lopende aanvragen en reserveringsstatus van NSN's die door actieve werkorders nodig zijn. Ten vierde het personeelsbeheer: technicusroosters, kwalificatierecords, dienstplanningen en trainingskalenderitems die de beschikbare capaciteitspool definiëren. Het integratiepatroon dat in productiezijnde defensie-MRO-systemen wordt gebruikt, is doorgaans een combinatie van batchbestandsuitwisseling (voor grote statische datasets zoals het apparatuurregister en technische data) en API-calls (voor tijdkritische vragen zoals onderdeel- en technicusbeschikbaarheid). De planningsengine draait zijn optimalisatie tegen een lokale datareplica, ververst op een gedefinieerde cyclus, met eventgedreven updates voor wijzigingen met hoge prioriteit zoals een aankomend onderdeel uit bevoorrading of een platform dat terugkeert van een missie met een nieuwe bevinding.