smb_app_state_sync Webhook
smb_app_state_sync 傳送 WhatsApp Business 應用程式本身的狀態，主要是 Coexistence 號碼連接時進行的聯絡人同步。它與傳送對話的 history 分開，而且只存在於 Coexistence 號碼。
Coexistence 專用的同步欄位：smb_app_state_sync 及 history。
完成啟用後，必須在指定時間內開始同步。
沒有使用 Coexistence 啟用的號碼也有相應機制。
所承載的內容
應用程式端的狀態，實際上是企業原本儲存在手機上的聯絡人。
每個擁有 WhatsApp 號碼的聯絡人都可以同步至平台，讓軟件識別多年前已儲存在企業手機內的客戶，而不是將其視為新號碼。這與對話本身不同，對話會在 history 欄位送達。兩者分開，是因為一個是目錄，另一個是對話記錄。
與 history 一樣，這只存在於 Coexistence。從未使用過應用程式的號碼沒有應用程式狀態可供同步。
不承載的內容
應用程式本身的操作工具，這些內容在平台端沒有對應資料。
- 標籤只儲存在裝置上，軟件無法讀取。
- 快速回覆、歡迎訊息及離開訊息。
- 目錄、訂單及狀態。
- Channels，以及語音或視像通話記錄。
為何這對整合很重要
因為它決定您的系統能否從第一天起知道誰正在發送訊息。
沒有聯絡人同步時，每則傳入訊息只會顯示沒有名稱的號碼，您需要自行將它與客戶記錄配對。有了同步，企業自己的聯絡人清單便可供使用，大部分配對工作已經完成。
值得同時為兩種情況作規劃，因為企業可以拒絕同步或錯過期限。假如整合假設聯絡人一定存在，使用者開啟系統時可能只會看到大量原始號碼。
常見錯誤
- 假設聯絡人一定存在。企業可以拒絕同步或錯過期限。
- 預期此負載會包含標籤或快速回覆。它們會留在裝置上。
- 將它與 history 混淆。history 傳送的是對話，而不是聯絡人清單。
EasyCoexistence 訂閱操作欄位並記錄啟用流程，因此號碼是否完成同步，以及同步了哪些內容，都會顯示在其時間線上。
常見問題
這是否與 history 同步相同？
不是。這會傳送應用程式狀態，主要是聯絡人。history 傳送對話。
它會執行多於一次嗎？
初次同步是啟用流程的一次性部分，與 history 一樣有 24 小時期限。
我會取得標籤嗎？
不會。標籤是應用程式功能，沒有相應的 API。
一般 Cloud API 號碼也有這項功能嗎？
沒有。一般 Cloud API 號碼沒有 WhatsApp Business 應用程式狀態可供同步。
繼續閱讀
準備開始嗎？
幾分鐘內設定 WhatsApp Coexistence，而非幾個月。應用程式在手機上仍可繼續運作。
開始免費試用驗證日期