您的服务请求管理数据模板

ServiceNow

← 返回改进指南

服务请求管理属性 (21) 服务请求管理活动 (14) 提取指南 (3)

您的服务请求管理数据模板

此综合数据模板旨在简化您的服务请求管理流程挖掘工作。模板清晰说明需要收集的关键属性、需要跟踪的重要活动，以及适用于ServiceNow的实用提取指南。使用此模板可以确保您采集完整数据，从而实现准确分析和有效优化。

建议收集的属性
流程发现需要跟踪的关键活动
分步数据提取指南

刚接触事件日志？了解如何创建流程挖掘事件日志.

下载模板

服务请求管理属性

以下是建议纳入事件日志的数据字段，用于全面分析服务请求管理流程。

5 必需 6 建议 10 可选

	名称	说明
	开始时间 EventTime	表示活动或事件开始时间的时间戳。
说明此属性记录服务请求流程中每项活动实际发生的准确日期和时间，为构建流程图和开展时间分析提供所需的事件时间顺序。准确的时间戳对于计算周期时间、等待时间和处理时长至关重要。这些数据有助于识别瓶颈、SLA违约以及绩效随时间变化的趋势。为什么重要这是用于正确排列事件顺序的必需时间戳，是所有绩效和时长分析的基础，包括周期时间和瓶颈识别。获取位置通常位于相关ServiceNow表（例如sc_request、sc_task）的“sys_updated_on”或“sys_created_on”字段中，也可能位于审计轨迹（sys_audit）中。示例 2023-04-15T10:00:00Z2023-04-15T11:30:15Z2023-04-16T09:05:45Z
	服务请求ID ServiceRequestID	每条服务请求记录的唯一标识符。
说明服务请求ID是唯一标识用户或系统提交的每条服务请求的主键。它作为贯穿后续所有事件的主线，连接从初始记录到最终关闭的整个过程。在流程挖掘中，该ID对于重建每条请求的端到端历程至关重要，可支持对其完整生命周期进行分析。为什么重要这是必填的案例ID。它将所有相关活动关联到同一个流程实例，从而支持流程、变体和周期时间分析。获取位置 ServiceNow Request[sc_request]表的“number”字段。示例 REQ0010001REQ0010025REQ0010112
	活动 ActivityName	服务请求生命周期中发生的具体事件或任务名称。
说明活动属性记录服务请求流程中每个步骤或状态变更的名称，例如“请求已创建”“请求已批准”“已分配给代理”或“请求已关闭”。分析这些活动可以可视化流程、识别常见路径，并发现偏离标准过程的情况。这是了解请求履行过程中实际发生情况的基础。为什么重要这是定义流程图步骤的必需属性，是所有流程分析的基础，包括发现瓶颈、返工循环和合规问题。获取位置根据“State”或“Stage”字段在“sc_request”或“sc_req_item”等表中的变化，或根据审计轨迹（sys_audit）派生。示例服务请求已创建请求已分配至组服务请求已解决已向用户请求信息
	最近数据更新时间 LastDataUpdate	最近一次数据刷新或提取的时间戳。
说明此属性表示数据最近一次从源系统提取并加载到流程挖掘工具的日期和时间，帮助您了解当前分析数据的新鲜度。分析人员可据此判断所查看的是否为最新数据，这对于运营监控和实时决策至关重要。同时，它也有助于明确洞察数据的时效性。为什么重要确保用户了解数据的新鲜度，这对于信任分析结果并及时作出数据驱动决策至关重要。获取位置这是在数据摄取过程中添加的元数据字段，反映ETL作业完成的时间戳。示例 2023-10-27T04:00:00Z
	源系统 SourceSystem	数据来源的系统。
说明此属性用于标识数据的源系统，本例中为ServiceNow。在整合多个系统的数据以获得全局流程视图时，该属性非常有用。对于单一来源分析，此属性可提供重要背景信息，并支持数据治理和管理，确保用户了解所分析数据的来源。为什么重要为数据治理、可追溯性和背景信息提供必要的元数据，尤其适用于整合多个企业系统的数据。获取位置通常是在数据提取和转换过程中添加的静态值。示例 ServiceNow
	优先级 Priority	服务请求的优先级，会影响其紧急程度。
说明 Priority用于确定服务请求的相对重要性和紧急程度，通常由影响范围和紧急程度共同决定，并帮助代理人确定请求处理顺序。按优先级分析数据，有助于了解高优先级请求是否比低优先级请求处理得更快。您可以据此筛选仪表板，查看关键请求是否满足SLA，并判断优先级体系是否有效。为什么重要支持对请求进行分组，以验证高优先级项目是否得到更快处理，是SLA分析和资源分配的关键。获取位置 ServiceNow Request[sc_request]或Request Item[sc_req_item]表的“priority”字段。示例 1－严重2－高3－中等4－低
	分配对象 AssignedTo	在特定时间负责处理服务请求的个人用户。
说明此属性用于标识负责服务请求的具体代理人或技术人员。请求在不同人员之间交接时，该属性会发生变化。分析“Assigned To”字段对于了解工作量分布、个人绩效以及交接对解决时间的影响至关重要。它有助于评估资源利用情况，并发现培训或流程说明方面的改进机会，从而减少重新分配。为什么重要支持分析代理人的工作量、绩效和交接情况，对于资源管理以及识别与特定人员相关的瓶颈至关重要。获取位置 ServiceNow Request Item[sc_req_item]或Catalog Task[sc_task]表的“assigned_to”字段。示例 Beth AnglinDavid LooHoward Johnson
	分配组 AssignmentGroup	负责处理服务请求的团队或组。
说明分配组表示在特定阶段负责服务请求的团队，例如“服务台”“网络运营”或“数据库管理”。这是分析不同职能领域之间流程的关键属性。通过跟踪分配组的变更，组织可以可视化团队之间的交接，衡量每个组待处理队列中的排队时间，并识别团队间依赖或延迟。这对于优化跨职能协作至关重要。为什么重要跟踪团队间的工作分配，突出团队间交接，并帮助识别特定团队的瓶颈或绩效问题。获取位置 ServiceNow Request Item[sc_req_item]或Catalog Task[sc_task]表的“assignment_group”字段。示例服务台IT支持二级硬件配置
	满足SLA MadeSLA	用于表示服务请求是否在其服务级别协议规定的时间内解决的布尔标记。
说明此属性表示服务请求是否满足规定的解决时间服务级别协议（SLA），是直接衡量服务绩效是否达到承诺的关键结果指标。分析此标记有助于量化SLA遵循率KPI。您可以将其作为维度，对比合规请求与SLA违约请求的流程路径，发现导致SLA失败的常见模式或活动。这对于主动风险监控和持续服务改进至关重要。为什么重要直接衡量服务承诺的达成情况，并通过比较合规与不合规案例，对SLA违约开展根因分析。获取位置 ServiceNow Task SLA[task_sla]表的“has_breached”字段。该值需要反转，例如MadeSLA=NOT has_breached。示例 truefalse
	状态 State	服务请求当前的运营状态。
说明 State属性表示服务请求在生命周期中的当前阶段，例如“Open”“Work in Progress”“Pending”或“Closed”。此字段的变化通常用于生成流程图中的活动。分析State对于了解请求在特定状态中停留的时间至关重要，尤其是等待或待处理状态。例如，处于“Awaiting User Information”状态的时间通常会造成周期时间延长。为什么重要提供请求在任意时间点的状态信息，支持分析等待时间、队列以及特定流程阶段的持续时间。获取位置 ServiceNow Request[sc_request]或Request Item[sc_req_item]表的“state”或“stage”字段。示例已打开处理中等待用户提供信息已完成关闭
	类别 Category	服务请求的主要分类，例如硬件或软件。
说明类别提供服务请求的高层分类，通常用于将请求路由至正确团队，并报告所提交请求的类型。在流程挖掘中，类别是筛选和按维度分析的有效工具。它支持分析人员比较不同请求类型的流程、周期时间和自动化率，发现汇总层面可能无法呈现的差异。例如，“硬件”请求的流程可能与“软件”请求完全不同。为什么重要支持按不同服务类型对流程进行细分和比较，帮助识别特定类别的问题和改进机会。获取位置 ServiceNow Request Item[sc_req_item]表，通常通过关联Catalog Item[sc_cat_item]的类别获取。示例硬件软件访问请求网络
	发起人 OpenedBy	最初提交服务请求的人员。
说明此属性用于识别创建服务请求的用户。该用户通常也是受请求影响的人员，但也可能是经理、代理人或自动化系统。按'Opened By'用户或其部门分析请求，有助于发现特定用户群体频繁提交复杂或存在问题的请求等模式。这些分析结果可用于制定针对性培训，或说明需要完善知识库文章，以鼓励用户自助解决问题。为什么重要帮助按用户、部门或角色分析请求模式，为培训计划和针对性的流程改进提供依据。获取位置 ServiceNow Request [sc_request]表，字段'opened_by'。示例 Abel TuterFred LuddyDon Goodliffe
	是否自动化 IsAutomated	用于标识某项活动是否由系统或自动化机制执行的标志。
说明此布尔属性用于区分人工代理执行的活动与自动化系统执行的活动，例如工作流或集成。例如，'Approval Requested'可能由系统自动执行，而'Request Assigned to Agent'可能需要人工处理。分析此属性是衡量和提升服务请求流程自动化水平的关键。它可以帮助识别最耗时的人工任务，并判断哪些任务适合后续自动化，从而提高效率、降低成本。为什么重要支持衡量自动化率并识别人工任务的自动化机会，从而提高效率、降低运营成本。获取位置通过检查执行操作的用户（例如'sys_updated_by'）是否为指定的系统用户或集成用户得出。示例 truefalse
	是否返工 IsRework	用于标识某项活动是否为同一案例中先前活动的重复执行的计算标志。
说明此布尔标志用于识别服务请求中的返工循环。如果同一案例中此前已发生过相同活动，则标记为'true'。例如，请求被两次分配给同一团队，或多次向用户索取信息。此属性对于Agent Handoffs and Rework Incidents仪表板和Request Rework Rate KPI至关重要。它可以直接呈现并量化流程中的低效循环，而这些问题通常会隐藏在汇总数据中。为什么重要直接标记并量化流程返工，支持分析低效循环的成因及其对成本和周期时间的影响。获取位置在数据转换过程中，通过检查同一案例内是否此前出现过相同活动名称计算得出。示例 falsetrue
	是否首次解决 IsFirstPassResolution	用于标识请求是否在首次尝试时解决且从未重新打开的标志。
说明此计算属性是一个布尔标志，仅当服务请求解决并关闭后从未重新打开时才为'true'。它是衡量服务台解决质量和有效性的关键指标。该指标直接支持First-Pass Resolution Rate KPI。较高的首次解决率通常意味着效率更高、服务质量更好，并带来更高的客户满意度。分析首次解决失败案例的属性，可以发现培训不足、文档不完善或初始诊断错误等根因。为什么重要衡量解决流程的质量和效率。首次解决率较低，说明存在导致返工和客户不满的潜在问题。获取位置在案例层级计算。如果案例的'ReopenCount'为零，则视为首次解决。示例 truefalse
	案例周期时间 CaseCycleTime	从创建服务请求到最终关闭所经过的总时间。
说明 Case Cycle Time是一个计算指标，用于衡量服务请求从第一个事件时间戳到最后一个事件时间戳的总时长。它代表从客户视角看，服务请求端到端处理所需的完整时间。这是衡量整体流程效率的主要关键绩效指标（KPI）。您可以在高级仪表板中使用它监控绩效目标达成情况并分析长期趋势，也可以按Category或Priority等维度切分，识别处理时间最长的请求类型。为什么重要这是衡量端到端流程绩效的关键KPI，对于高层监控、基准对比和识别改进方向至关重要。获取位置对每个唯一的'ServiceRequestID'，用最大'EndTime'减去最小'StartTime'计算得出。示例 2 10:30:000 04:15:2210 00:05:00
	渠道 ContactType	请求者提交服务请求所使用的方式。
说明 Contact Type（联系类型）或渠道用于说明服务请求的发起方式。常见渠道包括服务门户、电子邮件、电话或自动警报。了解发起渠道对于分析流程差异非常重要，因为提交方式可能会影响流程。例如，通过门户提交的请求通常结构更规范、自动化程度更高，因此处理速度可能快于通过电子邮件提交的请求。通过这类分析，您可以推动使用更高效的渠道。为什么重要帮助识别不同提交渠道对流程效率、自动化水平和整体周期时间的影响，为优化用户交互提供依据。获取位置 ServiceNow Request [sc_request]或Interaction [interaction]表。该字段通常命名为'contact_type'。示例门户电子邮件电话自助服务
	满意度评分 SatisfactionScore	请求人在请求关闭时提供的客户满意度评分。
说明此属性记录最终用户在服务请求解决后提交的满意度评分，通常采用1至5分制。这是衡量用户感知服务质量的直接指标。该数据对于Customer Satisfaction Impact Analysis仪表板不可或缺。它可以将周期时间、返工和交接等流程指标与最终客户体验直接关联起来，从而通过建立运营效率与客户结果之间的联系，为流程改进提供业务依据。为什么重要将流程绩效指标与客户结果直接关联，帮助量化流程低效对用户体验的影响。获取位置通常位于相关的Survey [asmt_assessment_instance]表中，该表与原始请求关联。示例 5431
	结束时间 EndTime	表示活动或事件完成时间的时间戳。
说明 End Time标志着活动的结束，即序列中下一项活动的时间戳，实际上也确定了当前活动的持续时长。该属性对于计算每个流程步骤所需的时间至关重要。通过比较活动的Start Time和End Time，分析人员可以计算处理时间和等待时间。这是识别瓶颈、衡量资源效率以及根据时间目标监控绩效的基础。为什么重要该属性用于计算每项活动的持续时间，是绩效分析、瓶颈识别和资源利用率研究的核心组成部分。获取位置这是一个派生属性，通过获取案例中后续事件的“StartTime”计算得出。示例 2023-04-15T10:05:10Z2023-04-15T11:45:00Z2023-04-16T09:15:30Z
	解决代码 ResolutionCode	用于对服务请求最终解决方式进行分类的代码。
说明 Resolution Code用于结构化分类服务请求最终的解决方式。示例包括'Fulfilled by Automation'、'User Error'或'No Longer Required'。此属性对于Root Cause Analysis for Delays仪表板至关重要。将解决代码与较长周期时间或较高返工率关联后，分析人员可以识别系统性问题。例如，如果带有'Incomplete Information'代码的请求始终处理缓慢，则说明初始数据收集环节存在问题。为什么重要提供结构化的解决结果数据，支持对流程延迟、返工及其他低效问题进行根因分析。获取位置 ServiceNow Request Item [sc_req_item]或相关任务表，字段通常为'close_code'或'resolution_code'。示例已解决（永久解决）未解决（无法复现）请求已完成用户取消
	重新打开次数 ReopenCount	服务请求解决后被重新打开的次数。
说明此属性用于记录服务请求从已解决或已关闭状态重新回到打开或处理中状态的次数。次数大于零表示首次解决未能成功。该指标可直接反映返工情况，也是First-Pass Resolution Rate KPI的重要组成部分。重新打开次数较高，通常意味着解决质量不佳、请求未完整满足，或对用户需求理解有误，最终导致流程效率下降和用户满意度降低。为什么重要量化返工情况和解决质量。重新打开次数较高，说明流程效率低、首次修复率不佳，客户满意度也会下降。获取位置 ServiceNow Request [sc_request]或Request Item [sc_req_item]表，字段'reopen_count'。示例 012

必需建议可选

服务请求管理活动

以下是需要记录在事件日志中的关键流程步骤和里程碑，用于准确发现流程并识别瓶颈。

6 建议 8 可选

	活动	说明
	已向用户请求信息	当履行代理人需要原始请求者提供更多信息才能继续处理时，就会发生此活动。通常可根据请求状态变为“Awaiting User Info”等状态来推断。
为什么重要此活动对于“Requestor Information Delay Analysis”仪表板至关重要，可帮助量化等待用户外部输入所损失的时间。获取位置根据sc_req_item的state字段变为指定的“awaiting information”状态来推断。变更会记录在sys_audit表中。采集识别sc_req_item.state变为“Awaiting User Info”的时间戳。事件类型 inferred
	服务请求已关闭	标志着服务请求生命周期最终且确定的结束。通常在请求处于“Resolved”状态一段时间后自动发生，在此期间用户仍可重新打开请求。
为什么重要这是流程主要的成功结束事件。分析从“Resolved”到“Closed”之间的时间，也有助于了解自动关闭策略。获取位置根据sc_req_item的state字段更新为最终关闭状态，例如“Closed Complete”来推断。此变更会记录在sys_audit表中。采集识别sc_req_item.state变为“Closed Complete”的时间戳。事件类型 inferred
	服务请求已创建	此活动标志着服务请求生命周期的开始，记录用户通过服务目录提交请求的时间。系统会将其记录为sc_req_item（Requested Item）表中新记录的创建事件。
为什么重要这是流程的主要开始事件，对于计算总体周期时间以及分析请求量和提交模式至关重要。获取位置这是从sc_req_item表记录的创建时间戳（sys_created_on字段）中捕获的显式事件。采集使用sc_req_item记录中的sys_created_on时间戳。事件类型 explicit
	服务请求已解决	此活动表示履行代理人已完成工作并提供了解决方案。当请求状态更新为“Resolved”或类似状态时，系统会捕获此事件。
为什么重要这是一个关键里程碑，通常会停止SLA计时。它标志着主动履行工作的结束，也是计算总解决时间的重要组成部分。获取位置根据sc_req_item的state字段在最终关闭前更新为“Resolved”或类似终止状态来推断。变更会记录在sys_audit表中。采集识别sc_req_item.state变为“Resolved”的时间戳。事件类型 inferred
	请求已分配至代理人	当某位具体代理人被分配处理服务请求时，就会发生此活动。系统会通过监控请求或其履行任务中的“Assigned to”字段变化来捕获。
为什么重要这对于衡量交接次数、计算代理人工作量，以及分析个人开始处理请求前的队列等待时间至关重要。获取位置根据sc_req_item或sc_task表中的assigned_to字段变化来推断。变更历史会记录在sys_audit表中。采集在sys_audit中跟踪assigned_to字段的变化。事件类型 inferred
	请求已批准	此活动表示请求已正式获批，可以进入履行阶段。当审批人将关联审批记录标记为“approved”时，系统会捕获此事件。
为什么重要这一关键里程碑标志着流程从审批阶段转入履行阶段。分析到达此步骤所需的时间，对于了解履行前延迟至关重要。获取位置根据相关sysapproval_approver记录的state字段变为“approved”来推断，该变更随后会触发sc_req_item的状态变化。采集识别sysapproval_approver.state变为“approved”的时间戳。事件类型 inferred
	履行任务已创建	表示为完成服务请求而创建了具体工作项或任务。当Catalog Task表中创建新记录时，系统会记录这一显式事件。
为什么重要对于复杂请求，分析单个任务的创建和完成情况，可以更细致地了解履行流程及延迟发生的位置。获取位置这是从与sc_req_item关联的sc_task表记录的创建时间戳（sys_created_on字段）中捕获的显式事件。采集使用sc_task记录中的sys_created_on时间戳。事件类型 explicit
	已接入外部供应商	表示将服务请求或其中一项任务交接给外部第三方供应商履行。通常可根据请求被分配至供应商专属组，或请求中的标记字段来推断。
为什么重要此活动支持分析供应商绩效及其对整体请求生命周期的影响，对于“External Vendor Engagement Cycle”仪表板至关重要。获取位置通常需要推断。依据可以是assignment_group被设置为供应商所属组，或sc_req_item或sc_task记录中的特定标记字段被设置。采集识别assignment_group变更为已知供应商组的时间。事件类型 inferred
	已请求审批	表示服务请求已提交给经理或其他指定审批人审批。通常可根据请求状态变为“Pending Approval”或类似状态来推断。
为什么重要跟踪审批有助于识别审批流程中的瓶颈，并衡量请求在开始履行前等待授权的时间。获取位置根据sc_req_item的state字段变为待审批值，或sysapproval_approver表中创建相应记录来推断。变更会记录在sys_audit表中。采集识别sc_req_item.state变为“Pending Approval”的时间戳。事件类型 inferred
	用户已提供信息	此活动标志着请求者已提供所需信息。通常可根据请求从“Awaiting User Info”状态转回“Work in Progress”等活动状态来推断。
为什么重要与“Information Requested from User”配合使用时，此活动可以精确衡量由用户造成的延迟，并帮助评估沟通流程的效率。获取位置根据sc_req_item的state字段从“awaiting information”状态变为活动状态来推断。通常由用户添加评论或回复邮件触发。采集识别状态从“Awaiting User Info”变为“Work in Progress”的时间戳。事件类型 inferred
	请求已分配至组	表示服务请求已分配给特定的履行团队或组。系统会通过检测请求项或其关联任务中的分配组字段变化来推断此事件。
为什么重要跟踪组分配有助于分析团队间的工作量分布，并识别请求路由至正确履行人员之前的延迟。获取位置根据sc_req_item或sc_task表中的assignment_group字段变化来推断。变更历史会记录在sys_audit表中。采集在sys_audit中跟踪assignment_group字段的变化。事件类型 inferred
	请求已取消	此活动是请求完成前被用户或代理人取消时的终止状态。当请求状态设置为“Cancelled”或“Closed Cancelled”时，系统会捕获此事件。
为什么重要这是一个关键的非成功结束事件。分析请求被取消的原因，可以帮助了解用户需求、流程低效环节或业务优先级变化。获取位置根据sc_req_item的state字段更新为最终取消状态，例如“Closed Cancelled”来推断。变更会记录在sys_audit表中。采集识别sc_req_item.state变为“Cancelled”的时间戳。事件类型 inferred
	请求已拒绝	此活动表示请求在审批阶段被正式拒绝。这是通往关闭状态的替代路径，当审批人将请求标记为“rejected”时，系统会捕获此事件。
为什么重要跟踪拒绝情况有助于识别无效或提交方向错误的请求、请求提交流程中的问题，并为分析提供重要的异常路径。获取位置根据相关sysapproval_approver记录的state字段变为“rejected”来推断。通常这会将父级sc_req_item设置为已关闭但未完成的状态。采集识别sysapproval_approver.state变为“rejected”的时间戳。事件类型 inferred
	请求已重新打开	此活动记录此前标记为已解决的请求重新回到打开状态的情况。通常可根据状态从“Resolved”变回“Work in Progress”或类似状态来推断。
为什么重要这是衡量返工的直接指标，对于计算“First-Pass Resolution Rate”KPI至关重要。数量较高通常表示解决方案质量不佳或问题未彻底解决。获取位置根据sc_req_item的state字段从已解决或已关闭状态变回打开或处理中状态来推断。此变更会记录在sys_audit中。采集在sys_audit中检测状态从“Resolved”变为“Work in Progress”的变化。事件类型 inferred

建议可选

提取指南

如何从ServiceNow获取数据

步骤

了解多次导出方式：由于ServiceNow数据模型的特点，单次导出无法包含所有必需事件。您需要从不同表中分别导出数据，再在外部合并。主要涉及Requested Item（sc_req_item）、Approval（sysapproval_approver）、Catalog Task（sc_task）和Audit（sys_audit）表。
导出1：核心服务请求数据：在筛选器导航器中输入sc_req_item.list，进入Requested Item表。按所需日期范围筛选，例如[Created] [on] [Last 6 months]。添加Number、Sys Created On、Resolved、Closed、State、Assignment group、Assigned to、Priority和Made SLA等列。右键单击任意列标题，选择Export，再选择CSV或XLSX。
导出2：审批决策：输入sysapproval_approver.list进入Approval表。筛选仅显示与服务请求相关的记录：[Source table] [is] [sc_req_item]且[Created] [on] [Last 6 months]。添加Approving.Number、State、Sys Created On和Sys Updated On等列，然后导出筛选后的列表。
导出3：创建履行任务：输入sc_task.list进入Catalog Task表。筛选列表，使其关联所选时间范围内的请求，例如[Request Item.Created] [on] [Last 6 months]。添加Request Item.Number、Sys Created On、State、Assignment group和Assigned to列，然后导出数据。
导出4：详细活动历史：使用sys_audit.list进入Audit表。该表包含字段变更历史。创建筛选条件：[Table name] [is] [sc_req_item]且[Created] [on] [Last 6 months]且[Field name] [is one of] [state, assignment_group, assigned_to]。添加Document key、Field name、Old value、New value和Sys Created On列，然后导出数据。请注意，访问此表可能需要更高权限。
合并并转换数据：使用Microsoft Excel、Python with pandas或专用数据准备工具，合并导出的四个文件。使用Service Request Number或Sys ID作为公共键连接数据。
创建事件日志结构：在合并文件中创建必需列：ServiceRequestID、ActivityName和EventTime。
将原始数据映射为活动：为每项不同活动创建一行。例如：
- 对于Service Request Created，使用sc_req_item导出文件中的Sys Created On。
- 对于Request Approved，在sysapproval_approver导出文件中找到State变为'approved'的记录，并使用其Sys Updated On。
- 对于Request Assigned to Group，在sys_audit导出文件中找到Field name为assignment_group的行，并将该审计记录的Sys Created On用作EventTime。
填充属性列：为每行活动填写AssignedTo、AssignmentGroup、Priority、State、Category和MadeSLA属性。属性值应反映事件发生时请求的状态。
添加元数据列：添加SourceSystem，并填入类似'ServiceNow'的固定值；添加LastDataUpdate，填入执行提取时的时间戳。
完成并导出：将最终转换并合并的数据保存为单个CSV文件，并确保列标题符合导入要求。

配置

目标表：提取需要从多个表获取数据：
- sc_req_item：包含主要服务请求（Requested Item）记录。
- sysapproval_approver：存储与请求相关的审批记录。
- sc_task：保存为请求生成的单个履行任务。
- sys_audit：提供详细的字段变更历史，对于跟踪分配和状态转换至关重要。
日期范围筛选：必须在所有导出中应用一致的日期范围筛选，例如“在过去6个月内创建”，以确保数据完整性。建议使用3至6个月的时间范围，在数据量和洞察深度之间取得平衡。
关键筛选条件：除日期范围外，在审批表中使用“源表为sc_req_item”，在审计表中使用“表名为sc_req_item”等筛选条件，以隔离相关记录。
必需列：确保导出数字和Sys ID（审计中的文档键）等关键标识符，以便连接数据集。Sys Created On、Sys Updated On、已解决和已关闭等时间戳是创建事件日志的基础。
前提条件：需要拥有至少包含itil角色的ServiceNow用户账户，才能访问大多数所需表。从sys_audit表导出数据可能需要admin或其他专用角色，因为该表数据量大且敏感。

a 示例查询 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`

步骤

准备Python环境：确保已安装Python 3.6或更高版本。使用pip安装所需库：pip install requests pandas。
配置脚本参数：在编辑器中打开Python脚本，找到脚本顶部的配置部分。输入ServiceNow实例URL（例如https://your-instance.service-now.com）、用户名和密码。该服务账户需要对所需表具备相应的读取权限。
设置提取日期范围：修改start_date和end_date变量，定义数据提取的开始和结束日期。建议先使用较小的日期范围，例如3个月，以测试脚本并验证性能。
检查表名和字段名：脚本使用sc_req_item、sys_audit和sc_task等标准ServiceNow表名。请确认这些表名和字段名与您的ServiceNow配置一致。如果实例使用自定义表或字段，请在脚本中进行调整。
执行Python脚本：在命令行或终端中运行脚本，命令为：python your_script_name.py。脚本将连接ServiceNow API，获取各项指定活动的数据，并在控制台显示进度信息。
处理API分页：脚本包含自动处理分页的函数。如果记录数超过页面限制（sysparm_limit），脚本会发起多次API调用，直到获取指定日期范围内的全部数据。
转换并合并数据：脚本处理各类活动的原始JSON响应，提取所需字段，将其映射到事件日志架构（ServiceRequestID、ActivityName、EventTime等），并合并为统一数据集。
生成事件日志文件：脚本运行完成后，会将最终事件日志保存为CSV文件，文件名为servicenow_servicerequest_eventlog.csv，位于脚本运行目录中。
准备上传：在电子表格程序中打开生成的CSV文件，检查数据是否完整、准确。上传前，请确保列标题符合ProcessMind要求的架构。

配置

ServiceNow实例URL：ServiceNow实例的基础URL（例如https://your-instance.service-now.com）。
身份验证：需要使用服务账户的用户名和密码，并具备读取sc_req_item、sys_audit、sysapproval_approver和sc_task表的权限。
日期范围：在脚本中设置start_date和end_date变量，定义提取时间范围。初次分析建议使用3至6个月的数据。
页面限制（sysparm_limit）：脚本设置了每次API调用返回的记录数上限。默认值为1000，适用于大多数实例。您可以根据系统性能和API速率限制进行调整。
查询筛选器（sysparm_query）：脚本使用日期筛选条件（sys_created_on>=...）限制提取数据量。您可以在查询字符串中添加更多筛选条件，例如按特定目录项或分配组筛选，以减少数据量（例如active=true^category=hardware）。
显示值：使用参数sysparm_display_value=true获取引用字段的可读名称，而不是内部sys_id值。对于AssignmentGroup和AssignedTo等属性，这一点至关重要。

a 示例查询 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()

步骤

设置ServiceNow API用户：在您的ServiceNow实例中为此集成创建专用用户，并为其分配rest_service和itil角色。确保该用户对以下表具有读取权限（ACL）：Requested Item（sc_req_item）、Catalog Task（sc_task）、Approval（sysapproval_approver）和Audit（sys_audit）。
准备开发环境：在用于提取数据的计算机上安装Node.js。然后初始化新的Node.js项目，并在终端中运行npm install axios fast-csv，安装用于发送HTTP请求的axios库和用于写入输出文件的fast-csv库。
配置提取脚本：将提供的JavaScript代码复制到文件中，例如extract.js。填写脚本顶部的占位值，包括ServiceNow实例URL、API用户名和密码。
定义日期范围和筛选条件：修改脚本中的startDate和endDate变量，定义数据提取的时间范围。您还可以在各项活动对应的sysparm_query字符串中添加更多筛选条件，以缩小范围，例如按特定目录项或分配组筛选。
了解API调用：该脚本会针对14项必需活动分别调用API。Creation等事件直接从源表（sc_req_item、sc_task）查询；状态变更和分配则通过查询sys_audit表中的特定字段更新记录获取。
执行脚本：在终端中运行命令node extract.js。脚本将连接ServiceNow Table API，获取各项活动的数据，并自动处理分页。
处理数据：获取数据后，脚本会将ServiceNow返回的JSON转换为标准化事件日志格式，并将字段映射到ServiceRequestID、ActivityName和EventTime等列。
合并结果：脚本会将所有API调用的结果汇总到一个统一数组中，代表完整的事件日志。
生成输出文件：所有数据获取并处理完成后，脚本使用fast-csv库将整合后的事件日志写入同一目录下名为servicenow_event_log.csv的文件。
准备上传：生成的CSV文件已包含流程挖掘所需的列。上传到ProcessMind平台前无需进一步格式化。

配置

ServiceNow实例URL：您的ServiceNow环境的基础URL，例如https://your-instance.service-now.com。
API凭据：具备必要读取权限和角色（rest_service、itil）的ServiceNow用户的有效用户名和密码。
日期范围：建议提取3至6个月的数据，以确保数据集具有代表性。您可以在脚本中通过startDate和endDate变量配置日期范围，这两个变量会应用于API查询中的相应时间戳字段。
sysparm_query：用于筛选记录的主要URL参数。脚本广泛使用该参数隔离特定事件，例如筛选日期范围内创建的记录，或显示状态从'Resolved'变为'Work in Progress'的审计记录。
sysparm_fields：用于指定API调用返回哪些列。减少传输的数据量可以显著提升性能。脚本已为每个查询预先配置必要字段。
分页限制（sysparm_limit）：脚本配置为每批获取1000条记录。您可以调整该值，但建议低于ServiceNow的最大限制（通常为10000），以确保稳定性。

a 示例查询 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();

准备好开始了吗？

使用此模板启动流程挖掘计划，发掘服务请求管理中的显著效率提升空间。立即开始优化工作流，缩短解决时间并提升客户满意度。

返回改进指南下载模板

变革服务请求管理：立即行动

实现70%的自动化，加快服务请求解决速度。

开始免费试用

无需信用卡，几分钟即可完成设置。

您的服务请求管理数据模板

您的服务请求管理数据模板

服务请求管理属性

服务请求管理活动

提取指南

ServiceNow报告和列表导出为CSV/XLSX

步骤

配置

a 示例查询 config

使用Requests进行Table API提取的Python脚本

步骤

配置

a 示例查询 python

通过ServiceNow REST Table API提取数据

步骤

配置

a 示例查询 javascript

准备好开始了吗？

变革服务请求管理：立即行动

您的服务请求管理数据模板

您的服务请求管理数据模板

服务请求管理属性

服务请求管理活动

提取指南

ServiceNow报告和列表导出为CSV/XLSX

步骤

配置

a 示例查询 config

使用Requests进行Table API提取的Python脚本

步骤

配置

a 示例查询 python

通过ServiceNow REST Table API提取数据

步骤

配置

a 示例查询 javascript

准备好开始了吗？

变革服务请求管理：立即行动

我们重视您的隐私