> Continue verbetering > Beheer van serviceaanvragen > ServiceNow > datatemplate

Uw Service Request Management `data template`

ServiceNow

Service Request Management `Attributes` (22) Service Request Management `Activities` (14) Extractie Guides (3)

Uw Service Request Management `data template`

Deze uitgebreide `data template` is ontworpen om uw `process mining journey` voor Service Request Management te vereenvoudigen. Het biedt duidelijke richtlijnen over de essentiële `attributes` om te verzamelen, de kritische `activities` om te volgen en praktische `extraction guidance` specifiek voor ServiceNow. Het gebruik van deze `template` zorgt ervoor dat u alle benodigde `data` vastlegt voor nauwkeurige analyse en effectieve optimalisatie.

Aanbevolen attributen om vast te leggen
Belangrijkste activities om te volgen voor proces discovery
Stapsgewijze begeleiding bij data-extractie

Nieuw met event logs? Leer hoe je een process mining event log creëert.

Template downloaden

Service Request Management `Attributes`

Dit zijn de aanbevolen `data fields` om op te nemen in uw `event log` voor een uitgebreide analyse van uw `service request management` proces.

5 Verplicht 6 Aanbevolen 11 Optioneel

	Naam	Omschrijving
	Activiteit ActivityName	De naam van de specifieke event of taak die plaatsvond binnen de levenscyclus van de serviceaanvraag.
Omschrijving De `Activity attribute` registreert de naam van elke stap of statuswijziging in het serviceaanvraagproces. Dit kan `events` omvatten zoals 'Request Created', 'Request Approved', 'Assigned to Agent' of 'Request Closed'. Het analyseren van deze `activities` maakt de visualisatie van de `process flow`, identificatie van gemeenschappelijke paden en detectie van afwijkingen van de standaardprocedure mogelijk. Het is de basis voor het begrijpen van wat er daadwerkelijk gebeurt tijdens het aanvraagafhandelingsproces. Het belang Dit is een verplicht `attribute` dat de stappen in de `process map` definieert. Het is fundamenteel voor alle procesanalyse, inclusief het ontdekken van `bottlenecks`, `rework loops` en `compliance issues`. Vindplaats Afgeleid van `changes` in de 'State'- of 'Stage'-velden in tabellen zoals 'sc_request' of 'sc_req_item', of uit het `audit trail` (`sys_audit`). Voorbeelden Serviceverzoek AangemaaktAanvraag toegewezen aan groepServiceaanvraag opgelostInformatie opgevraagd bij gebruiker
	Serviceverzoek ID ServiceRequestID	De unieke identificatie voor elke serviceaanvraag `record`.
Omschrijving De `Service Request ID` is de primaire sleutel die elke serviceaanvraag, ingediend door een gebruiker of systeem, uniek identificeert. Het dient als de centrale draad die alle volgende `events` verbindt, van initiële `logging` tot definitieve sluiting. In `process mining` is deze `ID` essentieel voor het reconstrueren van de end-to-end `journey` van elke individuele aanvraag, waardoor een complete analyse van de `lifecycle` mogelijk is. Het belang Dit is de verplichte `Case ID`. Het verbindt alle gerelateerde `activities` tot één procesinstantie, waardoor de analyse van `process flows`, variaties en `cycle times` mogelijk wordt. Vindplaats ServiceNow `Request` [sc_request] `table`, veld 'number'. Voorbeelden REQ0010001REQ0010025REQ0010112
	Starttijd EventTime	De tijdstempel die aangeeft wanneer een activiteit of event is gestart.
Omschrijving Dit `attribute` legt de exacte datum en tijd vast waarop elke `activity` binnen het serviceaanvraagproces plaatsvond. Het biedt de chronologische volgorde van `events` die nodig zijn voor het bouwen van de `process map` en het uitvoeren van tijdgebaseerde analyses. Nauwkeurige `timestamps` zijn cruciaal voor het berekenen van `cycle times`, wachttijden en `processing durations`. Deze `data` maakt de identificatie van `bottlenecks`, `SLA breaches` en trends in prestaties over tijd mogelijk. Het belang Dit is een verplichte `timestamp` voor het correct ordenen van `events`. Het is de basis voor alle prestatie- en duurgebaseerde analyse, inclusief `cycle time` en `bottleneck` identificatie. Vindplaats Doorgaans te vinden in de velden 'sys_updated_on' of 'sys_created_on' van de relevante ServiceNow `tables` (bijv. sc_request, sc_task) of de `audit trail` (sys_audit). Voorbeelden 2023-04-15T10:00:00Z2023-04-15T11:30:15Z2023-04-16T09:05:45Z
	Bronsysteem SourceSystem	Het systeem waaruit de data afkomstig is.
Omschrijving Dit `attribute` identificeert het bronsysteem van de `data`, wat in dit `case` ServiceNow is. Het is nuttig in omgevingen waar `data` van meerdere systemen wordt samengevoegd voor een holistisch procesoverzicht. Voor een `single-source analysis` biedt dit `attribute` belangrijke context en helpt het bij `data governance` en `management`. Het zorgt ervoor dat elke gebruiker de herkomst van de `data` die zij analyseren begrijpt. Het belang Biedt essentiële `metadata` voor `data governance`, `traceability` en `context`, vooral bij het combineren van `data` uit meerdere `enterprise systems`. Vindplaats Dit is doorgaans een statische waarde die wordt toegevoegd tijdens het proces van data-extractie en -transformatie. Voorbeelden ServiceNow
	Laatste data-update LastDataUpdate	De `timestamp` van de meest recente `data refresh` of `extraction`.
Omschrijving Dit `attribute` geeft de datum en tijd aan waarop de `data` voor het laatst uit het bronsysteem is geëxtraheerd en in de `process mining tool` is geladen. Het biedt transparantie over de actualiteit van de geanalyseerde `data`. Analisten gebruiken deze informatie om te begrijpen of zij naar de meest recente `data` kijken, wat cruciaal is voor operationele `monitoring` en realtime besluitvorming. Het helpt verwachtingen te scheppen over de actualiteit van de inzichten. Het belang Zorgt ervoor dat gebruikers op de hoogte zijn van de versheid van de `data`, wat cruciaal is voor het vertrouwen in de analyse en het nemen van tijdige, `data`-gedreven beslissingen. Vindplaats Dit is een `metadata` veld dat is toegevoegd tijdens het `data ingestion` proces, en weerspiegelt de `timestamp` van de `ETL job completion`. Voorbeelden 2023-10-27T04:00:00Z
	`SLA Behaald` MadeSLA	Een `boolean flag` die aangeeft of de `service request` is afgehandeld binnen de `Service Level Agreement`.
Omschrijving Dit `attribute` geeft aan of de serviceaanvraag voldeed aan de gedefinieerde `Service Level Agreement` (SLA) voor afhandelingstijd. Het is een kritische `outcome metric` die direct de serviceprestaties meet tegen de afspraken. Het analyseren van deze `flag` helpt bij het kwantificeren van de `SLA Adherence Rate KPI`. Het kan worden gebruikt als een dimensie om de procespaden van `compliant` aanvragen te vergelijken met `breached` aanvragen, waardoor gemeenschappelijke patronen of `activities` worden onthuld die bijdragen aan SLA-storingen. Dit is essentieel voor proactieve `risk monitoring` en continue serviceverbetering. Het belang Meet direct de `performance` ten opzichte van `service commitments` en maakt `root cause analysis` van `SLA breaches` mogelijk door `compliant` en `non-compliant cases` te vergelijken. Vindplaats ServiceNow `Task SLA` [task_sla] `table`, veld 'has_breached'. De waarde moet worden geïnverteerd (bijv. `MadeSLA` = NIET has_breached). Voorbeelden truefalse
	Categorie Category	De primaire classificatie van de serviceaanvraag, zoals `Hardware` of `Software`.
Omschrijving `Category` biedt een `high-level classification` van de `service request`. Dit wordt doorgaans gebruikt om de `request` naar het juiste `team` te routeren en te rapporteren over de typen ingediende `requests`. In `process mining` is `Category` een krachtig hulpmiddel voor `filtering` en `dimension-based analysis`. Het stelt `analysts` in staat om de `process flows`, `cycle times` en `automation rates` voor verschillende typen `requests` te vergelijken, en zo variaties te ontdekken die mogelijk niet zichtbaar zijn op een `aggregate level`. Het `process` voor een 'Hardware'-`request` kan bijvoorbeeld fundamenteel verschillen van een 'Software'-`request`. Het belang Maakt krachtige `segmentation` en vergelijking van `processes` mogelijk tussen verschillende servicetypen, wat helpt bij het identificeren van categoriespecifieke `issues` en verbeterkansen. Vindplaats ServiceNow `Request Item` [sc_req_item] `table`, typisch via de geassocieerde `Catalog Item`'s [sc_cat_item] categorie. Voorbeelden HardwareSoftwareToegangsverzoekNetwerk
	Prioriteit Priority	Het prioriteitsniveau van de serviceaanvraag, dat de urgentie ervan beïnvloedt.
Omschrijving Prioriteit is een classificatie die het relatieve belang en de urgentie van een serviceaanvraag bepaalt. Het wordt vaak bepaald door een combinatie van impact en urgentie en wordt gebruikt om `agents` te begeleiden bij welke aanvragen eerst moeten worden behandeld. Het analyseren van `data` op basis van prioriteit is essentieel om te begrijpen of aanvragen met hoge prioriteit sneller worden verwerkt dan die met lage prioriteit. Het maakt het mogelijk om `dashboards` te filteren om te zien of `SLA`'s worden gehaald voor kritieke aanvragen en helpt bij het identificeren of het prioriteringssysteem effectief is. Het belang Maakt `segmentation` van `requests` mogelijk om te verifiëren dat `high-priority items` sneller worden verwerkt. Het is essentieel voor `SLA analysis` en `resource allocation`. Vindplaats ServiceNow `Request` [sc_request] of `Request Item` [sc_req_item] `tables`, veld 'priority'. Voorbeelden 1 - Kritiek2 - Hoog3 - Moderate4 - Laag
	Status State	De huidige operationele status van de serviceaanvraag.
Omschrijving De `State attribute` geeft de huidige fase van de serviceaanvraag in zijn `lifecycle` aan, zoals 'Open', 'Work in Progress', 'Pending' of 'Closed'. Wijzigingen in dit veld worden vaak gebruikt om de `activities` voor de `process map` te genereren. Het analyseren van de `State` is cruciaal om te begrijpen hoeveel tijd aanvragen doorbrengen in specifieke statussen, met name wachtende of `pending states`. Het helpt bij het identificeren van `queues` en vertragingen, zoals de tijd die wordt doorgebracht met 'Awaiting User Information', wat een veelvoorkomende bron is van verlengde `cycle times`. Het belang Biedt inzicht in de status van de aanvraag op elk moment, waardoor de analyse van wachttijden, `queues` en de duur van specifieke procesfasen mogelijk wordt. Vindplaats ServiceNow `Request` [sc_request] of `Request Item` [sc_req_item] `tables`, veld 'state' of 'stage'. Voorbeelden OpenWork in ProgressWachtend op GebruikersinformatieAfgerond
	Toegewezen aan AssignedTo	De individuele gebruiker die op een gegeven moment verantwoordelijk is voor het werken aan de serviceaanvraag.
Omschrijving Dit `attribute` identificeert de specifieke `agent` of technicus die aan de serviceaanvraag is toegewezen. Het verandert naarmate de aanvraag wordt overgedragen tussen verschillende personen. Het analyseren van het veld 'Assigned To' is cruciaal voor het begrijpen van de `workload distribution`, individuele prestaties en de impact van overdrachten op afhandelingstijden. Het helpt vragen te beantwoorden over `resource utilization` en identificeert kansen voor training of procesverduidelijking om herindelingen te verminderen. Het belang Maakt analyse van `agent workload`, `performance` en `handoffs` mogelijk. Het is essentieel voor `resource management` en het identificeren van `knelpunten` gerelateerd aan specifieke individuen. Vindplaats ServiceNow `Request Item` [sc_req_item] of `Catalog Task` [sc_task] `tables`, veld 'assigned_to'. Voorbeelden Beth AnglinDavid LooHoward Johnson
	Toewijzingsgroep AssignmentGroup	Het team of de groep die verantwoordelijk is voor de afhandeling van de serviceaanvraag.
Omschrijving De `Assignment Group` vertegenwoordigt het team, zoals 'Service Desk', 'Network Operations' of 'Database Administration', dat verantwoordelijk is voor een serviceaanvraag in een bepaalde fase. Dit is een belangrijke `attribute` voor het analyseren van de `process flow` tussen verschillende functionele gebieden. Door wijzigingen in de `Assignment Group` te volgen, kunnen organisaties overdrachten tussen teams visualiseren, `queue times` binnen de `backlog` van elke groep meten en inter-teamafhankelijkheden of vertragingen identificeren. Dit is cruciaal voor het optimaliseren van cross-functionele samenwerking. Het belang Volgt de `work distribution` over teams, benadrukt `inter-team handoffs` en helpt bij het identificeren van team-specifieke `bottlenecks` of prestatieproblemen. Vindplaats ServiceNow `Request Item` [sc_req_item] of `Catalog Task` [sc_task] `tables`, veld 'assignment_group'. Voorbeelden `Service Desk`IT Support L2Hardware Provisionering
	Aantal Heropeningen ReopenCount	Het aantal keren dat een serviceaanvraag opnieuw is geopend na te zijn afgehandeld.
Omschrijving Dit `attribute` is een teller die bijhoudt hoe vaak een serviceaanvraag vanuit een opgeloste of gesloten `state` terug is verplaatst naar een open of lopende `state`. Een aantal groter dan nul geeft aan dat de initiële oplossing niet succesvol was. Deze `metric` is een directe indicator van `rework` en is een belangrijk onderdeel van de `First-Pass Resolution Rate KPI`. Hoge `reopen counts` suggereren problemen met de kwaliteit van de oplossing, onvolledige `fulfillment` of een misverstand over de behoeften van de gebruiker, wat allemaal leidt tot procesinefficiëntie en ontevredenheid bij de gebruiker. Het belang Kwantificeert `rework` en afhandelingskwaliteit. Een hoog `reopen count` duidt op inefficiënties, lage `first-time fix rates` en verminderde klanttevredenheid. Vindplaats ServiceNow `Request` [sc_request] of `Request Item` [sc_req_item] `tables`, veld 'reopen_count'. Voorbeelden 012
	Bewerkingstijd ProcessingTime	De duur van de tijd die actief is besteed aan het werken aan een specifieke `activity`.
Omschrijving `Processing Time`, ook bekend als actieve tijd of afhandelingstijd, is de duur die actief wordt besteed aan het uitvoeren van een `task`. Het wordt berekend als het verschil tussen de `End Time` en `Start Time` van een `activity`. Dit staat in contrast met wachttijd, waarbij een aanvraag inactief is. Deze `metric` is cruciaal voor het `Bottleneck & Queue Analysis dashboard`. Door `processing times` voor elk `activity type` te aggregeren, kunnen analisten pinpointen welke stappen de meeste `resources` en moeite kosten. Dit helpt bij het prioriteren van procesverbeteringsinitiatieven om zich te richten op de meest tijdrovende `tasks`. Het belang Meet de actieve werkduur voor elke `activity`, en helpt zo de meest tijdrovende stappen in het proces te identificeren en operationele `bottlenecks` op te sporen. Vindplaats Berekend als 'EndTime' minus 'StartTime' voor elke `event record`. Voorbeelden 0 00:05:100 01:14:450 00:09:55
	Doorlooptijd per case CaseCycleTime	De totale verstreken tijd vanaf de aanmaak tot de definitieve sluiting van een serviceaanvraag.
Omschrijving Case Cycle Time is een berekende `metric` die de totale duur van een `service request` meet, van de `timestamp` van de allereerste `event` tot de `timestamp` van de allerlaatste `event`. Het vertegenwoordigt de volledige `end-to-end processing time` vanuit het oogpunt van de klant. Dit is een primaire `Key Performance Indicator (KPI)` voor de algehele `process` efficiëntie. Het wordt gebruikt in `high-level dashboards` om `performance` te monitoren tegen `targets` en om `trends` over tijd te analyseren. Het kan worden gesplitst naar dimensies zoals `Category` of `Priority` om te identificeren welke typen `requests` het langst duren. Het belang Dit is een kritische `KPI` die de end-to-end procesprestaties meet. Het is essentieel voor `high-level monitoring`, `benchmarking` en het identificeren van verbeterpunten. Vindplaats Berekend door de minimale 'StartTime' af te trekken van de maximale 'EndTime' voor elke unieke 'ServiceRequestID'. Voorbeelden 2 10:30:000 04:15:2210 00:05:00
	Eerste-keer oplossing IsFirstPassResolution	Een `flag` die aangeeft of de `request` bij de eerste poging is afgehandeld zonder heropeningen.
Omschrijving Dit berekende `attribute` is een `boolean flag` die alleen 'true' is als de serviceaanvraag werd afgehandeld en gesloten zonder ooit opnieuw te worden geopend. Het is een belangrijke indicator van de kwaliteit en effectiviteit van de oplossing die door de `service desk` is geboden. Deze `metric` ondersteunt direct de `First-Pass Resolution Rate KPI`. Een hoog percentage is wenselijk, omdat het duidt op efficiëntie en hoogwaardige service, wat leidt tot een betere klanttevredenheid. Het analyseren van de `attributes` van `cases` die falen bij de `first pass resolution` kan `root causes` onthullen, zoals inadequate training, slechte documentatie of een incorrecte initiële diagnose. Het belang Meet de kwaliteit en efficiëntie van het afhandelingsproces. Een lage `first-pass resolution rate` duidt op onderliggende problemen die leiden tot `rework` en frustratie bij de klant. Vindplaats Berekend op `case`-niveau. Een `case` wordt beschouwd als een `first pass resolution` als de 'ReopenCount' nul is. Voorbeelden truefalse
	Eindtijd EndTime	De timestamp die aangeeft wanneer een activiteit of event is voltooid.
Omschrijving De `End Time` markeert de conclusie van een `activity`. Het is de `timestamp` van de volgende `activity` in de sequentie, waardoor de duur van de huidige effectief wordt afgesloten. Dit `attribute` is essentieel voor het berekenen hoe lang elke stap in het proces duurt. Door de `Start Time` en `End Time` van een `activity` te vergelijken, kunnen analisten `processing times` en wachttijden berekenen. Dit is fundamenteel voor het identificeren van `bottlenecks`, het meten van `resource efficiency` en het `monitoren` van prestaties tegen tijdgebaseerde `targets`. Het belang Dit `attribute` is noodzakelijk voor het berekenen van de duur van elke `activity`, wat een kerncomponent is van prestatieanalyse, `bottleneck` identificatie en `resource utilization` studies. Vindplaats Dit is een afgeleid `attribute`, berekend door de 'StartTime' van de volgende `event` in de `case` te nemen. Voorbeelden 2023-04-15T10:05:10Z2023-04-15T11:45:00Z2023-04-16T09:15:30Z
	Geopend door OpenedBy	De persoon die de serviceaanvraag initieel heeft ingediend.
Omschrijving Dit `attribute` identificeert de gebruiker die de serviceaanvraag heeft aangemaakt. Hoewel dit vaak dezelfde persoon is als degene die door de aanvraag wordt getroffen, kan het ook een `manager`, een `delegate` of een geautomatiseerd systeem zijn. Het analyseren van aanvragen per gebruiker 'Opened By' of hun afdeling helpt bij het identificeren van patronen, zoals een specifieke groep gebruikers die vaak complexe of problematische aanvragen indient. Dit kan leiden tot gerichte training of de noodzaak benadrukken voor betere `knowledge base articles` om `self-service` aan te moedigen. Het belang Helpt bij het analyseren van `request patterns` per gebruiker, afdeling of rol, wat `training initiatives` en gerichte `process improvements` kan informeren. Vindplaats ServiceNow `Request` [sc_request] `table`, veld 'opened_by'. Voorbeelden Abel TuterFred LuddyDon Goodliffe
	Is Geautomatiseerd IsAutomated	Een `flag` die aangeeft of een `activity` is uitgevoerd door een systeem of automatisering.
Omschrijving Dit `boolean attribute` maakt onderscheid tussen `activities` die handmatig worden uitgevoerd door een menselijke `agent` en die worden uitgevoerd door een geautomatiseerd systeem, zoals een `workflow` of `integration`. Bijvoorbeeld, 'Approval Requested' kan geautomatiseerd zijn, terwijl 'Request Assigned to Agent' handmatig kan zijn. Het analyseren van dit `attribute` is cruciaal voor het meten en verhogen van het niveau van `automation` in het serviceaanvraagproces. Het helpt bij het identificeren welke handmatige `tasks` het meest tijdrovend zijn en kandidaten kunnen zijn voor toekomstige `automation`, waardoor de efficiëntie wordt verbeterd en de kosten worden verlaagd. Het belang Maakt het meten van automatiseringsgraden mogelijk en helpt bij het identificeren van kansen om handmatige taken te automatiseren, wat leidt tot verhoogde efficiëntie en lagere operationele kosten. Vindplaats Afgeleid door te controleren of de gebruiker die een actie heeft uitgevoerd (bijv. 'sys_updated_by') een aangewezen systeem- of `integration user` is. Voorbeelden truefalse
	Is herstelwerk IsRework	Een berekende `flag` die aangeeft of een `activity` een herhaling is van een eerdere `activity` in dezelfde `case`.
Omschrijving Deze `boolean flag` wordt berekend om `rework loops` binnen een serviceaanvraag te identificeren. Het wordt gemarkeerd als 'true' als dezelfde `activity` eerder in dezelfde `case` heeft plaatsgevonden, bijvoorbeeld als een aanvraag twee keer aan hetzelfde team wordt toegewezen, of als informatie meerdere keren van de gebruiker wordt opgevraagd. Dit `attribute` is essentieel voor het `Agent Handoffs and Rework Incidents dashboard` en de `Request Rework Rate KPI`. Het maakt directe visualisatie en kwantificatie mogelijk van inefficiënte `loops` in het proces, die vaak verborgen zijn in geaggregeerde `data`. Het belang Vlagt en kwantificeert `process rework` direct, waardoor het mogelijk wordt de oorzaken en gevolgen te analyseren van inefficiënte `loops` die kosten en `cycle times` verhogen. Vindplaats Berekend tijdens `data transformation` door te controleren op eerdere voorkomens van dezelfde `activity name` binnen dezelfde `case`. Voorbeelden falsetrue
	Kanaal ContactType	De methode die de aanvrager heeft gebruikt om de serviceaanvraag in te dienen.
Omschrijving Het `Contact Type`, of kanaal, specificeert hoe de serviceaanvraag is geïnitieerd. Gangbare kanalen zijn het `service portal`, e-mail, telefoongesprek of geautomatiseerde `alert`. Inzicht in het kanaal is belangrijk voor het analyseren van procesvariaties die kunnen worden beïnvloed door de indieningsmethode. Aanvragen ingediend via een `portal` kunnen bijvoorbeeld gestructureerder en geautomatiseerder zijn, wat leidt tot snellere `processing times` vergeleken met die via e-mail. Deze analyse helpt bij het promoten van efficiëntere kanalen. Het belang Helpt te identificeren hoe verschillende `submission channels` impact hebben op `process efficiency`, `automation levels` en de algehele `cycle times`, en stuurt `efforts` om `user interactions` te optimaliseren. Vindplaats ServiceNow `Request` [sc_request] of `Interaction` [interaction] `tables`. Het veld wordt vaak 'contact_type' genoemd. Voorbeelden PortalE-mailTelefoonSelf-service
	Oplossingscode ResolutionCode	Een code die de uiteindelijke afhandeling van de `service request` categoriseert.
Omschrijving De `Resolution Code` is een gestructureerde classificatie van hoe een serviceaanvraag uiteindelijk is afgehandeld. Voorbeelden zijn 'Fulfilled by Automation', 'User Error' of 'No Longer Required'. Dit `attribute` is van vitaal belang voor het `Root Cause Analysis for Delays dashboard`. Door `resolution codes` te correleren met lange `cycle times` of hoge `rework rates`, kunnen analisten systeemproblemen identificeren. Als aanvragen met de code 'Incomplete Information' bijvoorbeeld consequent traag zijn, wijst dit op een probleem in de initiële `data`verzamelstap. Het belang Biedt gestructureerde `data` over afhandelingsresultaten, waardoor `root cause analysis` van procesvertragingen, `rework` en andere inefficiënties mogelijk wordt. Vindplaats ServiceNow `Request Item` [sc_req_item] of een gerelateerde `task table`, het veld is vaak 'close_code' of 'resolution_code'. Voorbeelden Opgelost (Permanent)Niet opgelost (niet reproduceerbaar)Verzoek voldaanGeannuleerd door gebruiker
	Tevredenheidsscore SatisfactionScore	De klanttevredenheidsbeoordeling, verstrekt door de aanvrager bij sluiting.
Omschrijving Dit `attribute` legt de tevredenheidsscore vast, vaak op een schaal van 1-5, ingediend door de eindgebruiker nadat hun serviceaanvraag is afgehandeld. Dit is een directe maatstaf voor de waargenomen kwaliteit van de service. Deze `data` is essentieel voor het `Customer Satisfaction Impact Analysis dashboard`. Het maakt een directe correlatie mogelijk tussen proces`metrics`, zoals `cycle time`, `rework` en overdrachten, en de uiteindelijke klantervaring. Dit helpt de `business case` voor procesverbeteringen te bewijzen door operationele efficiëntie te koppelen aan klantresultaten. Het belang Koppelt `process performance metrics` direct aan `customer outcomes`, en helpt zo de impact van `process` inefficiënties op de `user experience` te kwantificeren. Vindplaats Doorgaans te vinden in een gerelateerde `Survey` [asmt_assessment_instance] `table`, die is gekoppeld aan de oorspronkelijke aanvraag. Voorbeelden 5431

Verplicht Aanbevolen Optioneel

Service Request Management `Activities`

Dit zijn de belangrijkste stappen en mijlpalen die je in je event log vastlegt voor een goede process discovery en het opsporen van knelpunten.

6 Aanbevolen 8 Optioneel

	Activiteit	Omschrijving
	Aanvraag Goedgekeurd	Deze `activity` geeft aan dat de aanvraag officieel is goedgekeurd en kan doorgaan naar de `fulfillment stage`. Het wordt vastgelegd wanneer een goedkeurder de bijbehorende `approval record` als 'approved' markeert.
Het belang Deze belangrijke mijlpaal markeert de overgang van de goedkeuringsfase naar de `fulfillment` fase. Het analyseren van de tijd die nodig is om deze stap te bereiken, is cruciaal voor het begrijpen van pre-`fulfillment` vertragingen. Vindplaats Afgeleid van de wijziging in het `state` veld van het gerelateerde sysapproval_approver `record` naar 'approved', wat vervolgens een `state change` op de sc_req_item activeert. Vastleggen Tijdstip bepalen waarop sysapproval_approver.state 'approved' wordt. Gebeurtenistype inferred
	Aanvraag toegewezen aan medewerker	Deze `activity` treedt op wanneer een specifieke individuele `agent` wordt toegewezen om aan de serviceaanvraag te werken. Het wordt vastgelegd door wijzigingen in het veld 'Assigned to' op de aanvraag of de bijbehorende `fulfillment tasks` te `monitoren`.
Het belang Dit is cruciaal voor het meten van overdrachten, het berekenen van `agent`-specifieke `workloads` en het analyseren van `queue times` voordat een individu begint te werken aan een aanvraag. Vindplaats Afgeleid van een wijziging in het veld `assigned_to` op de sc_req_item of sc_task `table`. De wijzigingshistorie wordt gelogd in de sys_audit `table`. Vastleggen Volg wijzigingen in het veld `assigned_to` in sys_audit. Gebeurtenistype inferred
	Informatie opgevraagd bij gebruiker	Treedt op wanneer de `fulfillment agent` meer informatie van de oorspronkelijke aanvrager nodig heeft om verder te gaan. Dit wordt doorgaans afgeleid wanneer de `state` van de aanvraag wordt gewijzigd naar een waarde zoals 'Awaiting User Info'.
Het belang Deze `activity` is cruciaal voor het 'Requestor Information Delay Analysis' `dashboard`, en helpt de verloren tijd te kwantificeren die wordt besteed aan wachten op externe invoer van de gebruiker. Vindplaats Afgeleid van de wijziging in het veld `sc_req_item state` naar een aangewezen 'awaiting information' status. De wijziging wordt gelogd in de sys_audit `table`. Vastleggen Identificeer `timestamp` wanneer `sc_req_item.state` verandert naar 'Awaiting User Info'. Gebeurtenistype inferred
	Service Request Gesloten	Markeert het definitieve einde van de `lifecycle` van de serviceaanvraag. Dit gebeurt doorgaans automatisch na een bepaalde periode in de status 'Resolved', waarin de gebruiker de aanvraag opnieuw kan openen.
Het belang Dit is de primaire succesvolle eind-`event` voor het proces. De tijd tussen 'Resolved' en 'Closed' kan ook worden geanalyseerd om `auto-closure policies` te begrijpen. Vindplaats Afgeleid van de update van het veld `sc_req_item state` naar een definitieve gesloten status, zoals 'Closed Complete'. Dit wordt gelogd in de sys_audit `table`. Vastleggen Tijdstip bepalen waarop sc_req_item.state wijzigt naar 'Closed Complete'. Gebeurtenistype inferred
	Serviceaanvraag opgelost	Deze `activity` geeft aan dat de `fulfillment agent` het werk heeft voltooid en een oplossing heeft geboden. Het wordt vastgelegd wanneer de `state` van de aanvraag wordt bijgewerkt naar 'Resolved' of een vergelijkbare status.
Het belang Dit is een kritieke mijlpaal die doorgaans de `SLA clock` stopt. Het markeert het einde van actief `fulfillment` werk en is een belangrijk onderdeel van de totale berekening van de afhandelingstijd. Vindplaats Afgeleid van de update van het veld `sc_req_item state` naar 'Resolved' of een vergelijkbare eindstatus vóór definitieve sluiting. De wijziging wordt getraceerd in de sys_audit `table`. Vastleggen Tijdstip bepalen waarop sc_req_item.state wijzigt naar 'Resolved'. Gebeurtenistype inferred
	Serviceverzoek Aangemaakt	Deze `activity` markeert het begin van de `service request lifecycle`, gelogd wanneer een gebruiker een aanvraag indient via de `service catalog`. Het systeem legt dit vast als de `creation event` van een nieuw `record` in de sc_req_item (`Requested Item`) `table`.
Het belang Dit is de primaire start-`event` voor het proces. Het is essentieel voor het berekenen van de algehele `cycle time` en het analyseren van aanvraagvolumes en indieningspatronen. Vindplaats Dit is een expliciete `event` vastgelegd vanaf de `creation timestamp` (sys_created_on veld) van het `record` in de sc_req_item `table`. Vastleggen Gebruik de sys_created_on `timestamp` van het sc_req_item record. Gebeurtenistype explicit
	Aanvraag Heropend	Deze `activity` legt gevallen vast waarin een aanvraag die eerder als 'resolved' was gemarkeerd, terug wordt verplaatst naar een open `state`. Dit wordt afgeleid van een `state change` van 'Resolved' terug naar 'Work in Progress' of vergelijkbaar.
Het belang Dit is een directe maatstaf voor `rework` en is cruciaal voor het berekenen van de 'First-Pass Resolution Rate' `KPI`. Hoge aantallen duiden op een slechte oplossingskwaliteit of onvolledige afhandeling. Vindplaats Afgeleid van een wijziging in het veld `sc_req_item state`, waarbij de status verschuift van een opgeloste of gesloten status terug naar een open, lopende status. Deze wijziging wordt gelogd in sys_audit. Vastleggen Detecteer `state change` van 'Resolved' naar 'Work in Progress' in `sys_audit`. Gebeurtenistype inferred
	Aanvraag toegewezen aan groep	Geeft aan dat de serviceaanvraag is toegewezen aan een specifiek uitvoeringsteam of een groep. Deze `event` wordt afgeleid door een wijziging te detecteren in het veld `assignment group` van de `request item` of de bijbehorende `tasks`.
Het belang Het volgen van groepstoewijzingen helpt bij het analyseren van de `workload distribution` over teams en het identificeren van vertragingen voordat een aanvraag naar de juiste uitvoerders wordt gerouteerd. Vindplaats Afgeleid van een wijziging in het veld `assignment_group` op de sc_req_item of sc_task `table`. De wijzigingshistorie wordt gelogd in de sys_audit `table`. Vastleggen Volg wijzigingen in het veld `assignment_group` in sys_audit. Gebeurtenistype inferred
	Externe Leverancier Betrokken	Vertegenwoordigt de overdracht van een serviceaanvraag of een van de `tasks` ervan aan een externe leverancier voor afhandeling. Dit kan worden afgeleid uit de toewijzing aan een leverancier-specifieke groep of een `flag` op de aanvraag.
Het belang Deze `activity` maakt analyse van leveranciersprestaties en de impact daarvan op de algehele aanvraag `lifecycle` mogelijk, wat cruciaal is voor het 'External Vendor Engagement Cycle' `dashboard`. Vindplaats Dit wordt doorgaans afgeleid. Het kan gebaseerd zijn op het instellen van de `assignment_group` op een leveranciersgroep of het instellen van een specifiek `flag` veld op de sc_req_item of sc_task `record`. Vastleggen Identificeer `change` van `assignment_group` naar een bekende `vendor group`. Gebeurtenistype inferred
	Goedkeuring aangevraagd	Vertegenwoordigt het punt waarop een serviceaanvraag wordt ingediend ter goedkeuring door een `manager` of een andere aangewezen goedkeurder. Dit wordt doorgaans afgeleid wanneer de `state` van de aanvraag verandert naar 'Pending Approval' of een vergelijkbare status.
Het belang Het volgen van goedkeuringen helpt bij het identificeren van `bottlenecks` in het goedkeuringsproces en meet de tijd dat aanvragen wachten op autorisatie voordat de `fulfillment` kan beginnen. Vindplaats Afgeleid van de wijziging in het veld `sc_req_item state` naar een `pending approval` waarde, of door de creatie van een corresponderend `record` in de sysapproval_approver `table`. Wijzigingen worden gelogd in de sys_audit `table`. Vastleggen Tijdstip bepalen waarop sc_req_item.state wijzigt naar 'Pending Approval'. Gebeurtenistype inferred
	Informatie verstrekt door gebruiker	Deze `activity` markeert het punt waarop de aanvrager de benodigde informatie heeft geleverd. Het wordt afgeleid wanneer de aanvraag vanuit een 'Awaiting User Info' `state` terugkeert naar een actieve `state` zoals 'Work in Progress'.
Het belang In combinatie met 'Informatie opgevraagd bij gebruiker' maakt deze `activity` een nauwkeurige meting mogelijk van door de gebruiker veroorzaakte vertragingen en helpt het de efficiëntie van het communicatieproces te beoordelen. Vindplaats Afgeleid van de wijziging in het veld `sc_req_item state` van een 'awaiting information' status naar een actieve status. Dit wordt vaak geactiveerd doordat de gebruiker een opmerking toevoegt of reageert op een e-mail. Vastleggen Tijdstip bepalen waarop de status wijzigt van 'Awaiting User Info' naar 'Work in Progress'. Gebeurtenistype inferred
	Uitvoeringstaak Aangemaakt	Vertegenwoordigt de creatie van een specifiek `work item` of `task` dat nodig is om de serviceaanvraag af te handelen. Dit is een expliciete `event` die wordt gelogd wanneer een nieuw `record` wordt aangemaakt in de `Catalog Task table`.
Het belang Voor complexe `requests` biedt het analyseren van de `creation` en `completion` van individuele `tasks` een gedetailleerder `view` van het `fulfillment process` en waar vertragingen optreden. Vindplaats Dit is een expliciete `event` vastgelegd vanaf de `creation timestamp` (sys_created_on veld) van een `record` in de sc_task `table` die linkt naar de sc_req_item. Vastleggen Gebruik de sys_created_on `timestamp` van sc_task records. Gebeurtenistype explicit
	Verzoek Afgewezen	Deze `activity` vertegenwoordigt de uitkomst waarbij een aanvraag formeel wordt afgewezen tijdens de goedkeuringsfase. Het is een alternatief pad naar sluiting en wordt vastgelegd wanneer een goedkeurder de aanvraag als 'rejected' markeert.
Het belang Het volgen van afwijzingen helpt bij het identificeren van ongeldige of verkeerd gerichte aanvragen, problemen met het aanvraag indieningsproces, en dient als een belangrijk uitzonderingspad voor analyse. Vindplaats Afgeleid van de wijziging in het `state` veld van het gerelateerde sysapproval_approver `record` naar 'rejected'. Dit zet de ouder sc_req_item doorgaans in een gesloten, onvolledige status. Vastleggen Tijdstip bepalen waarop sysapproval_approver.state 'rejected' wordt. Gebeurtenistype inferred
	Verzoek Geannuleerd	Deze `activity` dient als een eindstatus voor aanvragen die vóór voltooiing worden geannuleerd, hetzij door de gebruiker, hetzij door een `agent`. Dit wordt vastgelegd wanneer de aanvraagstatus wordt ingesteld op 'Cancelled' of 'Closed Cancelled'.
Het belang Dit is een belangrijke, niet-succesvolle eind-`event`. Het analyseren waarom aanvragen worden geannuleerd, kan inzichten bieden in gebruikersbehoeften, procesinefficiënties of veranderende `business priorities`. Vindplaats Afgeleid van de update van het veld `sc_req_item state` naar een definitieve geannuleerde status, zoals 'Closed Cancelled'. De wijziging wordt gelogd in de sys_audit `table`. Vastleggen Tijdstip bepalen waarop sc_req_item.state wijzigt naar 'Cancelled'. Gebeurtenistype inferred

Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit ServiceNow verkrijgt

Stappen

Begrijp de Multi-Export Aanpak: Vanwege de aard van ServiceNow's data model kan één enkele export niet elke vereiste event vastleggen. U moet verschillende exports uitvoeren vanuit verschillende tabellen en de data vervolgens extern combineren. De primaire tabellen zijn Requested Item (sc_req_item), Approval (sysapproval_approver), Catalog Task (sc_task) en Audit (sys_audit).
Export 1: Kern Service Request Data: Navigeer naar de Requested Item tabel door sc_req_item.list in de filternavigator te typen. Pas een filter toe voor het gewenste datumbereik, bijvoorbeeld [Created] [on] [Last 6 months]. Voeg kolommen toe zoals Number, Sys Created On, Resolved, Closed, State, Assignment group, Assigned to, Priority en Made SLA. Klik met de rechtermuisknop op een kolomkop, kies Export en selecteer CSV of XLSX.
Export 2: Goedkeuringsbeslissingen: Navigeer naar de Approval tabel door sysapproval_approver.list te typen. Filter de lijst om alleen records te tonen die gerelateerd zijn aan service requests: [Source table] [is] [sc_req_item] EN [Created] [on] [Last 6 months]. Voeg kolommen toe zoals Approving.Number, State, Sys Created On en Sys Updated On. Exporteer de gefilterde lijst.
Export 3: Aanmaken van Fulfillment Taken: Navigeer naar de Catalog Task tabel door sc_task.list te typen. Filter de lijst om terug te linken naar de aanvragen uit uw gekozen tijdsbestek, bijvoorbeeld [Request Item.Created] [on] [Last 6 months]. Voeg kolommen toe Request Item.Number, Sys Created On, State, Assignment group en Assigned to. Exporteer de data.
Export 4: Gedetailleerde Activity Historie: Navigeer naar de Audit tabel met sys_audit.list. Deze tabel bevat historische veldwijzigingen. Maak een filter voor [Table name] [is] [sc_req_item] EN [Created] [on] [Last 6 months] EN [Field name] [is one of] [state, assignment_group, assigned_to]. Voeg kolommen toe Document key, Field name, Old value, New value en Sys Created On. Exporteer deze data. Let op: toegang tot deze tabel kan verhoogde machtigingen vereisen.
Combineer en Transformeer Data: Gebruik een tool zoals Microsoft Excel, Python met pandas, of een speciale data voorbereidingstool om de vier geëxporteerde bestanden samen te voegen. Gebruik het Service Request Number of Sys ID als de gemeenschappelijke sleutel om de datasets te joinen.
Creëer de Event Log Structuur: Maak in uw gecombineerde bestand de vereiste kolommen aan: ServiceRequestID, ActivityName en EventTime.
Map Ruwe Data naar Activities: Maak een nieuwe rij aan voor elke afzonderlijke activity. Bijvoorbeeld:
- Voor Service Request Created, gebruik de Sys Created On uit de sc_req_item export.
- Voor Request Approved, gebruik de Sys Updated On uit de sysapproval_approver export waar de State veranderd is naar 'approved'.
- Voor Request Assigned to Group, zoek de rij in de sys_audit export waar Field name assignment_group is en gebruik de Sys Created On van die audit record als de EventTime.
Vul Attribute Kolommen in: Vul de AssignedTo, AssignmentGroup, Priority, State, Category en MadeSLA attributes in voor elke activity rij. De waarden moeten de state van de aanvraag op het moment van de event weerspiegelen.
Voeg Metadata Kolommen toe: Voeg SourceSystem toe met een statische waarde zoals 'ServiceNow' en LastDataUpdate met de timestamp van wanneer u de extractie heeft uitgevoerd.
Finaliseer en Exporteer: Sla de uiteindelijk getransformeerde en gecombineerde data op als een enkel CSV-bestand, zorg ervoor dat de kolomkoppen overeenkomen met de vereisten voor import.

Configuratie

Target Tables: De extractie vereist data uit meerdere tabellen:
- sc_req_item: Bevat de primaire serviceaanvraag (Requested Item) records.
- sysapproval_approver: Slaat goedkeuringsrecords op die gerelateerd zijn aan aanvragen.
- sc_task: Bevat de individuele uitvoerende taken die voor een aanvraag zijn gegenereerd.
- sys_audit: Biedt een gedetailleerde historie van veldwijzigingen, essentieel voor het volgen van toewijzingen en statusovergangen.
Datumfilter: Het is cruciaal om een consistent datumfilter toe te passen, zoals Created on Last 6 months, over alle exports heen om de data-integriteit te waarborgen. Een periode van 3 tot 6 maanden wordt aanbevolen voor een balans tussen volume en inzicht.
Belangrijke filters: Gebruik naast het datumbereik ook filters zoals Source table is sc_req_item op de goedkeuringstabel en Table name is sc_req_item op de audit-tabel om relevante records te isoleren.
Essentiële kolommen: Zorg ervoor dat u belangrijke identificatoren zoals Number en Sys ID (document key in audit) exporteert om de datasets te koppelen. Timestamps zoals Sys Created On, Sys Updated On, Resolved en Closed zijn fundamenteel voor het creëren van de event log.
Vereisten: Een ServiceNow gebruikersaccount met ten minste een itil-rol is nodig om toegang te krijgen tot de meeste vereiste tabellen. Exporteren vanuit de sys_audit-tabel kan een admin- of een gespecialiseerde rol vereisen vanwege de omvang en gevoeligheid van de data.

a Voorbeeldquery config

This method uses the ServiceNow user interface for filtering and exporting, so there is no single script. The configuration consists of setting filters and choosing columns for multiple list views.

**Configuration for Export 1: Requested Items**
*   **Table**: `sc_req_item`
*   **Filter Conditions**:
    1. `[Created] [on] [Last 6 months]`
    2. `[Active] [is one of] [true, false]` (Or adjust based on process scope)
*   **Columns to Add**: `Number`, `Sys ID`, `Sys Created On`, `Resolved`, `Closed`, `State`, `Stage`, `Assignment group`, `Assigned to`, `Priority`, `Category`, `Made SLA`

**Configuration for Export 2: Approvals**
*   **Table**: `sysapproval_approver`
*   **Filter Conditions**:
    1. `[Source table] [is] [sc_req_item]`
    2. `[Created] [on] [Last 6 months]`
*   **Columns to Add**: `Approving`, `Approving.Number`, `State`, `Sys Created On`, `Sys Updated On`

**Configuration for Export 3: Catalog Tasks**
*   **Table**: `sc_task`
*   **Filter Conditions**:
    1. `[Request Item.Created] [on] [Last 6 months]`
*   **Columns to Add**: `Request Item`, `Request Item.Number`, `Sys Created On`, `Sys Updated On`, `State`, `Assignment group`, `Assigned to`

**Configuration for Export 4: Audit History**
*   **Table**: `sys_audit`
*   **Filter Conditions**:
    1. `[Table name] [is] [sc_req_item]`
    2. `[Created] [on] [Last 6 months]`
    3. `[Field name] [is one of] [state, assignment_group, assigned_to]`
*   **Columns to Add**: `Document key`, `Table name`, `Field name`, `Old value`, `New value`, `Sys Created On`

Stappen

Bereid Python Omgeving voor: Zorg ervoor dat u Python 3.6 of nieuwer heeft geïnstalleerd. Installeer de benodigde libraries met pip: pip install requests pandas.
Configureer Script Parameters: Open het Python-script in een editor. Zoek de configuration section bovenaan het script. Voer de URL van uw ServiceNow-instance (bijv. https://your-instance.service-now.com), een gebruikersnaam en een wachtwoord in voor een service account met de juiste read permissions op de vereiste tabellen.
Stel Datumbereik voor Extractie in: Definieer de start- en einddatums voor de data extractie door de variabelen start_date en end_date aan te passen. Het wordt aanbevolen om te beginnen met een kleiner datumbereik, bijvoorbeeld 3 maanden, om het script te testen en de performance te verifiëren.
Controleer Tabel- en Veldnamen: Het script gebruikt standaard ServiceNow tabelnamen zoals sc_req_item, sys_audit en sc_task. Verifieer of deze tabel- en veldnamen overeenkomen met uw ServiceNow configuration. Pas ze aan in het script als uw instance custom tables of fields gebruikt.
Voer het Python Script uit: Voer het script uit vanaf uw command line of terminal met het commando: python your_script_name.py. Het script zal verbinding maken met de ServiceNow API, data ophalen voor elke gespecificeerde activity, en progress messages weergeven in de console.
Beheer API-paginatie: Het script omvat een functie om pagination automatisch af te handelen. Het zal meerdere API-aanroepen doen als het aantal records de page limit (sysparm_limit) overschrijdt, totdat alle data binnen het gespecificeerde datumbereik is opgehaald.
Transformeer en Combineer Data: Het script verwerkt de ruwe JSON-response van de API voor elk activity type. Het extraheert de vereiste velden, mapt deze naar het event log schema (ServiceRequestID, ActivityName, EventTime, etc.), en combineert deze tot één, uniforme dataset.
Genereer het Event Log Bestand: Zodra het script is voltooid, wordt de uiteindelijke event log opgeslagen als een CSV-bestand met de naam servicenow_servicerequest_eventlog.csv in dezelfde map waar het script is uitgevoerd.
Bereid voor op Upload: Open het gegenereerde CSV-bestand in een spreadsheetprogramma om de data te controleren op volledigheid en correctheid. Zorg ervoor dat de kolomkoppen overeenkomen met het vereiste ProcessMind schema voordat u uploadt.

Configuratie

ServiceNow Instance URL: De basis-URL voor uw ServiceNow-instance (bijv. https://your-instance.service-now.com).
Authenticatie: Een gebruikersnaam en wachtwoord voor een serviceaccount met leesrechten voor de sc_req_item-, sys_audit-, sysapproval_approver- en sc_task-tabellen zijn vereist.
Datumbereik: Stel de variabelen start_date en end_date in het script in om het tijdsvenster voor de extractie te definiëren. Een periode van 3-6 maanden wordt aanbevolen voor een initiële analyse.
Paginatielimiet (sysparm_limit): Het script stelt een limiet in voor het aantal records dat per API-aanroep wordt geretourneerd. De standaardwaarde is 1000, wat een veilige waarde is voor de meeste instances. Dit kan worden aangepast op basis van systeemprestaties en API-ratelimieten.
Queryfilters (sysparm_query): Het script gebruikt datumfilters (sys_created_on>=...) om de data-ophaling te beperken. U kunt meer filters toevoegen aan de queryreeks, zoals filteren op een specifiek catalogusitem of toewijzingsgroep, om het data-volume te verminderen (bijv. active=true^category=hardware).
Weergavewaarden: De parameter sysparm_display_value=true wordt gebruikt om menselijk leesbare namen voor referentievelden op te halen in plaats van interne sys_id-waarden. Dit is cruciaal voor attributes zoals AssignmentGroup en AssignedTo.

a Voorbeeldquery python

import requests
import pandas as pd
import datetime

class=class="hl-string">"hl-comment"># --- Configuration ---
SN_INSTANCE = class="hl-string">'https://[your-instance].service-now.com'
SN_USER = class="hl-string">'[your-username]'
SN_PASSWORD = class="hl-string">'[your-password]'

class=class="hl-string">"hl-comment"># Date range for the extraction (YYYY-MM-DD)
start_date = class="hl-string">'[YYYY-MM-DD]'
end_date = class="hl-string">'[YYYY-MM-DD]'

class=class="hl-string">"hl-comment"># --- End Configuration ---

def query_servicenow_table(table, query, fields):
    class="hl-string">"""Queries a ServiceNow table with pagination."""
    all_records = []
    offset = 0
    limit = 1000
    
    headers = {class="hl-string">"Accept": class="hl-string">"application/json"}
    url = fclass="hl-string">"{SN_INSTANCE}/api/now/table/{table}"
    
    while True:
        params = {
            class="hl-string">'sysparm_query': query,
            class="hl-string">'sysparm_fields': class="hl-string">','.join(fields),
            class="hl-string">'sysparm_limit': limit,
            class="hl-string">'sysparm_offset': offset,
            class="hl-string">'sysparm_display_value': class="hl-string">'true',
            class="hl-string">'sysparm_exclude_reference_link': class="hl-string">'true'
        }
        
        print(fclass="hl-string">"Querying {table} with offset {offset}...")
        response = requests.get(url, auth=(SN_USER, SN_PASSWORD), headers=headers, params=params)
        response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
        
        records = response.json().get(class="hl-string">'result', [])
        if not records:
            break
        all_records.extend(records)
        offset += limit
        
    return all_records

def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    all_events = []
    source_system = class="hl-string">'ServiceNow'
    last_data_update = datetime.datetime.now().isoformat()

    class=class="hl-string">"hl-comment"># Define common attributes to fetch for context
    context_fields = [class="hl-string">'number', class="hl-string">'assignment_group', class="hl-string">'assigned_to', class="hl-string">'priority', class="hl-string">'state', class="hl-string">'cat_item.category', class="hl-string">'made_sla']

    class=class="hl-string">"hl-comment"># 1. Service Request Created
    query = fclass="hl-string">'sys_created_on>={start_date} 00:00:00^sys_created_on<={end_date} 23:59:59'
    fields = [class="hl-string">'sys_created_on'] + context_fields
    req_items = query_servicenow_table(class="hl-string">'sc_req_item', query, fields)
    for item in req_items:
        all_events.append({
            class="hl-string">'ServiceRequestID': item[class="hl-string">'number'],
            class="hl-string">'ActivityName': class="hl-string">'Service Request Created',
            class="hl-string">'EventTime': item[class="hl-string">'sys_created_on'],
            class="hl-string">'AssignedTo': item.get(class="hl-string">'assigned_to'),
            class="hl-string">'AssignmentGroup': item.get(class="hl-string">'assignment_group'),
            class="hl-string">'Priority': item.get(class="hl-string">'priority'),
            class="hl-string">'State': item.get(class="hl-string">'state'),
            class="hl-string">'Category': item.get(class="hl-string">'cat_item.category'),
            class="hl-string">'MadeSLA': item.get(class="hl-string">'made_sla')
        })

    class=class="hl-string">"hl-comment"># Get a list of relevant document keys (sys_id of sc_req_item)
    doc_keys_query = fclass="hl-string">'tablename=sc_req_item^sys_created_on>={start_date} 00:00:00^sys_created_on<={end_date} 23:59:59'
    audit_records = query_servicenow_table(class="hl-string">'sys_audit', doc_keys_query, [class="hl-string">'documentkey'])
    relevant_doc_keys = list(set([rec[class="hl-string">'documentkey'] for rec in audit_records]))
    
    class=class="hl-string">"hl-comment"># Query audit and other tables in batches to avoid long URLs
    batch_size = 50
    for i in range(0, len(relevant_doc_keys), batch_size):
        key_batch = relevant_doc_keys[i:i+batch_size]
        key_batch_str = class="hl-string">','.join(key_batch)

        class=class="hl-string">"hl-comment"># 2-14. Activities from sys_audit, sysapproval_approver, sc_task
        class=class="hl-string">"hl-comment"># Fetch sc_req_item details for context
        ritm_context = {ritm[class="hl-string">'sys_id']: ritm for ritm in query_servicenow_table(class="hl-string">'sc_req_item', fclass="hl-string">'sys_idIN{key_batch_str}', [class="hl-string">'sys_id'] + context_fields)}

        class=class="hl-string">"hl-comment"># Activities based on state changes and field updates from sys_audit
        audit_query = fclass="hl-string">'documentkeyIN{key_batch_str}^fieldnameINassignment_group,assigned_to,state'
        audit_log = query_servicenow_table(class="hl-string">'sys_audit', audit_query, [class="hl-string">'documentkey', class="hl-string">'sys_created_on', class="hl-string">'fieldname', class="hl-string">'newvalue', class="hl-string">'oldvalue'])
        for log in audit_log:
            context = ritm_context.get(log[class="hl-string">'documentkey'], {})
            if not context:
                continue

            event = {
                class="hl-string">'ServiceRequestID': context.get(class="hl-string">'number'),
                class="hl-string">'EventTime': log[class="hl-string">'sys_created_on'],
                class="hl-string">'AssignedTo': context.get(class="hl-string">'assigned_to'),
                class="hl-string">'AssignmentGroup': context.get(class="hl-string">'assignment_group'),
                class="hl-string">'Priority': context.get(class="hl-string">'priority'),
                class="hl-string">'State': context.get(class="hl-string">'state'),
                class="hl-string">'Category': context.get(class="hl-string">'cat_item.category'),
                class="hl-string">'MadeSLA': context.get(class="hl-string">'made_sla'),
            }
            activity = None
            class=class="hl-string">"hl-comment"># Map audit entries to activities
            if log[class="hl-string">'fieldname'] == class="hl-string">'assignment_group' and log[class="hl-string">'newvalue']:
                activity = class="hl-string">'Request Assigned to Group'
                event[class="hl-string">'AssignmentGroup'] = log[class="hl-string">'newvalue']
            elif log[class="hl-string">'fieldname'] == class="hl-string">'assigned_to' and log[class="hl-string">'newvalue']:
                activity = class="hl-string">'Request Assigned to Agent'
                event[class="hl-string">'AssignedTo'] = log[class="hl-string">'newvalue']
            elif log[class="hl-string">'fieldname'] == class="hl-string">'state':
                class=class="hl-string">"hl-comment"># Define state mappings, may need customization
                state_map = {
                    class="hl-string">'Awaiting User Info': class="hl-string">'Information Requested from User',
                    class="hl-string">'Resolved': class="hl-string">'Service Request Resolved',
                    class="hl-string">'Closed Complete': class="hl-string">'Service Request Closed',
                    class="hl-string">'Closed Cancelled': class="hl-string">'Request Cancelled'
                }
                if log[class="hl-string">'newvalue'] in state_map:
                    activity = state_map[log[class="hl-string">'newvalue']]
                elif log[class="hl-string">'oldvalue'] == class="hl-string">'Awaiting User Info':
                    activity = class="hl-string">'Information Provided by User'
                elif log[class="hl-string">'oldvalue'] == class="hl-string">'Resolved':
                    activity = class="hl-string">'Request Reopened'
                class=class="hl-string">"hl-comment"># For class="hl-string">'Approval Requested', class="hl-string">'External Vendor Engaged' - more complex logic might be needed
                class=class="hl-string">"hl-comment"># This is a common inference. Adjust if you have a specific state.
                if log[class="hl-string">'newvalue'] == class="hl-string">'Pending Approval':
                     activity = class="hl-string">'Approval Requested'

            if activity:
                event[class="hl-string">'ActivityName'] = activity
                all_events.append(event)

        class=class="hl-string">"hl-comment"># Approval Activities
        approval_query = fclass="hl-string">'sysapprovalIN{key_batch_str}'
        approvals = query_servicenow_table(class="hl-string">'sysapproval_approver', approval_query, [class="hl-string">'sysapproval', class="hl-string">'sys_updated_on', class="hl-string">'state'])
        for appr in approvals:
            context = ritm_context.get(appr[class="hl-string">'sysapproval'], {})
            if not context: continue
            activity = None
            if appr[class="hl-string">'state'] == class="hl-string">'approved':
                activity = class="hl-string">'Request Approved'
            elif appr[class="hl-string">'state'] == class="hl-string">'rejected':
                activity = class="hl-string">'Request Rejected'
            if activity:
                all_events.append({
                    class="hl-string">'ServiceRequestID': context.get(class="hl-string">'number'),
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': appr[class="hl-string">'sys_updated_on'],
                    class="hl-string">'AssignedTo': context.get(class="hl-string">'assigned_to'), class="hl-string">'AssignmentGroup': context.get(class="hl-string">'assignment_group'), class="hl-string">'Priority': context.get(class="hl-string">'priority'), class="hl-string">'State': context.get(class="hl-string">'state'), class="hl-string">'Category': context.get(class="hl-string">'cat_item.category'), class="hl-string">'MadeSLA': context.get(class="hl-string">'made_sla')
                })

        class=class="hl-string">"hl-comment"># Fulfillment Task Creation
        task_query = fclass="hl-string">'request_itemIN{key_batch_str}'
        tasks = query_servicenow_table(class="hl-string">'sc_task', task_query, [class="hl-string">'request_item', class="hl-string">'sys_created_on', class="hl-string">'number'])
        for task in tasks:
            context = ritm_context.get(task[class="hl-string">'request_item'], {})
            if not context: continue
            all_events.append({
                class="hl-string">'ServiceRequestID': context.get(class="hl-string">'number'),
                class="hl-string">'ActivityName': fclass="hl-string">'Fulfillment Task Created - {task["number"]}',
                class="hl-string">'EventTime': task[class="hl-string">'sys_created_on'],
                class="hl-string">'AssignedTo': context.get(class="hl-string">'assigned_to'), class="hl-string">'AssignmentGroup': context.get(class="hl-string">'assignment_group'), class="hl-string">'Priority': context.get(class="hl-string">'priority'), class="hl-string">'State': context.get(class="hl-string">'state'), class="hl-string">'Category': context.get(class="hl-string">'cat_item.category'), class="hl-string">'MadeSLA': context.get(class="hl-string">'made_sla')
            })

    class=class="hl-string">"hl-comment"># Post-processing and saving
    if not all_events:
        print(class="hl-string">"No events found for the given criteria.")
        return

    df = pd.DataFrame(all_events)
    df[class="hl-string">'SourceSystem'] = source_system
    df[class="hl-string">'LastDataUpdate'] = last_data_update
    
    class=class="hl-string">"hl-comment"># Reorder columns to match schema
    final_cols = [class="hl-string">'ServiceRequestID', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate', class="hl-string">'AssignedTo', class="hl-string">'AssignmentGroup', class="hl-string">'Priority', class="hl-string">'State', class="hl-string">'Category', class="hl-string">'MadeSLA']
    df = df[final_cols]
    
    df.sort_values(by=[class="hl-string">'ServiceRequestID', class="hl-string">'EventTime'], inplace=True)
    df.to_csv(class="hl-string">'servicenow_servicerequest_eventlog.csv', index=False)
    print(class="hl-string">"Extraction complete. File saved to servicenow_servicerequest_eventlog.csv")

if __name__ == class="hl-string">'__main__':
    main()

Stappen

Stel ServiceNow API-gebruiker in: Creëer een speciale gebruiker in uw ServiceNow-instance voor deze integration. Wijs deze gebruiker de rest_service- en itil-rollen toe. Zorg ervoor dat de gebruiker read access permissions (ACL's) heeft voor de volgende tabellen: Requested Item (sc_req_item), Catalog Task (sc_task), Approval (sysapproval_approver) en Audit (sys_audit).
Bereid uw ontwikkelomgeving voor: Installeer Node.js op de machine die u gaat gebruiken voor de extractie. Initialiseer vervolgens een nieuw Node.js project en installeer de axios library voor het maken van HTTP-verzoeken en fast-csv voor het schrijven van het uitvoerbestand door npm install axios fast-csv in uw terminal uit te voeren.
Configureer het extractiescript: Kopieer de meegeleverde JavaScript-code naar een bestand, bijvoorbeeld extract.js. Vul de placeholder waarden bovenaan het script in voor de URL van uw ServiceNow-instance, API-gebruikersnaam en wachtwoord.
Definieer datumbereik en filters: Wijzig de startDate- en endDate-variabelen in het script om het tijdsvenster voor de extractie te definiëren. U kunt ook meer filters toevoegen aan de sysparm_query-strings voor elke activity om de scope te verkleinen, zoals filteren op een specifiek catalog item of assignment group.
Begrijp de API-aanroepen: Het script is ontworpen om afzonderlijke API-aanroepen te doen voor elk van de 14 vereiste activities. Events zoals aanmaken worden rechtstreeks uit hun source tables (sc_req_item, sc_task) opgevraagd, terwijl status changes en assignments worden vastgelegd door de sys_audit-tabel op te vragen voor specifieke field updates.
Voer het Script uit: Voer het script uit vanuit uw terminal met het commando node extract.js. Het script zal verbinding maken met de ServiceNow Table API, data ophalen voor elke activity, en pagination automatisch afhandelen.
Verwerk de Data: Naarmate data wordt opgehaald, transformeert het script de ruwe JSON-response van ServiceNow naar een gestandaardiseerd event log format, waarbij velden worden gemapt naar kolommen zoals ServiceRequestID, ActivityName en EventTime.
Combineer en consolideer resultaten: Het script verzamelt de resultaten van alle individuele API-aanroepen in één, uniforme array die de complete event log vertegenwoordigt.
Genereer het uitvoerbestand: Zodra alle data is opgehaald en verwerkt, gebruikt het script de fast-csv library om de geconsolideerde event log naar een bestand met de naam servicenow_event_log.csv in dezelfde map te schrijven.
Bereid voor op Upload: Het gegenereerde CSV-bestand is gestructureerd met de vereiste kolommen voor process mining. Er is geen verdere opmaak nodig voordat het wordt geüpload naar het ProcessMind platform.

Configuratie

ServiceNow Instance URL: De basis-URL van uw ServiceNow-omgeving, bijvoorbeeld https://your-instance.service-now.com.
API-gegevens: Een geldige gebruikersnaam en wachtwoord voor een ServiceNow-gebruiker met de benodigde leesrechten en rollen (rest_service, itil).
Datumbereik: Wij adviseren om data te extraheren voor een periode van 3 tot 6 maanden om een representatieve dataset te garanderen. Dit wordt in het script geconfigureerd met startDate en endDate variabelen, die worden toegepast op de juiste timestamp velden in de API-queries.
sysparm_query: Dit is de primaire URL-parameter die wordt gebruikt om records te filteren. Het script gebruikt deze uitgebreid om specifieke events te isoleren, zoals records die binnen een datumbereik zijn aangemaakt of audit records die een statuswijziging van 'Resolved' naar 'Work in Progress' tonen.
sysparm_fields: Deze parameter specificeert welke kolommen moeten worden geretourneerd door de API-aanroep. Het gebruik ervan verbetert de performance aanzienlijk door de hoeveelheid overgedragen data te verminderen. Het script configureert de benodigde velden voor elke query vooraf.
Paginatielimiet (sysparm_limit): Het script is geconfigureerd om records in batches van 1000 op te halen. Deze waarde kan worden aangepast, maar het wordt aanbevolen om onder het ServiceNow-maximum (doorgaans 10.000) te blijven om de stabiliteit te waarborgen.

a Voorbeeldquery javascript

const axios = require('axios');
const fs = require('fs');
const { format, writeToStream } = require('@fast-csv/format');

// --- Configuration ---
const SN_INSTANCE = 'https://YOUR_INSTANCE.service-now.com';
const SN_USER = 'YOUR_API_USER';
const SN_PASSWORD = 'YOUR_API_PASSWORD';
const BATCH_SIZE = 1000;

// Define the date range for the extraction
const startDate = '2023-01-01 00:00:00';
const endDate = '2023-12-31 23:59:59';

const auth = { username: SN_USER, password: SN_PASSWORD };

// --- Helper Function for Paginated API Calls ---
async function fetchAllRecords(table, query, fields, processFunction) {
    let offset = 0;
    let hasMore = true;
    let allEvents = [];

    console.log(`Starting fetch for table: ${table}`);

    while (hasMore) {
        try {
            const response = await axios.get(`${SN_INSTANCE}/api/now/table/${table}`, {
                auth,
                params: {
                    sysparm_query: query,
                    sysparm_fields: fields,
                    sysparm_limit: BATCH_SIZE,
                    sysparm_offset: offset,
                    sysparm_display_value: 'true', // Get display values for reference fields
                    sysparm_exclude_reference_link: true
                }
            });

            const records = response.data.result;
            if (records.length > 0) {
                console.log(`Fetched ${records.length} records from ${table} with offset ${offset}`);
                const processedEvents = records.map(processFunction);
                allEvents.push(...processedEvents);
                offset += BATCH_SIZE;
            } else {
                hasMore = false;
            }
        } catch (error) {
            console.error(`Error fetching data from ${table}:`, error.response ? error.response.statusText : error.message);
            hasMore = false; // Stop on error
        }
    }
    return allEvents;
}

// --- Main Extraction Logic ---
async function extractServiceRequestData() {
    let finalEventLog = [];
    const now = new Date().toISOString();

    // 1. Service Request Created
    const createdEvents = await fetchAllRecords(
        'sc_req_item',
        `sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'number,sys_created_on,assigned_to,assignment_group,priority,state,cat_item.category,made_sla',
        (r) => ({
            ServiceRequestID: r.number,
            ActivityName: 'Service Request Created',
            EventTime: r.sys_created_on,
            SourceSystem: 'ServiceNow',
            LastDataUpdate: now,
            AssignedTo: r.assigned_to,
            AssignmentGroup: r.assignment_group,
            Priority: r.priority,
            State: r.state,
            Category: r['cat_item.category'],
            MadeSLA: r.made_sla
        })
    );
    finalEventLog.push(...createdEvents);

    // 2. Approval Requested
    const approvalRequestedEvents = await fetchAllRecords(
        'sysapproval_approver',
        `sysapproval.sys_class_name=sc_req_item^state=requested^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'sysapproval,sys_created_on',
        (r) => ({
            ServiceRequestID: r.sysapproval,
            ActivityName: 'Approval Requested',
            EventTime: r.sys_created_on,
            SourceSystem: 'ServiceNow',
            LastDataUpdate: now,
            AssignedTo: null, AssignmentGroup: null, Priority: null, State: 'Pending Approval', Category: null, MadeSLA: null
        })
    );
    finalEventLog.push(...approvalRequestedEvents);

    // Function to process audit records
    const processAuditRecord = (activityName) => (r) => ({
        ServiceRequestID: r['documentkey.number'],
        ActivityName: activityName,
        EventTime: r.sys_created_on,
        SourceSystem: 'ServiceNow',
        LastDataUpdate: now,
        AssignedTo: activityName === 'Request Assigned to Agent' ? r.newvalue : null,
        AssignmentGroup: activityName === 'Request Assigned to Group' ? r.newvalue : null,
        Priority: null, 
        State: ['Service Request Resolved', 'Service Request Closed', 'Request Cancelled', 'Request Reopened', 'Information Requested from User', 'Information Provided by User'].includes(activityName) ? r.newvalue : null,
        Category: null, 
        MadeSLA: null
    });
    
    // 3. Request Approved
    const approvedEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sysapproval_approver^fieldname=state^newvalue=approved^sys_created_on>=${startDate}^sys_created_on<=${endDate}^documentkey.sysapproval.sys_class_name=sc_req_item`,
        'documentkey.sysapproval.number,sys_created_on',
        (r) => ({ ServiceRequestID: r['documentkey.sysapproval.number'], ActivityName: 'Request Approved', EventTime: r.sys_created_on, SourceSystem: 'ServiceNow', LastDataUpdate: now, AssignedTo: null, AssignmentGroup: null, Priority: null, State: 'Approved', Category: null, MadeSLA: null })
    );
    finalEventLog.push(...approvedEvents);

    // 4. Request Assigned to Group
    const assignedGroupEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=assignment_group^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('Request Assigned to Group')
    );
    finalEventLog.push(...assignedGroupEvents);

    // 5. Request Assigned to Agent
    const assignedAgentEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=assigned_to^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('Request Assigned to Agent')
    );
    finalEventLog.push(...assignedAgentEvents);

    // 6. Fulfillment Task Created
    const taskCreatedEvents = await fetchAllRecords(
        'sc_task',
        `request_item.sys_class_name=sc_req_item^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'request_item.number,sys_created_on',
        (r) => ({ ServiceRequestID: r['request_item.number'], ActivityName: 'Fulfillment Task Created', EventTime: r.sys_created_on, SourceSystem: 'ServiceNow', LastDataUpdate: now, AssignedTo: null, AssignmentGroup: null, Priority: null, State: null, Category: null, MadeSLA: null })
    );
    finalEventLog.push(...taskCreatedEvents);

    // 7. Information Requested from User
    const infoRequestedEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=state^newvalue=Awaiting User Info^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('Information Requested from User')
    );
    finalEventLog.push(...infoRequestedEvents);

    // 8. Information Provided by User
    const infoProvidedEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=state^oldvalue=Awaiting User Info^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('Information Provided by User')
    );
    finalEventLog.push(...infoProvidedEvents);

    // 9. External Vendor Engaged (Note: requires a specific vendor group name)
    const vendorEngagedEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=assignment_group^newvalue=[Your Vendor Assignment Group Name]^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('External Vendor Engaged')
    );
    finalEventLog.push(...vendorEngagedEvents);

    // 10. Request Reopened
    const reopenedEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=state^oldvalue=Resolved^newvalue=Work in Progress^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('Request Reopened')
    );
    finalEventLog.push(...reopenedEvents);

    // 11. Service Request Resolved
    const resolvedEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=state^newvalue=Resolved^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('Service Request Resolved')
    );
    finalEventLog.push(...resolvedEvents);

    // 12. Service Request Closed
    const closedEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=state^newvalueINClosed Complete,Closed Incomplete,Closed Skipped^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('Service Request Closed')
    );
    finalEventLog.push(...closedEvents);

    // 13. Request Rejected
    const rejectedEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sysapproval_approver^fieldname=state^newvalue=rejected^sys_created_on>=${startDate}^sys_created_on<=${endDate}^documentkey.sysapproval.sys_class_name=sc_req_item`,
        'documentkey.sysapproval.number,sys_created_on',
        (r) => ({ ServiceRequestID: r['documentkey.sysapproval.number'], ActivityName: 'Request Rejected', EventTime: r.sys_created_on, SourceSystem: 'ServiceNow', LastDataUpdate: now, AssignedTo: null, AssignmentGroup: null, Priority: null, State: 'Rejected', Category: null, MadeSLA: null })
    );
    finalEventLog.push(...rejectedEvents);

    // 14. Request Cancelled
    const cancelledEvents = await fetchAllRecords(
        'sys_audit',
        `tablename=sc_req_item^fieldname=state^newvalue=Cancelled^sys_created_on>=${startDate}^sys_created_on<=${endDate}`,
        'documentkey.number,sys_created_on,newvalue',
        processAuditRecord('Request Cancelled')
    );
    finalEventLog.push(...cancelledEvents);

    // --- Write to CSV ---
    const csvStream = format({ headers: true });
    const writableStream = fs.createWriteStream('servicenow_event_log.csv');

    writableStream.on('finish', () => {
        console.log('CSV file written successfully.');
    });

    csvStream.pipe(writableStream);
    finalEventLog.sort((a, b) => new Date(a.EventTime) - new Date(b.EventTime)); // Sort events chronologically
    finalEventLog.forEach(row => csvStream.write(row));
    csvStream.end();
}

extractServiceRequestData();

Uw Service Request Management `data template`

Uw Service Request Management `data template`

Service Request Management `Attributes`

Service Request Management `Activities`

Extractie Guides

ServiceNow `Report` en lijst `export` naar CSV/XLSX

Stappen

Configuratie

a Voorbeeldquery config

Python Script dat Requests gebruikt voor `Table API Extraction`

Stappen

Configuratie

a Voorbeeldquery python

Data-extractie via ServiceNow REST Table API

Stappen

Configuratie

a Voorbeeldquery javascript

Klaar om te starten?

Transformeer Service Request Management: Kom Nu in Actie

Uw Service Request Management data template

Uw Service Request Management data template

Service Request Management Attributes

Service Request Management Activities

Extractie Guides

ServiceNow `Report` en lijst `export` naar CSV/XLSX

Stappen

Configuratie

a Voorbeeldquery config

Python Script dat Requests gebruikt voor `Table API Extraction`

Stappen

Configuratie

a Voorbeeldquery python

Data-extractie via ServiceNow REST Table API

Stappen

Configuratie

a Voorbeeldquery javascript

Wij hechten veel waarde aan je privacy

Klaar om te starten?

Transformeer Service Request Management: Kom Nu in Actie

Uw Service Request Management `data template`

Uw Service Request Management `data template`

Service Request Management `Attributes`

Service Request Management `Activities`