本帖最后由 FYIRH 于 2021-1-13 00:34 编辑 ! A, d1 h: _, \. O% B* j( t+ R
' j% n8 M" ? \1 w8 z本文由长河、陈贺、傅盛原创，张翼、王岩校对。
* B7 f5 ?) Q! f9 Z& d* s
+ [3 z U3 Y! t( E; t
交互单通常是指直接由用户主动发起的需要IT支持的交互过程单，ITIL事件单、服务请求单、变更单的源头都可能是交互单。
& s9 L! h6 L3 U; }
交互单与事件单的关联，需要在明确管理原则的前提下，依赖工具平台支持，实施方法如下： 0 F3 |3 }: L' d! J9 l1 \/ W* D% B
- 流程整合：如HP Service Manager产品中有一个交互流程（BMC Remedy中采用请求流程）来定义一个通用的用户提单界面，用来综合受理用户提出的事件、服务请求或变更等申请，然后系统根据申请单中的分类在后台升级给相应的流程进行流转处理。这样做的好处是：用户无需自行判断需要打开哪个流程模块提单，尤其用户在自助服务Portal提单时，用户只需要面对一个通用的提单界面办理各类（报障、提请求或变更）事务，大大提升友好性；9 E1 S; |' Y9 z. [
, s0 W1 I- m" ]& m' d9 Z4 O
- 信息关联：交互单升级到其他工单后，将与升级的工单进行关联，当工单被执行并关闭，交互单自动关闭。当然，交互单也可以不升级直接解决，如用户咨询一个问题，服务台直接解答，就可以直接关闭该交互单；若工单处理期间，用户再次来电跟催进度或提供更进一步的信息，服务台可以再登记一个交互单，同样与执行中的工单关联，这样就可以记录整个工单处理过程中与用户的多次交互信息，实现全生命周期的服务交互管理。0 d5 A2 T) f7 F5 V# c
/ M, g" D# j1 T5 s, [
% K1 @7 @* S. v4 _- d$ S- Q0 i' V% Y" W
ITIL先锋论坛原创文章，禁止任何形式的转载，侵权必究！$ a% h3 q) n# f/ ]% V& F- R$ V: l- W
0 l) C a7 d4 _; q& |1 {2 S% I8 J | 
窥视卡
雷达卡
发表于 2020-12-7 00:10:42
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
抢沙发
显身卡