> Continue verbetering > Beheer van Serviceaanvragen > ServiceNow > datatemplate

Uw Beheer van serviceaanvragen datatemplate

ServiceNow

Beheer van serviceaanvragen `Attributen` (21) Beheer van serviceaanvragen Activiteiten (14) Extractiegidsen (3)

Uw Beheer van serviceaanvragen datatemplate

Deze volledige `datatemplate` is ontworpen om uw `process mining-traject` voor Beheer van serviceaanvragen te vereenvoudigen. Het biedt duidelijke richtlijnen over de essentiële `attributen` om te verzamelen, de kritische `activiteiten` om te volgen en praktische `extraction begeleiding` specifiek voor ServiceNow. Het gebruik van deze template zorgt ervoor dat je alle benodigde data vastlegt voor nauwkeurige analyse en effectieve optimalisatie.

Aanbevolen attributen om vast te leggen
Belangrijkste activiteiten om te volgen voor process discovery
Stapsgewijze hulp bij data-extractie

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

Template downloaden

Beheer van serviceaanvragen `Attributen`

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

5 Verplicht 6 Aanbevolen 10 Optioneel

	Naam	Omschrijving
	Activiteit ActivityName	De naam van de specifieke gebeurtenis of taak die plaatsvond binnen de cyclus van de serviceaanvraag.
Omschrijving De `Activiteit attribuut` registreert de naam van elke stap of statuswijziging in het serviceaanvraagproces. Dit kan `gebeurtenissen` omvatten zoals 'Request Created', 'Request Approved', 'Assigned to Agent' of 'Request Closed'. Het analyseren van deze `activiteiten` maakt de visualisatie van de `processtroom`, identificatie van gemeenschappelijke paden en maakt het mogelijk om afwijkingen van de standaardprocedure te detecteren. Het is de basis voor het begrijpen van wat er daadwerkelijk gebeurt tijdens het aanvraagafhandelingsproces. Het belang Dit is een verplicht `attribuut` dat de stappen in de `procesmap` definieert. Het is onmisbaar voor alle procesanalyse, inclusief het bekijken van `knelpunten`, `herstelwerk-loops` en `compliance-problemen`. 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 gevraagd van gebruiker
	Serviceaanvraag-ID ServiceRequestID	De unieke ID voor elke serviceaanvraag `record`.
Omschrijving De `Service Request ID` is de primary key die elke serviceaanvraag, ingediend door een gebruiker of systeem, uniek identificeert. Het dient als de belangrijkste link die alle volgende `gebeurtenissen` verbindt, van initiële `logging` tot definitieve sluiting. In `process mining` is deze `ID` belangrijk voor het reconstrueren van de end-to-end `klantreis` van elke individuele aanvraag, waardoor een complete analyse van de `levenscyclus` mogelijk is. Het belang Dit is de verplichte `Case-ID`. Het verbindt alle gerelateerde `activiteiten` tot één procesinstantie, waardoor de analyse van `processtromen`, variaties en `doorlooptijden` mogelijk worden. Vindplaats ServiceNow `Request` [sc_request] `table`, veld 'number'. Voorbeelden REQ0010001REQ0010025REQ0010112
	Starttijd EventTime	De timestamp die aangeeft wanneer een activiteit of gebeurtenis is gestart.
Omschrijving Dit `attribuut` legt de exacte datum en tijd vast waarop elke `activity` binnen het serviceaanvraagproces plaatsvond. Het biedt de chronologische volgorde van `gebeurtenissen` die nodig zijn voor het bouwen van de `procesmap` en het uitvoeren van tijdgebonden analyses. Nauwkeurige `tijdstempels` zijn belangrijk voor het berekenen van `doorlooptijden`, wachttijden en `processing duurs`. Deze `data` maakt de identificatie van `knelpunten`, `SLA-overschrijdingen` en trends in prestaties over tijd mogelijk. Het belang Dit is een verplichte `timestamp` voor het correct ordenen van `gebeurtenissen`. Het is de basis voor alle prestatie- en duurgebaseerde analyse, inclusief `doorlooptijd` 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_taak) 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 `attribuut` 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 volledig procesoverzicht. Voor een `single-source analysis` biedt dit `attribuut` 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`, `traceerbaarheid` en `context`, vooral bij het combineren van `data` uit meerdere `grote organisatie systems`. Vindplaats Dit is meestal een statische waarde die je toevoegt tijdens het proces van data-extractie en -transformatie. Voorbeelden ServiceNow
	Tijdstip van extractie LastDataUpdate	De `timestamp` van de meest recente `data refresh` of `extraction`.
Omschrijving Dit `attribuut` geeft de datum en tijd aan waarop de `data` voor het laatst uit het bronsysteem is opgehaald en in de `process mining-tool` is geladen. Het biedt transparantie over de relevantie van de geanalyseerde `data`. Analisten gebruiken deze Informatie om te begrijpen of zij naar de meest recente `data` kijken, wat belangrijk is voor operationele `monitoring` en realtime besluitvorming. Het helpt verwachtingen te scheppen over de relevantie van de inzichten. Het belang Zorgt ervoor dat gebruikers op de hoogte zijn van de versheid van de `data`, wat belangrijk 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-importion` proces, en weerspiegelt de `timestamp` van de `ETL job completion`. Voorbeelden 2023-10-27T04:00:00Z
	`SLA Behaald` MadeSLA	Een `boolean-waarde` die aangeeft of de `service request` is afgehandeld binnen de `Service Level Agreement`.
Omschrijving Dit `attribuut` geeft aan of de serviceaanvraag voldeed aan de gedefinieerde `Service Level Agreement` (SLA) voor afhandelingstijd. Het is een kritische `outcome metriek` die direct de serviceprestaties meet tegen de afspraken. Het analyseren van deze `flag` helpt bij het kwantificeren van de `SLA-nalevingspercentage (KPI)`. Het kan worden gebruikt als een dimensie om de procespaden van `compliant` aanvragen te vergelijken met `breached` aanvragen, waardoor gemeenschappelijke patronen of `activiteiten` worden onthuld die bijdragen aan SLA-storingen. Dit is belangrijk voor proactieve `risk monitoring` en continue serviceverbetering. Het belang Meet direct de `prestaties` ten opzichte van `service commitments` en maakt `oorzaakanalyse` van `SLA-overschrijdingen` mogelijk door `compliant` en `non-compliant cases` te vergelijken. Vindplaats ServiceNow `Task SLA` [taak_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 `analisten` in staat om de `processtromen`, `doorlooptijden` en `automatisering rates` voor verschillende typen `requests` te vergelijken, en zo variaties te bekijken 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 vinden 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 `medewerkers` te begeleiden bij welke aanvragen eerst moeten worden behandeld. Het analyseren van `data` op basis van prioriteit is belangrijk 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 vinden of het prioriteringssysteem effectief is. Het belang Maakt `segmentation` van `requests` mogelijk om te verifiëren dat `hoge prioriteit items` sneller worden verwerkt. Het is belangrijk voor `SLA analysis` en `bron allocation`. Vindplaats ServiceNow `Request` [sc_request] of `Request Item` [sc_req_item] `tables`, veld 'priority'. Voorbeelden 1 - Kritiek2 - Hoog3 - Gemiddeld4 - Laag
	Status State	De huidige operationele status van de serviceaanvraag.
Omschrijving De `State attribuut` geeft de huidige fase van de serviceaanvraag in zijn `levenscyclus` aan, zoals 'Open', 'Work in Progress', 'Pending' of 'Closed'. Wijzigingen in dit veld worden vaak gebruikt om de `activiteiten` voor de `procesmap` te genereren. Het analyseren van de `State` is belangrijk om te begrijpen hoeveel tijd aanvragen doorbrengen in specifieke statussen, met name wachtende of `pending states`. Het helpt bij het vinden van `wachtrijen` en vertragingen, zoals de tijd die wordt doorgebracht met 'Awaiting Gebruiker Information', wat een veelvoorkomende bron is van verlengde `doorlooptijden`. Het belang Biedt inzicht in de status van de aanvraag op elk moment, waardoor de analyse van wachttijden, `wachtrijen` en de duur van specifieke procesfasen mogelijk worden. 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 `attribuut` 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 belangrijk voor het begrijpen van de `werkbelastingverdeling`, individuele prestaties en de impact van overdrachten op afhandelingstijden. Het helpt vragen te beantwoorden over `de inzet van medewerkers` en identificeert kansen voor training of procesverduidelijking om herverdelingen te verminderen. Het belang Maakt analyse van `agent workload`, `prestaties` en `overdrachten` mogelijk. Het is belangrijk voor `bronbeheer` en het vinden van `knelpunten` gerelateerd aan specifieke individuen. Vindplaats ServiceNow `Request Item` [sc_req_item] of `Catalog Task` [sc_taak] `tables`, veld 'assigned_to'. Voorbeelden Beth AnglinDavid LooHoward Johnson
	Toewijzingsgroep AssignmentGroup	Het team of de groep verantwoordelijk 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 `attribuut` voor het analyseren van de `processtroom` 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 vinden. Dit is belangrijk voor het optimaliseren van cross-functionele samenwerking. Het belang Volgt de `work distribution` over teams, benadrukt `inter-team overdrachten` en helpt bij het vinden van team-specifieke `knelpunten` of prestatieproblemen. Vindplaats ServiceNow `Request Item` [sc_req_item] of `Catalog Task` [sc_taak] `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 `attribuut` 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 `metriek` is een directe indicator van `herstelwerk` 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 `herstelwerk` 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
	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 `metriek` die de totale duur van een `service request` meet, van de `timestamp` van de allereerste `gebeurtenis` tot de `timestamp` van de allerlaatste `gebeurtenis`. Het vertegenwoordigt de volledige `end-to-end verwerkingstijd` 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 `prestaties` te monitoren tegen `targets` en om `trends` over tijd te analyseren. Het kan worden gesplitst naar dimensies zoals `Category` of `Priority` om te vinden welke typen `requests` het langst duren. Het belang Dit is een kritische `KPI` die de end-to-end procesprestaties meet. Het is belangrijk voor `high-level monitoring`, `benchmarking` en het vinden 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 `attribuut` is een `boolean-waarde` 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 `metriek` 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 `attributen` van `cases` die falen bij de `first pass resolution` kan `grondoorzaken` zichtbaar maken, 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 `herstelwerk` 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 gebeurtenis is voltooid.
Omschrijving De `End Time` markeert de conclusie van een `activity`. Het is de `timestamp` van de volgende `activity` in de volgorde, waardoor de duur van de huidige effectief wordt afgesloten. Dit `attribuut` is belangrijk voor het berekenen hoe lang elke stap in het proces duurt. Door de `Starttijd` en `End Time` van een `activity` te vergelijken, kunnen analysesten `verwerkingstijds` en wachttijden berekenen. Dit is onmisbaar voor het vinden van `knelpunten`, het meten van `efficiënt gebruik van middelen` en het `monitoren` van prestaties tegen tijdgebonden `targets`. Het belang Dit `attribuut` is noodzakelijk voor het berekenen van de duur van elke `activity`, wat een kerncomponent is van prestatieanalyse, `bottleneck` identificatie en `de inzet van medewerkers` studies. Vindplaats Dit is een afgeleid `attribuut`, berekend door de 'StartTime' van de volgende `gebeurtenis` 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 eerste heeft ingediend.
Omschrijving Dit `attribuut` 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 vinden 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 `procesverbeteringen` kan Informapakketmeren. 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 attribuut` maakt onderscheid tussen `activiteiten` 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 `attribuut` is belangrijk voor het meten en verhogen van het niveau van `automatisering` in het serviceaanvraagproces. Het helpt bij het vinden welke handmatige `taken` het meest tijdrovend zijn en kandidaten kunnen zijn voor toekomstige `automatisering`, waardoor de efficiëntie wordt verbeterd en de kosten worden verlaagd. Het belang Maakt het meten van automatiseringsgraden mogelijk en helpt bij het vinden 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-waarde` wordt berekend om `herstelwerk-loops` binnen een serviceaanvraag te vinden. 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 `attribuut` is belangrijk 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 herstelwerk` direct, waardoor het mogelijk wordt de oorzaken en gevolgen te analyseren van inefficiënte `loops` die kosten en `doorlooptijden` 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 `verwerkingstijds` vergeleken met die via e-mail. Deze analyse helpt bij het promoten van efficiëntere kanalen. Het belang Helpt te vinden hoe verschillende `submission channels` impact hebben op `procesefficiëntie`, `automatisering levels` en de algehele `doorlooptijden`, 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', 'Gebruiker Error' of 'No Longer Required'. Dit `attribuut` is belangrijk voor het `oorzaakanalyse for Delays dashboard`. Door `resolution codes` te correleren met lange `doorlooptijden` of hoge `herstelwerk rates`, kunnen analysesten systeemproblemen vinden. 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 `oorzaakanalyse` van procesvertragingen, `herstelwerk` en andere inefficiënties mogelijk worden. Vindplaats ServiceNow `Request Item` [sc_req_item] of een gerelateerde `taak 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 `attribuut` 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 belangrijk voor het `Klant Satisfaction Impact Analysis dashboard`. Het maakt een directe correlatie mogelijk tussen proces`meetwaarden`, zoals `doorlooptijd`, `herstelwerk` 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 `procesprestaties meetwaarden` direct aan `customer resultaten`, en helpt zo de impact van `process` inefficiënties op de `gebruikerservaring` te kwantificeren. Vindplaats Doorgaans te vinden in een gerelateerde `Survey` [asmt_assessment_instantie] `table`, die is gekoppeld aan de oorspronkelijke aanvraag. Voorbeelden 5431

Verplicht Aanbevolen Optioneel

Beheer van serviceaanvragen Activiteiten

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 belangrijk 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 `Agent`	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 taken` te `monitoren`.
Het belang Dit is belangrijk 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_taak `table`. De wijzigingshistorie wordt gelogd in de sys_audit `table`. Vastleggen Volg wijzigingen in het veld `assigned_to` in sys_audit. Gebeurtenistype inferred
	Informatie gevraagd van 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 Gebruiker Info'.
Het belang Deze `activity` is belangrijk 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 Informapakketmation' status. De wijziging wordt gelogd in de sys_audit `table`. Vastleggen Identificeer `timestamp` wanneer `sc_req_item.state` verandert naar 'Awaiting Gebruiker Info'. Gebeurtenistype inferred
	Serviceaanvraag Gesloten	Markeert het definitieve einde van de `levenscyclus` van de serviceaanvraag. Dit gebeurt doorgaans automatisch na een bepaalde periode in de status 'Opgelost', waarin de gebruiker de aanvraag opnieuw kan openen.
Het belang Dit is de primaire succesvolle eind-`gebeurtenis` voor het proces. De tijd tussen 'Opgelost' 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 'Opgelost' 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 'Opgelost' 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 'Opgelost'. Gebeurtenistype inferred
	Serviceverzoek Aangemaakt	Deze `activity` markeert het begin van de `service request levenscyclus`, gelogd wanneer een gebruiker een aanvraag indient via de `service catalog`. Het systeem legt dit vast als de `creation gebeurtenis` van een nieuw `record` in de sc_req_item (`Requested Item`) `table`.
Het belang Dit is de primaire start-`gebeurtenis` voor het proces. Het is belangrijk voor het berekenen van de algehele `doorlooptijd` en het analyseren van aanvraagvolumes en indieningspatronen. Vindplaats Dit is een expliciete `gebeurtenis` 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 'Opgelost' terug naar 'Work in Progress' of vergelijkbaar.
Het belang Dit is een directe maatstaf voor `herstelwerk` en is belangrijk 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 'Opgelost' 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 `gebeurtenis` wordt afgeleid door een wijziging te detecteren in het veld `assignment group` van de `request item` of de bijbehorende `taken`.
Het belang Het volgen van groepstoewijzingen helpt bij het analyseren van de `werkbelastingverdeling` over teams en het vinden 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_taak `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 ingeschakeld	Vertegenwoordigt de overdracht van een serviceaanvraag of een van de `taken` 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 `levenscyclus` mogelijk, wat belangrijk 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_taak `record`. Vastleggen Identificeer `change` van `assignment_group` naar een bekende `leverancier 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 vinden van `knelpunten` 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 geleverd door gebruiker	Deze `activity` markeert het punt waarop de aanvrager de benodigde Informatie heeft geleverd. Het wordt afgeleid wanneer de aanvraag vanuit een 'Awaiting Gebruiker 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 Informapakketmation' 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 Gebruiker Info' naar 'Work in Progress'. Gebeurtenistype inferred
	Uitvoeringstaak Aangemaakt	Vertegenwoordigt de creatie van een specifiek `work item` of `taak` dat nodig is om de serviceaanvraag af te handelen. Dit is een expliciete `gebeurtenis` 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 `taken` een gedetailleerder `view` van het `fulfilmentprocess` en waar vertragingen optreden. Vindplaats Dit is een expliciete `gebeurtenis` vastgelegd vanaf de `creation timestamp` (sys_created_on veld) van een `record` in de sc_taak `table` die linkt naar de sc_req_item. Vastleggen Gebruik de sys_created_on `timestamp` van sc_taak 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 vinden 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 'Annulerenled' of 'Closed Annulerenled'.
Het belang Dit is een belangrijke, niet-succesvolle eind-`gebeurtenis`. 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 Annulerenled'. De wijziging wordt gelogd in de sys_audit `table`. Vastleggen TijdsTip bepalen waarop sc_req_item.state wijzigt naar 'Annulerenled'. Gebeurtenistype inferred

Aanbevolen Optioneel

Extractiegidsen

Hoe u je 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 gebeurtenis 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_taak) 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, Opgelost, 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_taak.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 Activiteit 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 waarde, New waarde 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, ActiviteitNaam 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 attributen in voor elke activity rij. De waarden moeten de state van de aanvraag op het moment van de gebeurtenis weerspiegelen.
Voeg Metadata Kolommen toe: Voeg Bronsysteem 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_taak: Bevat de individuele uitvoerende taken die voor een aanvraag zijn gegenereerd.
- sys_audit: Biedt een gedetailleerde historie van veldwijzigingen, belangrijk voor het volgen van toewijzingen en statusovergangen.
Datumfilter: Het is belangrijk 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 identificatienummeren zoals Number en Sys ID (document key in audit) exporteert om de datasets te koppelen. Timestamps zoals Sys Created On, Sys Updated On, Opgelost en Closed zijn belangrijk voor het creëren van de event log.
Verplichten: 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-instantie (bijv. https://your-instantie.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 prestaties te verifiëren.
Controleer Tabel- en Veldnamen: Het script gebruikt standaard ServiceNow tabelnamen zoals sc_req_item, sys_audit en sc_taak. Verifieer of deze tabel- en veldnamen overeenkomen met uw ServiceNow configuration. Pas ze aan in het script als uw instantie custom tables of velden 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, ActiviteitNaam, 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_gebeurtenislog.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-instantie (bijv. https://your-instantie.service-now.com).
Authenticatie: Een gebruikersnaam en wachtwoord voor een serviceaccount met leesrechten voor de sc_req_item-, sys_audit-, sysapproval_approver- en sc_taak-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 instanties. 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_waarde=true wordt gebruikt om menselijk leesbare namen voor referentievelden op te halen in plaats van interne sys_id-waarden. Dit is belangrijk voor attributen 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-instantie 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_taak), 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-instantie, 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 activiteiten. Events zoals aanmaken worden rechtstreeks uit hun source tables (sc_req_item, sc_taak) opgevraagd, terwijl status changes en assignments worden vastgelegd door de sys_audit-tabel op te vragen voor specifieke veld 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, ActiviteitNaam 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_gebeurtenis_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-instantie.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 zorgen. 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 gebeurtenissen te isoleren, zoals records die binnen een datumbereik zijn aangemaakt of audit records die een statuswijziging van 'Opgelost' naar 'Work in Progress' tonen.
sysparm_velden: Deze parameter specificeert welke kolommen moeten worden geretourneerd door de API-aanroep. Het gebruik ervan verbetert de prestaties 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 Beheer van serviceaanvragen datatemplate

Uw Beheer van serviceaanvragen datatemplate

Beheer van serviceaanvragen `Attributen`

Beheer van serviceaanvragen Activiteiten

Extractiegidsen

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 Beheer van serviceaanvragen: Kom Nu in Actie

Uw Beheer van serviceaanvragen datatemplate

Uw Beheer van serviceaanvragen datatemplate

Beheer van serviceaanvragen Attributen

Beheer van serviceaanvragen Activiteiten

Extractiegidsen

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 Beheer van serviceaanvragen: Kom Nu in Actie

Beheer van serviceaanvragen `Attributen`