會話

標記會話已讀

將會話標記為已讀。conversation_id 走 JSON body 傳入（唔走 path，因為渠道側嘅 ID 可能含 @ / : 等字符）。WhatsApp 訊息級已讀要成對傳入 up_to_message_id 同 up_to_message_sender_id；群聊發送者使用對應 webhook 嘅 data.sender.id。兩個欄位都唔傳就標記成條會話，只傳其中一個會回傳 400 invalid_request。

POSThttps://api.unifyport.ai/v1/accounts/{account_id}/conversations/read

呼叫前準備

在伺服器端使用資源所屬工作區的 X-Api-Key，執行範例前替換所有預留位置。

參數從哪裡取得

account_id: 從建立或查詢帳號的回應取得 data.id。帳號屬於 X-Api-Key 對應的工作區。攞帳號

請求

curl -X POST "https://api.unifyport.ai/v1/accounts/{account_id}/conversations/read" \
  -H "X-Api-Key: <YOUR_API_KEY>" \
  -H "Content-Type: application/json" \
  -d '{
  "conversation_id": "peer_example",
  "up_to_message_id": "msg_example",
  "up_to_message_sender_id": "sender_example"
}'

請求參數

請求標頭

X-Api-Key

string必填

工作區 API Key，工作區會由呢個標頭解析得出嚟。

Content-Type

string必填

發送 JSON 請求內容嘅時候請用 application/json。

路徑參數

account_id

string必填

用嚟識別嗰條 conversations 路由嘅 ID。

請求內容

conversation_id

string必填

目標對話識別碼。

up_to_message_id

string

可選。一個 WhatsApp 訊息 ID，或者屬於同一發送者嘅多個訊息 ID（用英文逗號分隔）；要同 up_to_message_sender_id 一齊傳。省略兩者時會將成個對話標記為已讀。

up_to_message_sender_id

string

up_to_message_id 入面所有訊息嘅渠道端發送者識別碼；群組對話要傳 Webhook 事件入面嘅 data.sender.id。多個訊息 ID 必須屬於同一發送者。

如何理解結果

依文件解讀回應欄位與 HTTP 狀態。204 成功沒有回應本文，排查時使用 X-Request-Id。下一步請參閱相關操作。

回應 200 OK

{
  "request_id": "<REQUEST_ID>",
  "data": {
    "ok": true
  }
}

回應內容

ok

boolean

操作成功嗰陣永遠係 true；失敗就唔會回 2xx 狀態碼。

回應

200

200 OK

請求成功，回應內容嘅例子如上。

400

請求錯誤

請求內容、路徑或者參數無效。

401

未授權

X-Api-Key 請求標頭缺少或者無效。

404

搵唔到資源

搵唔到請求嘅渠道資源。

409

衝突

目前操作同現有嘅渠道帳號或者資源衝突。

500

伺服器錯誤

服務遇到咗未預期嘅錯誤。

501

渠道未實作

所選渠道未實作呢個操作。

502

上游閘道錯誤

渠道轉接器或者上游渠道未能完成呢個操作。

失敗後如何處理

檢查 HTTP 狀態和 error.code/numeric_code，保留 request_id。依原因修正參數、繼續授權或檢查狀態。重試傳送及寫入前確認上次結果，避免重複操作。錯誤碼參考

invalid_request · 10000 · 400: 檢查必填欄位、格式與渠道條件，修正請求後再呼叫。
invalid_api_key · 11001 · 401: 檢查 X-Api-Key 與工作區是否有效。