帳號
更新帳號
部分更新帳號中繼資料同渠道設定。冇傳嘅欄位保留現值;null 無效;空 array 或空 object 用嚟清空集合或物件欄位。
https://api.unifyport.ai/v1/accounts/{account_id}呼叫前準備
在伺服器端使用資源所屬工作區的 X-Api-Key,執行範例前替換所有預留位置。
參數從哪裡取得
- account_id
- 從建立或查詢帳號的回應取得 data.id。帳號屬於 X-Api-Key 對應的工作區。 攞帳號
請求參數
請求標頭
X-Api-Key工作區 API Key,工作區會由呢個標頭解析得出嚟。
Content-Type發送 JSON 請求內容嘅時候請用 application/json。
路徑參數
account_id用嚟識別嗰條 accounts 路由嘅 ID。
請求內容
name可讀嘅帳號名稱。
provider客戶可用嘅渠道標識:telegram、whatsapp、whatsapp-protocol、line、twitter、zalo 或 tiktok。
enum: telegram, whatsapp, line, twitter, zalo, tiktok, whatsapp-protocol, x, x_client, twitter_client
region用嚟分配嘅渠道區域。記住經 列出渠道區域 揀返個 allocatable: true 嘅區域。
minLength: 1
status帳號業務狀態,例如 active 或者 inactive。
runtime_status渠道支援經帳號設定更改時,要求設定嘅運行狀態。
enum: unknown, starting, running, stopping, stopped, reconnecting, disconnected, error
auth_mode建立帳號時必填;淨係可以係 qrcode、code 或 session。
enum: qrcode, code, session
capabilities[]帳號能力。PATCH 時唔傳代表保留,傳 [] 代表清空,null 無效。
metadata平台側中繼資料。PATCH 時唔傳代表保留,傳 {} 代表清空,null 無效。
provider_account_ref渠道側帳號識別碼,通常會喺授權完成之後寫入。
provider_data渠道專屬設定。PATCH 時唔傳代表保留,傳 {} 代表清空,null 無效。建立 Telegram 帳號時,api_id 同 api_hash 可選;冇指定自訂應用程式憑證就用平台預設應用程式憑證。使用自有應用程式時,請將同一 Telegram 應用程式嘅兩項憑證以字串成對提供。
proxy呢個帳號可選嘅對外 proxy 設定。
如何理解結果
依文件解讀回應欄位與 HTTP 狀態。204 成功沒有回應本文,排查時使用 X-Request-Id。下一步請參閱相關操作。
回應 200 OK
{
"request_id": "<REQUEST_ID>",
"data": {
"id": "acc_example",
"name": "Telegram Production",
"provider": "telegram",
"status": "active",
"auth_mode": "code"
}
}
回應內容
id帳號嘅唯一識別碼(acc_...)。喺帳號層級嘅路由入面用佢。
name可讀嘅帳號名稱。
provider管道識別碼。呼叫其他介面時原樣使用 API 回傳的值;此介面的回傳範圍請看下方列舉。
enum: telegram, whatsapp, line, twitter, zalo, tiktok, whatsapp-protocol
region帳號分配落去嘅渠道區域。
status帳號嘅生命週期狀態,例如 active。
runtime_status標準化嘅運行狀態,係 unknown、starting、running、stopping、stopped、reconnecting、disconnected 或者 error 其中一個。
enum: unknown, starting, running, stopping, stopped, reconnecting, disconnected, error
auth_mode帳號用嘅認證流程:code、qrcode 或者 session。
capabilities[]帳號開咗嘅能力,例如 send_message 同 receive_message。
metadata你自己存喺帳號上面嘅環境標籤。
provider_account_ref渠道側嘅識別碼,你可以扣返上去,攞嚟同你自己系統嘅帳號對應。
proxy帳號綁定嘅對外 proxy 設定,未設定就唔會回。
provider_profileobject渠道回報嘅資料,例如 display_name。帳號未認證之前唔會有。
provider_profile渠道回報嘅資料,例如 display_name。帳號未認證之前唔會有。
id渠道側帳號識別碼。WhatsApp 回傳 LID;帳號資料同步完成前可能省略。
phone已歸一化嘅帳號電話號碼,冇空格、連字號同開頭加號。
username渠道回報嘅 username(如有)。
display_name帳號展示名稱;WhatsApp 按 BusinessName 優先、PushName 回退嘅規則生成。
push_nameWhatsApp 目前帳號設定嘅 PushName;其他渠道冇定義呢個欄位嘅語義。
business_nameWhatsApp BusinessName;渠道冇回傳時呢個欄位會缺失。
first_name渠道回報嘅名(如有)。
last_name渠道回報嘅姓(如有)。
avatar_url渠道回報嘅帳號頭像 URL(如有)。
bio渠道回報嘅帳號簡介或狀態文字(如有)。
platformWhatsApp 配對時回報嘅登入平台識別碼。請當佢係不透明字串並兼容未知值;其他渠道冇定義呢個欄位嘅語義。呢個欄位同 device_platform 唔同。
回應
200200 OK
請求成功,回應內容嘅例子如上。
400請求錯誤
請求內容、路徑或者參數無效。
401未授權
X-Api-Key 請求標頭缺少或者無效。
409衝突
目前操作同現有嘅渠道帳號或者資源衝突。
500伺服器錯誤
服務遇到咗未預期嘅錯誤。
失敗後如何處理
檢查 HTTP 狀態和 error.code/numeric_code,保留 request_id。依原因修正參數、繼續授權或檢查狀態。重試傳送及寫入前確認上次結果,避免重複操作。 錯誤碼參考
- invalid_request · 10000 · 400
- 檢查必填欄位、格式與渠道條件,修正請求後再呼叫。
- invalid_api_key · 11001 · 401
- 檢查 X-Api-Key 與工作區是否有效。