Takım Oluşturma ve Üyeler

Purvisor’da bir Takım oluşturduğunda, ekip arkadaşlarını e-postayla ekleyip onlara owner / admin / member rollerinden birini atayabilirsin — kimin ne yapabileceğini baştan netleştirir. Ama net olmak gerekirse: bugün itibariyle bir takım oluşturmak, üyelerine otomatik olarak asistanlarını, kontaklarını ya da kampanyalarını göstermez. Bu sayfa hem kurulumu hem de bu önemli sınırı açıklıyor.

Nasıl çalışır?

Takım oluştur (POST /api/teams)
        ↓ (ad + açıklama; oluşturan kullanıcı otomatik owner olur)
Benzersiz bir slug atanır (örn. "pazarlama-ekibi-m8x2k1")
        ↓
Üye e-postayla eklenir (POST /api/teams/{id}/members)
        ↓ (e-posta Purvisor'da KAYITLI olmalı — davet e-postası akışı yok)
Üye "admin" veya "member" rolüyle eklenir (varsayılan: member)
        ↓
Üye giriş yapar → "Takımlarım" listesinde bu takımı görür (GET /api/teams)
        ↓
Gerektiğinde rol değiştirilir (PATCH) veya üye çıkarılır (DELETE)

Ön koşullar

• Aktif bir Purvisor hesabı (Hesap Oluşturma) — takımı oluşturan kişi otomatik owner olur.
• Eklemek istediğin her kişinin kendi Purvisor hesabı olmalı. Purvisor şu an davet e-postası göndermiyor; sistem sadece zaten kayıtlı bir e-postayı takıma bağlayabiliyor. Kişi henüz kayıtlı değilse önce Hesap Oluşturma adımını tamamlamalı.

Kurulum

POST /api/teams/42/members
Content-Type: application/json
 
{
  "email": "ayse@sirket.com",
  "role": "admin"
}

{
  "userId": "118",
  "name": "Ayşe Yılmaz",
  "email": "ayse@sirket.com",
  "role": "admin"
}

{
  "error": "Bu e-postayla kayıtlı kullanıcı yok. Önce Purvisor'a kayıt olmalı.",
  "code": "user_not_registered"
}

PATCH /api/teams/42/members
Content-Type: application/json
 
{ "userId": "118", "role": "member" }

DELETE /api/teams/42/members?userId=118

Roller ve yetkiler

Rol hiyerarşisi: owner → admin → member. Üstteki rol, alttakinin tüm yetkilerini kapsar.

Takım oluşturmak neyi paylaştırır, neyi paylaştırmaz?

Kurulumdan hemen sonra sorulan soru genelde şu olur: “Ekip arkadaşımı ekleyince benim asistanlarımı, kontaklarımı, kampanyalarımı görecek mi?”

Bir takım bugün sana somut olarak şunu verir:

• Ortak bir üye/rol listesi: kim owner, kim admin, kim member — bunu her üye görebilir (GET /api/teams/{id}/members).
• Roller üzerinden yetki denetimi altyapısı: kimin üye ekleyip çıkarabileceği, kimin sadece görüntüleyebileceği net.

Bugün vermediği şey:

• Bir üye eklendiğinde, ekleyenin asistanlarını, kontak listesini, kampanyalarını veya çağrı kayıtlarını görme/yönetme yetkisi kazanmaz.
• Aynı asistan setine veya kontak havuzuna birden fazla kişinin gerçekten ortak eriştiği bir “şirket hesabı” modeli henüz yok.

Yani aynı asistan ve kontak setine birden fazla kişinin fiilen erişmesi gerekiyorsa, bugün için en pratik yol hâlâ aynı kullanıcı hesabı altında çalışmaktır. Takımlar özelliği, rol tabanlı bir yapıyı şimdiden kuruyor; kaynak paylaşımının bu rollere bağlanması ayrı bir adım.

KVKK notu: Üye listesi (GET /api/teams/{id}/members) her üyenin ad ve e-postasını diğer tüm üyelere gösterir — bu da kişisel veridir. Takıma birini eklemeden önce bu görünürlüğün onun rızası/beklentisiyle uyumlu olduğundan emin ol. Detay: KVKK ve Veri Yönetimi.

İyi uygulamalar

• Admin sayısını sınırlı tut — üye ekleme/çıkarma/rol değiştirme yetkisi olan kişi sayısı arttıkça yanlışlıkla yapılan bir rol değişikliğinin etkisi de büyür.
• Kayıt olmadan ekleyemezsin — bir ekip arkadaşını eklemeden önce ona Hesap Oluşturma bağlantısını gönder, kayıt tamamlandıktan sonra e-postasıyla ekle.
• “Görecek mi?” sorusunu baştan netleştir — yukarıdaki paylaşım sınırını ekip arkadaşlarına önceden anlat; beklenti farkı, “neden asistanlarımı göremiyorum” gibi gereksiz destek taleplerini önler.
• Owner’ı canlı tut — owner rolü devredilemediği ve owner çıkarılamadığı için, takımı kuran hesabın erişiminin (şifre, 2FA kurtarma kodları) güvenilir şekilde saklandığından emin ol (İki Adımlı Doğrulama).

Sorun giderme

İlgili