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

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对于重建每个请求的端到端历程至关重要，可据此完整分析请求周期。重要性这是必填的案例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	服务请求的优先级，决定其紧急程度。
说明优先级用于划分服务请求的重要程度和紧急程度，通常根据影响和紧急程度综合确定，并帮助代理人决定先处理哪些请求。按优先级分析数据，有助于了解高优先级请求是否比低优先级请求处理得更快。您可以筛选仪表板，查看关键请求是否达到SLA要求，并评估优先级机制是否有效。重要性支持按请求优先级进行细分，以确认高优先级事项是否处理得更快，也是SLA分析和资源分配的重要依据。获取途径 ServiceNow Request [sc_request]或Request Item [sc_req_item]表的“priority”字段。示例 1 - 严重2 - 高3 - 中4 - 低
	分配对象 AssignedTo	在特定时间负责处理服务请求的个人用户。
说明此属性用于标识分配处理服务请求的具体代理人或技术人员。请求在不同人员之间交接时，此属性也会随之变化。分析“分配对象”字段对于了解工作量分布、个人绩效以及交接对解决时间的影响至关重要。它有助于评估资源利用情况，并发现培训或明确流程的机会，从而减少重新分配。重要性支持分析代理人的工作量、绩效和交接情况，是资源管理以及识别个人相关瓶颈的重要依据。获取途径 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支持二线硬件配置
	状态 State	服务请求当前的运行状态。
说明 “状态”属性表示服务请求在其周期中所处的当前阶段，例如“Open”“Work in Progress”“Pending”或“Closed”。此字段的变更通常用于生成流程图中的活动。分析状态对于了解请求在特定状态中停留的时间至关重要，尤其是等待或待处理状态。它有助于发现队列和延误，例如请求处于“Awaiting User Information”状态的时间过长，这通常会导致周期时间延长。重要性显示请求在任意时间点的状态，便于分析等待时间、队列以及特定流程阶段的持续时间。获取途径 ServiceNow Request [sc_request]或Request Item [sc_req_item]表的“state”或“stage”字段。示例已打开处理中等待用户提供信息已完成并关闭
	符合SLA MadeSLA	布尔标记，用于指示服务请求是否在服务级别协议规定的时限内解决。
说明此属性用于判断服务请求是否在规定的解决时限内满足服务级别协议（SLA）。这是衡量服务表现是否达到承诺要求的关键结果指标。分析此标记有助于计算SLA达成率KPI。还可以将其作为维度，对比符合SLA与超出时限的请求所经历的流程路径，找出导致SLA未达标的常见模式或活动。这对于主动监控风险和持续改进服务至关重要。重要性直接衡量服务表现是否达到承诺要求，并通过比较符合与未符合SLA的案例，分析未达标的根本原因。获取途径 ServiceNow Task SLA [task_sla]表中的字段has_breached。需要反转该值（例如，MadeSLA = NOT has_breached）。示例 truefalse
	类别 Category	服务请求的主要分类，例如硬件或软件。
说明类别用于对服务请求进行高层分类，通常用于将请求分派给合适的团队，并统计各类请求的提交情况。在流程挖掘中，类别可用于筛选数据和按维度分析。分析人员可以比较不同类型请求的流程路径、周期时间和自动化率，发现汇总数据中不易察觉的差异。例如，硬件请求与软件请求的处理流程可能截然不同。重要性便于按服务类型细分和比较流程，帮助发现特定类别的问题与改进机会。获取途径 ServiceNow Request Item [sc_req_item]表，通常通过关联的Catalog Item [sc_cat_item]类别获取。示例硬件软件访问权限请求网络
	提交人 OpenedBy	最初提交服务请求的人员。
说明此属性用于识别创建服务请求的用户。该用户通常也是请求所涉及的人员，但也可能是经理、代理人或自动化系统。按提交人或其所属部门分析请求，有助于发现规律，例如某个用户群体经常提交复杂或存在问题的请求。分析结果可用于制定有针对性的培训，也可用于发现知识库内容不足之处，鼓励用户采用自助服务。重要性帮助按用户、部门或角色分析请求模式，为培训计划和有针对性的流程改进提供依据。获取途径 ServiceNow Request [sc_request]表中的字段opened_by。示例 Abel TuterFred LuddyDon Goodliffe
	是否自动化 IsAutomated	用于指示活动由系统或自动化执行的标记。
说明此布尔属性用于区分由人工服务人员执行的活动和由自动化系统（如工作流或集成）执行的活动。例如，“请求审批”可能由系统自动执行，而“将请求分配给服务人员”可能由人工完成。分析此属性是衡量和提升服务请求流程自动化水平的关键。它有助于找出最耗时的人工任务，判断哪些任务适合未来实现自动化，从而提高效率并降低成本。重要性用于衡量自动化率并发现人工任务的自动化机会，从而提高效率、降低运营成本。获取途径检查执行操作的用户（例如sys_updated_by）是否为指定的系统用户或集成用户，据此计算。示例 truefalse
	是否返工 IsRework	计算得出的标记，用于指示某项活动是否在同一案例中重复发生。
说明此布尔标记用于识别服务请求中的返工循环。如果同一活动此前已在同一案例中发生过，该标记就设为true。例如，请求两次分配给同一团队，或多次向用户索取信息。此属性对于服务人员交接与返工事件仪表板以及请求返工率KPI至关重要。它可以直观呈现并量化流程中的低效循环，而这些问题往往会被汇总数据掩盖。重要性直接标记并量化流程返工，便于分析低效循环的成因及其影响。这些循环会增加成本并延长周期时间。获取途径在数据转换过程中，通过检查同一案例中是否曾出现相同活动名称来计算。示例 falsetrue
	是否首次解决 IsFirstPassResolution	用于指示请求是否在首次尝试时解决且未重新打开的标记。
说明此计算属性为布尔标记，仅当服务请求解决并关闭后从未重新打开时才设为true。它是衡量服务台解决质量和效果的关键指标。此指标直接支持首次解决率KPI。首次解决率越高越理想，说明服务效率和质量较好，也有助于提升客户满意度。分析首次解决失败案例的属性，可以发现培训不足、文档不完善或初始诊断有误等根本原因。重要性衡量解决流程的质量和效率。首次解决率偏低，说明存在导致返工和客户不满的潜在问题。获取途径按案例计算。ReopenCount为零时，该案例视为首次解决。示例 truefalse
	案例周期时间 CaseCycleTime	从创建服务请求到最终关闭所经过的总时间。
说明案例周期时间是一个计算指标，用于衡量服务请求从首个事件时间戳到最后一个事件时间戳的总时长，反映客户视角下端到端的完整处理时间。这是衡量整体流程效率的核心关键绩效指标（KPI）。它可用于高层级仪表板，监控目标达成情况并分析趋势。还可以按类别或优先级等维度细分，找出处理时间最长的请求类型。重要性这是衡量端到端流程表现的关键KPI，对于高层级监控、基准对比和发现改进领域至关重要。获取途径按每个唯一的ServiceRequestID，使用最大EndTime减去最小StartTime计算。示例 2 10:30:000 04:15:2210 00:05:00
	渠道 ContactType	请求者提交服务请求时使用的方式。
说明联系类型或渠道用于说明服务请求的发起方式。常见渠道包括服务门户、电子邮件、电话或自动警报。了解渠道有助于分析提交方式可能造成的流程差异。例如，通过门户提交的请求通常结构更清晰、自动化程度更高，因此处理速度可能快于通过电子邮件提交的请求。此类分析有助于推动用户采用更高效的渠道。重要性帮助识别不同提交渠道对流程效率、自动化水平和整体周期时间的影响，为优化用户交互提供依据。获取途径 ServiceNow Request [sc_request]或Interaction [interaction]表。字段通常名为contact_type。示例门户电子邮件电话自助服务
	满意度评分 SatisfactionScore	请求关闭后由请求者提供的客户满意度评分。
说明此属性记录最终用户在服务请求解决后提交的满意度评分，通常采用1至5分制，可直接反映用户感知的服务质量。此数据对于客户满意度影响分析仪表板至关重要。它可以将周期时间、返工和交接等流程指标与最终客户体验直接关联起来，帮助您通过运营效率与客户结果之间的联系，论证流程改进的商业价值。重要性将流程表现指标与客户结果直接关联，帮助量化流程低效对用户体验的影响。获取途径通常位于关联的Survey [asmt_assessment_instance]表中，该表与原始请求相关联。示例 5431
	结束时间 EndTime	表示活动或事件完成时间的时间戳。
说明结束时间标志着一项活动的结束。它是顺序中下一项活动的时间戳，用于确定当前活动的持续时间。此属性对于计算流程中每个步骤的耗时至关重要。比较活动的开始时间和结束时间，分析人员便可计算处理时间和等待时间。这是识别瓶颈、衡量资源效率以及监控绩效是否达到时间目标的基础。重要性此属性用于计算每项活动的持续时间，是绩效分析、瓶颈识别和资源利用率研究的核心数据。获取途径这是一个推导属性，根据案例中后续事件的“StartTime”计算得出。示例 2023-04-15T10:05:10Z2023-04-15T11:45:00Z2023-04-16T09:15:30Z
	解决代码 ResolutionCode	用于对服务请求最终解决方式进行分类的代码。
说明解决代码用于结构化分类，说明服务请求最终如何解决。例如：自动化处理、用户操作错误或不再需要。此属性对于分析延迟根因的仪表板至关重要。分析人员可以将解决代码与较长的周期时间或较高的返工率关联起来，从而发现系统性问题。例如，如果标记为信息不完整的请求总是处理缓慢，就说明初始信息收集环节可能存在问题。重要性提供结构化的解决结果数据，支持分析流程延迟、返工及其他低效问题的根本原因。获取途径 ServiceNow Request Item [sc_req_item]表或相关任务表，字段通常为close_code或resolution_code。示例已永久解决未解决（无法复现）请求已完成用户取消
	重新打开次数 ReopenCount	服务请求解决后被重新打开的次数。
说明此属性用于记录服务请求从已解决或已关闭状态重新转为待处理或处理中状态的次数。次数大于零，表示首次解决未能成功。此指标可直接反映返工情况，也是首次解决率KPI的重要组成部分。重新打开次数较多，可能意味着解决质量不佳、请求未完整处理，或未能准确理解用户需求，进而降低流程效率并影响用户满意度。重要性量化返工情况和解决质量。重新打开次数较多，说明流程效率低、首次解决率不佳，客户满意度也可能下降。获取途径 ServiceNow Request [sc_request]或Request Item [sc_req_item]表中的字段reopen_count。示例 012

必填建议填写选填

服务请求管理活动

以下是建议纳入事件日志的关键流程步骤和里程碑，有助于准确发现流程并识别瓶颈。

6 建议填写 8 选填

	活动	说明
	已向用户请求补充信息	履行代理人需要原请求人提供更多信息才能继续处理时，会发生此活动。通常可根据请求状态变为“Awaiting User Info”等状态来推断。
重要性此活动对于“请求人信息延误分析”仪表板至关重要，可帮助量化等待用户提供信息所耗费的时间。获取途径可根据sc_req_item的state字段变为指定的“等待信息”状态来推断。相关变更记录在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_task表中关联至sc_req_item的记录创建时间戳（sys_created_on字段）获取的明确事件。采集使用sc_task记录中的sys_created_on时间戳。事件类型 explicit
	已联系外部供应商	表示服务请求或其任务已转交给外部第三方供应商履行。可根据请求分配给供应商专属组或请求中的标记来推断。
重要性此活动有助于分析供应商表现及其对请求整体周期的影响，也是“外部供应商参与周期”仪表板的重要数据。获取途径通常需要推断。可根据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”等活动状态时，可推断此事件。
重要性与“已向用户请求补充信息”配合分析，可准确衡量用户导致的延误，并评估沟通流程的效率。获取途径可根据sc_req_item的state字段从“等待信息”状态变为活动状态来推断。用户添加评论或回复电子邮件通常会触发此变更。采集识别状态从“Awaiting User Info”变为“Work in Progress”时的时间戳。事件类型 inferred
	请求已分配至团队	表示服务请求已分配给特定履行团队或组。可通过检测请求项目或相关任务中的assignment group字段变更来推断此事件。
重要性跟踪团队分配情况有助于分析各团队的工作量分布，并发现请求转交给合适履行人员之前的延误。获取途径可根据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”或类似状态来推断。
重要性这是衡量返工的直接指标，对于计算“一次解决率”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]。添加数字、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] AND [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] AND [Created] [on] [Last 6 months] AND [Field name] [is one of] [state, assignment_group, assigned_to]。添加Document key、Field name、Old value、New value和Sys Created On等列，然后导出数据。请注意，访问此表可能需要更高权限。
合并和转换数据：使用Microsoft Excel、Python的pandas库或专用数据准备工具，合并导出的四个文件。使用服务请求数字或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：提供详细的字段变更历史，对于跟踪分配和状态变更至关重要。
日期范围筛选：所有导出都必须采用一致的日期范围筛选条件，例如Created on Last 6 months，以确保数据完整性。建议选择3至6个月的数据，兼顾数据量和分析价值。
关键筛选条件：除日期范围外，还应使用筛选条件缩小记录范围，例如在审批表中使用Source table is sc_req_item，在审计表中使用Table name is sc_req_item。
必要列：请确保导出数字和Sys ID等关键标识符（审计表中的document key），以便关联数据集。Sys Created On、Sys Updated On、已解决和已关闭等时间戳是创建事件日志的基础。
前提条件：ServiceNow用户账户至少需要具备itil角色，才能访问大多数所需数据表。由于sys_audit表数据量大且敏感，导出数据可能需要admin或专用角色。

查询示例 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调用，直到获取指定日期范围内的全部数据。
转换并合并数据：脚本会处理各类活动对应的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等属性，这一点至关重要。

查询示例 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调用。创建等事件直接从来源表（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），以确保运行稳定。

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

步骤

配置

查询示例 config

使用Requests通过Table API提取数据的Python脚本

步骤

配置

查询示例 python

通过ServiceNow REST Table API提取数据

步骤

配置

查询示例 javascript

准备好开始了吗？

立即改进服务请求管理