[僅限PaaS]{class="badge informative" title="僅適用於雲端專案（Adobe管理的PaaS基礎結構）和內部部署專案的Adobe Commerce 。"}
聯結器同步管道
Adobe Commerce Optimizer Connector以SaaS Data Export建置，將SaaS Data Export索引子收集的資料對應至Adobe Commerce Optimizer Catalog Data Ingestion API所需的格式，並處理驗證、批次提交及範圍型同步控制。 以下各節將說明此同步的運作方式。
相關內容：
-
在Commerce Optimizer Connector 總覽主題中瞭解整合的商業價值、主要功能和架構。
-
如需模組封裝名稱、摘要API端點和組態金鑰路徑，請參閱聯結器參考
同步如何運作
下圖顯示透過Adobe I/O Gateway從Adobe Commerce到Commerce Optimizer的資料同步處理。
當Adobe Commerce中的目錄資料變更時，同步處理會經過這些階段。
- 實體變更偵測 — （每1分鐘） Cron工作(
indexer_reindex_all_invalid)會偵測Adobe Commerce個實體變更並觸發SaaS Data Export，以組合摘要專案。 - 轉換 — Commerce Optimizer Connector會擷取組合摘要，將Adobe Commerce實體和範圍對應至Commerce Optimizer API所需的格式，並準備要傳輸的裝載。
- 傳輸 — 轉換後的資料會透過Adobe I/O Gateway透過HTTP POST (
/v1/catalog/<feed name>)傳送至Commerce Optimizer，以驗證並儲存傳入的摘要。 - 保留結果 — 將API回應狀態保留至摘要資料表。
- 失敗重試 （每5分鐘） — 單獨的cron工作(
*_resend_failed_items)會偵測到任何失敗的摘要專案，並透過相同的管道重新提交它們。
排程的cron工作
以下cron作業會按照固定排程自動執行管道。
indexindexer_update_all_viewsindexindexer_reindex_all_invalidresync_failed_feeds_data_exporter*_resend_failed_itemscommerce_data_exportcleanup_deleted_feed_itemsSaaS Data Export擴充功能會處理摘要收集和狀態追蹤。 聯結器層將實體和範圍對應至Commerce Optimizer API所需的格式，並透過POST /v1/catalog/<feed name>提交它們。
需求
- Commerce cron必須執行。
- 摘要索引子必須使用 Update by Schedule 模式。 請參閱部分同步。
範圍型同步控制
CommerceOptimizerScopeMapper模組會讀取每個網站和每個商店檢視的匯出設定，並在摘要收集和提交期間強制執行。
- 已啟用範圍，以一般差異排程匯出資料。
- 已停用的領域已從管道中排除。
先前同步的實體在下次cron執行時從Commerce Optimizer中移除。
如果同步問題只影響一個目錄來源或價格簿，請參閱資料未同步。
如需自訂同步化範圍的詳細資訊，請參閱自訂Commerce範圍匯出設定。
計時與監控
從Commerce管理員的Data Feed Sync Status頁面監視每個摘要的狀態。 請參閱確認資料同步正在運作。
摘要提交和錯誤處理
FeedSubmitter處理序處理Catalog Data Ingestion API呼叫。
- 將更新專案與刪除專案分開（不同的API端點）。
- 呼叫會分別更新和刪除端點。
- 將每個專案的狀態結果合併回單一回應。
HTTP狀態代碼合併
當更新和刪除呼叫傳回不同的狀態代碼時，FeedSubmitter會以下列方式結合結果。
errors欄位中列出的專案會出現在Admin中，需要注意。 批次中的其他專案會重試。resync_failed_feeds_data_exporter群組中的摘要特定*_feed_resend_failed_items cron工作重試。