服务组织通常跨不同的系统和模型管理运营执行和财务流程。 现场团队专注于完成维修、安装、检查和维护，而项目和财务团队需要对人工、材料和使用情况进行一致的解释，以便进行成本、计费和性能跟踪。 当这些活动通过断开连接的财务模型进行解释时，组织将面临额外的复杂性、手动对帐和有限的端到端可见性。
Dynamics 365 Field Service 和 Project Operations 之间的连接通过使用一个共享模型来理解和处理服务工作来解决此问题。 现场服务中捕获的劳动力、材料和服务执行现在流经单个财务引擎，实现一致的成本和计费。 这种统一的方法可减少和解工作，增强服务和项目驱动工作的可见性，并实现更可预测的财务和运营成果。
此集成专为使用以下系统的组织而设计：
现场服务、项目运营、财务和供应链管理，能够实现全面的端到端服务、项目和财务协调。
现场服务、财务和供应链管理，而无需使用 Project Operations 应用程序。 现场服务中嵌入了一组最少的项目操作配置表单，使用户无需切换应用程序即可管理项目。 安装集成的用户必须具有 Project Operations 许可证。
现场服务和项目运营，不使用财务和供应链管理。 项目运营中的这一方法支持在项目背景下的基于项目的服务和财务协同一致。 此方法可用于与其他 ERP 解决方案的集成或直接执行和管理目的。
集成流概述
此图显示了 Field Service、Project Operations 和 Finance 活动如何连接到一个连续过程。
现场服务
一线员工创建工作订单用于服务交付，每个订单都链接到Project Operations中的项目，该项目充当财务容器。 此工作顺序和项目关联提供用于解释成本、收入和计费的上下文。
当一线工作人员为工作订单产品或服务设置估计数量或估计工期时，系统会在 Project Operations 中创建材料估算行。 估计值必须大于零。 如果启用了 Dynamics 365 Finance 集成，系统会在 Finance 中创建预测线。
当现场工作完成并且工作订单产品或服务行的状态设置为使用时，系统会根据工作订单上捕获的运营数据计算服务和产品的适用定价和成本。 使用数据被记录为材料使用日志（MUL）。
项目操作
材料使用情况日志（MULS） 表示原材料和服务的原始消耗量。 它们被转换为项目日记帐行（成本和收入），这些行经过审查和批准，以确保财务准确性。
获得批准后，日记帐行将生成项目实际值，这是与项目和合同子项绑定的权威财务记录。
这些实际值生成用于审阅和调整的 Proforma 发票 草稿。 发票草稿被确认后，将进行开票。
Finance
如果启用了 Dynamics 365 Finance 集成，系统将生成 Project Operations Integration 日记行 ，以将批准的财务数据从 Project Operations 传输到 Finance。
财务将这些日记行转换为子账目，应用会计逻辑，执行收入识别，并将 客户发票 发布到总账本。
结果是一个连续的财务管道：从工作订单到项目和合同子项，到估价发票，到 Finance 中的已过帐发票。