估计持续时间
:此事件类型的持续时间。 如果相关服务任务有持续时间,事件类型持续时间是服务任务持续时间之和。 工作订单持续时间是所有事件持续时间的总和。 如果未添加任何服务任务或添加的服务任务未设置持续时间,您只能设置估计持续时间。
将事件项复制到协议
:此设置仅应用于作为
客户协议
一部分使用的事件类型。 它指定系统是否将服务任务、产品、服务或特征等协议项复制到使用此事件类型的协议。 考虑因素:
协议中的事件可能不同于您用于单个工作订单的事件。 例如,通常事件需要 60 分钟完成。 对于协议,您与客户协商提供 2 小时服务。 不要为协议创建第二个事件类型,而是将
将事件项复制到协议
设置为
否
。 将事件添加到协议中,并手动添加所需的服务任务、产品和服务。 将此选项设置为
是
,而事件项将添加到协议,并且您可以基于这些项创建稍有不同的变体。 使用相同的事件类型对报告有帮助。
将事件添加到定期工作的协议中将生成具有相关工作订单事件的工作订单。 但是,事件类型可以随着流程和程序的更改而更新。 由于协议可以跨越数月或数年,因此对事件类型的更改可能会导致执行的工作与最初预期的不同。 如果应该通过在激活协议时将事件详细信息复制到协议来让事件在整个协议生命周期内保持不变,将此选项设置为
是
。 设置为
否
将在
协议生成工作订单
时使用最新的事件类型详细信息。
安排工作订单后,现场技术人员会收到预定的工作订单以及事件和相关详细信息。
向一个工作订单添加多个事件类型
您可以向一个工作订单添加多个事件类型。 例如,一台机器有多个问题或需要处理多台机器。 相同的调度资源可以执行所有事件。 将多个事件添加到工作订单会增加持续时间和现有的服务任务、产品、服务和特征。
打开现有工作订单。
要添加另一个事件,转到
相关
>
事件
,然后选择
新建工作订单事件
。
选择事件类型。
工作订单将更新为新添加的事件类型的相关记录。 服务任务的顺序体现事件的添加顺序。
为预订具有多个事件的工作订单,日程安排助理和 Resource Scheduling Optimization 将查找一个资源来完成所有事件。 如果使用日程安排助理,则可在排产时根据需要编辑这些筛选器。 如果需要不同熟练度和相同特征,系统会查找最熟练的资源。
选择
保存
。
要更改工作订单上的事件类型,先删除
工作订单事件
。 然后,创建一个具有不同事件类型的新工作订单事件。 您可以在
工作订单
>
相关
>
事件
上管理工作订单事件。
将客户资产与事件关联
您可以将
客户资产
与事件关联,告知现场技术人员哪些资产需要关注,并建立服务历史记录。 可以将所有事件与同一个资产关联,甚至可以根据需要将每个事件与不同客户资产关联。
要将客户资产与事件相关联,请将该资产添加到现有工作订单中。
打开现有工作订单。
搜索并选择
主要资产
。 默认情况下,此字段仅显示与工作订单服务帐户关联的客户资产。
为多个资源计划事件
要为事件分配多个资源,将该事件类型与要求组模板关联。 为工作订单安排要求组可以确保所有资源同时到达现场。 有关详细信息,请转到
工作订单的要求组
。
将事件与要求组一起使用时:
不能向事件类型添加特征,也不能向工作订单添加。 在要求组模板中添加所需特征。
分配给要求组的工作订单只能有一个事件。
如果工作订单应由多个资源执行,我们建议使用要求组模板,而不是多个事件类型。 假设您的一个工作订单中有 2 个事件类型,每个事件类型需要不同技能。 系统将查找单个资源来完成工作。 调度员需要执行额外的步骤来计划工作,以让两个不同的资源同时到达。 如果使用要求组模板,日程安排助理将同时搜索一个同时拥有两项技能的资源或两个分别具有一项技能且同时到达的资源。
使用 AI 获取事件类型建议
安装 Field Service v8.8.20.12+ 之后,事件类型 AI 通过了解工作订单推荐事件类型的改进方法。 例如,您有一个配置为使用特定产品的事件类型。 但是,技术人员也经常使用不同的产品来完成工作。 通过人工智能,系统可以学习并建议更新事件类型的相关产品,以用于将来的工作订单。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:
https://aka.ms/ContentUserFeedback
。
提交和查看相关反馈