其实就是日常事务，不需要划到那个流程中去，只是工作结果可以作为某些流程的输入。

同意楼上的观点.日常例行的工作而已,没必要非要强制的划到某个流程中.

test

个人的体会，要看用户怎么用流程管理工具，或者说用这个工具的目的是什么。
如果用户使用流程管理工具不仅为了管控目的，同时也兼有衡量工作量，统计团队工作的时间和开销的话，其实可以放在事件管理中，虽然比较勉强。。:$
理由如下：
第一，事件管理，不能拘泥于理论模型，似乎由用户或者故障、服务中断这种驱动的过程才能放到事件管理中。其实单纯从来源的角度上说，事件管理完全可以由服务方自主驱动。为了保障整体的服务水平，自发的日常工作一样可以纳入事件管理。
第二，从流程的目的来说，事件流程固然有其管控的目的，但事件管理流程的被控对象比如日常活动同样是IT服务整体的一部分，而且由于巡检，出报表这类相对简单的事物性质，完全可以放在事件管理中 （类似简单的服务请求，虽然不是由用户驱动，见第一点），当然这种场合，更多是体现在为衡量IT服务整体耗用的资源提供数据支持而不是管控。
第三，如楼上所说“点检或巡检放到能力管理&可用性管理中”，很有道理，但是在可用性管理和能力管理中，一般比较侧重的是这些活动的结果，作为这些管理的输入。但是作为单纯支持人员做这些事情本身，放在事件管理中似乎更为合适