Datatemplate voor probleembeheer

ServiceNow-probleembeheer
Datatemplate voor probleembeheer

Datatemplate voor probleembeheer

Deze template biedt een blauwdruk voor de analyse van de ITIL-levenscyclus van probleembeheer in ServiceNow. Je vindt er de datavelden die je verzamelt, de activiteiten die je volgt en stapsgewijze instructies voor data-extractie. Zo krijg je zicht op mogelijkheden om de gemiddelde oplostijd te verkorten en terugkerende incidenten te voorkomen.
  • Aanbevolen attributen voor oorzaakanalyse
  • Belangrijke procesmomenten en activiteiten
  • Stapsgewijze instructies voor data-extractie uit ServiceNow

Attributen voor probleembeheer

Dit zijn de aanbevolen datavelden voor het event log, zodat je het ITIL-proces voor probleembeheer volledig kunt analyseren.
5 Verplicht 7 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteit
Activity
De specifieke gebeurtenis of actie op het probleemrecord.
Beschrijving

Dit attribuut staat voor de afzonderlijke stappen of statuswijzigingen in de levenscyclus van een probleemrecord. Voorbeelden zijn 'Probleemrecord aangemaakt', 'Oorzaak vastgesteld' en 'Toegewezen aan supportgroep'. Het is nodig om de proceskaart op te bouwen en de volgorde van events zichtbaar te maken.

Waarom dit belangrijk is

Dit attribuut bepaalt de knooppunten in de proceskaart en maakt workflows en procesvarianten zichtbaar.

Waar vind je dit?

Afgeleid uit de tabellen 'sys_audit' en 'sys_history_line', of uit statuswijzigingen in de tabel 'problem'

Voorbeelden
Probleemrecord aangemaaktAnalyse afgerondStatus gewijzigd in Gesloten
Probleemrecord
ProblemNumber
De unieke identificatiecode van het probleemrecord.
Beschrijving

De unieke alfanumerieke sleutel die in ServiceNow aan een specifiek probleemrecord wordt toegekend (bijvoorbeeld PRB000123). Deze identificatie vormt de rode draad tussen alle procesactiviteiten, van de eerste registratie en oorzaakanalyse tot de definitieve afsluiting. Bij process mining fungeert dit attribuut als Case-ID. Zo kun je het volledige traject van de probleemoplossing reconstrueren.

Waarom dit belangrijk is

Dit is de primaire sleutel om cases van elkaar te onderscheiden en bijbehorende events in de procesgrafiek te groeperen.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'number'

Voorbeelden
PRB004512PRB009823PRB001122
Tijdstempel van event
EventTime
De exacte datum en tijd waarop een activiteit plaatsvond.
Beschrijving

Legt de exacte timestamp vast waarop een wijziging of actie in het systeem is geregistreerd. Met deze gegevens kun je activiteiten chronologisch ordenen en tijdsmetingen berekenen, zoals doorlooptijden en wachttijden tussen processtappen.

Waarom dit belangrijk is

Nodig om events te ordenen en alle tijdgebonden KPI’s te berekenen.

Waar vind je dit?

ServiceNow-veld 'sys_created_on' in audit- en geschiedenistabellen

Voorbeelden
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
Bronsysteem
SourceSystem
De naam van het systeem waar de data vandaan komt.
Beschrijving

Geeft aan uit welke ServiceNow-instantie of -omgeving de data over probleembeheer is gehaald. Dit is vooral handig in omgevingen met meerdere systemen, om de herkomst van data te volgen en rekening te houden met verschillen tussen systemen.

Waarom dit belangrijk is

Geeft context over de herkomst van data, vooral wanneer je data uit meerdere ITSM-tools samenvoegt.

Waar vind je dit?

Vast ingesteld tijdens de extractie (bijvoorbeeld 'ServiceNow Production')

Voorbeelden
ServiceNow ProdServiceNow EMEA
Laatste data-update
LastDataUpdate
De timestamp waarop de data is geëxtraheerd of voor het laatst is vernieuwd.
Beschrijving

Geeft aan hoe actueel de dataset voor de analyse is. Zo kunnen analisten zien of ze met realtime data of een historische momentopname werken. Dat is belangrijk om de status van open cases goed te interpreteren.

Waarom dit belangrijk is

Laat zien hoe actueel de data is, zodat gebruikers rapportages over de bedrijfsvoering goed kunnen beoordelen.

Waar vind je dit?

Systeemtijd op het moment dat ETL wordt uitgevoerd

Voorbeelden
2023-11-01T12:00:00Z
Aantal gerelateerde incidenten
RelatedIncidentCount
Het aantal incidenten dat aan dit probleemrecord is gekoppeld.
Beschrijving

Meet de impact van het probleem door het aantal gekoppelde incidenten te tellen. Een hoog aantal, vooral bij bekende fouten, wordt meegenomen in het dashboard 'Bekende fouten en terugkerende incidenten'.

Waarom dit belangrijk is

Meet hoe groot de impact van het probleem op gebruikers is.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'related_incidents' (de veldnaam kan verschillen) of het aantal gekoppelde records

Voorbeelden
1501200
Aantal herverdelingen
ReassignmentCount
Het aantal keren dat het probleem tussen groepen is herverdeeld.
Beschrijving

Telt hoe vaak de toegewezen groep is gewijzigd. Dit is de bron voor de KPI 'Aantal herverdelingen van probleemrecords' en helpt het pingpongeffect op te sporen waarbij tickets tussen teams heen en weer gaan.

Waarom dit belangrijk is

Een directe aanwijzing voor procesfrictie en onduidelijk eigenaarschap.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'reassignment_count'

Voorbeelden
0312
Categorie van de hoofdoorzaak
RootCauseCategory
De classificatie van de vastgestelde hoofdoorzaak.
Beschrijving

Classificeert de onderliggende oorzaak van het probleem, zoals een softwarefout, menselijke fout of hardwarestoring. Dit attribuut voedt het dashboard 'Nauwkeurigheid van de classificatie van hoofdoorzaken' en helpt terugkerende problemen op systeemniveau op te sporen.

Waarom dit belangrijk is

Maakt analyse van foutpatronen mogelijk, zodat je gerichte verbeteringen kunt doorvoeren.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'rca_category' of 'u_root_cause_category'

Voorbeelden
SoftwarefoutConfiguratiefoutProbleem bij leverancier
Prioriteit
Priority
De prioriteit die aan het probleemrecord is toegekend.
Beschrijving

Geeft het belang en de urgentie van het probleem aan. De prioriteit wordt meestal bepaald op basis van impact en urgentie. Met dit attribuut kun je de analyse uitsplitsen naar ernst, bijvoorbeeld in het dashboard 'Bewaking van SLA-overschrijdingen en prioriteiten'.

Waarom dit belangrijk is

Hiermee kun je de procesprestaties uitsplitsen naar het belang voor de bedrijfsvoering.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'priority'

Voorbeelden
1 - Kritiek2 - Hoog3 - Gemiddeld
Probleemstatus
ProblemState
De status van het probleemrecord in de levenscyclus.
Beschrijving

Geeft de huidige fase van het probleemrecord aan, zoals Nieuw, Oorzaakanalyse, Oplossing in uitvoering of Gesloten. Dit attribuut helpt bij het filteren en analyseren van de backlog in 'Verouderingsanalyse van oude probleemrecords'.

Waarom dit belangrijk is

De belangrijkste statusindicator om open en gesloten cases van elkaar te onderscheiden.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'state'

Voorbeelden
NieuwBeoordelenOorzaakanalyseOpgelost
Supportgroep
AssignmentGroup
Het technische team dat verantwoordelijk is voor het oplossen van het probleem.
Beschrijving

Geeft aan welke supportgroep of welk team op dit moment aan het probleem werkt. Dit attribuut is nodig voor het dashboard 'Analyse van herverdeling tussen supportgroepen', waarmee je overdrachten tussen teams volgt en verkokering binnen de organisatie opspoort.

Waarom dit belangrijk is

Helpt bottlenecks tussen afdelingen op te sporen en de efficiëntie van overdrachten te analyseren.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'assignment_group'

Voorbeelden
NetwerkbeheerDatabasebeheerdersServicedesk
Toegewezen gebruiker
AssignedTo
De persoon die aan het probleem is toegewezen.
Beschrijving

Geeft aan wie op dit moment verantwoordelijk is voor het probleemrecord. Met dit attribuut kun je de werkverdeling en individuele prestaties analyseren en mogelijke bottlenecks op gebruikersniveau opsporen.

Waarom dit belangrijk is

Handig om de efficiëntie en werkbelasting per gebruiker te analyseren.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'assigned_to'

Voorbeelden
Alice SmithBob JonesSysteembeheerder
Bedrijfsdienst
BusinessService
De bedrijfsdienst op hoofdlijnen waarop het probleem invloed heeft.
Beschrijving

Staat voor de dienst zoals de organisatie die aanbiedt, bijvoorbeeld 'Salarisdienst' of 'Klantportaal', en niet voor het technische onderdeel. Zo kun je rapporteren vanuit het perspectief van de bedrijfsvoering.

Waarom dit belangrijk is

Verbindt technische problemen met waardestromen.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'business_service'

Voorbeelden
InternetbankierenInterne e-mail
Bekende fout
IsKnownError
Geeft aan of het probleem als bekende fout is geclassificeerd.
Beschrijving

Geeft aan of het probleemrecord is omgezet in of gemarkeerd als bekende fout. Dit is nodig voor de analyse 'Bekende fouten en terugkerende incidenten', waarmee je kunt nagaan of het kennisbeheer goed werkt.

Waarom dit belangrijk is

Maakt onderscheid tussen lopende onderzoeken en geaccepteerde fouten waarvoor een tijdelijke oplossing bestaat.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'known_error'

Voorbeelden
truefalse
Configuratie-item
ConfigurationItem
Het specifieke bedrijfsmiddel of de dienst waarop het probleem betrekking heeft.
Beschrijving

Geeft aan welk configuratie-item (CI) aan het probleemrecord is gekoppeld. Zo kun je problemen in verband brengen met specifieke hardware, software of diensten, bijvoorbeeld in het dashboard 'Nauwkeurigheid van de classificatie van hoofdoorzaken'.

Waarom dit belangrijk is

Koppelt procesproblemen aan specifieke fysieke of logische bedrijfsmiddelen.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'cmdb_ci'

Voorbeelden
SAP ERP Server 01Exchange-e-maildienstOracle DB Prod
Duur in behandeling
PendingDuration
De totale tijd dat het probleem een opgeschorte status of de status In behandeling had.
Beschrijving

Telt de tijd op in statussen zoals 'In afwachting van leverancier' of 'On Hold'. Met deze metriek kun je in 'Analyse van wachttijd en status In behandeling' interne verwerkingstijd onderscheiden van vertraging door externe partijen.

Waarom dit belangrijk is

Maakt onderscheid tussen inefficiëntie binnen het team en afhankelijkheid van externe partijen.

Waar vind je dit?

Berekend als de som van de tijdsintervallen waarin de status In behandeling of On Hold is

Voorbeelden
5 dagen0 minuten
Resultaat van PIR
PostImplementationReviewResult
De uitkomst of afrondingsstatus van de Post-Implementation Review.
Beschrijving

Slaat het resultaat of de status van de PIR op (bijvoorbeeld Afgerond, Niet vereist of In behandeling). Dit attribuut is nodig voor het dashboard 'Compliance van Post-Implementation Reviews', zodat belangrijke problemen worden geëvalueerd.

Waarom dit belangrijk is

Een kwaliteitsmaatstaf die laat zien of er van grote incidenten wordt geleerd.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'pir_state' of een vergelijkbaar aangepast veld

Voorbeelden
AfgerondVrijgesteldIn behandeling
Tijd voor het uitwerken van een oplossing
SolutionDraftingTime
De tijd tussen het vaststellen van de hoofdoorzaak en het voorstellen van een oplossing.
Beschrijving

Meet hoelang het duurt om een oplossing uit te werken nadat de oorzaak bekend is. Deze metriek voedt het dashboard 'Oplossing uitwerken en toepassen'.

Waarom dit belangrijk is

Brengt de prestaties van de ontwerpfase van de oplossing afzonderlijk in beeld.

Waar vind je dit?

Berekend als: timestamp van 'Oplossingsvoorstel uitgewerkt' min 'Oorzaak vastgesteld'

Voorbeelden
2 dagen4 uur
Tijdelijke oplossing gepubliceerd
WorkaroundPublished
Geeft aan of een tijdelijke oplossing is vastgelegd en gedeeld.
Beschrijving

Een booleaanse waarde of status die aangeeft of er een tijdelijke oplossing is gevonden en gepubliceerd in de Knowledge Base of Known Error Database. Dit attribuut voedt het dashboard 'Prestaties van publicatie van tijdelijke oplossingen'.

Waarom dit belangrijk is

Belangrijk om te meten hoe snel de impact op de bedrijfsvoering wordt beperkt, voordat er een definitieve oplossing is.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'work_around' (als er tekst is ingevuld) of een specifieke status

Voorbeelden
truefalse
Uiterste datum voor SLA
SlaDueDate
De datum en tijd waarop het probleem volgens de SLA opgelost moet zijn.
Beschrijving

De timestamp waarop het probleem uiterlijk opgelost moet zijn om aan de service level agreements te voldoen. Dit is de basis voor het dashboard 'Bewaking van SLA-overschrijdingen en prioriteiten' en voor het berekenen van compliancepercentages.

Waarom dit belangrijk is

De basis voor het bepalen of een SLA is overschreden.

Waar vind je dit?

Tabel 'task_sla' van ServiceNow, gekoppeld aan het probleem

Voorbeelden
2023-12-31T17:00:00Z
Wijzigingsaanvraagnummer
ChangeRequestNumber
De identificatie van de wijzigingsaanvraag die is ingediend om het probleem op te lossen.
Beschrijving

Koppelt het probleemrecord aan een record voor verandermanagement (RFC). Met deze koppeling kun je in het dashboard 'Efficiëntie van de overgang naar een wijzigingsaanvraag' meten hoe snel de diagnose van het probleem wordt overgedragen voor uitvoering van een infrastructuurwijziging.

Waarom dit belangrijk is

Volgt de overgang van probleembeheer naar verandermanagement.

Waar vind je dit?

Tabel 'problem' van ServiceNow, veld 'rfc'

Voorbeelden
CHG003001CHG004552
Verplicht Aanbevolen Optioneel

Activiteiten voor probleembeheer

Dit zijn de belangrijkste processtappen en momenten in de levenscyclus om in het event log vast te leggen. Zo kun je de workflows voor probleembeheer nauwkeurig ontdekken.
8 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Hoofdoorzaak vastgesteld
De codes voor 'Root Cause' worden ingevuld of de status verandert in 'Fix in Progress'. Dit betekent dat het probleem met succes is gediagnosticeerd.
Waarom dit belangrijk is

Berekent de gemiddelde tijd tot het vaststellen van de hoofdoorzaak en ondersteunt het dashboard voor de doorlooptijd van oorzaakanalyses. Dit is een belangrijke mijlpaal in het proces.

Waar vind je dit?

ServiceNow-tabel 'sys_audit' met wijzigingen in het categorisatieveld 'root_cause' of de overgang naar de status 'Fix in Progress'.

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Onderzoek gestart
De status van het probleemrecord verandert van 'New' naar 'Assess' of 'Root Cause Analysis'. Dit betekent dat een analist actief aan het probleem is begonnen.
Waarom dit belangrijk is

Markeert het einde van de eerste wachttijd en het begin van het actieve onderzoek. Dit ondersteunt de analyse van wachtstatussen.

Waar vind je dit?

ServiceNow-tabel 'sys_audit' met wijzigingen in het veld 'state' (bijvoorbeeld een wijziging naar 102 of 103, afhankelijk van de configuratie).

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Permanente oplossing toegepast
Het probleem wordt als opgelost gemarkeerd, vaak nadat het bijbehorende wijzigingsverzoek is afgesloten. Dit betekent dat het technische werk is afgerond.
Waarom dit belangrijk is

Bepaalt het einde van de actieve oplossingsfase. Wordt gebruikt om de totale oplostijd ten opzichte van de SLA te berekenen.

Waar vind je dit?

ServiceNow-tabel 'sys_audit', wijziging van het veld 'state' naar 'Resolved' (meestal waarde 106).

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Probleemrecord aangemaakt
Het probleemrecord wordt aangemaakt in ServiceNow. Dit is het begin van de levenscyclus van probleembeheer en het startpunt voor metingen van de ouderdom van records.
Waarom dit belangrijk is

Bepaalt de starttijd voor alle berekeningen van doorlooptijden en SLA-metingen. Dit is het belangrijkste uitgangspunt om het aantal binnenkomende onderzoeken te bepalen.

Waar vind je dit?

ServiceNow-tabel 'problem', veld 'sys_created_on'.

Vastleggen

Geregistreerd wanneer de transactie New Record wordt uitgevoerd

Gebeurtenistype explicit
Probleemrecord afgesloten
De laatste gebeurtenis in de levenscyclus: het record wordt inactief en er wordt geen verder werk verwacht.
Waarom dit belangrijk is

Het definitieve eindpunt van het proces. Nodig om de totale doorlooptijd te berekenen.

Waar vind je dit?

ServiceNow-tabel 'problem', veld 'closed_at' of wijziging van het veld 'state' naar 'Closed'.

Vastleggen

Geregistreerd wanneer de transactie Close Problem wordt uitgevoerd

Gebeurtenistype explicit
Tijdelijke oplossing gevonden
Er wordt tekst ingevuld in het veld 'Workaround' van het probleemrecord. Hiermee wordt vastgelegd wanneer de analist een tijdelijke oplossing documenteert.
Waarom dit belangrijk is

Ondersteunt het dashboard voor de prestaties van het publiceren van tijdelijke oplossingen door vast te leggen wanneer de technische oplossing voor het eerst bekend was.

Waar vind je dit?

ServiceNow-tabel 'sys_audit' waarin 'fieldname' de waarde 'workaround' heeft.

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Toegewezen aan supportgroep
Het probleemrecord wordt voor onderzoek naar een specifiek technisch team gerouteerd. Deze activiteit volgt de overdracht van verantwoordelijkheid en is belangrijk voor het analyseren van overdrachten.
Waarom dit belangrijk is

Nodig voor het dashboard voor analyse van herverdelingen tussen supportgroepen. Hiermee herken je dat records tussen teams heen en weer gaan en zie je bottlenecks.

Waar vind je dit?

ServiceNow-tabel 'sys_audit' of 'sys_history_line' met wijzigingen in het veld 'assignment_group'.

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Wijzigingsverzoek gestart
Een wijzigingsverzoek (RFC) wordt gekoppeld aan het probleemrecord. Dit markeert de overdracht van probleembeheer naar verandermanagement voor de uitvoering.
Waarom dit belangrijk is

Belangrijk voor het dashboard over de efficiëntie van de overgang naar wijzigingsverzoeken. Hiermee zie je hoeveel tijd er zit tussen het vinden van een oplossing en het starten van het wijzigingsproces.

Waar vind je dit?

ServiceNow-tabel 'sys_audit' met de invulling van het verwijzingsveld 'rfc' in de tabel 'problem'.

Vastleggen

Geregistreerd wanneer de transactie Create Normal Change wordt uitgevoerd

Gebeurtenistype explicit
Beoordeling afgewezen
Het probleemrecord wordt tijdens de beoordelingsfase teruggezet naar een eerdere status of geannuleerd, omdat het geen geldig probleem blijkt te zijn.
Waarom dit belangrijk is

Brengt verspilling aan het licht doordat incidenten ten onrechte als problemen worden aangemerkt.

Waar vind je dit?

ServiceNow-tabel 'sys_audit', wijziging van het veld 'state' van 'Assess' naar 'Closed/Cancelled' of 'New'.

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Evaluatie na implementatie afgerond
De PIR-taak wordt afgerond of een PIR-markering wordt ingesteld. Hiermee wordt bevestigd dat er een terugblik heeft plaatsgevonden op belangrijke problemen.
Waarom dit belangrijk is

Ondersteunt rechtstreeks het dashboard voor naleving van evaluaties na implementatie. Als deze activiteit ontbreekt bij problemen met hoge prioriteit, wijst dat op een tekortkoming in de naleving.

Waar vind je dit?

Afsluiting van de ServiceNow-tabel 'problem_task' (type=PIR), of wijziging van het veld 'pir_state' in de tabel 'problem'.

Vastleggen

Afleiden door veld X met veld Y te vergelijken

Gebeurtenistype inferred
Oplossing gecontroleerd
De oplossing wordt gecontroleerd om te bevestigen dat deze werkt. Afhankelijk van hoe ver het proces is ontwikkeld, gebeurt dit via een specifieke status of een selectievakje.
Waarom dit belangrijk is

Zorgt voor kwaliteitscontrole voordat het record wordt afgesloten. Als deze stap wordt overgeslagen, kan dat worden geanalyseerd als een procesafwijking.

Waar vind je dit?

ServiceNow-tabel 'sys_audit'. Dit kan een statuswijziging zijn (Resolved -> Closed) of een specifiek veld, zoals 'u_resolution_verified', als dat is geconfigureerd.

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Oplossing voorgesteld
Er wordt data ingevoerd in de velden 'Fix Notes' of 'Resolution Code'. Dit geeft aan dat de analist de oorzaak heeft vastgesteld en een permanente oplossing uitwerkt.
Waarom dit belangrijk is

Ondersteunt het dashboard voor het opstellen en toepassen van oplossingen door de duur van de ontwerpfase apart te meten.

Waar vind je dit?

ServiceNow-tabel 'sys_audit' met wijzigingen in het veld 'fix_notes'.

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Status gewijzigd in Fix in Progress
De status van het record geeft aan dat er aan een oplossing wordt gewerkt of dat deze wordt uitgerold, vaak in afwachting van verandermanagement.
Waarom dit belangrijk is

Maakt onderscheid tussen actieve onderzoekstijd en wachttijd op een wijziging. Zo wordt de bottleneckanalyse nauwkeuriger.

Waar vind je dit?

ServiceNow-tabel 'sys_audit', wijziging van het veld 'state' naar 'Fix in Progress' (meestal waarde 104).

Vastleggen

Vergelijk de statuswaarde voor en na de wijziging

Gebeurtenistype inferred
Tijdelijke oplossing gepubliceerd
De actie 'Communicate Workaround' wordt uitgevoerd. Hiermee wordt de tijdelijke oplossing gedeeld met gerelateerde incidenten of wordt een artikel over een bekende fout aangemaakt. Dit is iets anders dan alleen de oplossing invoeren.
Waarom dit belangrijk is

Belangrijk om te meten hoe snel kennis wordt gedeeld. Vertraging heeft hier direct invloed op het aantal terugkerende incidenten.

Waar vind je dit?

ServiceNow-tabel 'sys_journal_field' of specifieke logboeken van UI Actions. Dit kan ook worden afgeleid uit het aanmaken van een record in 'kb_knowledge' met het type 'Known Error'.

Vastleggen

Geregistreerd wanneer de transactie Communicate Workaround wordt uitgevoerd

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit probleembeheer in ServiceNow

Klaar om te beginnen?

Download de volledige template en zet data over probleembeheer vandaag nog om in concrete verbeteracties. Ons team helpt je bij elke stap van je process mining-traject.

Verbeter probleembeheer en los problemen sneller op

Verkort met process mining de doorlooptijd van onderzoeken met 30%

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.