Tentang Organizations

Sebelum anda mulakan

Anda memerlukan Akaun Kraken korporat yang disahkan KYB untuk membuat Organization. Akaun Kraken peribadi tidak layak.

Hanya pemegang akaun yang telah melengkapkan pengesahan perniagaan boleh membuat Organization. Selepas dibuat, orang ini menjadi Organization Owner.

Anda tidak boleh membatalkan pembuatan Organization melalui layan diri. Selepas Organization dibuat, pembatalan memerlukan sokongan manual.

Nota: Organizations kini dalam peringkat Beta. Sesetengah keupayaan mungkin mempunyai had. Lihat had Beta untuk maklumat lanjut.

Organizations sekilas pandang

Organizations membolehkan Klien Institusi mengurus akses pasukan dan memerlukan kelulusan untuk tindakan sensitif merentasi akaun yang dikongsi.

  • Jemput ahli pasukan ke Organization anda
  • Tetapkan kebenaran mengikut aliran kerja dan akaun
  • Perlukan kelulusan untuk tindakan sensitif seperti pengeluaran, perubahan alamat, dan kemas kini kebenaran
  • Gunakan kawalan keselamatan bersama seperti 2FA dan tamat tempoh sesi
  • Perkenalkan tadbir urus secara berperingkat: mulakan dengan cepat, ketatkan kemudian

Peranan utama

Organization Owner — Pemegang akaun yang mencipta Organization. Owner bermula dengan kebenaran pentadbiran penuh dan bertanggungjawab untuk menyediakan akses serta tadbir urus bagi pasukan. Tiada peranan pemilik bersama.

Member — Seseorang yang dijemput ke Organization dengan kebenaran tertentu. Ahli-ahli log masuk menggunakan Maklumat Log Masuk Kraken mereka sendiri dan mesti mematuhi polisi 2FA Log Masuk Organization.

Service User — Pengendali API sahaja yang dicipta dalam Organization. Service User mengesahkan identiti menggunakan Maklumat Log Masuk kunci API dan boleh memulakan permintaan, tetapi tidak boleh meluluskannya atau log masuk ke antara muka pengguna. Lihat Pengguna Perkhidmatan untuk maklumat lanjut.

Istilah Utama

Organization — Wadah peringkat tertinggi yang mengelompokkan Ahli, akaun, dan tadbir urus di bawah satu struktur.

Akaun — Unit dengan baki berasingan yang digunakan untuk perdagangan dan pendanaan. Kebenaran diberikan mengikut akaun — akses kepada satu akaun tidak merangkumi akaun lain. Perdagangan berbilang akaun dirancang untuk keluaran akan datang.

Kebenaran — Hak yang menentukan apa yang boleh dilakukan oleh Ahli atau Pengguna Perkhidmatan. Kebenaran bersifat tambahan: pengguna bermula tanpa sebarang akses dan mesti diberikan setiap kebenaran secara individu. Lihat Kebenaran dan aliran kerja untuk rujukan penuh.

Aliran Kerja — Kumpulan operasi berkaitan yang berkongsi model kebenaran dan konfigurasi polisi yang sama. Organizations mempunyai empat aliran kerja: Initiate Withdrawal, Manage Addresses, Manage Access, dan Manage Policies.

Operasi — Tindakan khusus dalam sesuatu aliran kerja. Sebagai contoh, "Create a crypto withdrawal" ialah operasi dalam aliran kerja Initiate Withdrawal.

Polisi — Konfigurasi tadbir urus untuk sesuatu aliran kerja. Polisi menentukan bilangan kelulusan yang diperlukan dan sama ada tindakan boleh diselesaikan serta-merta oleh subset pengguna. Lihat Polisi, kelulusan, dan tadbir urus untuk maklumat lanjut.

Permintaan — Unit kerja yang dicipta apabila Ahli atau Pengguna Perkhidmatan memulakan tindakan pada aliran kerja yang ditadbir. Permintaan sama ada diselesaikan serta-merta (apabila dibenarkan oleh polisi) atau diletakkan dalam baris gilir kelulusan untuk semakan.

Execute — Kebenaran yang membolehkan Ahli menyelesaikan tindakan tanpa menunggu kelulusan, apabila polisi aliran kerja mengizinkannya. Apabila "Always require approval" dihidupkan, Execute tidak memberi sebarang kesan.

Kunci polisi — Kawalan tadbir urus yang menghalang mana-mana individu daripada mengubah polisi aliran kerja. Perubahan pada masa hadapan memerlukan kelulusan bebas dan bergantung pada ketersediaan pelulus yang mencukupi.

Pengasingan tugas — Peraturan yang menetapkan bahawa Ahli tidak boleh meluluskan permintaan mereka sendiri. Dikuatkuasakan oleh sistem dan tidak boleh dikesampingkan.

Peraturan utama dan kawalan keselamatan

  • Ahli tidak boleh meluluskan permintaan mereka sendiri. Dikuatkuasakan oleh sistem dan tidak boleh dikesampingkan.
  • Kebenaran bersifat tambahan. Ahli bermula tanpa sebarang akses dan mesti diberikan setiap kebenaran secara berasingan.
  • Sama ada sesuatu tindakan diselesaikan serta-merta atau memerlukan kelulusan bergantung pada kebenaran Ahli dan dasar aliran kerja. Lihat Kebenaran dan aliran kerja.
  • Dasar yang dikunci tidak boleh diubah tanpa kelulusan bebas, termasuk oleh Pemilik.
  • 2FA Log Masuk Organization diperlukan. Dasar ditetapkan semasa penubuhan dan terpakai kepada semua Ahli semasa dan masa hadapan.
  • Sesi yang tidak aktif akan tamat tempoh dan memerlukan pengesahan semula.

Ringkasan batasan Beta

Organizations kini dalam peringkat Beta. Batasan utama:

  • Hanya mod satu akaun tersedia, perdagangan berbilang akaun belum disokong
  • Sesetengah operasi platform kekal untuk Pemilik sahaja (Niaga Hadapan, OTC, Tukar, Jagaan Aset)
  • Log audit untuk klien belum tersedia
  • Peranan tersuai tidak boleh disimpan dan digunakan semula
  • Pengesahan e-mel untuk perubahan alamat serta-merta dihantar kepada Pemilik, bukan kepada pemohon.
  • Sesetengah operasi mungkin berbeza antara UI dan API semasa Beta

Lihat Batasan Beta untuk senarai penuh.

Apa yang boleh anda urus

Organizations mengumpulkan tindakan ke dalam empat kawasan aliran kerja. Setiap aliran kerja mempunyai kebenaran dan tetapan dasar tersendiri.

Aliran kerja

Apa yang dikawalnya

Mulakan Pengeluaran

Siapa yang boleh meminta, meluluskan, dan melengkapkan pengeluaran mata wang fiat dan kripto

Manage Addresses

Siapa yang boleh menambah atau mengalih keluar destinasi pengeluaran yang disenarai putih

Manage Access

Siapa yang boleh menjemput Ahli, mengurus Pengguna Perkhidmatan, dan menukar kebenaran

Manage Policies

Siapa yang boleh mengubah suai peraturan kelulusan dan mengunci tetapan tadbir urus

Lihat Permissions and workflows untuk rujukan penuh.

Bermula

Bersedia untuk menyediakan Organisasi anda? Lihat Create an Organization untuk panduan lengkap persediaan dan langkah permulaan, termasuk cara menjemput Ahli, memberikan kebenaran, mengkonfigurasi polisi kelulusan, dan mengunci tadbir urus apabila anda bersedia.

Soalan lazim

Tidak. Pemilik Organisasi ialah pemegang akaun yang mencipta Organisasi tersebut. Pemilikan tidak boleh dipindahkan melalui layan diri.

Tidak. Penciptaan Organisasi tidak boleh dibatalkan melalui layan diri. Hubungi sokongan jika anda perlu membincangkan pilihan migrasi.

Pemilik mengekalkan akses penuh kepada akaun. Tiada fungsi sedia ada yang dialih keluar. Ahli hanya mendapat akses kepada tindakan yang diberikan kebenaran secara eksplisit.

Pada masa ini, setiap Ahli hanya tergolong dalam satu Organisasi. Dalam keluaran akan datang, Organizations akan menyokong berbilang entiti perniagaan di bawah satu struktur, membolehkan Ahli menjalankan operasi merentas entiti dalam Organisasi yang sama.

Pengguna Perkhidmatan boleh memulakan permintaan pengeluaran melalui API. Apabila dasar Organisasi mengawal aliran kerja Initiate Withdrawal, permintaan tersebut mesti diluluskan oleh Ahli (bukan Service User) sebelum berkuat kuasa. Service Users juga boleh berdagang dan mengurus produk Earn bergantung pada kebenaran kunci API mereka. Lihat Service Users.

Perlu bantuan lebih lanjut?