Vad är End of Life (EOL)?

End of Life (EOL) är det datum leverantören har satt efter vilket en produkt inte längre säljs, uppdateras eller stöds av tillverkaren - den formella signalen att en inventarie bör ersättas, isoleras eller tas ur drift i stället för att förlitas på. Datumet sätts av leverantören och gäller alla som äger produkten, vilket skiljer det från nyttjandeperiod: nyttjandeperioden är din egen uppskattning av hur länge en inventarie förblir produktiv, medan EOL är ett datum någon annan sätter.

Haken är att “end of life” inte är en enda milstolpe. Leverantörer avvecklar produkter i etapper - end of sale, slut på programvaruunderhåll, slut på säkerhetssupport, end of service life - och olika leverantörer sätter EOL-etiketten på olika punkter i den tidslinjen. Den här sidan reder ut vokabulären, förklarar vad som faktiskt upphör i varje steg, går igenom vad revisorer och försäkringsbolag förväntar sig och lägger fram alternativen när en inventarie når sitt datum.

Det här lär du dig

• EOL-milstolpar, term för term
• Varför EOL spelar roll
• Mainstream-support, utökad support och betalda utökade säkerhetsuppdateringar
• Vad EOL betyder för regelefterlevnad, revision och försäkring
• Programvara, hårdvara och inventarier utan publicerat datum
• Så hittar och registrerar du EOL-datum
• Dina alternativ när en inventarie når EOL
• Planera ersättningar kring EOL
• EOL jämfört med nyttjandeperiod, garanti, obsolet och legacy
• Vanliga frågor

EOL-milstolpar, term för term

En produktlivscykel går normalt igenom milstolparna nedan, i ungefär den här ordningen. Alla leverantörer publicerar inte alla, och etiketterna varierar, men sekvensen är konsekvent: först slutar produkten utvecklas, sedan slutar den säljas, sedan slutar den rättas, och till sist slutar den stödjas över huvud taget.

Tre saker att ta med sig från tabellen. För det första: EOS är den tvetydiga förkortningen - den används både för end of sale och end of support, och de två kan ligga flera år isär. För det andra: den sista milstolpen har ett halvdussin namn - nätverksleverantörer tenderar att säga last date of support, server- och lagringsleverantörer säger end of service life, operativsystemsleverantörer säger end of support eller end of extended support - och vissa hårdvaruleverantörer använder “end of life” om meddelandet som startar hela sekvensen snarare än om datumet som avslutar den. För det tredje, på grund av de två första: ett inventarieregister bör lagra datum, inte etiketter. En “EOL”-kolumn som betyder end of sale för en produkt och end of support för en annan är värre än ingen kolumn alls.

Varför EOL spelar roll

Inget går sönder på EOL-datumet; det som ändras är det som inte längre händer. Programvara efter slut på säkerhetssupport får inga patchar, så varje nyupptäckt sårbarhet förblir öppen så länge programvaran körs - vilket är varför operativsystem utan support är det första en penetrationstestare letar efter och den första frågan på de flesta formulär för cyberförsäkring. För hårdvara sinar reservdelarna, reparationer blir långsammare och dyrare, firmware-buggar förblir ofixade och drivrutiner slutar skrivas för nyare operativsystem. Kostnaderna flyttas också: pengarna leverantören tidigare lade på underhåll kommer nu ur din budget, i form av tillfälliga lösningar, avhjälpande underhåll och akutinköp.

Det finns också en snöbollseffekt. En inventarie utan support håller tillbaka allt som beror på den: en gammal server låser fast en gammal databas, som låser fast en gammal applikation, som låser fast det gamla klientoperativsystemet på varje dator som använder den. Ju längre kedjan är, desto dyrare blir den slutliga migreringen, och det är så “vi byter ut den nästa år” blir ett femårigt legacy-system som ingen vågar röra.

För utrustning vars säkra drift beror på tillverkaren biter EOL ännu hårdare. Vård- och medicinteknisk utrustning som rullstolar och sjukhussängar tas ofta ur drift inte för att de slutar fungera utan för att reservdelar och auktoriserad service för modellen upphör, och ett obligatoriskt besiktningsschema inte kan uppfyllas utan dem.

Mainstream-support, utökad support och betalda utökade säkerhetsuppdateringar

Många programvaruleverantörer kör en tvåfasmodell. I mainstream-supportfasen får produkten nya funktioner, icke-säkerhetsrelaterade fixar och säkerhetspatchar. I den utökade supportfasen, vanligtvis de sista åren före end of support, får den enbart säkerhetspatchar - ingen ny funktionalitet, och ofta inga andra fixar utan ett betalt avtal. Varje fas har sitt eget publicerade datum, och det är slutet på den utökade supporten de flesta menar när de säger att en produkt har gått EOL.

Utöver det säljer allt fler leverantörer extended security updates (ESU), utökade säkerhetsuppdateringar, eller utökad livscykelsupport: ett betalt, tidsbegränsat program som håller kritiska säkerhetspatchar flödande efter det officiella supportslutet. För hårdvara är motsvarigheten tredjepartsunderhåll, där en oberoende leverantör tillhandahåller reservdelar, tekniker och ibland firmware-lösningar efter leverantörens end of service life.

Windows 10 är det levande exemplet. Supporten upphörde den 14 oktober 2025. Microsoft erbjöd därefter ett ESU-program: för organisationer prissätts det per enhet och stiger varje år i upp till tre år, och för privatpersoner erbjöds en ettårig anmälan, som Microsoft sedan har förlängt in i 2027. Tre lärdomar går att generalisera:

• ESU är en brygga, inte ett mål. Det köper tid att migrera; det återställer inte full support, och priset trappas upp för att se till att du inte stannar kvar.
• Anmälningsstatus spelar roll för regelefterlevnaden. Under de flesta certifierings- och revisionsramverk räknas en ESU-anmäld enhet som stödd så länge programmet pågår; en oanmäld enhet med samma operativsystem gör det inte.
• En evig licens löper inte ut vid EOL. Programvaran är fortfarande din att köra; det är uppdateringarna och supporten som upphör. Skillnaden spelar roll för licensefterlevnad och för beslutet om evig licens eller prenumeration vid ersättning.

Andra datum i samma fönster visar hur tät kalendern har blivit: SQL Server 2016 nådde slutet på sin utökade support den 14 juli 2026, Office LTSC 2021 och Windows 11 version 24H2 (Home och Pro) når end of support den 13 oktober 2026, och Windows Server 2016 följer den 12 januari 2027. En organisation som upptäcker de här ett i taget gör något fel med sitt register.

Vad EOL betyder för regelefterlevnad, revision och försäkring

De flesta säkerhets- och regelefterlevnadsramverk säger inte “du får inte köra EOL-programvara” med de orden. Vad de gör är att kräva stödda, patchade system, och programvara utan support underkänns på det testet per definition. En genomgång av de som dyker upp oftast - inget av detta är juridisk rådgivning:

• Cyber Essentials (Storbritannien) - programvara utan support inom bedömningens omfattning är ett automatiskt underkännande. De accepterade åtgärderna är att uppgradera, att anmäla sig till leverantörens betalda utökade säkerhetsuppdateringar, eller att segregera enheten till ett separat nätverk eller delnät så att den hamnar utanför den certifierade omfattningen.
• PCI DSS 4.0.1 - krav 12.3.4 kräver en genomgång minst var tolfte månad som bekräftar att hårdvaru- och programvaruteknik inom omfattningen fortfarande stöds av leverantören och fortfarande får säkerhetsfixar, med en dokumenterad, ledningsgodkänd åtgärdsplan för allt som nått eller närmar sig end of life.
• ISO 27001:2022 - kontrollerna för hantering av tekniska sårbarheter och för installation av programvara förväntar sig att en organisation vet vilka av dess produkter som saknar support, riskbedömer dem och har en plan för att ta bort dem. Kontrollen för inventarieförteckning är det som gör det möjligt; se ISO 27001 och inventariehantering.
• GDPR artikel 32 - skyldigheten att upprätthålla lämpliga tekniska säkerhetsåtgärder. Tillsynsmyndigheter har i beslut betraktat operativsystem utan support som otillräcklig säkerhet, särskilt där personuppgifter exponerats genom en sårbarhet som ett stött system skulle ha patchat.
• DORA - finansiella aktörer i EU måste identifiera och dokumentera sina legacy-IKT-system och bedöma risken med dem minst årligen, med end of life uttryckligen i åtanke.
• NIS2 - väsentliga och viktiga verksamheter förväntas hantera risk över hela sitt inventariebestånd, vilket inkluderar att veta vad som är ohanterat, utan support och fortfarande anslutet.
• Cyberförsäkring - ansökningsformulär frågar rutinmässigt om någon programvara eller några operativsystem utan support används och, i så fall, hur de är isolerade. En skada som spåras till ett opatchat EOL-system kan få sänkt ersättning eller undantas helt, och ett felaktigt svar kan göra försäkringen ogiltig.

Den gemensamma nämnaren är dokumentation. Revisorer och försäkringsbolag förväntar sig sällan noll inventarier utan support; de förväntar sig att du vet vilka du har, att du har en skriftlig motivering och en kompenserande kontroll för var och en, och att du har ett datum då var och en försvinner.

Programvara, hårdvara och inventarier utan publicerat datum

Programvarans EOL är skarp. Ett publicerat datum efter vilket inga patchar levereras, punkt. Många leverantörer kör dessutom versionsbaserade supportpolicyer - bara den aktuella och föregående större versionen (N-1), eller de två senaste (N-2), stöds - så en version kan falla ur support helt enkelt för att två nyare har släppts, utan något särskilt meddelande. För SaaS betyder EOL vanligtvis nedstängning: tjänsten försvinner helt på datumet, så planeringsfrågan är dataexport och migrering, inte patchning. Bra software asset management håller koll på version och supportstatus, inte bara antalet licenser.

Hårdvarans EOL är gradvis. Firmware- och drivrutinsstöd upphör vanligtvis först, sedan leverantörens reservdelar, sedan leverantörens service, och tredjepartsunderhåll och andrahandsmarknaden för reservdelar sträcker normalt ut den användbara livslängden flera år efter end of service life för vanlig företagsutrustning som servrar och nätverksutrustning. De två påverkar varandra: hårdvara tvingas ofta i pension för att operativsystemet den behöver har gått EOL först. Hårdvarukraven för Windows 11 är det aktuella exemplet - ett stort antal annars fullt fungerande laptops och stationära datorer kan inte uppgraderas från Windows 10 och tas ur drift enbart av det skälet. En inventarie kan vara fysiskt sund och ändå vara end of life - vilket också är varför renovering hjälper sliten hårdvara men inte kan rädda programvara utan support.

Många inventarier har inget publicerat EOL-datum alls. Verktyg, möbler, sängar, lyftar och det mesta av icke-uppkopplad utrustning får aldrig någon livscykelbulletin. De praktiska ersättningarna är tillverkarens rekommenderade livslängd, om reservdelar och förbrukningsmaterial fortfarande går att få tag på, och om föremålet fortfarande kan uppfylla sitt obligatoriska besiktnings- eller serviceschema. För medicinteknisk utrustning drar IMDRF:s ramverk för legacy-enheter gränsen uttryckligen: EOL är punkten då tillverkaren inte längre säljer produkten, och end of support (EOS) är när all servicesupport upphör - med ansvaret för att hantera enhetens risk allt tydligare hos vårdgivaren för varje steg.

Så hittar och registrerar du EOL-datum

Leverantörens egen livscykelsida är auktoritativ och ändras först. De flesta stora leverantörer publicerar livscykel- eller EOL-bulletinsidor med end-of-sale- och end-of-support-datum per modell och version, och skickar ut produktändringsmeddelanden (PCN, PDN eller EOL-notiser) före varje milstolpe - vanligtvis omkring sex månader före end of sale, med ett last-time-buy-fönster efter det. Att prenumerera på de meddelandena för produkterna du äger är det billigaste förvarningssystem som finns. För programvara samlar communitydrivna sammanställningar som endoflife.date release- och supportdatum för hundratals produkter på ett ställe; liknande sammanställningar finns för företagshårdvara. Se dem som ett praktiskt index och bekräfta datumet på leverantörens sida innan du agerar på det.

Den bättre vanan är att fråga innan du köper. “Hur länge kommer det här att stödjas?” är en upphandlingsfråga, och regleringen börjar tvinga fram ett svar: EU:s Cyber Resilience Act kräver att tillverkare av produkter med digitala element definierar och anger en supportperiod under vilken de tillhandahåller säkerhetsuppdateringar - minst fem år om produkten inte förväntas användas kortare tid - med de huvudsakliga skyldigheterna gällande från den 11 december 2027. Storbritanniens PSTI-regelverk kräver redan att uppkopplade konsumentprodukter har en publicerad definierad supportperiod. Hur som helst blir supportperioden ett faktum du kan registrera vid köpet i stället för att jaga senare.

Registrera det som separata fält, eftersom det är separata saker:

• Inköpsdatum - när din enhet köptes
• Garantins slut - när reparationsgarantin på din enhet löper ut; se garantiuppföljning
• End of sale - när modellen slutar säljas ny
• Slut på säkerhetssupport - när säkerhetspatcharna upphör; det datum som spelar störst roll för programvara
• End of support / EOSL - leverantörens sista milstolpe
• Förväntad nyttjandeperiod - din egen uppskattning, som styr ersättningsbudget och avskrivning
• Livscykelstatus - stödd, utökad support, ESU, utan support, utrangerad

Garantins slut och EOL är det par som oftast blandas ihop. Garantin handlar om din enhet och ditt inköpsdatum; EOL handlar om produktlinjen och leverantörens roadmap. En produkt kan nå EOL medan din enhet fortfarande har garanti, och supporten kan överleva garantin med flera år.

Dina alternativ när en inventarie når EOL

Det finns fem realistiska svar, och ett välskött register använder alla:

1. Uppgradera eller migrera till efterföljande produkt eller version. Standardsvaret för allt som är exponerat mot internet eller verksamhetskritiskt.
2. Köp tid med leverantörens utökade support, betalda utökade säkerhetsuppdateringar eller tredjepartsunderhåll för hårdvara. Legitimt som en brygga med ett bestämt slutdatum; dyrt som vana.
3. Isolera och härda. Segmentera inventarien till ett eget nätverk, ta bort internetåtkomst, begränsa konton, stäng av oanvända tjänster och öka övervakningen. Kompenserande kontroller av det här slaget är också sättet att ta en enhet ur en certifierings omfattning.
4. Acceptera risken formellt. Ett dokumenterat, undertecknat beslut av någon med befogenhet att äga konsekvenserna, som anger motiveringen, de kompenserande kontrollerna och ersättningsdatumet. Odokumenterad acceptans är inte acceptans; det är försummelse med fördröjning.
5. Utrangera och avveckla. Datasanering, borttagning från nätverket, återtag av licenser och ansvarsfull avyttring eller vidareförsäljning - se avveckling av inventarier och IT asset disposition.

Prioriteringsregeln är enkel: byt först ut det som är exponerat mot internet, innehåller känsliga data, är verksamhetskritiskt eller saknar tillgänglig kompenserande kontroll. En kontorsskrivare utan support på ett segregerat VLAN kan vänta; en brandvägg eller filserver utan support kan det inte.

Planera ersättningar kring EOL

EOL-planering är mest en registreringsdisciplin: fånga de relevanta datumen när inventarien köps, håll dem på inventarieposten och ställ regelbundet en fråga till registret - vad når end of support under de kommande 12 till 18 månaderna? Det är den framförhållning allt som kräver upphandling, testning och migrering behöver; leverantörernas egna meddelanden kommer långt senare, vanligtvis omkring sex månader före end of sale, vilket är för sent för allt utom det enklaste bytet.

Resultatet av den frågan är en utspridd förnyelse i stället för en rad överraskningar. Sprid ersättningarna över två eller tre budgetcykler i stället för att låta ett enda datum, som ett operativsystems end of support, tvinga fram ett inköp för hela flottan under ett kvartal. Knyt planen till den hårdvaruförnyelsecykel som redan finns, så att EOL-datumen formar cykeln i stället för att kämpa mot den, och räkna driftskostnaderna efter EOL - avgifter för utökad support, tredjepartsunderhåll, tillfälliga lösningar och driftstopp - som en del av totalkostnaden (TCO) när du jämför “behålla” mot “ersätta”. Det ger också tid att planera avvecklingen ordentligt, med data raderade och dokumenterade, i stället för i panik.

EOL jämfört med nyttjandeperiod, garanti, obsolet och legacy

Orden kring EOL används löst, och skillnaderna spelar roll i ett register:

• End of life - ett datum som leverantören deklarerat och som gäller alla som äger produkten
• Nyttjandeperiod / ekonomisk livslängd - ägarens uppskattning av hur länge inventarien är värd att köra; också avskrivningshorisonten. Se nyttjandeperiod och ekonomisk livslängd
• Fysisk livslängd - hur länge saken faktiskt fungerar, oavsett någons uppskattning eller support
• Garantins slut - slutet på reparationsgarantin på din enhet; oberoende av supportstatus
• Utgången (discontinued) - tillverkningen har upphört; supporten kan fortsätta i flera år
• Obsolet - tillståndet efter den sista EOL-milstolpen, när inget mer finns att få från leverantören
• Legacy - gammalt men fortfarande i bruk; kan ha support eller sakna den
• Deprecated / sunset - en programvarufunktion, ett API eller en tjänst som håller på att dras tillbaka, vanligtvis med en uppsägningstid innan den tas bort

Två konsekvenser följer. En fullt avskriven inventarie kan fortfarande vara i bruk och ha full support - redovisningsliv och leverantörsliv är oberoende av varandra. Och en inventarie kan ha full support men ändå ha passerat sin nyttjandeperiod, eller ha passerat EOL men vara långt ifrån slutet på sin fysiska livslängd. Registret behöver båda uppsättningarna datum eftersom de svarar på olika frågor: vad ekonomisidan bokför, och vad säkerhets- och driftsidan kan köra på ett säkert sätt.

Vanliga frågor

Vad är skillnaden mellan EOL och EOS? End of sale (EOS) är när leverantören slutar sälja produkten; support och uppdateringar fortsätter vanligtvis en tid därefter. End of support - också förkortat EOS, förvirrande nog - är när patchar, reservdelar och hjälp upphör. Var End of Life (EOL) ligger beror på leverantören: programvaruleverantörer använder det ofta som den sista milstolpen, medan hårdvaruleverantörer ofta lägger EOL vid end of sale och kallar den sista milstolpen end of service life (EOSL) eller last date of support. Registrera de faktiska datumen i stället för att lita på etiketterna.

Slutar en produkt fungera när den når end of life? Nej. Inget stängs av på EOL-datumet. Det som upphör är flödet av säkerhetspatchar, firmware- och drivrutinsuppdateringar, reservdelar och hjälp från leverantören. Produkten fortsätter att fungera, men varje ny sårbarhet förblir öppen, reparationer blir långsammare och dyrare, och risken flyttas från leverantören till dig. För allt som är anslutet till ett nätverk eller innehåller data är drift efter EOL ett säkerhetsbeslut som bör tas medvetet, dokumenteras och få ett ersättningsdatum.

Vad är skillnaden mellan EOL, EOSL och end of sale? End of sale är datumet då produkten inte längre kan köpas ny. End of service life (EOSL), även kallat last date of support eller last day of support, är den sista milstolpen efter vilken leverantören inte erbjuder någon support, några patchar eller några serviceavtal alls. End of Life är den tvetydiga termen: i livscykler för företagshårdvara betyder den vanligtvis att produkten har tagits ur försäljning medan service fortsätter fram till EOSL, medan den för programvara ofta betyder samma sak som end of support.

Är det säkert att fortsätta använda Windows 10 efter att supporten upphört? Inte på en internetansluten enhet utan utökade säkerhetsuppdateringar. Supporten för Windows 10 upphörde den 14 oktober 2025. Enheter som är anmälda till Microsofts program Extended Security Updates (ESU) fortsätter att få säkerhetsfixar under en begränsad, betald eller registrerad period; oanmälda enheter får inga alls. Alternativen är att uppgradera hårdvara som klarar kraven till Windows 11, anmäla sig till ESU som en brygga medan du migrerar, ersätta datorer som inte klarar hårdvarukraven för Windows 11, eller isolera de återstående enheterna från nätverket. Kontrollera Microsofts livscykelsida för aktuella slutdatum för ESU, eftersom de redan har förlängts en gång.

Kan programvara som nått end of life klara en regelefterlevnadsrevision eller Cyber Essentials? I regel inte om den ingår i granskningens omfattning. Cyber Essentials behandlar programvara utan support inom omfattningen som ett automatiskt underkännande; PCI DSS 4.0.1 kräver en årlig genomgång som bekräftar att komponenterna stöds av leverantören, med en godkänd åtgärdsplan för allt som nått EOL; ISO 27001 förväntar sig att produkter utan support identifieras och riskhanteras. De accepterade åtgärderna är att uppgradera, anmäla sig till betalda utökade säkerhetsuppdateringar, eller segregera enheten utanför omfattningen med dokumenterade kompenserande kontroller.

Hur långt i förväg bör du planera för en inventaries end of life? Börja 12 till 18 månader före end-of-support-datumet för allt som kräver upphandling, testning och migrering - servrar, nätverksutrustning, verksamhetskritisk programvara och datorflottor. Leverantörer publicerar vanligtvis end-of-sale-meddelanden omkring sex månader före datumet, så framförhållningen måste komma från ditt eget register, inte från leverantören. Att sprida ersättningarna över två eller tre budgetcykler undviker ett enda stup.

Är end of life samma sak som garantins slut? Nej. En garanti är en reparera-eller-ersätt-utfästelse under en fast period efter köpet, och den är knuten till din enhet och ditt inköpsdatum. End of life är en leverantörsövergripande milstolpe knuten till produktmodellen eller versionen. Supporten kan överleva garantin med flera år, och en produkt kan nå EOL medan din enhet fortfarande har garanti. Håll garantins slut och EOL som separata fält på inventarieposten.

Kan du fortsätta använda utrustning efter EOL? Fysiskt ja - inget stängs av på EOL-datumet. Risken ligger i det som inte längre händer: programvara får inga säkerhetspatchar, hårdvara förlorar tillgång till reservdelar och firmware-fixar, och haverier tar längre tid och kostar mer att lösa. För allt som är anslutet till ett nätverk eller innehåller data är drift efter EOL ett säkerhetsbeslut, och det bör tas medvetet i stället för som standard.

Hur hittar du en produkts EOL-datum? De flesta stora leverantörer publicerar produktlivscykelsidor eller EOL-bulletiner med datum för end of sale och end of support per modell och version, och skickar ut produktändringsmeddelanden före varje milstolpe. Communitydrivna sammanställningar som endoflife.date samlar datum för programvara på ett ställe. Den pålitliga vanan är att slå upp datumet när inventarien köps och registrera det på inventarieposten, bredvid garantins slut. Där inget datum publiceras - vanligt för enklare hårdvara - är den praktiska ersättningen tillgången på reservdelar och slutet på eventuella supportavtal.

Slutsatsen

End of life är leverantörens datum, inte en strömbrytare. Produkten fortsätter att fungera efter det; det som försvinner är patchningen, reservdelarna och supporten som gjorde det rimligt att köra den, och med dem leverantörens andel av risken. Eftersom leverantörer sätter EOL-etiketten på olika punkter - end of sale för vissa, end of service life för andra - är den användbara disciplinen att hålla de konkreta datumen på varje inventariepost, separat från garantin och uppskattningen av nyttjandeperioden, och att fråga registret vad som når end of support under de kommande 12 till 18 månaderna. Därifrån är valen desamma varje gång: uppgradera, köp tid med utökad support, isolera, acceptera risken skriftligt eller utrangera. Vart och ett av dem är ett beslut. Att upptäcka ett system utan support under en revision eller en incident är det inte.

Relaterade termer

• Nyttjandeperiod - din egen uppskattning av en inventaries produktiva år, till skillnad från leverantörens EOL-datum
• Avveckling av inventarier - den kontrollerade utrangeringsprocess som EOL bör utlösa
• Inventariens livscykel - hela sekvensen från anskaffning till avyttring som EOL ingår i
• Hårdvaruförnyelsecykel - den planerade ersättningsrytm som EOL-datumen bör mata
• Garantiuppföljning - reparationsgarantins datum som ofta blandas ihop med EOL
• Datasanering - radering av lagringsmedia innan en EOL-inventarie lämnar byggnaden
• Zombie asset - den bortglömda utrustningen utan support som EOL-planering ska förhindra
• Renovering - ett sätt att förlänga hårdvarans liv när reservdelar och support fortfarande finns
• Kalibrering - noggrannhetsservice som blir omöjlig när leverantörssupporten upphör
• Besiktningsschema - de återkommande kontroller som ofta tvingar fram EOL-beslutet för reglerad utrustning

Verktyg som gör det enklare

AMPthilly håller de datum EOL-planeringen bygger på direkt på varje inventariepost: inköpsdatum, garantins start och slut, förväntad nyttjandeperiod och anpassade fält per inventarietyp för de leverantörsmilstolpar du väljer att följa, som end of sale och end of support. Filter på garantistatus, kategori och status låter dig ta fram listan över vad som behöver ett beslut den här budgetcykeln, och CSV-export ger ekonomisidan samma data för ersättningsplanen. När en inventarie utrangeras ändras dess status till utrangerad och hela historiken - ägarskap, överlämningar, ärenden i servicedesken och bifogade fakturor - stannar kvar på posten för revisorn. Underhålls- och ekonomifälten ingår i Pro-planen. Börja gratis - inget kort krävs - eller prata med oss om din uppsättning.