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

回复 wpag 的帖子

关于服务台和其他那些流程的关系，可以说没关系，因为服务台是个功能，和其他的流程根本不是一个层面的东西。服务台是对外提供服务的一个功能部门（和其他后台服务部门一样）。而流程是为了对服务活动管控为目的的，并不简单的去规定哪些部门参与或不参与。比如服务台日常工作一般是事件管理流程（多数企业的服务台基于综合考虑，更多赋予服务台以简单故障处理，客户的know how,服务请求满足，甚至不同IT服务部门之间的沟通这类相对简单的工作）。但绝不能认为服务台参与的活动仅限于此，比如，重大的发布和变更中，很多机构偏向于由服务台来负责对外沟通和通告发布。那么这时，服务台同样参与了发布和变更的活动中。。

巡检应该是规范性的东西了，是服务台可以执行的工作
至于报表任何环节都是需要的，服务台肯定是需要的

个人认为“日常巡检”“导出报表”都属于常规服务运营活动，是IT运营管理职能的职责，上述活动不属于ITIL的某个经典流程。