End of life (EOL) is het moment waarop een product niet langer wordt verkocht, bijgewerkt of ondersteund door de fabrikant en vervangen of buiten gebruik gesteld moet worden.
End of life (EOL) is het moment waarop een fabrikant stopt met verkopen, bijwerken of ondersteunen van een product - het formele signaal dat een asset vervangen of buiten gebruik gesteld moet worden in plaats van erop te vertrouwen. Het wordt door de leverancier afgekondigd en geldt voor elke eigenaar van het product, wat het anders maakt dan useful life: useful life is uw eigen schatting van hoe lang een asset productief blijft, terwijl EOL een datum is die iemand anders vaststelt.
EOL vs end of support vs end of sale
Leveranciers bouwen een product meestal gefaseerd af, en de labels zijn het waard om uit elkaar te houden:
- End of sale - het product wordt niet langer nieuw verkocht. Ondersteuning, updates en onderdelen gaan doorgaans door.
- End of support / end of updates - geen patches, firmware of technische hulp meer. Voor software is dit de datum die het meest telt.
- End of life - de overkoepelende term en meestal de laatste mijlpaal, waarna de leverancier geen resterende verplichtingen meer heeft.
Het probleem is dat terminologie niet gestandaardiseerd is - end of life van de ene leverancier is end of support van de andere, en EOS kan end of sale of end of support betekenen. De veilige gewoonte is de concrete data per product vast te leggen in plaats van de labels.
Waarom EOL ertoe doet
Er breekt niets op de EOL-datum; wat verandert is wat niet langer gebeurt. Software na end of support krijgt geen beveiligingspatches, dus elke nieuw ontdekte kwetsbaarheid blijft open - waarom EOL-besturingssystemen in compliance-audits en verzekeringsvragenlijsten opduiken. Voor hardware raken reserveonderdelen op, worden reparaties trager en duurder, en blijven firmwarebugs onopgelost.
Voor apparatuur waarvan veilige werking van de fabrikant afhangt, bijt EOL harder. Zorg- en medische assets zoals wheelchairs en hospital beds worden vaak niet buiten gebruik gesteld omdat ze stoppen met werken, maar omdat onderdelen en geautoriseerd onderhoud voor het model worden stopgezet, en een verplicht inspection schedule zonder die onderdelen niet meer kan worden nageleefd.
EOL voor hardware vs software
Software-EOL is scherp: een gepubliceerde datum waarna geen patches meer verschijnen, punt. Hardware-EOL is geleidelijk - onderdelen worden schaars, externe reparateurs vullen een tijd het gat, tot ook zij op zijn. De twee werken ook samen: hardware wordt vaak gedwongen buiten gebruik gesteld omdat de software die hij draait, of het OS dat hij nodig heeft, eerst EOL is gegaan. Een asset kan fysiek in orde zijn en toch end of life zijn - ook waarom refurbishment helpt bij versleten hardware maar niet-ondersteunde software niet redt.
Vervangingen plannen rond EOL
EOL-planning is vooral een registratiediscipline: leg de relevante data vast bij aankoop, bewaar ze op het assetrecord en stel het register periodiek één vraag: wat bereikt end of life in de volgende begrotingscyclus? Dat maakt van EOL, in plaats van een reeks verrassingen, een gespreide, begrote vervanging, en geeft tijd om decommissioning ordelijk te plannen in plaats van in haast. In AMPthilly draagt elk assetrecord de aankoopdatum, het einde van de garantie en de verwachte useful life, en de filters van het register ondersteunen precies dit soort end-of-life- en vervangingsplanning, met CSV-export voor de financekant.
Gerelateerde termen
- Useful Life - uw eigen schatting van de productieve jaren van een asset, in tegenstelling tot de EOL-datum van de leverancier
- Asset Decommissioning - het gecontroleerde buiten gebruik stellen dat EOL in gang zou moeten zetten
- Refurbishment - een manier om hardwarelevens te verlengen, zolang onderdelen en support bestaan
- Calibration - nauwkeurigheidsonderhoud dat onmogelijk wordt zodra leverancierssupport stopt
- Inspection Schedule - de terugkerende controles die op gereguleerde apparatuur vaak de EOL-beslissing afdwingen