Had Beta untuk Organisasi

Semasa Beta, anda boleh:

• Mencipta Organisasi dan menjemput ahli pasukan
• Menetapkan kebenaran untuk perdagangan, pendanaan dan pentadbiran
• Mengkonfigurasi dasar kelulusan mengikut aliran kerja
• Memerlukan kelulusan berbilang pihak untuk pengeluaran, perubahan alamat, perubahan akses dan perubahan dasar
• Mengunci dasar untuk mencegah perubahan unilateral
• Mencipta Pengguna Perkhidmatan untuk akses API programatik
• Menguatkuasakan 2FA log masuk Organisasi dan dasar tamat masa sesi

Batasan berikut dikenakan semasa Beta dan dijangka akan berubah dalam keluaran akan datang.

Organisasi anda beroperasi pada akaun utama Pemilik. Perdagangan berbilang akaun — di mana Ahli beroperasi merentasi sub-akaun yang berasingan dengan baki bebas — belum lagi tersedia.

Maksudnya: Semua Ahli dengan kebenaran perdagangan berdagang pada akaun yang sama dan berkongsi baki dan kedudukan yang sama.

Ahli hanya boleh melakukan operasi di mana platform mempunyai kebenaran Organisasi yang ditetapkan. Kebenaran yang tersedia adalah:

• Perdagangan (Spot dan Margin)
• Peruntukan / Nyahperuntukan Perolehan
• Memulakan Pengeluaran
• Mengurus Alamat
• Mengurus Akses
• Mengurus Dasar

Operasi yang tidak disenaraikan di atas kekal eksklusif kepada Pemilik Organisasi. Ini termasuk:

• Futures trading
• OTC trading
• Convert
• Custody settlements
• Sebarang operasi platform tanpa kebenaran Organisasi yang sepadan

Pemilik melakukan ini menggunakan aliran yang sama seperti sebelum penciptaan Organisasi. Ahli lain tidak boleh mengakses operasi ini semasa Beta.

Peristiwa keselamatan dan log audit untuk aktiviti Ahli tidak tersedia semasa Beta. Papan pemuka audit layan diri dirancang tetapi belum tersedia.

Anda boleh mencipta konfigurasi kebenaran tersuai apabila menetapkan peranan, tetapi anda tidak boleh menyimpan peranan tersuai sebagai templat boleh guna semula. Setiap kali anda menetapkan peranan tersuai, anda mengkonfigurasinya dari awal.

Apabila Ahli menggunakan Execute untuk menyelesaikan perubahan alamat serta-merta, sistem memerlukan pengesahan e-mel. Semasa Beta, pengesahan ini sentiasa dihantar kepada Pemilik Organisasi, bukan kepada Ahli yang memulakan perubahan. Penghantaran pengesahan terus kepada pencipta permintaan dirancang untuk keluaran akan datang.

Semasa Beta, tiada API pengurusan Organisasi awam untuk jemputan ahli, pengurusan kebenaran, konfigurasi polisi, atau penguncian polisi. Akses programatik terhad kepada Pengguna Perkhidmatan yang bertindak melalui kebenaran kunci API pada aliran yang disokong.

Perbezaan yang diketahui:

• Jemputan ahli dan pengurusan kebenaran — tersedia dalam UI sahaja
• Konfigurasi dan penguncian polisi — tersedia dalam UI sahaja
• Permintaan pengeluaran — tersedia melalui Pengguna Perkhidmatan / kunci API; apabila polisi Organisasi dikonfigurasi, permintaan akan memasuki barisan kelulusan
• Operasi dagangan dan Pendapatan melalui Pengguna Perkhidmatan — tersedia melalui kunci API sahaja (Pengguna Perkhidmatan tidak boleh mengakses UI)

Semak dokumentasi API Kraken untuk maklumat terkini mengenai operasi kunci API yang disokong.

Apabila akaun didaftarkan dalam Organisasi, bentuk respons EAPI withdrawFunds berubah. Integrasi yang menghurai bentuk standard memerlukan kemas kini kod sebelum pendaftaran.

Terpakai hanya kepada pengguna Organisasi dalam domain lanjutan. Akaun bukan Organisasi tidak berubah.

Respons standard:

<code>{
 "error": [],
 "result": {
  "refid": "FTRqeuR-9Is99qcv54n0Y0535oPXxb"
 }
}</code>

Respons Organisasi:

<code>{
 "error": [],
 "result": {
  "refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
  "approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
 }
}</code>

Kelakuan:

• refid masih dikembalikan semasa penciptaan permintaan dan terus mengenal pasti pengeluaran.
• approval_request_id ditambahkan dan mengenal pasti permintaan kelulusan yang mengawal pengeluaran ini.
• Pengeluaran hanya akan selesai selepas permintaan kelulusan diluluskan. Permintaan kelulusan yang ditolak atau tamat tempoh tidak akan menghasilkan pengeluaran yang lengkap terhadap refid.

Tindakan yang disyorkan sebelum pendaftaran:

• Audit kod yang menghurai respons withdrawFunds.
• Kemas kini penghuraian untuk menerima medan approval_request_id tambahan dan untuk menganggap penyelesaian sebagai dikawal oleh kelulusan.

Pasukan Organisasi sedang giat berusaha untuk mengembangkan set ciri melebihi Beta. Bidang-bidang yang sedang dibangunkan termasuk:

• Sokongan berbilang akaun dengan baki yang diasingkan
• Liputan kebenaran yang diperluaskan untuk operasi platform tambahan
• Log audit dan papan pemuka aktiviti yang berorientasikan klien
• Templat peranan tersuai yang boleh digunakan semula

Garis masa dan ketersediaan khusus akan dimaklumkan melalui saluran rasmi Kraken.