Tentang Organizations

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

Hanya pemegang akaun yang telah melengkapkan pengesahan perniagaan boleh menubuhkan Organization. Selepas Organization ditubuhkan, individu ini menjadi Organization Owner.

Penubuhan Organization tidak boleh dibuat asal melalui layan diri. Setelah Organization ditubuhkan, anda perlu menghubungi Sokongan untuk membuat sebarang perubahan.

Nota: Organizations kini dalam fasa Beta. Sesetengah keupayaan mungkin mempunyai batasan. Lihat Batasan Beta untuk maklumat lanjut.

Organizations membolehkan Klien Institusi mengurus akses pasukan dan menghendaki kelulusan untuk tindakan sensitif merentasi akaun bersama.

• Jemput ahli pasukan ke Organization anda
• Tetapkan kebenaran mengikut aliran kerja dan akaun
• Wajibkan kelulusan untuk tindakan sensitif seperti pengeluaran, perubahan alamat, dan kemaskini kebenaran
• Terapkan kawalan keselamatan bersama seperti 2FA dan tamat tempoh sesi
• Perkenalkan tadbir urus secara berperingkat, mulakan dengan pantas dan ketatkan kemudian.

Organization Owner — Pemegang akaun yang mencipta Organization. Owner mempunyai kebenaran pentadbiran penuh dan bertanggungjawab menguruskan akses serta tadbir urus untuk pasukan. Tiada peranan pemilik bersama.

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

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

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

Account — 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.

Permission — Pemberian hak yang menentukan tindakan yang boleh dilakukan oleh Ahli atau Pengguna Perkhidmatan. Kebenaran bersifat tambahan: klien bermula tanpa sebarang akses dan mesti diberikan setiap kebenaran secara berasingan. Lihat Kebenaran dan aliran kerja untuk rujukan penuh.

Workflow — 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.

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

Policy — Konfigurasi tadbir urus bagi sesuatu aliran kerja. Polisi menentukan bilangan kelulusan yang diperlukan dan sama ada tindakan boleh diselesaikan serta-merta oleh sebahagian klien. Lihat Polisi, kelulusan, dan tadbir urus untuk butiran lanjut.

Request — 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 dimasukkan ke dalam barisan 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.

Policy lock — Kawalan tadbir urus yang menghalang mana-mana individu daripada mengubah polisi aliran kerja secara bersendirian. Sebarang perubahan seterusnya memerlukan kelulusan bebas dan bergantung pada ketersediaan pelulus.

Separation of duties — Peraturan yang menetapkan bahawa Ahli tidak boleh meluluskan permintaan mereka sendiri. Dikuatkuasakan oleh sistem dan tidak boleh dikecualikan.

• Ahli tidak boleh meluluskan permintaan mereka sendiri. Dikuatkuasakan oleh sistem dan tidak boleh dikecualikan.
• Kebenaran bersifat tambahan. Ahli bermula tanpa sebarang akses dan mesti diberikan setiap kebenaran secara individu.
• Sama ada sesuatu tindakan selesai serta-merta atau memerlukan kelulusan bergantung pada kebenaran Ahli dan dasar alur kerja. Lihat Kebenaran dan alur 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 akan datang.
• Sesi yang tidak aktif akan tamat tempoh dan memerlukan pengesahan semula.

Organizations kini dalam peringkat Beta. Batasan utama:

• Hanya mod akaun tunggal 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 segera dihantar kepada Pemilik, bukan kepada pencipta permintaan

• Sesetengah operasi mungkin berbeza antara UI dan API semasa Beta

Lihat Batasan Beta untuk senarai penuh.

Organizations membahagikan tindakan kepada empat alur kerja. Setiap alur kerja mempunyai kebenaran dan tetapan dasar tersendiri.

Bersedia untuk menyediakan Organization anda? Lihat Cipta Organization untuk panduan lengkap dan langkah pertama, termasuk cara menjemput Ahli, menetapkan kebenaran, konfigurasikan polisi kelulusan, dan kunci Tadbir Urus apabila anda sudah bersedia.