计时器使用

[工单][计时器-Scheduler] SDP 计时器延迟触发某条指令

Idea
SDP 计时器延迟触发某条指令
Notes
  需求背景:
      客户希望SDP和PMP产品集成后控制对于申请SDP资源使用服务单的有效期,达到类似即用户只能在特定的半个,一个,或者两个小时以内使用SDP工单id使用PMP资源,时间过期后无法继续使用工单ID访问PMP资源功能。
     
      需求实现&拓展:达到SDP中设置的缺省/特定时间字段节点前或者后,自动触发后续动作(更新状态,更新字段信息,更新技术员等人员信息等。)
      满足上述客户需求,实际操作为后续调用更新工单状态的自定义函数,以满足到达客户设置的指定使用时间之内正常使用,状态变更后不满足PMP中设置的过滤条件,从而切断PMP访问的效果。(PMP中设置的资源访问条件一条包含状态为处理中,当状态置为其他,如已解决,将不能继续使用资源)
Info
实现方法:
      
      使用SDP自动化模块,请求计时器动作功能。

      1 新建一个计时器,选择特定的适用模版,模板可以是普通事件模板或者服务请求模板。


      2 选择特定的触发条件

      3 设置延迟,选择日期字段时间段,选择提前或者延后(这里指的是到达参考时间点的提前和延后的时间),选项提前或延后的时间,设置作为提前和延后的参考时间

      4 接下来在之后规则处,可以选择写入一个更新工单状态的自定义函数。最后保存。


      5 工单举例,历史详情查看。
      工单首先需要满足预设条件,举例工单创建时间为 9:34,参考时间为条件设置的计划结束时间 9:36 AM

历史中可以看到9:34分触发计时器操作动作,满足参考时间 延后一分钟9:37AM,执行后续动作,诸如自定义函数。

      
    • Related Articles

    • SDP Cloud 通过自定义触发器实现时间值到期触发通知及外部调用(类似本地版计时器动作功能)

      需求背景: 客户的某类资产(如证书),生命周期为一年。需要每年IT重新申请更新,每次更新时都提前需要创建一个请求给IT进行续订申请。用户希望在资产有效期到达前发送必要信息给SDP系统形成一个工单。 实现方式: 使用资产触发器+自定义函数/Webhook实现。 思路参考: 使用资产有效期或维保日期等系统缺省日期字段作为时间日期维护字段,制作触发器时选择相对时间(下周)来实现字段到达某个时间节点时触发下一步动作。 实现步骤: 1 自动化处找到触发器,选择资产触发器。 2 ...
    • 如何配置OpManager将工单记录到Service Deskplus指定的默认站点?

      解决方案:进行以下更改创建具有默认站点名称的工单。 1)在写字板中打开文件/Opmanager/conf/SDPMSPConfig.xml 2)在< SDP-Params >  之间输入站点名称,Opmanager必须在该站点上记录工单(区分大小写)  3)保存文件并重启OpManager。  之后所有来自OpManager的工单都将被记录到该默认站点。
    • SDP OD:使用脚本实现当技术回复工单时状态自动更新,自动指派给回复工单的技术

      使用场景:用户希望当技术回复用户时,工单可以自动切换为某个自定义状态,以便标识技术开始工作 操作步骤: 1. 创建 一个触发器 2. 选择下面的条件(当然需要依据您所需要的条件调整) 3. 要实现状态自动更新,在自定义函数里黏贴入下面的代码,红色字体的statusname写入需要变更的状态名称 statusName = "Open"; parentObj = context.get("parent"); requestObj = parentObj.get("request"); ...
    • 如何查询日常工作时间之外提交的工单

      SQL SERVER SELECT wo.WORKORDERID "Request ID", aau.FIRST_NAME "Requester", cd.CATEGORYNAME "Category", wo.TITLE "Subject", qd.QUEUENAME "Group", sdo.NAME "Site", LONGTODATE(wo.CREATEDTIME) "Created Time", datepart(dw, dateadd(s, datediff(s, ...
    • ServiceNow集成中没有记录新的工单

      问题:  即使正在为报告的监视器创建新告警,ServiceNow集成中也没有记录新的工单(低于14670版本的Applications Manger中仍然存在此问题) 解决方案: 确保为严重、警告和正常的严重性配置了记录工单的操作。  如果正常的严重性没有关联的操作,Applications Manager仍将维护初始工单并更新它,因为程序不知道初始工单是否已恢复正常。