课程章节介绍
让我们一起来了解一下FSL（Field Service Lightning）的数据模型。首先，记住，这个模型不是用来死记硬背的，而是帮助我们理解各个对象之间的关系和它们是如何协同工作的。
在FSL之前，Salesforce已经有了一些标准对象，比如案例、账户、授权、联系人和资产。这些对象在灰色列中显示，是我们已经熟悉的基础。
当我们引入FSL后，平台扩展了，新增了一些专门用于现场服务的标准对象，比如工作订单、工作订单行项目、工作类型、服务预约、服务区域等。这些新对象帮助我们更好地管理和执行现场服务任务。
现在，让我们看看这些对象是如何相互关联的。核心标准对象（如案例和资产）会流入工作订单。工作订单下方的所有对象都是工作订单上的查找字段，意味着它们与工作订单直接相关。
工作订单通常有几个行项目，这些行项目描述了实际资产以及对这些资产执行的操作。为了完成这些工作订单，技术人员需要具备特定的技能集（比如服务器安装）和技能级别（比如10级）。这些技能要求是实际存在的，并且与技术人员相关联。
接下来，这些技能会与服务资源相关联。服务资源是指那些可以被分配到服务预约的技术人员。服务预约则负责旋转工作订单，确保任务被分配给合适的技术人员。
技术人员所在的服务区域也很重要。服务区域成员是一个连接对象，它将技术人员与特定的服务区域联系起来。然后，这个区域内的工作时间会与区域成员相关联，这样我们就知道技术人员何时可以实际工作。
总的来说，FSL数据模型帮助我们理解如何将客户的需求、技术人员的技能和可用性、以及服务区域等因素结合起来，高效地管理和执行现场服务任务。通过理解这些对象及其关系，我们可以更好地利用FSL来提升现场服务的效率和质量。