De datatemplate voor probleembeheer
De datatemplate voor probleembeheer
- Essentiële attributen voor een grondigere oorzaakanalyse
- Gestandaardiseerde activiteitstoewijzing voor de levenscyclus van problemen
- Technische instructies voor data-extractie uit Freshservice
Attributen voor probleembeheer
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De specifieke gebeurtenis of actie op de probleemregistratie. | ||
|
Beschrijving
Dit attribuut beschrijft een stap in de levenscyclus van het proces, zoals 'Probleem geregistreerd', 'Oorzaak vastgesteld' of 'Ondersteuningsgroep gewijzigd'. Het vormt de basis voor algoritmen die processen ontdekken en de volgorde van het werk in kaart brengen. In de analyse bepaalt dit veld de knooppunten op de proceskaart en helpt het bij het herkennen van herstelwerk, overgeslagen stappen en procesvarianten.
Waarom dit belangrijk is
Dit beschrijft wat er tijdens de uitvoering van het proces gebeurt en is verplicht om een proceskaart te genereren.
Waar vind je dit?
Afgeleid van de Freshservice-eindpunten 'Activities' of 'Audit Log'.
Voorbeelden
Probleem geregistreerdPrioriteit bijgewerktStatus gewijzigd naar Resolved
|
|||
|
Probleemregistratie
ProblemNumber
|
De unieke alfanumerieke identificatiecode van de probleemregistratie (bijvoorbeeld PRB-10234). | ||
|
Beschrijving
Dit attribuut is de centrale Case-ID voor de process mining-analyse. Het identificeert één specifiek probleemonderzoek in Freshservice en koppelt alle bijbehorende activiteiten, events en wijzigingen. Zo worden afzonderlijke vermeldingen in de auditlog samengevoegd tot één samenhangende procesinstantie. Met deze identificatiecode kunnen gebruikers in de analyse van overzichten op hoofdlijnen inzoomen op specifieke probleemtrajecten en de precieze volgorde van gebeurtenissen bekijken.
Waarom dit belangrijk is
Dit is de belangrijkste sleutel om de procesgang te reconstrueren en is nodig om elke case uniek te identificeren.
Waar vind je dit?
Freshservice API-object 'Problem', veld 'display_id'.
Voorbeelden
PRB-10023PRB-10045PRB-11201
|
|||
|
Timestamp
EventTimestamp
|
De exacte datum en tijd waarop de activiteit plaatsvond. | ||
|
Beschrijving
Dit attribuut legt vast wanneer een specifiek event in het systeem plaatsvond. De process mining-engine kan hiermee events chronologisch ordenen en de tijd tussen stappen berekenen. In de analyse vormt deze data de basis voor alle tijdgebonden KPI’s, zoals doorvoer, analyse van doorlooptijden en het herkennen van bottlenecks.
Waarom dit belangrijk is
Dit bepaalt de tijdlijn van events, zodat de doorlooptijd kan worden berekend en het proces in de juiste volgorde kan worden gezet.
Waar vind je dit?
De velden 'created_at' of 'updated_at' in de activiteitenstroom van de Freshservice API.
Voorbeelden
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
Afdeling
DepartmentName
|
De afdeling van de gebruiker die het probleem heeft gemeld of er vooral door wordt getroffen. | ||
|
Beschrijving
Dit attribuut geeft aan welke bedrijfseenheid door het probleem wordt geraakt. Bij analyses helpt het om de 'SLA-prestaties van kritieke problemen' uit te splitsen en te zien of bepaalde afdelingen trager worden geholpen dan andere.
Waarom dit belangrijk is
Geeft organisatorische context bij de impact van problemen.
Waar vind je dit?
Freshservice API, via een opzoeking van de aanvrager in de tabel Department.
Voorbeelden
FinanciënHRIT
|
|||
|
Categorie van de grondoorzaak
RootCauseCategory
|
De classificatie van de onderliggende oorzaak van het probleem. | ||
|
Beschrijving
Dit attribuut deelt de oorzaak van het probleem in, bijvoorbeeld 'Softwarefout', 'Configuratiefout' of 'Menselijke fout'. Het wordt ingevuld na de oorzaakanalyse. Bij analyses gebruik je dit voor het dashboard 'Kwaliteit van de classificatie van grondoorzaken', waarmee je structurele zwakke plekken in de infrastructuur opspoort.
Waarom dit belangrijk is
Belangrijk voor trendanalyses en het vinden van mogelijkheden voor proactieve verbetering.
Waar vind je dit?
Freshservice API-object 'Problem'. Afhankelijk van de configuratie is dit vaak een aangepast veld of het tekstveld 'root_cause'.
Voorbeelden
SoftwarestoringConfiguratiefoutHardwarestoring
|
|||
|
Gekoppelde incidenten
RelatedIncidentCount
|
Het aantal incidentrecords dat aan dit probleem is gekoppeld. | ||
|
Beschrijving
Dit attribuut telt het aantal afzonderlijke incidenten dat bij het probleemrecord hoort. Het geeft een indicatie van de omvang van de hinder voor gebruikers. Bij analyses gebruik je dit voor de KPI 'Dichtheid van incidentkoppelingen' om te controleren of problemen het aantal incidenten daadwerkelijk terugdringen.
Waarom dit belangrijk is
Geeft aan hoe groot de impact van het probleem op de servicedesk is.
Waar vind je dit?
Freshservice API, aantal items in de array 'associated_incidents'.
Voorbeelden
05120
|
|||
|
Opnieuw geopend
IsReopened
|
Een indicator die aangeeft of het probleemrecord ooit van gesloten weer naar open is gezet. | ||
|
Beschrijving
Dit booleaanse attribuut wordt berekend door in de activiteitengeschiedenis te zoeken naar overgangen van een eindstatus naar een actieve status. Bij analyses ondersteunt het het dashboard 'Trends in heropende probleemrecords'. Het is een belangrijke kwaliteitsindicator voor het oplossingsproces.
Waarom dit belangrijk is
Belangrijke indicator voor onterecht als opgelost gemarkeerde problemen en herstelwerk.
Waar vind je dit?
Berekend op basis van het event log (ActivityName).
Voorbeelden
truefalse
|
|||
|
Prioriteit
ProblemPriority
|
Het prioriteitsniveau dat aan het probleem is toegekend, bijvoorbeeld Laag, Gemiddeld, Hoog of Urgent. | ||
|
Beschrijving
Dit attribuut geeft het relatieve belang en de urgentie van het probleemrecord aan. Meestal wordt dit bepaald aan de hand van een matrix met impact en urgentie. Bij analyses is dit veld belangrijk voor segmentatie. Analisten kunnen er de doorlooptijden en het behalen van SLA’s mee vergelijken voor kritieke problemen en kleine defecten.
Waarom dit belangrijk is
Nodig om analyses te filteren en prioriteit te geven aan problemen met grote impact.
Waar vind je dit?
Freshservice API-object 'Problem', veld 'priority'.
Voorbeelden
LaagGemiddeldHoogUrgent
|
|||
|
SLA overschreden
IsSlaBreached
|
Een indicator die aangeeft of het probleemrecord de SLA-doelstelling heeft overschreden. | ||
|
Beschrijving
Dit booleaanse attribuut is waar als de oplostijd van het probleem de vastgestelde norm heeft overschreden. Bij analyses vormt dit de basis voor het dashboard 'SLA-prestaties van kritieke problemen'. Zo zie je welke teams of categorieën de meeste moeite hebben om problemen op tijd op te lossen.
Waarom dit belangrijk is
Meet rechtstreeks de compliance en prestaties van het proces.
Waar vind je dit?
Freshservice API, afgeleid van de vlaggen 'sla_policy' of 'sla_breached'.
Voorbeelden
truefalse
|
|||
|
Status
ProblemStatus
|
De huidige status van het probleem in de levenscyclus, bijvoorbeeld Open, Wijziging aangevraagd of Opgelost. | ||
|
Beschrijving
Dit attribuut volgt de voortgang van het probleem in de workflow. Wijzigingen in dit veld leiden tot standaard procesactiviteiten. Bij analyses is dit het belangrijkste filter om actief werk van afgerond werk te onderscheiden. Ook kun je hiermee onderhanden werk (WIP) analyseren.
Waarom dit belangrijk is
Geeft de status van de case aan en wordt gebruikt om doorstroomstatistieken te berekenen.
Waar vind je dit?
Freshservice API-object 'Problem', veld 'status'.
Voorbeelden
OpenWacht op wijzigingOpgelostGesloten
|
|||
|
Supportgroep
SupportGroup
|
Het technische team of de groep die het probleem behandelt. | ||
|
Beschrijving
Dit attribuut geeft aan welk team verantwoordelijk is voor het probleemrecord. Overdrachten tussen groepen veroorzaken vaak vertraging in probleembeheer. Bij analyses gebruik je dit veld voor de 'Heatmap van overdrachten tussen supportgroepen' en om heen-en-weer schuiven tussen teams zichtbaar te maken.
Waarom dit belangrijk is
Belangrijk om overdrachten te analyseren en knelpunten tussen afdelingen te vinden.
Waar vind je dit?
Freshservice API-object 'Problem', veld 'group_id' (hiervoor is een koppeling met de tabel Groups nodig).
Voorbeelden
DatabaseteamNetwerkbeheerApplicatieondersteuning
|
|||
|
Toegewezen medewerker
AgentName
|
De naam van de servicedeskmedewerker die momenteel aan het probleem is toegewezen. | ||
|
Beschrijving
Dit attribuut geeft aan wie verantwoordelijk is voor het onderzoeken of oplossen van het probleem. Het maakt bronanalyse en prestatiemonitoring mogelijk. Bij analyses helpt het om de werkverdeling in kaart te brengen en medewerkers te vinden die overbelast zijn of juist bijzonder efficiënt oorzaakanalyses uitvoeren.
Waarom dit belangrijk is
Belangrijk voor bronanalyse en analyse van de organisatie.
Waar vind je dit?
Freshservice API-object 'Problem', veld 'responder_id' (hiervoor is een koppeling met de tabel Agent nodig).
Voorbeelden
Alice SmithBob JonesSysteembeheerder
|
|||
|
Beschrijving van de tijdelijke oplossing
WorkaroundNotes
|
De tekst met een beschrijving van de tijdelijke oplossing. | ||
|
Beschrijving
Dit attribuut bevat de details van de geboden tijdelijke oplossing. Als het veld is ingevuld, is er een tijdelijke oplossing gepubliceerd. Bij analyses bepaalt de timestamp waarop dit veld is ingevuld de KPI 'Gemiddelde doorlooptijd tot tijdelijke oplossing'.
Waarom dit belangrijk is
Belangrijk om de snelheid van risicobeperking te vergelijken met die van de volledige oplossing.
Waar vind je dit?
Freshservice API-object 'Problem', veld 'workaround'.
Voorbeelden
Service handmatig opnieuw startenBrowsercache wissenAlternatief VPN-eindpunt gebruiken
|
|||
|
Bronsysteem
SourceSystem
|
De naam van het systeem waar de data vandaan komt. | ||
|
Beschrijving
Dit statische attribuut geeft aan waar de dataset vandaan komt: 'Freshservice'. In omgevingen met meerdere systemen helpt het records uit verschillende ITSM-tools of -instanties van elkaar te onderscheiden. Bij analyses gebruik je dit vooral om data uit meerdere bronnen te filteren of te groeperen.
Waarom dit belangrijk is
Zorgt voor herkomstinformatie en traceerbaarheid bij process mining met meerdere systemen.
Waar vind je dit?
Vaste waarde tijdens de extractie.
Voorbeelden
Freshservice
|
|||
|
Gekoppelde wijzigingsaanvraag
ChangeRequestId
|
De identificatiecode van de wijzigingsaanvraag die is aangemaakt om het probleem op te lossen. | ||
|
Beschrijving
Dit attribuut bevat de ID van een wijzigingsaanvraag die aan het probleemrecord is gekoppeld om een permanente oplossing door te voeren. Bij analyses is dit belangrijk voor de KPI 'Tijd van oorzaakanalyse tot wijziging'. Hiermee meet je hoeveel tijd verstrijkt tussen het vinden van een oorzaak en het aanpakken ervan.
Waarom dit belangrijk is
Koppelt het probleemproces aan het verandermanagementproces.
Waar vind je dit?
Freshservice API, veld 'associated_change_request'.
Voorbeelden
CHG-2001CHG-2045
|
|||
|
Getroffen bedrijfsmiddel
AssociatedAsset
|
Het belangrijkste configuratie-item (CI) of bedrijfsmiddel dat aan het probleem is gekoppeld. | ||
|
Beschrijving
Dit attribuut geeft aan welk hardware- of softwarebedrijfsmiddel wordt onderzocht. Bij analyses kun je hiermee de 'Kwaliteit van de classificatie van grondoorzaken' per type bedrijfsmiddel bekijken. Zo ontdek je of bepaalde apparaten of softwareversies vaker defecten vertonen.
Waarom dit belangrijk is
Verbindt procesprestaties met infrastructuuronderdelen.
Waar vind je dit?
Freshservice API, veld 'associated_assets'.
Voorbeelden
Server-01SalarisapplicatieCore Switch A
|
|||
|
Impact
ImpactLevel
|
De mate waarin het probleem bedrijfsprocessen beïnvloedt. | ||
|
Beschrijving
Dit attribuut geeft de omvang van het probleem aan en wordt vaak samen met urgentie gebruikt om de prioriteit te bepalen. Bij analyses helpt het om te bepalen welke procesknelpunten de belangrijkste bedrijfsfuncties raken.
Waarom dit belangrijk is
Wordt gebruikt om analyseresultaten te wegen op basis van het belang voor de bedrijfsvoering.
Waar vind je dit?
Freshservice API-object 'Problem', veld 'impact'.
Voorbeelden
LaagGemiddeldHoog
|
|||
|
Laatste data-update
LastExtractionTime
|
De timestamp waarop de data uit Freshservice is geëxtraheerd. | ||
|
Beschrijving
Dit attribuut geeft aan hoe actueel de dataset voor de analyse is. Zo zie je of je naar realtime data kijkt of naar een momentopname uit het verleden. Bij analyses dient dit als referentiepunt om de huidige openstaande duur van actieve cases te berekenen.
Waarom dit belangrijk is
Geeft context bij de vertraging en betrouwbaarheid van de data.
Waar vind je dit?
Systeemtijd op het moment dat ETL wordt uitgevoerd.
Voorbeelden
2023-11-01T12:00:00Z
|
|||
|
Uiterste datum
DueDate
|
De datum waarop het probleemrecord naar verwachting is opgelost. | ||
|
Beschrijving
Dit attribuut bevat de deadline voor het probleem. Die wordt vaak bepaald door SLA-beleid of handmatig door een manager ingesteld. Door deze datum te vergelijken met de werkelijke oplosdatum zie je hoe nauwkeurig de planning is en of de verwachtingen realistisch zijn.
Waarom dit belangrijk is
Referentiepunt voor analyses van tijdige oplevering.
Waar vind je dit?
Freshservice API-object 'Problem', veld 'due_by'.
Voorbeelden
2023-12-31T17:00:00Z
|
|||
Activiteiten voor probleembeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Blijvende oplossing toegepast
|
Dit staat voor de uitvoering van de definitieve oplossing. In Freshservice wordt dit meestal afgeleid uit een statuswijziging naar 'Solved' of 'Resolved'. | ||
|
Waarom dit belangrijk is
Berekent de vertraging bij de uitvoering van de blijvende oplossing en markeert het einde van het technische herstelwerk.
Waar vind je dit?
Activity Stream: statuswijziging naar 'Solved' of 'Resolved'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Gebeurtenistype
inferred
|
|||
|
Ondersteuningsgroep toegewezen
|
De probleemregistratie wordt doorgestuurd naar een specifiek technisch team of een toewijzingsgroep. Dit wordt vastgelegd door wijzigingen in het veld 'Group' in de tickethistorie te volgen. | ||
|
Waarom dit belangrijk is
Essentieel voor de heatmap van overdrachten tussen ondersteuningsgroepen. Door deze overdrachten te volgen, worden heen-en-weerbewegingen en onnodige overdrachten tussen teams zichtbaar.
Waar vind je dit?
Activity Stream: wijzigingen in het veld 'group_id' of 'group_name'.
Vastleggen
Vastgelegd wanneer het veld Group wordt bijgewerkt
Gebeurtenistype
explicit
|
|||
|
Oorzaak vastgesteld
|
Het moment waarop het tekstveld voor de oorzaak of de analyse wordt ingevuld. Dit wordt vastgelegd door de eerste wijziging van het veld 'Root Cause' vanuit een lege waarde te herkennen. | ||
|
Waarom dit belangrijk is
De belangrijkste mijlpaal voor de analyse van de doorlooptijd van de oorzaakanalyse. Dit markeert de overgang van onderzoek naar het ontwerpen van een oplossing.
Waar vind je dit?
Activity Stream: wijziging van de velden 'root_cause' of 'analysis'.
Vastleggen
Vergelijk het veld root_cause voor en na de wijziging
Gebeurtenistype
inferred
|
|||
|
Probleem geregistreerd
|
De probleemregistratie wordt voor het eerst in het systeem aangemaakt. Dit event wordt expliciet vastgelegd in de Freshservice-auditlog wanneer een nieuw probleemticket wordt opgeslagen. | ||
|
Waarom dit belangrijk is
Dit markeert het begin van de procesinstantie en vormt het startpunt voor de berekening van alle doorlooptijden.
Waar vind je dit?
Freshservice Activity Stream of Tickets API (timestamp van created_at).
Vastleggen
Vastgelegd wanneer de transactie New Problem wordt uitgevoerd
Gebeurtenistype
explicit
|
|||
|
Probleem gesloten
|
De laatste gebeurtenis in de levenscyclus. De registratie wordt vergrendeld en als inactief beschouwd. Dit wordt vastgelegd bij de statuswijziging naar 'Closed'. | ||
|
Waarom dit belangrijk is
Markeert het definitieve einde van de procesinstantie en is nodig om de totale doorlooptijd te berekenen.
Waar vind je dit?
Activity Stream: statuswijziging naar 'Closed'.
Vastleggen
Vastgelegd wanneer de status verandert in Closed
Gebeurtenistype
explicit
|
|||
|
Tijdelijke oplossing gepubliceerd
|
Er wordt een tijdelijke oplossing aan de probleemregistratie toegevoegd, vaak als notitie of veld 'Workaround'. Dit wordt gebruikt om de snelheid van publicatie van tijdelijke oplossingen te berekenen. | ||
|
Waarom dit belangrijk is
Meet hoe snel het team de impact beperkt. Belangrijk voor de KPI voor de gemiddelde doorlooptijd van tijdelijke oplossingen.
Waar vind je dit?
Activity Stream: wijziging van het veld 'workaround' of toevoeging van een notitie met de aanduiding Solution/Workaround.
Vastleggen
Vastgelegd wanneer het veld Workaround wordt ingevuld
Gebeurtenistype
explicit
|
|||
|
Wijzigingsverzoek gekoppeld
|
Een wijzigingsregistratie wordt aan de probleemregistratie gekoppeld. Dit markeert het begin van de herstelfase en wordt vastgelegd via het systeemevent 'Association with Change'. | ||
|
Waarom dit belangrijk is
Belangrijk voor de monitor van bottlenecks bij wijzigingsverzoeken. Meet de overdracht van probleembeheer naar verandermanagement.
Waar vind je dit?
Activity Stream: event 'Association with Change'.
Vastleggen
Vastgelegd wanneer een Change-ID wordt gekoppeld
Gebeurtenistype
explicit
|
|||
|
Asset gekoppeld
|
Een configuratie-item (CI) of asset wordt aan de probleemregistratie gekoppeld. Zo kun je de 'Affected Business Service' of het 'Impacted Configuration Item' vaststellen. | ||
|
Waarom dit belangrijk is
Koppelt het abstracte probleem aan fysieke of logische infrastructuur. Belangrijk voor de kwaliteitsanalyse van de categorisering van oorzaken.
Waar vind je dit?
Activity Stream: event 'Association with Asset'.
Vastleggen
Vastgelegd wanneer een asset aan de registratie wordt gekoppeld
Gebeurtenistype
explicit
|
|||
|
Medewerker toegewezen
|
Een specifieke medewerker wordt aan de probleemregistratie toegewezen. Dit wordt expliciet vastgelegd wanneer het veld 'Agent' wordt ingevuld of bijgewerkt. | ||
|
Waarom dit belangrijk is
Geeft aan wanneer een medewerker het werk officieel oppakt. Helpt bij het analyseren van de verdeling van werk naar prioriteit.
Waar vind je dit?
Activity Stream: wijzigingen in het veld 'responder_id'.
Vastleggen
Vastgelegd wanneer het veld Agent wordt bijgewerkt
Gebeurtenistype
explicit
|
|||
|
Notitie toegevoegd
|
Algemene activiteit die wordt vastgelegd wanneer een openbare of privénotitie aan de registratie wordt toegevoegd. Dit staat voor doorlopende samenwerking of updates. | ||
|
Waarom dit belangrijk is
Kan wijzen op actief werk, ook als de status niet is gewijzigd. Handig om perioden van actief wachten te herkennen.
Waar vind je dit?
Activity Stream: event 'Note added'.
Vastleggen
Vastgelegd wanneer een opmerking wordt geplaatst
Gebeurtenistype
explicit
|
|||
|
Prioriteit bijgewerkt
|
De urgentie of impact van de probleemregistratie wordt gewijzigd. Dit wordt vastgelegd in het auditspoor van het veld 'Priority'. | ||
|
Waarom dit belangrijk is
Belangrijk voor het analyseren van SLA-overschrijdingen en het filteren van het dashboard voor SLA-prestaties van kritieke problemen.
Waar vind je dit?
Activity Stream: wijzigingen in het veld 'priority'.
Vastleggen
Vastgelegd wanneer het veld Priority wordt gewijzigd
Gebeurtenistype
explicit
|
|||
|
Probleem heropend
|
De status verandert van 'Resolved' of 'Closed' terug naar 'Open'. Dit geeft aan dat de oplossing niet werkte of is afgewezen. | ||
|
Waarom dit belangrijk is
De belangrijkste metriek voor het dashboard met trends in heropende probleemregistraties. Een hoog percentage wijst op een gebrekkige oorzaakanalyse of oplossing.
Waar vind je dit?
Activity Stream: statuswijziging van [Closed/Solved] naar [Open/In Progress].
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Gebeurtenistype
inferred
|
|||
|
Probleemtaak afgerond
|
Een subtaak die aan de probleemregistratie is gekoppeld, wordt afgerond. Dit wordt vaak gebruikt om evaluaties na implementatie (PIR) of specifieke onderzoeksstappen te volgen. | ||
|
Waarom dit belangrijk is
Ondersteunt het dashboard voor controles op afgeronde evaluaties door bij te houden of evaluatietaken worden gesloten.
Waar vind je dit?
Activity Stream: statuswijziging van 'Task' naar Closed/Completed.
Vastleggen
Vastgelegd wanneer een gekoppelde Task als afgerond wordt gemarkeerd
Gebeurtenistype
explicit
|
|||
|
SLA overschreden
|
Een systeemevent dat aangeeft dat de tijd bij 'Due By' is verstreken. Freshservice registreert specifieke markeringen voor SLA-overtredingen. | ||
|
Waarom dit belangrijk is
Ondersteunt rechtstreeks de analyse van SLA-prestaties bij kritieke problemen en maakt tekortkomingen in de compliance zichtbaar.
Waar vind je dit?
Activity Stream: systeemlog voor SLA-overtredingen.
Vastleggen
Vastgelegd wanneer de SLA-monitor van het systeem wordt geactiveerd
Gebeurtenistype
explicit
|
|||
|
Status: wacht op wijziging
|
Een statuswijziging die aangeeft dat het probleem wacht op de uitvoering van een wijzigingsverzoek. Dit wordt afgeleid uit een statuswijziging naar 'Change Requested' of een vergelijkbare status. | ||
|
Waarom dit belangrijk is
Maakt wachttijd zichtbaar waarin het probleembeheerteam afhankelijk is van externe wijzigingsprocessen.
Waar vind je dit?
Activity Stream: statuswijziging naar de ID voor 'Change Requested'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Gebeurtenistype
inferred
|
|||
Extractiegidsen
Klaar om te beginnen?
Zet data over probleembeheer vandaag nog om in bruikbare inzichten. Ons team helpt je bij het extraheren van de data, zodat je aan de slag kunt met het verbeteren van je IT-dienstverlening.
Pak bottlenecks in probleembeheer vandaag nog aan
Verkort de doorlooptijd met 30 procent en maak IT-diensten stabieler
Geen creditcard nodig. Binnen 5 minuten ingesteld.