Field Service 與財務和營運應用程式整合
Field Service 與財務和營運應用程式的整合可讓組織啟用本身內建的協同性。 Field Service 工單交易在財務和營運應用程式中正確記錄於日記帳。 對於使用 Field Service 以及財務和營運應用程式的組織，服務交付會自動更新財務和庫存系統。 您可以在 Field Service 中建立和管理工單，並使這些工單自動與財務和營運應用程式同步處理。
這項整合在 Field Service 與財務和營運應用程式之間提供一致體驗。
將工單中的即時定價和成本計算資訊同步到財務和營運應用程式中。
即時財務和庫存整合會在執行工單時自動更新財務和營運應用程式。
充分利用財務和營運應用程式在發票、會計和庫存管理方面提供的所有功能。
交易協同性
Field Service 交易 (工單產品和工單服務記錄) 以日記帳的形式在各自的財務和運營專案上建立平行交易。
包含庫存的工單產品會建立品項日記帳和品項日記帳明細。
沒有庫存的工單產品和具有費用交易類型的相關專案類別會建立費用日記帳和費用日記帳明細。
產品相關專案類別為時數交易類型的工單服務會建立工時日記帳和工時日記帳明細。
服務費日記帳目前與 Field Service 交易不一致。
品項型交易
在 Field Service 中，所有交易都有相關的產品。 這些產品有時會有庫存，有時又意指按期間收費的非庫存產品或服務。
在專案的許多日記帳類型間，只有品項日記帳明細有相關的產品 (品項)。
類別型交易
在 Field Service 中，不存在類別交易的概念。 甚至服務和非庫存產品也與某個品項有關。
在財務和營運應用程式中，所有不是品項日記帳的日記帳類型都是類別型交易。 例如，費用日記帳明細、工時日記帳明細和服務費日記帳明細。 這些日記帳明細與品項無關，必須有類別。
若要彌合此概念差距，請擷取專案類別值，Field Service 將此值用於工單交易。 此欄位是對財務和營運資料庫中「專案類別」資料表的查詢。 雙重寫入不會自動填入此值。 依照最佳做法，組織應在使用雙重寫入進行同步的產品上更新此值。 或者，建立特定產品，做為在非庫存及服務案例中對某個類別進行交易的 Proxy 。
公司協同性
Field Service 以及財務和營運應用程式不會自動共用相同的公司概念。 雙重寫入解決方案會將公司相關資料新增至相關的資料表，例如客戶、產品或倉庫。 Field Service 引進護欄來協助使用者在其工單和工單交易中選取正確的記錄。
Field Service 中的工單需要服務帳戶。 雙重寫入在客戶資料表中引進公司欄位。 服務帳戶與公司相關，並為工單及其工單交易定義該值。
如果工單與工單交易記錄中的服務帳戶及公司不相符，則在解決差異之前，交易不會同步處理。
Field Service 會特別指出公司在幾個地方的不協同：
- 在工單上
- 在工單產品或工單服務上
- 在財務和營運交易上
依照最佳做法，實作此整合的組織應在公司協同性的考量下，考慮使用產品和服務建立事件類型記錄。 並根據工單上服務帳戶的公司使用正確的事件類型。
交易同步處理
解決方案在 Field Service 應用程式的設定區域中為財務和營運交易中採用新的網站導覽項目。 此區域保存交易資料及其狀態。
整合使用可靠的非同步交易架構，以確保 Field Service 更新準確且可靠。
這項整合依賴啟用的雙重寫入架構和對應，以確保交易採用對關鍵核心概念的共識。
工單中的每個交易都會先在 Field Service 中取得認可，再於財務和營運應用程式中建立更新。
在 Field Service 中完成交易時，這會在交易記錄資料表中建立一筆顯示每個交易狀態的記錄。
此整合會監控工單和專案的交易狀態。 交易狀態指示資料的同步處理狀態，例如未同步處理、處理中、同步處理中和失敗。 這項整合還會提供錯誤處理及重試機制，以解決任何同步處理問題。
如果交易無法完成，則 Field Service 中的狀態會指示失敗和失敗原因。 系統會重試交易多次。
如果交易仍然無法同步處理，則錯誤和交易詳細資料會保留在財務和營運交易記錄中。 使用者可以對問題進行疑難排解並重新同步交易，確保不會遺失財務和庫存交易資料。
在正確的系統設定下，交易失敗是例外狀況。 解決此類型問題，對於確保兩個系統之間保持交易一致性至關重要。
階層式財務和營運專案
這項整合會建立由主要專案和一個或多個子專案組成的階層式專案。 主要專案會當做子專案的容器，這些子專案代表 Field Service 中的個別工單。
儲存維度、倉庫和位置選擇
正確設定整合時，此整合可支援儲存維度。 儲存維度定義庫存中品項儲存所使用的詳細資料層級。 站點、倉庫、位置會追蹤某些品項，而其他品項則僅在站點層級或站點及倉庫層級進行追蹤。
視建立工單產品時選取的庫存產品而定，定義的儲存維度決定工單產品中是否需要位置。
使用者在 Field Service 中新增工單產品 (其中所選產品具有 Field Service 中 Field Service 產品類型的庫存) 時，他們可以從交易表單的查詢欄位中選取倉庫和位置。 根據工單的服務帳戶所屬的法律實體，篩選倉庫和位置欄位以顯示財務和營運應用程式中的值。 財務和營運產品的設定及其儲存維度決定工單產品位置欄位在將產品標示為已使用時是否為必要欄位。
使用者在 Field Service 中修改或刪除對應的工單產品記錄時，整合會更新相關的日記帳明細。
Field Service 中的倉庫和位置欄位與財務和營運應用程式中的倉庫和位置概念相關，這些概念用於追蹤庫存品項的實際位置。
注意
此整合不需要填入地點值，而是根據所選與地點有階層式關聯性的倉庫填入地點。 建議您設定預設工單設定，以盡量減少建立具有庫存產品的工單產品時發生的錯誤。
存貨
從 Field Service 設定啟用財務和營運整合時，庫存的記錄系統是 Dynamics 365 Supply Chain Management，而 Field Service 的預設庫存功能會隱藏。
Field Service 隱藏下列導覽項目：
- 產品庫存
- 轉移
- 調整
- 退貨授權 (RMA)
- RMA 收據
- 退回廠商 (RTV)
Field Service 顯示下列項目：
- 依場地劃分的庫存
- 依倉儲劃分的庫存
這些新的庫存品項使用虛擬表格，直接公開 Field Service 內部 Supply Chain Management 中的庫存資料。 使用者可以取得記錄系統中的真實庫存量。
啟用此整合後，將會停用對 Field Service 預設庫存的庫存驗證功能。 使用缺貨產品的 Field Service 設定處於隱藏狀態，以確保使用者不會受到不相關的庫存驗證或封鎖行為。
此整合不會根據 Supply Chain Management 庫存量自動驗證工單的庫存交易。
包含和不含變體詳細資料的庫存檢視表
啟用整合時，庫存檢視表有適用於不使用產品變體之組織的版本。 此庫存檢視表將數個欄移除，並簡化了庫存能見度。
使用產品變體的組織有相應的檢視表，其中會顯示庫存量的所有詳細資料，包括大小、色彩、樣式和設定等欄。 如有必要，組織可以像修改任何資料表一樣修改預設檢視表。
注意
與一般資料不同，目前不支援在表單中開啟這些庫存資料表 (mserp_inventorysiteonhandv2entity 和 mserp_inventwarehouseonhandv2entity) 中的個別資料列。 這些檢視表中使用的檢視控制項會隱藏將這些記錄在表單中開啟的功能。
工作人員協同性
Field Service 與財務和營運應用程式的整合將 Dynamics 365 Human Resources 擴充為可預約資源整合，以將工作人員概念引入可預約資源。 此外，Field Service 整合還會擴充為：
允許在工單產品或工單服務中擷取工作人員。
根據交易相關聯預約中的可預約資源工作人員自動填入工單產品或服務的工作人員值。 您可以手動填入或覆寫此值。
與工單產品或工單服務相關的非庫存中必須有工作人員。 此需求取決於是否已設定公司的相關專案管理和會計參數來要求在時數日記帳明細或費用日記帳明細中提供工作人員值。
如果已在財務和營運應用程式中設定工作人員需求，則 Field Service 只有在將工單產品或服務設定為已使用時才需要值。 這樣就不會在不知道最終工作人員的情況下阻止建立估計記錄。 除非已記錄工作人員，否則交易無法同步。
工作人員欄位不會根據工作人員對相關專案執行工作的資格進行篩選。 決定在工單上安排可預約資源的排程時，不會將資格視為排程參數。 依照最佳做法，組織可考慮使用安全性角色和業務單位，或採用資源特性，以確保工作人員僅對相關工單進行排程。 如果這些選項是組織實作財務和營運應用程式的重要考量，請考慮使用這些選項。
Field Service 欄位變更
此整合引進新欄位並隱藏其他欄位。
工單欄位變更
此整合新增名為 F&O Project 的虛擬表格查詢欄位，根據相關公司/法律實體以及專案是否處於可能發生交易的狀態來進行篩選。 此整合隱藏計費帳戶欄位，因為此欄位在選取財務和營運整合時不相關。
當使用者選取專案時，專案查詢篩選會顯示具有下列參數的專案：
- 專案與工單服務帳戶必須屬於同一個客戶。
- 專案與工單服務帳戶必須屬於同一個法律實體。
- 專案必須處於允許建立日記帳的階段。
工單產品欄位變更
此整合將數個欄位加入至工單產品資料表。 如果已安裝並啟用此整合，則可看見這些欄位。
日記帳描述
- 僅在費用交易 (非庫存產品) 中可見。 對庫存產品 (產生品項日記帳) 隱藏。
- 自動填入所套用產品的產品名稱，但建議使用者使用更有意義的描述覆寫該值。
- 限制為 60 個字元。 這會從 Field Service 中的記錄流向日記帳明細，再到 Finance 中產生的發票。
明細屬性
- 根據相關公司/法律實體篩選的虛擬表格查詢。
- 此整合會隱藏要開立帳單的數量欄位，因為日記帳明細上沒有同等的概念。 反而，明細屬性定義的是交易是否可開單。
地點
- 對非庫存產品隱藏。
- 只有在產品的財務和營運應用程式中所設定的庫存維度指示需要位置時，才看得到。
- 只有在將記錄設定為已使用時才需要。
- 根據相關公司/法律實體和所選倉庫篩選的虛擬表格查詢。
交易日期
工作人員
- 需要與否僅取決於相關公司中所設定的專案管理和會計參數。
- 如果工單產品的預約值是根據預約中所設定之可預約資源的工作人員填入的，則自動填入。
工單服務欄位變更
此整合將數個欄位加入至工單服務資料表。 如果已安裝並啟用此整合，則可看見這些欄位。
日記帳描述
- 自動填入所套用產品的產品名稱，但建議使用者使用更有意義的描述覆寫該值。
- 限制為 60 個字元。 這會從 Field Service 中的記錄流向日記帳明細，再到 Finance 中產生的發票。
明細屬性
- 根據相關公司/法律實體篩選的虛擬表格查詢。
- 此整合會隱藏計費期間欄位，因為日記帳明細上沒有同等的概念。 反而，明細屬性定義的是交易是否可開單。
交易日期
工作人員
- 需要與否僅取決於相關公司中所設定的專案管理和會計參數。
- 如果工單服務的預約值是根據預約中所設定之可預約資源的工作人員填入的，則自動填入。
產品欄位新增
此整合引入名為專案類別的虛擬表格查詢欄位，根據相關公司/法律實體以及產品是庫存 (品項類別)、非庫存 (費用類別) 還是服務 (時數類別) 產品來進行篩選。
工單交易處理
根據 Field Service 工單產品和服務記錄的事件，各自的日記帳和日記帳明細記錄中會觸發對應的交易。
建立
產品：建立工單產品記錄時，此整合會建立品項日記帳及日記帳明細或費用日記帳及日記帳明細。 產品的 Field Service 產品類型決定交易觸發的是品項交易還是費用交易。
- 庫存產品觸發品項
- 非庫存產品觸發費用
服務：建立工單服務記錄時，此整合會建立工時交易。
Update
更新工單產品或服務，並取消過帳相關的日記帳和日記帳明細時，此整合會相應更新交易。
更新工單產品或服務，並過帳相關的日記帳和日記帳明細時，此整合會執行下列作業：
- 建立沖銷原始日記帳和日記帳明細的迴轉交易
- 建立反映更新交易的新日記帳及日記帳明細。
删除
刪除工單產品或服務，並取消過帳相關的日記帳和日記帳明細時，此整合會刪除日記帳和日記帳明細。
刪除工單產品或服務，並過帳相關的日記帳和日記帳明細時，此整合會建立沖銷原始日記帳和日記帳明細的迴轉交易。
工單系統狀態影響
此整合根據工單的系統狀態值，新增或刪除與仍處於估計狀態之工單產品或工單服務記錄相關的日記帳明細。
當工單更新為已取消或已過帳時，將會刪除所有未過帳的日記帳和日記帳明細。
當工單從已取消或已過帳更新為任何其他系統狀態時，移除的估計明細會自動重新建立新的明細。
限制
此整合支援使用 Microsoft 管理的環境。 此整合不支援客戶受控環境。
Project Operations 資源/非庫存整合不允許 Field Service 整合與資源/非庫存整合式案例所啟用的那個法律實體一起運作。 不過，還是可以在其他法律實體的相同環境中運作。
目前不支援離線虛擬表格，這就是為什麼要讓交易不遭封鎖，設定位置的預設邏輯至關重要。
此整合不支援財務和營運應用程式中提供的下列程序或功能，也不會立即開始將其反映在 Field Service 中：
保留庫存功能，用於預留特定訂單的庫存數量。
追蹤維度，用於定義後續交易中品項追蹤的細微性。 此功能在依批次或序號追蹤品項時非常有用。
不支援將專案中的需要日記帳的活動設定為「是」。 如果已視需要設定時數、費用或品項的活動，則 Field Service 中的交易不會成功。
此整合目前支援將資料更新從專案日記帳有限度地協同調整回其各自的工單交易。 Field Service 使用者建立或更新工單產品或服務時，這些更新會與相應的日記帳同步。 不過，費用日記帳明細、時數日記帳明細或品項日記帳明細僅同步記錄的預設明細屬性和使用中日記帳明細參考。 對相應 Field Service 交易記錄的其他變更不會與各自的明細日記帳同步。