Datatemplate voor probleembeheer
Datatemplate voor probleembeheer
- Aanbevolen attributen voor oorzaakanalyse
- Belangrijke procesmomenten en activiteiten
- Stapsgewijze instructies voor data-extractie uit ServiceNow
Attributen voor probleembeheer
| 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
|
|||
Activiteiten voor probleembeheer
| 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
|
|||
Extractiegidsen
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%
Geen creditcard nodig. Binnen enkele minuten ingesteld.