Rol adı değil, etkin izin ve kayıt kapsamı belirler.

Bu beş ad iş dağılımı örneğidir; ürünün otomatik oluşturduğu beş rol, sabit yetki paketi veya güvenlik derecesi değildir. Katalogdan seçtiğiniz izinler ve kullanıcının diğer rolleri sonucu belirler.

• Ortak / yönetici
• Avukat
• Stajyer
• Asistan / sekreter
• Muhasebe

1. 01/05

   Ortak / yönetici

   Büro taslağı · gerçek izinleri ayrıca doğrulayın

   İncelenecek okuma ihtiyacı

   Yönetim işlevleri için gerekli kaynaklar; tüm kayıtlar yalnız rol adıyla açılmaz.

   Ayrıca seçilecek işlemler

   Yetkisi dahilinde kullanıcı/rol ve rapor işlemleri seçilebilir.

   Sınır

   Owner/korunan rol kuralları ile firma/şube erişimini aşmaz.

2. 02/05

   Avukat

   Büro taslağı · gerçek izinleri ayrıca doğrulayın

   İncelenecek okuma ihtiyacı

   Tam veya atanan dava okuması ihtiyacını ayrı belirleyin.

   Ayrıca seçilecek işlemler

   Yazma, belge, süre ve AI işlemleri için ayrı izin/erişim gerekir.

   Sınır

   Atanan dava okuması kendi başına yazma vermez; diğer modülleri otomatik daraltmaz.

3. 03/05

   Stajyer

   Büro taslağı · gerçek izinleri ayrıca doğrulayın

   İncelenecek okuma ihtiyacı

   Örnek olarak atanan dava okuması düşünülebilir; müvekkil/belge erişimi ayrıdır.

   Ayrıca seçilecek işlemler

   Not ekleme salt okumanın parçası değildir; ayrı yazma yetkisi ve uygun kapsam gerekir.

   Sınır

   Stajyer adı kimlik alanlarını otomatik gizleyen bir alan maskesi değildir.

4. 04/05

   Asistan / sekreter

   Büro taslağı · gerçek izinleri ayrıca doğrulayın

   İncelenecek okuma ihtiyacı

   Müvekkil, randevu ve takvim ihtiyacını ayrı değerlendirin.

   Ayrıca seçilecek işlemler

   Başvuru oluşturma ve belge yükleme ayrı izinler gerektirir.

   Sınır

   Asistan adı tek başına dava/finans erişimini kapatmaz; etkin birleşimi kontrol edin.

5. 05/05

   Muhasebe

   Büro taslağı · gerçek izinleri ayrıca doğrulayın

   İncelenecek okuma ihtiyacı

   Fatura/ödeme/rapor işlemlerinin kapsamını ayrı belirleyin.

   Ayrıca seçilecek işlemler

   Uygun firma/sağlayıcı ve işlem izinleriyle finans işlemleri yürür.

   Sınır

   Muhasebe rolü diğer rollerden gelen dava/belge izinlerini kaldırmaz.

Kurgusal izin taslağıdır; gerçek rol, davet veya audit işlemi çalıştırmaz. Örnekte başka rol/doğrudan geniş izin olmadığı varsayılır. Kontrol notu sekmesi ürünün birleşik audit ekranı değildir; menü ve dosya sayısı gerçek veri kabulü değildir.

1. 01/05

   Rol taslağı belirlenir

   Yetkili kullanıcı tenant izin kataloğuyla Stajyer adlı örnek rolü değerlendirir. Ad tek başına izin vermez.

2. 02/05

   Okuma izinleri ayrı seçilir

   Atanan dava okuması, müvekkil okuma ve belge okuma ayrı izinlerdir. İlk izin diğer iki kaynağı otomatik yalnız atanan davalara daraltmaz.

3. 03/05

   Davet akışı ayrıca yürütülür

   Örnek kişi için uygun hesap daveti ayrı yürütülür; rol taslağı kaydetmek davet göndermez. Gönderim veya teslim bu animasyonla doğrulanmaz.

4. 04/05

   Etkin izin birleşimi incelenir

   Atanan dava listesi örneği, tam dava okuması veya başka geniş izin bulunmadığı varsayımına dayanır. Ekip üyeliği kendi başına dava ACL oluşturmaz.

5. 05/05

   Büro inceleme notunu tutar

   Rol ve oturum incelemesi büro prosedürüdür. Her okuma, davet ve ilk girişin tek audit sekmesine yazıldığı varsayılmaz.

Kurgusal rol taslağı ve inceleme

Rol taslağıÖrnek kullanıcıBüro notları

Ortak / yönetici

Avukat

Muhasebe

StajyerYeni rol

Stajyer izinleri

✓Atanan davaları okumaErişim yok

✓Müvekkil okuma (ayrı kapsam)Erişim yok

✓Belge okuma (ayrı kapsam)Erişim yok

✓Finans işlemleriErişim yok

✓Rol yönetimiErişim yok

✓AI işlemleriErişim yok

‹›

01/05

Rol taslağı belirlenir

Önce yapılacak işlemleri ve gerekli kayıt kapsamını tanımlayın. Rol adının Avukat veya Stajyer olması tek başına erişim vermez; okuma, oluşturma, güncelleme, silme, export ve yönetim gibi işlemler ayrı izinlere bağlıdır.

Bir kullanıcının rol ve doğrudan izinleri birlikte etkili olur. Atanan dava okuması başka bir rolden gelen tam dava okumasını daraltmaz; tam okuma varsa geniş kapsam korunur. Şube, kayıt ilişkisi ve firma erişim koşulları ayrıca geçerlidir. Bu rehber bir rol atamasını hukuki gizlilik yükümlülüklerinin yerine getirildiği kanıtı saymaz.

Kavramsal erişim katmanları; ölçülmüş güvenlik skoru değildir

Geniş işlem izinleri

Kaynak/şube kontrolleri yine geçerlidir

İşlem bazlı rol taslağı

Her işlem için gereken izin ayrı seçilir

Atanan dava okuması

Ayrı okuma kapsamı; yazma veya tüm şube erişimi vermez

• İşlem ve kayıt ihtiyacını yazın; gereken izinleri katalogdan seçin.
• Birden çok rol ve doğrudan izin birleşimini kontrol edin.
• Örnek kullanıcıyla gerçek okuma/yazma ve şube kapsamını ayrıca doğrulayın.

Büro hangi görevlerin hangi veriyle yürütüleceğini belirler. Atanan dava okuması, yalnız okuma gerektiren bir iş için seçenek olabilir; not ekleme, belge yükleme veya güncelleme aynı iznin verdiği işlemler değildir.

Müvekkil okuma erişimi verilmiş bir kullanıcıda Stajyer adı TCKN/VKN alanlarını kendiliğinden gizlemez. Başvuru/nota sorumlu atamak da ayrı alan veya not düzeyi ACL oluşturmaz. Gerçek rol/şube/kayıt kapsamını ve gerekli veri miktarını ayrı değerlendirin.

İki görev için ayrı kontrol listesi; aynı kartta alan bazlı gizleme örneği değildir

Ayrılışta firma üyeliği, şube/ekip ilişkisi, atamalar, oturumlar ve dış hesaplar ayrı kontrol edilir. Bu rehber tek tip hukuki süre veya bütün bürolar için yeterli prosedür onayı vermez; iş ve veri türüne uygun planı büro belirler.

Şube altındaki bir ekipten üye çıkarmak TeamMembers ilişkisini kaldırır; firma hesabını veya diğer yetkileri kapatmak değildir. Firma kullanıcı üyeliğini kaldırma ayrı işlemdir. Bu işlem hesap genelindeki güvenlik damgasını döndürür; başka firma üyeliği kalabilir fakat oradaki oturum da yeniden kimlik doğrulama isteyebilir. Diğer üyelik kalmadığında hesap devre dışı bırakılabilir. Mevcut hesap sahibine, davet edilen doğrulanmış e-posta ile oturum açıp daveti kabul ederek firma üyeliği eklenebilir; kabul profil, parola veya ana firma bilgisini değiştirmez ve firmayı otomatik değiştirmez. Davet teslimi sağlayıcı koşullarına bağlıdır.

Büro tarafından planlanacak ayrı adımlar; ürünün otomatik zaman çizelgesi değildir

1. Büro planı

   Üyelik ve oturum

   Firma üyeliğini kaldırma ile ekipten çıkarma işlemini ayırın; hesap oturumlarını ve kalan üyelikleri kontrol edin.

2. Büro planı

   Atamaları inceleyin

   Dava/görev/randevu sorumluluklarını mevcut izinlerle ayrı değerlendirin; otomatik toplu devir varsaymayın.

3. Büro planı

   Paylaşım ve anahtarlar

   Belge linkleri, API anahtarları ve dış bağlantıları kendi iptal/süre kurallarıyla ayrı inceleyin.

4. Büro planı

   Dış cihaz ve hesaplar

   Kurumsal cihaz, e-posta ve diğer servislerin işlemlerini ilgili yönetim sisteminde yürütün.

5. Büro planı

   Uygun kayıtları inceleyin

   Dava aktivitesi, hesap oturumları ve teknik audit aynı kayıt değildir; eksiksiz erişim geçmişi varsaymayın.

6. Büro planı

   Saklama ve iletişim

   Gizlilik, iletişim ve saklama kararlarını büro prosedürüne göre ayrıca değerlendirin.

Vekilaw kullanıcı hesabında iki adımlı doğrulama, kurtarma kodu ve kendi oturumlarını inceleme/iptal işlemlerini destekler. Bunlar hesaba aittir; yalnız seçili firmanın oturumları gibi düşünmeyin. Giriş, MFA ve firmaya erişim yetkisi ayrı kontrollerdir.

Firma MFA zorunluluğunu yönetmek uygun yetki gerektirir. Zorunluluğu açan kişinin önce kendi hesabında MFA etkin olmalıdır; politika diğer üyeleri kendiliğinden enroll etmez. Kullanıcı gerekli kurulumu ayrıca tamamlar. Bu ürün davranışı her somut mevzuat veya güvenlik standardına uygunluk onayı değildir.

Kavramsal giriş ve erişim kontrolleri

1. 01Parola. Kullanıcı e-posta ve parolasını girer.
2. 02İkinci adım. MFA etkinliği/politikasına göre desteklenen ikinci doğrulama tamamlanır.
3. 03Rolün yetkisi. Etkin rol/doğrudan izinler, firma/şube/kayıt sınırları ve erişim durumu birlikte değerlendirilir.

Dava aktivitesi kullanıcıya gösterilen, izin ve dava kapsamına bağlı bir akıştır. Teknik audit ise desteklenen tenant yazma yollarında ayrı kayıt üretir; oluşturma/silmede yalnız işlem zarfı, güncellemede uygun değişen alanlar tutulabilir ve hassas alanlar maskelenir. Bütün okumaların veya ilk girişin aynı genel audit ekranında göründüğü söylenemez.

Firma kullanıcısına sunulan kendi oturum listesi teknik audit veya büronun tüm personel erişim dökümü değildir. Rol/izin değişiklikleri ve atamaları düzenli gözden geçirme süresini büro ihtiyacına göre belirleyin. Örnek inceleme notları otomatik ürün logu veya eksiksiz kayıt kabulü değildir.

Kurgusal büro inceleme notları; birleşik ürün audit ekranı değildir

1. Ayrı

   Yönetici A

   Rol birleşimini inceler Rol/izin listesi

2. Ayrı

   Yönetici A

   Atamayı inceler Dava kaydı

3. Ayrı

   Hesap sahibi

   Kendi oturumlarını inceler Hesap oturumları

4. Ayrı

   Yetkili kullanıcı

   Erişim ihtiyacını inceler Büro prosedürü

Tablo bir büro karar taslağıdır. Bir hücreyi okumak veya işaretlemek uygulamada rol oluşturmaz ve izin vermez. İhtiyaçları işlem kodlarıyla karşılaştırın; okuma ile yazma, kaynak grubu ile tek kayıt kapsamını ayırın.

Vekilaw firma rollerini ve tenant izin kataloglarını destekler. Kullanıcının rol/doğrudan izinleri, kayıt/şube kontrolleri ve firma erişimi birlikte değerlendirilir. Atanan dava okuması salt okuma yoludur; tam okuma başka bir yerden geliyorsa bu kapsamı daraltmaz.

Ayrı yazma ihtiyacı: Hücreler atanan kayıtlarda yazma hakkı tanımlamaz. Her yazma ayrıca izin ve uygun kayıt/şube kapsamı ister. Bir hücrede ihtiyaç yok denmesi, kullanıcıdaki başka rol veya doğrudan izni iptal etmez.

Kurgusal görev dağılımlarıdır; rol sayısı, yetki skoru veya hazır ürün ayarı değildir. Başka rol/doğrudan izinlerin etkisini her örnekte ayrıca kontrol edin.

1. 01/03

   Üç kişilik büro

   Küçük bir büro yönetim, dosya ve karşılama işlerini ayırmayı değerlendirebilir. Rol adları erişimi kendiliğinden oluşturmaz.

   Yönetici avukat

   01

   Avukat

   01

   Asistan

   01

2. 02/03

   On iki kişilik büro

   İş bölündüğünde daha fazla rol taslağı gerekebilir. Atanan dava okuması yazma vermez; tüm kayıtları görme yetkisi başka rollerden gelebilir.

   Ortak

   02

   Avukat

   05

   Stajyer

   02

   Asistan

   02

   Muhasebe

   01

3. 03/03

   Şirket hukuk departmanı

   İç avukat, dış vekil ve raporlama ihtiyacı ayrı değerlendirilir. Atanan dava izni diğer kaynakları otomatik filtrelemez; çok firma provisioning yöntemi bu örnekten çıkarılamaz.

   Hukuk müdürü

   01

   İç avukat

   04

   Dış vekil

   03

   Raporlama

   01