维护日历里的请求数量，为什么不等于设备故障次数？

设施维护月报里，一张日历或透视表显示“数量”，读者可能顺手把它称为故障次数。但软件首先在统计什么记录，决定了这个数字能表达什么。Odoo 18.0维护日历文档介绍的是维护请求，它既可以对应已经出现的即时需求，也可以对应尚未发生故障的计划工作。

文档把维护类型分为纠正和预防。纠正性维护用于满足即时需求，原文以设备损坏为例；预防性维护则是为避免将来故障而提出的计划请求。后一类进入日历，并不意味着设备已经损坏。因此，一个包含两类请求的总数，不能在删除类型说明后自动成为故障事件总数。

请求对象也不止一种。表单可以面向设备，或面向工作中心；列表中还会保存主题、技术人员、阶段、公司等信息。这些字段描述的是维护工作如何被记录和组织，不是每个字段都在增加一个独立故障。看到不同负责人或不同流程阶段，也不能单凭界面分组判断发生了多少次故障。

在数据透视视图中，文档说明默认衡量项为数量，并且可加入持续时间等其他指标。数量与持续时间显然不回答同一问题：前者对应记录计数，后者对应记录中的时间信息。改变展示形式，或将同一组记录画成不同图表，并没有把维护请求自动转换成经过核实的故障事件。

此外，原文说明维护日历默认选择待办事项和激活筛选，展示打开的请求。这个边界尤其容易在截图转发时丢失。某张图上的数量可能是当前可见范围的请求，而不是设备从投入使用以来全部维护记录，更不是这一期间所有故障的完整汇总。本文没有连接任何用户数据库，不对实际报表的筛选条件作推测。

对设施管理服务，这种区别有助于解释两类不同工作：团队安排了多少维护请求，与设备发生了多少故障。二者可以有关联，却需要记录之间的对应证据。即使报表只剩纠正性请求，也不能仅凭该页文档证明每条请求与一个独立故障必然一一对应。

这里采用的是Odoo 18.0公开文档，未确认本页首次发布日期。版本、请求类型、对象和可见范围共同界定了计数含义。本文不提供检修计划或设备可靠性结论；它只说明，维护记录数量增长可以包含计划工作的增长，不能离开记录类型就写成设备故障增加。