Organizations Hakkında

Bir Organization oluşturmak için KYB doğrulamasından geçmiş kurumsal bir Kraken Hesabına ihtiyacınız vardır. Bireysel Kraken Hesapları uygun değildir.

Organization'ı yalnızca iş doğrulamasını tamamlayan hesap sahibi oluşturabilir. Oluşturmanın ardından bu kişi Organization Owner olur.

Organization oluşturma işlemi kendi başınıza geri alınamaz. Organization oluşturulduktan sonra işlemi geri almak için manuel destek gerekir.

Not: Organizations ş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.

Organizations, Kurumsal Müşterilerin paylaşılan hesaplar üzerinde ekip erişimini yönetmesine ve hassas işlemler için onay zorunluluğu getirmesine olanak tanır.

• Organization'ınıza ekip üyelerini 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 belirleyin
• 2FA ve oturum zaman aşımı gibi ortak güvenlik kontrollerini uygulayın
• Yönetişimi kademeli olarak uygulayın: hızlı başlayın, kuralları zamanla sıkılaştırın.

Organization Owner — Organization'ı oluşturan hesap sahibidir. Owner, tam yönetici izinleriyle başlar ve ekip için erişim ile yönetişim yapısını kurma sorumluluğunu taşır. Ortak sahip rolü bulunmamaktadır.

Member — Belirli izinlerle Organization'a davet edilen kişidir. Üyeler, kendi Kraken kimlik bilgileriyle oturum açar ve Organization'ın 2FA ile giriş politikasına uymak zorundadır.

Service User — Organization bünyesinde oluşturulan, yalnızca API üzerinden çalışan bir operatördür. Service User'lar API anahtarı kimlik bilgileriyle kimlik doğrular ve talep başlatabilir; ancak talepleri onaylayamaz ya da arayüze (UI) oturum açamaz. Ayrıntılar için Service Users bölümüne bakın.

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

Account — İşlem yapma ve fonlama amacıyla kullanılan, ayrı bakiyelere sahip birim. İzinler hesap bazında verilir; bir hesaba erişim, diğer hesaplara otomatik olarak aktarılmaz. Çoklu hesapla işlem yapma özelliği ilerleyen sürümlerde kullanıma sunulacaktır.

Permission — Bir Üyenin veya Service User'ın neler yapabileceğini tanımlayan yetki. İzinler birikimlidir: müşteriler başlangıçta hiçbir erişime sahip değildir ve her izin ayrı ayrı tanımlanmalıdır. Tam referans için İzinler ve iş akışları bölümüne bakın.

Workflow — Aynı izin modelini ve politika yapılandırmasını paylaşan, birbiriyle ilişkili işlemler grubu. Organizations dört iş akışına sahiptir: Initiate Withdrawal, Manage Addresses, Manage Access ve Manage Policies.

Operation — Bir iş akışı içindeki belirli bir eylem. Örneğin, "Kripto para çekme talebi oluştur" işlemi, Initiate Withdrawal iş akışındaki bir operasyondur.

Policy — Bir iş akışının yönetişim yapılandırması. Politika; kaç onayın gerekli olduğunu ve belirli işlemlerin bir alt müşteri grubu tarafından anında tamamlanıp tamamlanamayacağını belirler. Ayrıntılar için Politikalar, onaylar ve yönetişim bölümüne bakın.

Request — Bir Üye veya Service User, yönetilen bir iş akışında işlem başlattığında oluşturulan iş birimi. Talepler, politikanın izin vermesi durumunda anında tamamlanır ya da incelenmek üzere onay kuyruğuna alınır.

Execute — İş akışı politikasının izin verdiği durumlarda Üyenin onay beklemeksizin işlemleri tamamlamasına olanak tanıyan izin. "Her zaman onay iste" seçeneği AÇIK olduğunda Execute izninin herhangi bir etkisi olmaz.

Policy lock — Herhangi bir kişinin iş akışı politikasını tek başına değiştirmesini engelleyen yönetişim denetimi. Gelecekteki değişiklikler bağımsız onay gerektirir ve onaylayıcı kapsamının mevcut kalmasına bağlıdır.

Separation of duties — Bir Üyenin kendi talebini onaylayamayacağını belirleyen kural. Sistem tarafından uygulanır ve geçersiz kılınamaz.

• Üyeler kendi taleplerini onaylayamaz. Sistem tarafından uygulanır ve geçersiz kılınamaz.
• İzinler birikimlidir. Üyeler başlangıçta hiçbir erişim iznine sahip değildir; her izin ayrı ayrı tanımlanmalıdır.
• 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, bağımsız bir 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.
• Hareketsiz oturumların süresi otomatik olarak dolar ve yeniden kimlik doğrulaması gerekir.

Organizasyonlar şu anda Beta aşamasındadır. Temel sınırlamalar:

• Yalnızca tek hesap modu kullanılabilir; çok hesap desteği henüz sunulmamaktadır

• Bazı platform işlemleri yalnızca Owner tarafından gerçekleştirilebilir (Futures, OTC, Dönüştür, Saklama)

• Müşteri denetim günlükleri henüz kullanılabilir değil

• Özel roller kaydedilip yeniden kullanılamaz

• Anlık adres değişikliklerine ilişkin E-Posta onayı, talebi oluşturan kişiye değil Owner'a gönderilir

• Beta sürecinde bazı işlemler, kullanıcı arayüzü ile API arasında farklılık gösterebilir

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

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

Organization 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 Organization Oluştur bölümüne bakın.