变更管理ITIL模块

变更用于记录IT中计划的所有修改:

  • 补丁的安装
  • 系统配置的更改
  • 操作系统更新
  • 软件安装

这样,您可以跟踪IT内进行的所有修改。很多事件是由于对IT环境所做的更改而引起的。通过记录它们,您可以轻松识别事件发生和复原服务发生时进行了哪些更改。

此外,此变更管理模块允许您自动分析影响度的基础架构和应用解决方案的更改。然后,IT工程师可以改善控制企业关键服务的可用性以及改进客户满意度的可用性。

更改由具有以下简档(角色)的人员管理:

  • 更实现者计划并实施更改
  • 更主管跟踪更改
  • 更经理批准更改

安装iTop时,可以在两个不同的模块之间进行选择,以记录更改。此处描述的模块经过设计,可以通过三种更改来实现ITIL V3变更管理:

  • 例行公事的更改
  • 正常变化
  • 紧急变更

这三种类型的更改之间的差异依赖于它们各自的工作流。

与变更管理相关的团队或代理不需要任何特殊的限制配置。但是,请记住,通常会受到安全的限制:验证工单的气体签名时要选择的团队联系人必须位于允许用于当前用户的组织中。

紧急变更

ITIL紧急变更是可以在组织中定义的最高优先级变更。紧急更改被定义为需要在短时间内进行评估,评估以及拒绝或批准的更改。仅将变更定义为紧急情况并不能自动实现变更的实现。紧急变更咨询委员会(ECAB)将评估变更并向负责批准或拒绝紧急更改的受委托人提供建议。

紧急变更属性

名称类型强制性的吗?
编号字母数字字符串
组织一个(n)组织的外键
状况可能的值:已批准,已分配,已关闭,已实施,已监视,新,未批准,计划和计划,已拒绝,已验证没有
标题字母数字字符串
描述多行字符串
批准备注字母数字字符串没有
提交人一个人的外键没有
球队团队的外键没有
处理人员一个人的外键没有
监控团队团队的外键没有
主管一个人的外键没有
管理团队团队的外键没有
经理一个人的外键没有
拒绝原因字母数字字符串没有
影响度字母数字字符串没有
断电可能的值:否,是
回退计划多行字符串没有
父变更一个(n)变更的外键没有
创建日期日期和时间(年月日hh:mm:ss)没有
开始日期日期和时间(年月日hh:mm:ss)没有
结束日期日期和时间(年月日hh:mm:ss)没有
最后更新日期和时间(年月日hh:mm:ss)没有
批准日期日期和时间(年月日hh:mm:ss)没有
截止日期日期和时间(年月日hh:mm:ss)没有

标签

标签描述
配置项此工单受影响的所有配置项目
联络人与此工单链接的所有联系人
工作订单工单的所有工作订单
相关要求与此变更关联的所有用户请求
相关事件与该变更相关的所有事件
相关问题与此变更相关的所有问题
换小孩与此变更链接的所有子更改

创建一个紧急变更

点击“ New变更”菜单:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_emergencychange_1.png

然后在下面的表单中选择“紧急变更”:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_emergencychange_2.png

然后单击“应用”以显示紧急变更创建表单:

https://www.itophub.io/wiki/media?w=600&tok=b3c12c&media=2_7_0%3Adatamodel%3Aclasscreate_emergencychange_3.png

紧急变更生命周期

紧急变更对象具有以下生命周期:

https://www.itophub.io/wiki/media?w=600&tok=63d594&media=2_7_0%3Adatamodel%3Alifecycle_emergencychange.png

对象的状况上的依赖,其属性上的矛盾之处如下表所示:

 已分配计划和安排已批准不批准已实施受监控已关闭
编号R/OR/OR/OR/OR/OR/OR/OR/O
组织  R/OR/OR/OR/OR/OR/O
状况R/OR/OR/OR/OR/OR/OR/OR/O
标题MMMMMR/OR/OR/O
描述 R/OR/OR/OR/OR/OR/OR/O
批准备注HHHMHR/OR/OR/O
提交人      R/OR/O
球队HMMMMMR/OR/O
处理人员HMMMMMR/OR/O
监控团队HMMR/OR/OR/OR/OR/O
主管HMMR/OR/OR/OR/OR/O
管理团队HMMR/OR/OR/OR/OR/O
经理HMMR/OR/OR/OR/OR/O
拒绝原因HR/OR/OR/OMR/OR/OR/O
影响度HHMR/OR/OR/OR/OR/O
断电HHMR/OMR/OR/OR/O
回退计划HHMMMMR/OR/O
父变更      R/OR/O
创建日期R/OR/OR/OR/OR/OR/OR/OR/O
开始日期HHMMMR/OR/OR/O
结束日期HHMMMMR/OR/O
最后更新R/OR/OR/OR/OR/OR/OR/OR/O
批准日期HHHMHR/OR/OR/O
截止日期HHHHHHHR/O

表键:

  • H:隐藏
  • RRO:只读
  • M:必填

一般变更

ITIL一般变更是指必须遵循完整的变更管理流程进行的更改。根据定义,一般变更将继续执行变更管理流程的所有步骤,并最终由变更咨询委员会(CAB)进行审查。 CAB将向被认为负责批准或拒绝正常更改的人员提供有关一般变更的建议。

一般变更属性

名称类型强制性的吗?
编号字母数字字符串
组织一个(n)组织的外键
状况可能的值:已批准,已分配,已关闭,已实施,已监视,新,未批准,计划和计划,已拒绝,已验证没有
标题字母数字字符串
描述多行字符串
批准备注字母数字字符串没有
审核备注多行字符串没有
提交人一个人的外键没有
球队团队的外键没有
处理人员一个人的外键没有
监控团队团队的外键没有
主管一个人的外键没有
管理团队团队的外键没有
经理一个人的外键没有
拒绝原因字母数字字符串没有
影响度字母数字字符串没有
断电可能的值:否,是
回退计划多行字符串没有
父变更一个(n)变更的外键没有
创建日期日期和时间(年月日hh:mm:ss)没有
开始日期日期和时间(年月日hh:mm:ss)没有
结束日期日期和时间(年月日hh:mm:ss)没有
最后更新日期和时间(年月日hh:mm:ss)没有
批准日期日期和时间(年月日hh:mm:ss)没有
验收日期日期和时间(年月日hh:mm:ss)没有
截止日期日期和时间(年月日hh:mm:ss)没有

标签

标签描述
配置项此工单受影响的所有配置项目
联络人与此工单链接的所有联系人
工作订单工单的所有工作订单
相关要求与此变更关联的所有用户请求
相关事件与该变更相关的所有事件
相关问题与此变更相关的所有问题
换小孩与此变更链接的所有子更改

创建一个一般变更

点击“ New变更”菜单:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_normalchange_1.png

然后在下面的表单中选择“一般变更”:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_normalchange_2.png

然后单击“应用”以显示一般变更创建表单:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_normalchange_3.png

一般变更生命周期

一般变更对象具有以下生命周期:

https://www.itophub.io/wiki/media?w=600&tok=9a665e&media=2_7_0%3Adatamodel%3Alifecycle_normalchange.png

对象的状况上的依赖,其属性上的矛盾之处如下表所示:

 已验证拒绝已分配计划和安排已批准不批准已实施受监控已关闭
编号R/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
组织    R/OR/OR/OR/OR/OR/O
状况          
标题MMMMMMMR/OR/OR/O
描述 R/O R/OR/OR/OR/OR/OR/OR/O
批准备注HHHHHMHR/OR/OR/O
审核备注HMH R/OR/OR/OR/OR/OR/O
提交人M M     R/OR/O
球队HM      R/OR/O
处理人员HHHMMMMMR/OR/O
监控团队HMHMMR/OR/OR/OR/OR/O
主管HHHMMR/OR/OR/OR/OR/O
管理团队HMHMMR/OR/OR/OR/OR/O
经理HHHMMR/OR/OR/OR/OR/O
拒绝原因HR/OMR/OR/OR/OMR/OR/OR/O
影响度HHHHMR/OR/OR/OR/OR/O
断电HHHHMR/OMR/OR/OR/O
回退计划HHHHMMMMR/OR/O
父变更        R/OR/O
创建日期R/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
开始日期HHHHMMMR/OR/OR/O
结束日期HHHHMMMMR/OR/O
最后更新R/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
批准日期HHHHHMHR/OR/OR/O
验收日期HMH R/OR/OR/OR/OR/OR/O
截止日期HHHHHHHHHR/O

表键:

  • H:隐藏
  • RRO:只读
  • M:必填

标准变更

ITIL例行公事(标准)变更非常简单地指的是预先批准的更改。可以为各种任务定义预先批准的更改,但是它们通常是较低的风险,即省力的更改,其成本较低或已知。

标准变更属性

名称类型强制性的吗?
编号字母数字字符串
组织一个(n)组织的外键
状况可能的值:已批准,已分配,已关闭,已实施,已监视,新,未批准,计划和计划,已拒绝,已验证没有
标题字母数字字符串
描述多行字符串
提交人一个人的外键没有
球队团队的外键没有
处理人员一个人的外键没有
监控团队团队的外键没有
主管一个人的外键没有
管理团队团队的外键没有
经理一个人的外键没有
拒绝原因字母数字字符串没有
影响度字母数字字符串没有
断电可能的值:否,是
回退计划多行字符串没有
父变更一个(n)变更的外键没有
创建日期日期和时间(年月日hh:mm:ss)没有
开始日期日期和时间(年月日hh:mm:ss)没有
结束日期日期和时间(年月日hh:mm:ss)没有
最后更新日期和时间(年月日hh:mm:ss)没有
截止日期日期和时间(年月日hh:mm:ss)没有

标签

标签描述
配置项此工单受影响的所有配置项目
联络人与此工单链接的所有联系人
工作订单工单的所有工作订单
相关要求与此变更关联的所有用户请求
相关事件与该变更相关的所有事件
相关问题与此变更相关的所有问题
换小孩与此变更链接的所有子更改

创建一个标准变更

点击“ New变更”菜单:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_routinechange_1.png

然后在下面的表单中选择“标准变更”:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_routinechange_2.png

然后单击“应用”以显示标准变更创建表单:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_routinechange_3.png

标准变更生命周期

标准变更对象具有以下生命周期:

https://www.itophub.io/wiki/media?w=600&tok=0cd2f9&media=2_7_0%3Adatamodel%3Alifecycle_routinechange.png

对象的状况上的依赖,其属性上的矛盾之处如下表所示:

 已分配计划和安排已实施受监控已关闭
编号R/OR/OR/OR/OR/OR/O
组织  R/OR/OR/OR/O
状况R/OR/OR/OR/OR/OR/O
标题MMMR/OR/OR/O
描述 R/OR/OR/OR/OR/O
提交人    R/OR/O
球队HMMMR/OR/O
处理人员HMMMR/OR/O
监控团队HMMR/OR/OR/O
主管HMMR/OR/OR/O
管理团队HMMR/OR/OR/O
经理HMMR/OR/OR/O
拒绝原因HR/OR/OR/OR/OR/O
影响度HHMR/OR/OR/O
断电HHMR/OR/OR/O
回退计划HHMMR/OR/O
父变更    R/OR/O
创建日期R/OR/OR/OR/OR/OR/O
开始日期HHMR/OR/OR/O
结束日期HHMMR/OR/O
最后更新R/OR/OR/OR/OR/OR/O
截止日期HHHHHR/O

表键:

  • H:隐藏
  • RRO:只读
  • M:必填

将用户请求分配给团队和处理人员

分派和变更可以加入的团队列表由相应的组织的交付模式定义。创建变更时,处理人员必须选择变更组织,然后,团队列表严格限于为此变更定义的团队。如果缺少团队,则必须更新变更的交付模式以反映此需求。有关更多信息,请参见有关交付模式的更多信息。

管理内部留言

变更工单仅具有一个内部留言来记录所有活动及其相关的通信。用户门户末端看不到这一条。

管理受影响的配置项和联系人

此部分类似于帮助台模块之一。请参考

原贴链接:https://www.itophub.io/wiki/page?id=2_7_0%3Adatamodel%3Aitop-change-mgmt-itil


Change Management ITIL Module

A change is used to document all the modifications that are planned in the IT:

  • Patch installations

  • System configuration changes

  • OS updates

  • Software installations

This way you can track all the modifications made within your IT. A lot of incidents are due to changes made to the IT environment. By documenting them, you can identify easily what changes had been made when an incident occurs and restore the service more quickly.

Moreover, this change management module allows you to analyze automatically the impact of the changes on the infrastructure and the application solutions. IT engineers can then better control the unavailability of the critical services in the enterprise, and improve customer satisfaction.

The changes are managed by the people having the following profiles:

  • Change implementors plan and implement the changes

  • Change supervisors follow up with the changes

  • Change managers approve the changes

When installing iTop, you have the choice between two differents modules for documenting changes. The module described here has been designed to implement ITIL V3 change management with three types of changes:

  • Routine changes

  • Normal changes

  • Emergency changes

The differences between those three types of changes rely in their respective workflows.

There is no special restriction/configuration needed for the Teams or Agents related to Change Management. However, keep in mind that the usual security restrictions apply: the teams/contacts to be selected when validating/assigning the ticket MUST be in an organization allowed to the current user.

Emergency Changes

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclassicon_emergencychange.png An ITIL emergency change is the highest priority change that can be defined in an organization. Emergency changes are defined as changes that need to be evaluated, assessed and either rejected or approved in a short timeframe. Simply defining a change as an emergency does not automatically entail the change should be implemented. The Emergency Change Advisory Board (ECAB) will assess the change and provide advice to the delegated person responsible for approving or rejecting emergency changes.

Emergency Change Properties

NameTypeMandatory?
RefAlphanumeric stringYes
OrganizationForeign key to athumb_down OrganizationYes
StatusPossible values: Approved, Assigned, Closed, Implemented, Monitored, New, Not approved, Planned and scheduled, Rejected, ValidatedNo
TitleAlphanumeric stringYes
DescriptionMultiline character stringYes
Approval commentAlphanumeric stringNo
CallerForeign key to athumb_down PersonNo
TeamForeign key to athumb_down TeamNo
AgentForeign key to athumb_down PersonNo
Supervisor teamForeign key to athumb_down TeamNo
SupervisorForeign key to athumb_down PersonNo
Manager teamForeign key to athumb_down TeamNo
ManagerForeign key to athumb_down PersonNo
Reject reasonAlphanumeric stringNo
ImpactAlphanumeric stringNo
OutagePossible values: No, YesYes
Fallback planMultiline character stringNo
Parent changeForeign key to a ChangeNo
Creation dateDate and time (year-month-day hh:mm:ss)No
Start dateDate and time (year-month-day hh:mm:ss)No
End dateDate and time (year-month-day hh:mm:ss)No
Last updateDate and time (year-month-day hh:mm:ss)No
Approval DateDate and time (year-month-day hh:mm:ss)No
Close dateDate and time (year-month-day hh:mm:ss)No

Tabs

TabDescription
CIsAll the configuration items impacted for this ticket
ContactsAll the contacts linked to this ticket
Work ordersAll the work orders for this ticket
Related requestsAll the user requests linked to this change
Related incidentsAll the incidents linked to this change
Related problemsAll the problems linked to this change
Child changesAll the sub changes linked to this change

Creating a Emergency Change

Click on the “New change” menu:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_emergencychange_1.png

Then select “Emergency Change” in the form below:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_emergencychange_2.png

And click “Apply” to display the Emergency Change creation form:

https://www.itophub.io/wiki/media?w=600&tok=b3c12c&media=2_7_0%3Adatamodel%3Aclasscreate_emergencychange_3.png

Emergency Change Life Cycle

Emergency Change objects have the following life cycle:

https://www.itophub.io/wiki/media?w=600&tok=63d594&media=2_7_0%3Adatamodel%3Alifecycle_emergencychange.png

Depending on the status of the object, the contraints on the properties vary as shown on the table below:

 NewAssignedPlanned and scheduledApprovedNot approvedImplementedMonitoredClosed
RefR/OR/OR/OR/OR/OR/OR/OR/O
Organization  R/OR/OR/OR/OR/OR/O
StatusR/OR/OR/OR/OR/OR/OR/OR/O
TitleMMMMMR/OR/OR/O
Description R/OR/OR/OR/OR/OR/OR/O
Approval commentHHHMHR/OR/OR/O
Caller      R/OR/O
TeamHMMMMMR/OR/O
AgentHMMMMMR/OR/O
Supervisor teamHMMR/OR/OR/OR/OR/O
SupervisorHMMR/OR/OR/OR/OR/O
Manager teamHMMR/OR/OR/OR/OR/O
ManagerHMMR/OR/OR/OR/OR/O
Reject reasonHR/OR/OR/OMR/OR/OR/O
ImpactHHMR/OR/OR/OR/OR/O
OutageHHMR/OMR/OR/OR/O
Fallback planHHMMMMR/OR/O
Parent change      R/OR/O
Creation dateR/OR/OR/OR/OR/OR/OR/OR/O
Start dateHHMMMR/OR/OR/O
End dateHHMMMMR/OR/O
Last updateR/OR/OR/OR/OR/OR/OR/OR/O
Approval DateHHHMHR/OR/OR/O
Close dateHHHHHHHR/O

Table key:

  • H: hidden

  • R/O: read-only

  • M: mandatory

Normal Change

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclassicon_normalchange.pngAn ITIL normal change refers to changes that must follow the complete change management process. By definition a normal change will proceed through all steps of the change management process and will eventually be reviewed by the Change Advisory Board (CAB). The CAB will provide advice regarding the change to the person who is deemed responsible to approve or reject normal changes.

Normal Change Properties

NameTypeMandatory?
RefAlphanumeric stringYes
OrganizationForeign key to athumb_down OrganizationYes
StatusPossible values: Approved, Assigned, Closed, Implemented, Monitored, New, Not approved, Planned and scheduled, Rejected, ValidatedNo
TitleAlphanumeric stringYes
DescriptionMultiline character stringYes
Approval commentAlphanumeric stringNo
Acceptance commentMultiline character stringNo
CallerForeign key to a PersonNo
TeamForeign key to a TeamNo
AgentForeign key to a PersonNo
Supervisor teamForeign key to a TeamNo
SupervisorForeign key to a PersonNo
Manager teamForeign key to a TeamNo
ManagerForeign key to a PersonNo
Reject reasonAlphanumeric stringNo
ImpactAlphanumeric stringNo
OutagePossible values: No, YesYes
Fallback planMultiline character stringNo
Parent changeForeign key to a ChangeNo
Creation dateDate and time (year-month-day hh:mm:ss)No
Start dateDate and time (year-month-day hh:mm:ss)No
End dateDate and time (year-month-day hh:mm:ss)No
Last updateDate and time (year-month-day hh:mm:ss)No
Approval DateDate and time (year-month-day hh:mm:ss)No
Acceptance dateDate and time (year-month-day hh:mm:ss)No
Close dateDate and time (year-month-day hh:mm:ss)No

Tabs

TabDescription
CIsAll the configuration items impacted for this ticket
ContactsAll the contacts linked to this ticket
Work ordersAll the work orders for this ticket
Related requestsAll the user requests linked to this change
Related incidentsAll the incidents linked to this change
Related problemsAll the problems linked to this change
Child changesAll the sub changes linked to this change

Creating a Normal Change

Click on the “New change” menu:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_normalchange_1.png

Then select “Normal Change” in the form below:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_normalchange_2.png

And click “Apply” to display the Normal Change creation form:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_normalchange_3.png

Normal Change Life Cycle

Normal Change objects have the following life cycle:

https://www.itophub.io/wiki/media?w=600&tok=9a665e&media=2_7_0%3Adatamodel%3Alifecycle_normalchange.png

Depending on the status of the object, the contraints on the properties vary as shown on the table below:

 NewValidatedRejectedAssignedPlanned and scheduledApprovedNot approvedImplementedMonitoredClosed
RefR/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
Organization    R/OR/OR/OR/OR/OR/O
Status          
TitleMMMMMMMR/OR/OR/O
Description R/O R/OR/OR/OR/OR/OR/OR/O
Approval commentHHHHHMHR/OR/OR/O
Acceptance commentHMH R/OR/OR/OR/OR/OR/O
CallerM M     R/OR/O
TeamHM      R/OR/O
AgentHHHMMMMMR/OR/O
Supervisor teamHMHMMR/OR/OR/OR/OR/O
SupervisorHHHMMR/OR/OR/OR/OR/O
Manager teamHMHMMR/OR/OR/OR/OR/O
ManagerHHHMMR/OR/OR/OR/OR/O
Reject reasonHR/OMR/OR/OR/OMR/OR/OR/O
ImpactHHHHMR/OR/OR/OR/OR/O
OutageHHHHMR/OMR/OR/OR/O
Fallback planHHHHMMMMR/OR/O
Parent change        R/OR/O
Creation dateR/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
Start dateHHHHMMMR/OR/OR/O
End dateHHHHMMMMR/OR/O
Last updateR/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
Approval DateHHHHHMHR/OR/OR/O
Acceptance dateHMH R/OR/OR/OR/OR/OR/O
Close dateHHHHHHHHHR/O

Table key:

  • H: hidden

  • R/O: read-only

  • M: mandatory

Routine Change

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclassicon_routinechange.pngAn ITIL routine (standard) change quite simply refers to pre-approved changes. Pre-approved changes can be defined for a variety of tasks, but they will typically be low risk, low effort changes that have a low or known cost.

Routine Change Properties

NameTypeMandatory?
RefAlphanumeric stringYes
OrganizationForeign key to a OrganizationYes
StatusPossible values: Approved, Assigned, Closed, Implemented, Monitored, New, Not approved, Planned and scheduled, Rejected, ValidatedNo
TitleAlphanumeric stringYes
DescriptionMultiline character stringYes
CallerForeign key to a PersonNo
TeamForeign key to a TeamNo
AgentForeign key to a PersonNo
Supervisor teamForeign key to a TeamNo
SupervisorForeign key to a PersonNo
Manager teamForeign key to a TeamNo
ManagerForeign key to a PersonNo
Reject reasonAlphanumeric stringNo
ImpactAlphanumeric stringNo
OutagePossible values: No, YesYes
Fallback planMultiline character stringNo
Parent changeForeign key to a ChangeNo
Creation dateDate and time (year-month-day hh:mm:ss)No
Start dateDate and time (year-month-day hh:mm:ss)No
End dateDate and time (year-month-day hh:mm:ss)No
Last updateDate and time (year-month-day hh:mm:ss)No
Close dateDate and time (year-month-day hh:mm:ss)No

Tabs

TabDescription
CIsAll the configuration items impacted for this ticket
ContactsAll the contacts linked to this ticket
Work ordersAll the work orders for this ticket
Related requestsAll the user requests linked to this change
Related incidentsAll the incidents linked to this change
Related problemsAll the problems linked to this change
Child changesAll the sub changes linked to this change

Creating a Routine Change

Click on the “New change” menu:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_routinechange_1.png

Then select “Routine Change” in the form below:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_routinechange_2.png

And click “Apply” to display the Routine Change creation form:

https://www.itophub.io/wiki/media?media=2_7_0%3Adatamodel%3Aclasscreate_routinechange_3.png

Routine Change Life Cycle

Routine Change objects have the following life cycle:

https://www.itophub.io/wiki/media?w=600&tok=0cd2f9&media=2_7_0%3Adatamodel%3Alifecycle_routinechange.png

Depending on the status of the object, the contraints on the properties vary as shown on the table below:

 NewAssignedPlanned and scheduledImplementedMonitoredClosed
RefR/OR/OR/OR/OR/OR/O
Organization  R/OR/OR/OR/O
StatusR/OR/OR/OR/OR/OR/O
TitleMMMR/OR/OR/O
Description R/OR/OR/OR/OR/O
Caller    R/OR/O
TeamHMMMR/OR/O
AgentHMMMR/OR/O
Supervisor teamHMMR/OR/OR/O
SupervisorHMMR/OR/OR/O
Manager teamHMMR/OR/OR/O
ManagerHMMR/OR/OR/O
Reject reasonHR/OR/OR/OR/OR/O
ImpactHHMR/OR/OR/O
OutageHHMR/OR/OR/O
Fallback planHHMMR/OR/O
Parent change    R/OR/O
Creation dateR/OR/OR/OR/OR/OR/O
Start dateHHMR/OR/OR/O
End dateHHMMR/OR/O
Last updateR/OR/OR/OR/OR/OR/O
Close dateHHHHHR/O

Table key:

  • H: hidden

  • R/O: read-only

  • M: mandatory

Assigning a user request to a team and agent

The list of teams to which you can assign a change is defined by the delivery model of the corresponding organization. When creating a change, the agent has to select the customer organization, then the list of teams is strictly limited to the teams defined for this customer. If a team is missing, the delivery model of the customer must be updated to reflect this need. See More about Delivery model for more information

Managing Private Log

A change ticket only have a private log to document all the activities and communications related to it. This one is not visible on the end user portal.

Managing impacted CIs and Contacts

This section is similar to the one of the Helpdesk module. Please refer to it

标签:
由 superadmin 在 2020/08/27, 17:32 创建
    

需要帮助?

如果您需要有关XWiki的帮助,可以联系:

深圳市艾拓先锋企业管理咨询有限公司