Batasan Beta bagi Organizations

Semasa Beta, anda boleh:

• Cipta Organization dan jemput ahli pasukan
• Tetapkan kebenaran untuk perdagangan, pendanaan, dan pentadbiran
• Sediakan dasar kelulusan mengikut aliran kerja
• Wajibkan kelulusan berbilang pihak untuk pengeluaran, perubahan alamat, perubahan akses, dan perubahan polisi
• Kunci polisi bagi mencegah perubahan sepihak
• Cipta Service Users untuk akses API secara aturcara
• Kuatkuasakan polisi 2FA Log Masuk dan tamat tempoh sesi Organization

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

Organization anda beroperasi pada akaun utama Pemilik. Perdagangan berbilang akaun, di mana Ahli beroperasi merentas 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 menjalankan operasi yang mempunyai kebenaran Organization yang ditetapkan dalam platform. Kebenaran yang tersedia ialah:

• Dagangan (Spot dan Margin)
• Earn Peruntukkan / Nyahperuntukkan
• Mulakan Pengeluaran
• Urus Alamat
• Urus Akses
• Urus Polisi

Operasi yang tidak tersenarai di atas kekal eksklusif kepada Pemilik Organization. Ini termasuk:

• Perdagangan niaga hadapan
• Perdagangan OTC
• Tukar
• Penyelesaian jagaan aset
• Sebarang operasi platform yang tidak mempunyai kebenaran Organization yang sepadan

Pemilik menjalankan operasi ini menggunakan aliran yang sama seperti sebelum Organization 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 masih dalam perancangan dan 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 Laksana 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. Pengesahan akan dihantar terus kepada pembuat permintaan dalam keluaran akan datang.

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

Perbezaan yang diketahui:

• Jemputan ahli dan pengurusan kebenaran — tersedia dalam antara muka pengguna sahaja
• Konfigurasi dan penguncian polisi — tersedia dalam antara muka pengguna sahaja
• Permintaan pengeluaran — tersedia melalui Klien Perkhidmatan / kunci API; apabila polisi Organisasi dikonfigurasi, permintaan akan masuk ke giliran kelulusan
• Operasi perdagangan dan Earn melalui Klien Perkhidmatan — tersedia melalui kunci API sahaja (Klien Perkhidmatan tidak boleh mengakses antara muka pengguna)

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

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

Hanya terpakai kepada pengguna Organization dalam domain yang dilanjutkan. 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>

Gelagat:

• refid masih dikembalikan semasa permintaan dibuat dan terus mengenal pasti pengeluaran tersebut.
• approval_request_id ditambah dan mengenal pasti permintaan kelulusan yang mengawal pengeluaran ini.
• Pengeluaran hanya selesai setelah permintaan tersebut diluluskan. Permintaan kelulusan yang ditolak atau tamat tempoh tidak akan menyempurnakan pengeluaran bagi refid berkenaan.

Tindakan yang disyorkan sebelum pendaftaran:

• Audit kod yang menghurai respons withdrawFunds.
• Kemaskini penghuraian untuk menerima medan approval_request_id tambahan dan anggap penyelesaian sebagai tertakluk kepada kelulusan.

Pasukan Organizations sedang giat mengembangkan ciri-ciri baharu melampaui peringkat Beta. Bidang yang sedang dibangunkan termasuk:

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

Jadual dan ketersediaan yang spesifik akan diumumkan melalui saluran rasmi Kraken.