Organizasyonlar Hakkında

Bir Organizasyon oluşturmak için KYB doğrulaması yapılmış kurumsal bir Kraken Hesabı gerekir. Bireysel Kraken hesapları bu işlem için uygun değildir.

Organizasyon yalnızca işletme doğrulamasını tamamlayan hesap sahibi tarafından oluşturulabilir. Oluşturma işleminin ardından bu kişi Organizasyon Sahibi olur.

Organizasyon oluşturma işlemi self-servis yoluyla geri alınamaz. Bir Organizasyon oluşturulduktan sonra geri alınması manuel destek gerektirir.

Not: Organizasyonlar şu anda Beta aşamasındadır. Bazı özellikler sınırlı olabilir. Ayrıntılar için Beta sınırlamalarına bakın.

Organizasyonlar, kurumsal müşterilerin paylaşılan hesaplarda ekip erişimini yönetmesine ve hassas işlemler için onay zorunluluğu getirmesine olanak tanır.

• Ekip üyelerini Organizasyonunuza davet edin
• İzinleri iş akışı ve hesap bazında atayın
• Para çekme, adres değişikliği ve izin güncellemeleri gibi hassas işlemler için onay zorunluluğu getirin
• 2FA ve oturum zaman aşımı gibi ortak güvenlik denetimlerini uygulayın
• Yönetişimi aşamalı olarak hayata geçirin: hızlı başlayın, sonradan sıkılaştırın

Organizasyon Sahibi: Organizasyonu oluşturan hesap sahibidir. Sahip, tam yönetici izinleriyle başlar ve ekip için erişim ile yönetişimi yapılandırmaktan sorumludur. Ortak sahip rolü bulunmamaktadır.

Üye: Belirli izinlerle Organizasyona davet edilen kişidir. Üyeler kendi Kraken kimlik bilgileriyle oturum açar ve Organizasyonun 2FA ile giriş politikasına uymak zorundadır.

Hizmet Kullanıcısı: Organizasyon içinde oluşturulan, yalnızca API üzerinden çalışan bir operatördür. Hizmet Kullanıcıları API anahtarı kimlik bilgileriyle kimliğini doğrular ve talep başlatabilir, ancak onay veremez ya da arayüzde oturum açamaz. Ayrıntılar için Service Users bölümüne bakın.

Organization — Üyeler, hesaplar ve yönetişimi tek bir yapı altında toplayan üst düzey kapsayıcı.

Hesap — İşlem yapma ve fonlama için kullanılan, ayrı bakiyelere sahip birim. İzinler hesap bazında verilir; bir hesaba erişim diğer hesaplara taşınmaz. Çoklu hesap işlem yapma özelliği ilerleyen sürümlerde sunulmak üzere planlanmaktadır.

İzin — Bir Üye veya Service User'ın neler yapabileceğini tanımlayan yetki. İzinler birikimlidir: kullanıcılar başlangıçta hiçbir erişime sahip değildir ve her izin ayrı ayrı verilmelidir. Tam başvuru için İzinler ve iş akışları bölümüne bakın.

İş akışı — Aynı izin modelini ve politika yapılandırmasını paylaşan ilgili işlemler grubu. Organizations'da dört iş akışı bulunur: Initiate Withdrawal, Manage Addresses, Manage Access ve Manage Policies.

İşlem — Bir iş akışı içindeki belirli bir eylem. Örneğin, «Create a crypto withdrawal» (Kripto Para Çekme talebi oluştur), Initiate Withdrawal iş akışındaki bir işlemdir.

Politika — Bir iş akışının yönetişim yapılandırması. Politika, kaç onayın gerekli olduğunu ve eylemlerin bir kullanıcı alt kümesi tarafından hemen tamamlanıp tamamlanamayacağını belirler. Ayrıntılar için Politikalar, onaylar ve yönetişim bölümüne bakın.

Talep — Bir Üye veya Service User'ın yönetilen bir iş akışında eylem başlattığında oluşturulan iş birimi. Talepler, politika tarafından izin verilmesi durumunda hemen tamamlanır; aksi takdirde inceleme için onay kuyruğuna alınır.

Execute — İş akışı politikası izin verdiğinde, bir Üyenin onay beklemeden eylemleri tamamlamasına olanak tanıyan izin. «Always require approval» (Her zaman onay iste) seçeneği AÇIK olduğunda Execute izninin herhangi bir etkisi olmaz.

Politika kilidi — Herhangi bir kişinin bir iş akışının politikasını tek başına değiştirmesini engelleyen yönetişim kontrolü. Gelecekteki değişiklikler bağımsız bir onay gerektirir ve yeterli onaylayıcının mevcut olmasına bağlıdır.

Görev ayrılığı — Bir Üyenin kendi talebini onaylayamayacağını belirleyen kural. Sistem tarafından zorunlu kılınır ve geçersiz kılınamaz.

• Üyeler kendi taleplerini onaylayamaz. Sistem tarafından zorunlu kılınır ve geçersiz kılınamaz.
• İzinler birikimlidir. Üyeler başlangıçta hiçbir erişime sahip değildir; her izin ayrı ayrı verilmelidir.
• Bir işlemin hemen tamamlanıp tamamlanmayacağı ya da onay gerektirip gerektirmeyeceği, hem Üyenin izinlerine hem de iş akışının politikasına bağlıdır. İzinler ve iş akışları bölümüne bakın.
• Kilitli politikalar, Owner dahil olmak üzere, bağımsız onay alınmadan değiştirilemez.
• Organization için 2FA ile giriş zorunludur. Politika, Organization oluşturulurken belirlenir ve mevcut ile gelecekteki tüm Üyeler için geçerlidir.
• Boştaki oturumlar sona erer ve yeniden kimlik doğrulaması gerekir.

Organizasyonlar şu anda Beta aşamasındadır. Temel kısıtlamalar:

• Yalnızca tek hesap modu kullanılabilir; çok hesaplı işlemler henüz desteklenmemektedir
• Bazı platform işlemleri yalnızca Owner tarafından kullanılabilir (Futures, OTC, Dönüştür, Saklama)
• Müşteriye yönelik denetim günlükleri henüz mevcut değil
• Özel roller kaydedilip yeniden kullanılamaz
• Anında gerçekleşen adres değişikliklerine ilişkin e-posta onayı, talebi oluşturana değil Owner'a gönderilir
• Beta sürecinde bazı işlemler UI ile API arasında farklılık gösterebilir

Tam liste için Beta kısıtlamaları bölümüne bakın.

Organizations, işlemleri dört iş akışı alanında gruplandırır. Her iş akışının kendine özgü izin ve politika ayarları vardır.

Organization'ınızı kurmaya hazır mısınız? Üye davet etme, izin atama, onay politikalarını yapılandırma ve hazır olduğunuzda yönetişimi kilitleme dahil olmak üzere tüm kurulum adımları için Create an Organization bölümüne bakın.