1. 创建并查看检查
1.1 检查存在的意义
检查旨在帮助技术人员轻松回答工作订单中所需要回答的一系列问题,能够帮助技术人员梳理工作步骤,指导技术人员在检查中获得帮助
检查支持脱机操作,即在没有网络的情况下填写数据,并在网络恢复后同步数据
检查支持技术人员查看客户某一设备在特定时期内所有的历史记录,以期帮助技术人员快速获得帮助
管理员可根据业务的变更及时更新检查的内容
1.2 检查相关联的角色以及操作
① 检查模板由管理员创建并将检查模板与服务任务类型关联
②分派工单时,调度员负责将带有检查的服务任务添加到工单中
③资源角色查看为其分派的工作订单,以及工作订单服务任务和相关检查
1.3 Field Service 检查或 Power Apps 检查
①更具可扩展性:如果组织具有许多不同的检查,使用拖放界面和动态分支可以更轻松地创建 Field Service 检查 。 Power Apps 检查需要为每个检查创建新实体和窗体,这更耗时。
②与 Dynamics 365 更好地集成:Field Service 检查内置于工作订单和资产服务功能中
不能将检查导出和导入到其他环境。
检查不能嵌入到 Power Apps 门户中。
除非至少打开了一次工作订单服务任务,否则不能从网格视图将该工作订单服务任务标记为完成。
调度员无法在检查响应中删除单个附件。 现成的 Field Service 调度员角色无法删除检查附件;不过,他们可以清除响应并清除文件,这将清除所有附件。
如果调度员想要能够从检查中删除各个附件,则需要为他们授予注释实体的删除权限。停用检查和工作订单服务任务在脱机模式下不可用
检查不会加载到 Internet Explorer 中。 建议使用 Microsoft Edge 或 Chrome
问题类型“实体查找”显示停用记录。
如果检查包含大量 (50+) 文件,则用户在加载检查窗体时可能会遇到错误
用户在一次上载中添加大量文件时可能会遇到错误。 当文件较大和/或网络信号较差时,
更有可能发生此问题。 我们建议将大型上载拆分为小的区块,每个上载的总大小不超过 40 MB