Had Beta untuk Organizations

Semasa Beta, anda boleh:

• Cipta Organisasi dan jemput ahli pasukan
• Tetapkan kebenaran untuk perdagangan, pendanaan, dan pentadbiran
• Tetapkan polisi kelulusan mengikut aliran kerja
• Wajibkan kelulusan berbilang pihak untuk pengeluaran, perubahan alamat, perubahan akses, dan perubahan polisi
• Kunci polisi untuk menghalang perubahan sepihak
• Cipta Pengguna Perkhidmatan untuk akses API secara aturcara
• Kuatkuasakan polisi 2FA Log Masuk dan tamat tempoh sesi Organisasi

Had berikut terpakai semasa Beta dan dijangka berubah dalam keluaran akan datang.

Organisasi anda beroperasi pada akaun utama Pemilik. Perdagangan berbilang akaun, di mana Ahli beroperasi merentasi sub-akaun berasingan dengan baki tersendiri, belum tersedia.

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

Ahli hanya boleh melakukan operasi yang mempunyai kebenaran Organisasi yang ditetapkan pada platform. Kebenaran yang tersedia ialah:

• Dagangan (Spot dan Margin)
• Earn Peruntukan / Nyahperuntukan
• Mulakan Pengeluaran
• Urus Alamat
• Urus Akses
• Urus Dasar

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

• Perdagangan niaga hadapan
• Perdagangan OTC
• Tukar
• Penyelesaian jagaan aset
• Sebarang operasi platform tanpa kebenaran Organisasi yang sepadan

Pemilik menjalankan operasi ini menggunakan aliran yang sama seperti sebelum Organisasi dicipta. 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 sedang dirancang tetapi belum tersedia.

Anda boleh mencipta konfigurasi kebenaran tersuai semasa menetapkan peranan, tetapi anda tidak boleh menyimpan peranan tersuai sebagai templat yang boleh digunakan semula. Setiap kali anda menetapkan peranan tersuai, anda perlu mengkonfigurasinya dari awal.

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

Semasa Beta, tiada API awam pengurusan Organizations untuk jemputan ahli, pengurusan kebenaran, konfigurasi polisi, atau penguncian polisi. Akses atur cara 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 Organization dikonfigurasi, permintaan masuk baris gilir kelulusan
• Operasi Trading dan Earn melalui Pengguna Perkhidmatan — tersedia melalui kunci API sahaja (Pengguna Perkhidmatan tidak boleh mengakses UI)

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

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

Hanya terpakai kepada pengguna Organization dalam domain yang diperluaskan. Akaun bukan Organization tidak terjejas.

Respons standard:

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

Respons Organization:

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

Tingkah laku:

• refid masih dikembalikan apabila permintaan dibuat dan terus mengenal pasti pengeluaran.
• approval_request_id ditambah dan mengenal pasti permintaan kelulusan yang mengawal pengeluaran ini.
• Pengeluaran hanya selesai selepas permintaan kelulusan diluluskan. Permintaan kelulusan yang ditolak atau tamat tempoh tidak menghasilkan pengeluaran yang selesai terhadap refid.

Tindakan disyorkan sebelum pendaftaran:

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

Pasukan Organizations sedang giat mengembangkan ciri di luar Beta. Bidang yang sedang dibangunkan termasuk:

• Sokongan berbilang akaun dengan baki berasingan
• Skop kebenaran yang diperluaskan untuk operasi platform tambahan
• Log audit dan papan pemuka aktiviti untuk pelanggan
• Templat peranan tersuai yang boleh digunakan semula

Jadual dan kebolehsediaan yang spesifik akan dimaklumkan melalui saluran rasmi Kraken.