odoo14-addon-maintenance-plan 14.0.1.0.1.dev2

• Installation
• Usage
• Bug Tracker
• Credits
  • Authors
  • Contributors
  • Maintainers
  在

Installation

安装模块。在

您是否已经使用了维护模块并拥有现场设备 “预防性维护频率”定义后，新的维护计划将 在这些设备上自动创建，维护类型为“安装”。在

此外，如果存在“预防性”类型的请求，其阶段不标记为 “请求完成”，并且请求日期与设备的 “下一次预防性维护”，请求将更新为 “安装”维护类型。在

确保你在一个没有的阶段没有多个“预防性”请求 标记为“请求完成”且与设备的“请求日期”相同，或 模块安装将因用户错误而失败。在

Usage

而不是只为一次预防性维护定义一个周期和持续时间 对于每种设备，您可以为每种设备定义多种预防性维护类型 设备。在

必须通过配置菜单定义维护类型。他们的名字 必须是唯一的，并且可以设置为活动或非活动，如果这些不是 已经用过了。在

在“维护”选项卡上的任何设备上，都可以访问维护计划， 允许添加不同的维护种类 自己的频率和持续时间。然后计算下一个维护日期 自动根据开始日期和定义的频率，但是 在请求维护时不会自动创建ODO 维护模块。用户也可以在字段中设置计划 维护范围，插入要遵循的维护说明 将转发到根据计划生成的维护请求。在

此模块使用Odoo维护模块的原始Cron作业来生成 维护请求。为此，它考虑到规划范围和 生成计划日期在该日期内的所有维护请求 规划视野。因此，维修经理可以有一个适当的计划 有多少维护请求正在为将来编程。离职规划 horizon to 0将只创建计划为的维护请求 今天。在

Bug Tracker

bug在GitHub Issues上跟踪。 如果出现问题，请检查是否已报告您的问题。 如果您首先发现它，请帮助我们粉碎它提供详细的和受欢迎的 feedback。在

不要直接联系投稿人关于技术问题的支持或帮助。在

Credits

Maintainers

本模块由OCA维护。在

OCA，或奥多社区协会，是一个非营利性组织 其任务是支持Odoo特性和 促进其广泛使用。在

此模块是GitHub上OCA/maintenance项目的一部分。在

欢迎您投稿。要了解如何访问https://odoo-community.org/page/Contribute。在