快速解答
OTP API 係兩個接口：一個發一次性驗證碼，一個校驗用戶輸入嘅碼。Flowstates 嘅 OTP API 會通過多間短訊供應商發送，有亞秒級故障切換同自動電郵備援，就算有條線路變差，驗證碼都送得到，而每一次嘗試都有記錄可以查。
每個未交付嘅代碼都係 一個失落嘅用戶
OTP 交付係認證漏斗嘅無聲殺手。收唔到代碼嘅用戶唔會重試 - 佢哋會離開。
申請失敗
當 OTP 未到時，用戶就會落車，而收購成本就浪費咗。
轉換漏洞
就算有幾個 % 嘅 OTP 失敗都會喺登入、結帳同密碼重設流程中複雜化。
支持飛
每個未送達嘅代碼都會變成一張票 - 你嘅支援團隊會變成供應商升級櫃台。
SMS 先。 電郵當 SMS 唔會。
一個 API 通話。多個 SMS 供應商按順序試用，以電郵為安全網。用戶可以透過任何可行嘅路徑攞到代碼。
一個 API 通話。如果 SMS 喺所有配置嘅供應商之間送貨失敗， OTP 會自動透過電郵傳送 - 確保你嘅客戶一直收到佢哋嘅代碼。
為 驗證，而唔係市場推廣
OTP API 喺一條獨立嘅路由路徑上運行，有自己嘅優先車道、供應商堆栈同審計蹤跡 - 專為短命、時間關鍵嘅代碼而設。
多供應商 SMS 級聯
配置一堆 SMS 供應商。如果供應商 A 失敗或者超時，供應商 B 會喺任何後備通道開始之前嘗試。
SMS 至電郵後備
如果每個 SMS 供應商都失敗，相同嘅代碼會自動透過電郵傳送，而唔需要額外整合。
優先路由
OTP 會繞過標準訊息隊列，並且經過最快嘅路徑，同市場推廣流量分開。
次秒決定
供應商嘅選擇、重試同後備決定會喺一秒之內完成，所以用戶唔使等。
嘗試追蹤
每次發送、重試同驗證嘗試都會記錄供應商、延遲同結果，以便進行審計同分析。
單一端點
一個 POST 要發送，一個 POST 要驗證。無論係用咗 SMS 、電郵定係後備，都係一致嘅回應格式。
兩個端點。 三個步驟。
寄送
POST 用戶嘅手機同埋可選嘅電郵後備。我哋會產生、儲存同埋派發代碼。
卡斯卡德
我哋會按優先順序試下你已經設定好嘅 SMS 供應商，然後喺需要嘅時候返去電郵 - 全部都喺幾秒鐘之內。
證明
POST 用戶輸入嘅代碼。我哋會確認、標記嘗試，然後返回成功或者輸入錯誤。
OTP API 常見問題
OTP API 係咩？
OTP API 由兩個接口組成：一個向用戶發一次性驗證碼，一個校驗用戶輸入嘅碼。驗證碼生成、有效期、嘗試次數限制同送達都由 API 負責，你嘅應用只需要調用發送同校驗。
Flowstates 嘅 OTP API 同自己發短訊有咩唔同？
普通短訊發送只有一條線路，又唔會保存驗證狀態。OTP API 會在多間短訊供應商之間亞秒級級聯切換，短訊送唔到就自動改用電郵，並按請求記錄每一 次嘗試，令失敗可以查得到而唔係靠猜。
驗證碼通過邊啲渠道送達？
以短訊做主渠道，並自動用電郵做備援。渠道順序同各國供應商順序會在上線準備階段按你嘅流量配置。
接入要幾久？
兩個 REST 調用：POST /v1/otp/send 會回一個 request_id，POST /v1/otp/verify 就用佢校驗驗證碼。大部分團隊一日內就接入得，接口文檔已經公開。
驗證碼長度同有效期可唔可以自訂？
可以。長度同有效期係請求參數；重發同嘗試次數限制按帳戶設定，可以配合你嘅保安政策。
有短訊供應商線路變差會點？
級聯會自動轉去下一條已配置線路；如果仍然未確認送達，就會觸發電郵備援。Flowstates 以 99.99% 網關 SLA 營運網關，並代你排查線路層面嘅故障。