關於 Organizations

請使用已完成 KYB 驗證的企業 Kraken 帳戶建立 Organization。個人 Kraken 帳戶不符合資格。

只有完成企業驗證的帳戶持有者才能建立 Organization。建立後，該帳戶持有者將成為Organization Owner。

Organization 一經建立，暫時未能透過自助服務撤銷。如需還原 Organization，請聯絡客服進行人工處理。

註：Organizations 目前處於 Beta 階段。部分功能可能存在限制。詳情請參閱Beta 限制。

Organizations 讓機構客戶集中管理團隊存取權限，並為共享帳戶中的敏感操作設定審批要求。

• 邀請團隊成員加入您的 Organization
• 按工作流程和帳戶分配權限
• 為提款、地址變更及權限更新等敏感操作設定審批要求
• 設定共享安全措施，例如雙重認證 (2FA) 及閒置逾時登出
• 漸進式引入治理機制，先快速部署，再按需收緊

Organization Owner——建立 Organization 的帳戶持有者。Owner 預設擁有全部管理權限，負責為團隊設定存取權限與治理架構。不設共同擁有者角色。

Member——受邀加入 Organization、並獲授予特定權限的人員。Member 使用各自的 Kraken 登入憑證登入，並須遵守 Organization 的登入雙重認證政策。

Service User——在 Organization 內建立、僅限使用 API 的操作者。Service User 透過 API 金鑰憑證進行認證，可發起請求，但無法審批請求或登入介面。詳情請參閱 Service Users。

Organization——將成員、帳戶及治理架構整合於單一組織下的頂層容器。

帳戶——擁有獨立餘額的單位，用於交易及資金操作。權限按帳戶授予——存取某一帳戶的權限不會延伸至其他帳戶。多帳戶交易功能計劃於未來版本推出。

權限——定義成員或 Service User 可執行哪些操作的授權。權限採用累加機制：客戶初始沒有任何存取權限，每項權限均須逐一授予。請參閱權限與工作流程以瞭解完整參考資料。

工作流程——共用相同權限模型和政策配置的一組相關操作。Organizations 包含四個工作流程：發起提款、管理地址、管理存取權限，以及管理政策。

操作——工作流程中的一項具體動作。例如，「建立加密貨幣提款」是「發起提款」工作流程中的一項操作。

政策——工作流程的治理配置。政策定義所需的審批數量，以及部分客戶是否可以即時完成操作。請參閱政策、審批與治理以瞭解詳情。

請求——當成員或 Service User 在受治理的工作流程中發起操作時所建立的工作單元。請求會即時完成（在政策允許的情況下），或進入審批隊列等待審核。

Execute——允許成員在工作流程政策許可的情況下，無需等待審批即可完成操作的權限。當「始終要求審批」設為開啟時，Execute 權限將不生效。

政策鎖定——防止任何單一人員更改工作流程政策的治理控制機制。日後的變更須經獨立審批，並取決於是否仍有足夠的審批人覆蓋範圍。

職責分離——成員不得審批自己提交的請求。由系統強制執行，不可覆寫。

• 成員無法批准自己提出的請求。由系統強制執行，不可覆寫。
• 權限採用累加制。成員初始沒有任何存取權限，每項權限均須逐一授予。
• 操作能否即時完成或是否須經審批，取決於成員的權限及工作流程的政策設定。請參閱權限與工作流程。
• 已鎖定的政策在未經獨立審批的情況下無法更改，擁有者亦不例外。
• Organization 登入雙重認證為必要設定。此政策在建立時設定，適用於所有現有及未來的成員。
• 閒置工作階段將會過期，届時須重新進行身分驗證。

Organizations 目前處於 Beta 階段。主要限制：

• 目前僅支援單帳戶模式，多帳戶交易功能尚未開放

• 部分平台操作仍僅限擁有者使用（期貨、場外交易、兌換、託管）

• 客戶端審計日誌尚未開放

• 自訂角色暫時未能儲存和重複使用

• 即時地址變更的電子郵件確認會傳送給擁有者，而非請求建立者

• Beta 期間，部分操作在介面與 API 之間可能存在差異

請參閱Beta 限制以檢視完整列表。

Organizations 將操作分為四個工作流程範疇。每個工作流程均有獨立的權限及政策設定。

準備好設定您的 Organization 了嗎？請參閱建立 Organization，了解完整流程及入門步驟，包括如何邀請成員、分配權限、設定審批政策，以及在準備就緒後鎖定治理設定。