Yönetimin Yaygınlaştırılması

Bu kılavuz, Onay gereksinimlerini Kuruluşunuza her seferinde bir iş akışı şeklinde dahil etmenizde size yol gösterir. Tüm yönetimi bir kerede yapılandırmanıza gerek yoktur; sistem, her iş akışını hızlı tek kullanıcılı işlemlerden tamamen yönetilen çok taraflı onaya kendi hızınızda taşıyabileceğiniz şekilde tasarlanmıştır.

Politikaların ve onay ayarlarının nasıl çalıştığını öğrenmek için Politikalar, onaylar ve yönetim bölümüne bakın. İzin modeli için İzinler ve iş akışları bölümüne bakın.

Bir iş akışını yönetmenin iki yolu

Execute ve "Her zaman onay gerektir" arasındaki etkileşim, her iş akışı için iki yönetim seçeneği sunar:

Bazıları için onaylar, diğerleri için hızlı yol: Politikayı "Her zaman onay gerektir" KAPALI olarak kilitleyin. Execute yetkisine sahip Üyeler işlemleri anında tamamlayabilir; diğer herkes onay sürecinden geçer. Kilit, hiç kimsenin bu kuralları tek başına değiştirmesini engeller.
Herkes için onaylar: Politikayı "Her zaman onay gerektir" AÇIK olarak kilitleyin. Sahip de dahil olmak üzere her Üye, onay kuyruğundan geçmelidir. Hiç kimse tek başına bir işlemi tamamlayamaz.

Adım adım ilerleme

İlk üç adım geri alınabilir. Dördüncüsü — kilitleme — taahhüt noktasıdır.

1. Adım: Başlatma

Sahip, tüm iş akışlarında tam izinlerle başlar. Bu aşamada, Sahip tek Üyedir ve onaya gerek kalmadan herhangi bir işlemi tamamlayabilir. Bu, beklenen başlangıç durumudur.

2. Yapılandır

"Her zaman onay gerektir" KAPALI kalırken, belirli bir iş akışı için onay kurulumunu oluşturun. Sahip, Execute yetkisini korur ve normal şekilde çalışmaya devam edebilir.

Üyeleri davet edin ve hedef iş akışında Onay izni atayın.
Gerekli onay sayısını belirleyin.
Politikayı kilitlemeyi planlıyorsanız (4. Adım), en az bir başka Üyenin Politikaları Yönet iş akışında Onay yetkisine sahip olduğundan emin olun. Sistem, kilitlemeye izin vermeden önce bağımsız bir onaylayıcı gerektirir.

Bu adımın sonunda, onay kuralları tanımlanmış ve doğru kişilerin izinleri var ancak henüz hiçbir şey uygulanmadı. Sahip, Execute aracılığıyla işlemleri hala tamamlayabilir ve politikaları hala tek başına değiştirebilir.

3. Adım: Doğrulama

Hedef iş akışı için "Her zaman onay gerektir" ayarını AÇIK konuma getirin. Bu, Sahip'inkiler de dahil olmak üzere her işlemi onaya zorlar. Şunları doğrulayın:

Onaylayıcılar bekleyen istekleri alır ve bunlar üzerinde işlem yapabilir
Gerekli onay sayısı mevcut Üyelerle elde edilebilir
Uçtan uca akış beklendiği gibi çalışır

Politika henüz kilitlenmediği için hala geri alabilirsiniz. Anında tamamlamayı geri yüklemek ve tekrar denemeden önce yapılandırmayı ayarlamak için "Her zaman onay gerektir" ayarını KAPALI konuma getirin.

Bu, deneme yapmak için güvenli bir penceredir. Yönetim hedef iş akışı için yürürlüktedir, ancak Sahip politikanın kendisi üzerinde tek taraflı kontrolü elinde tutar ve istediği zaman geri alabilir.

4. Adım: Kilitleme

Memnun kaldığınızda, politikayı kilitleyin. Burası taahhüt noktasıdır. Buradan itibaren:

Tüm istekler yapılandırılmış onay kurallarına uyar
Politikadaki değişiklikler — "Her zaman onay gerektir" ayarını açıp kapatma, gerekli onay sayısını değiştirme veya kilidi açma — ayrıca bağımsız onay gerektirir
Hiç kimse tek başına bu iş akışındaki yönetimi zayıflatamaz

Önemli: Kilitlemeden önce, en az bir başka aktif Üyenin Politikaları Yönet iş akışında Onay yetkisine sahip olduğundan emin olun. Sistem, kilitlemeye izin vermeden önce bağımsız bir onaylayıcı gerektirir.

Önemli: Kilitleme, herhangi bir kişinin tek başına bu iş akışındaki yönetişimi zayıflatma yeteneğini ortadan kaldırır. Kilit açma dahil gelecekteki değişiklikler, Politikaları Yönet iş akışı aracılığıyla bağımsız bir onaylayıcının mevcut olmasına bağlıdır.

5. Adım: Tekrarla

Diğer tüm iş akışları hızlı yollar olarak kalır — Sahip, politikası kilitlenmemiş herhangi bir iş akışında yine de Yürütme'yi kullanabilir. Bir sonraki iş akışı için 2. Adıma dönün.

Bu ilerleme bir tavsiyedir, bir gereklilik değildir. Yönetilen ve yönetilmeyen iş akışlarının herhangi bir kombinasyonuyla süresiz olarak çalışabilirsiniz.

Örnek: para çekme işlemleri için seçici yönetişim

Bir CFO, fon yöneticilerinden gelen tüm para çekme işlemlerinin incelemeden geçmesini talep ederken, para çekme işlemlerini hemen tamamlama yeteneğini korumak istiyor.

İzin kurulumu:

Üye	Görüntüle	Başlat	Onayla	Yürütme
CFO	Evet	Evet	Evet	Evet
Fon Yöneticisi A	Evet	Evet	—	—
Fon Yöneticisi B	Evet	Evet	—	—

Politika ayarları:

Gerekli onaylar: 1
Her zaman onay gerektir: KAPALI
Politika: Kilitli

CFO, Para Çekimi Yürütme (Execute) özelliğini kullanarak başlatabilir ve anında tamamlayabilir. Fon Yöneticileri çekimleri başlatabilir, ancak her talep onay sırasına girer ve CFO'dan 1 onay gerektirir.

Tam yönetime geçiş: CFO daha sonra kendilerininkiler de dahil olmak üzere tüm çekimlerin onaya tabi olması gerektiğine karar verdiğinde, bir politika değişikliği talep eder (ki bu, politikanın kilitli olması nedeniyle bağımsız onay gerektirir):

Fon Yöneticilerine Onaylama (Approve) yetkisi atayın, böylece birbirlerinin taleplerini inceleyebilirler.
Gerekli onay sayısını 2'ye çıkarın.
"Her zaman onay gerektir" seçeneğini AÇIK konuma getirin.

Bu değişiklikten sonra, CFO'nun Yürütme (Execute) izni atanmış kalır ancak hiçbir etkisi olmaz. Politika artık CFO'nunkiler de dahil olmak üzere her talep için bağımsız onay gerektirir.

Execute (Yürütme) yetkisini şu anda hiçbir etkisi olmasa bile atanmış tutmak, Üyenin izin matrisindeki erişim kapsamını korur. Bu, çoklu hesap desteği mevcut olduğunda, Execute'un (Yürütme) bir Üyenin hangi hesaplarda işlem yapabileceğini de tanımladığı durumlarda özellikle faydalı olacaktır.

Örnek: dört üyeli onay senaryoları

Bu örnek, tam olarak yapılandırılmış bir Para Çekme Başlatma iş akışını göstermekte ve izinlerin ve politikanın pratikte nasıl etkileşim kurduğunu açıklamaktadır. Düzen, ürün arayüzünde görünen izin matrisini yansıtmaktadır.

Üye	Görüntüle	Başlat	Onayla	Yürütme
Kuruluş Sahibi	Evet	Evet	Evet	Evet
Alice	Evet	Evet	Evet	—
Bob	Evet	—	Evet	—
Charlie	Evet	Evet	—	—

Politika: Gerekli onaylar: Mevcut 3 onaylayıcıdan 2'si. Her zaman onay gerektir: AÇIK.

Sahip Yürütme yetkisine sahiptir, ancak "Her zaman onay gerektir" AÇIK olduğu için bunun bir etkisi yoktur.

Her para çekme talebi 2 bağımsız Üye tarafından onaylanmalıdır. Talebi başlatan kişi, o talep için onay havuzundan hariç tutulur.

Senaryo	Kim başlatır	Kim onaylamalı	Neden
Sahip para çeker	Hak Sahibi	Alice ve Bob	Sahip hariç tutulduktan sonra yalnızca Onay yetkisine sahip 2 Üye kalır. İkisi de onaylamalıdır.
Alice para çeker	Alice	Sahip ve Bob	Alice hariç tutulur. Geriye kalan onaylayıcılar Sahip ve Bob'dur.
Charlie para çeker	Charlie	Sahip, Alice, Bob'dan herhangi 2'si	Charlie'nin Onay yetkisi yoktur, bu nedenle 3 onaylayıcının hepsi uygundur. Herhangi 2'si yeterlidir.
Bob başlatır	—	—	Bob'un Initiate yetkisi yok. Para çekme talebi oluşturamaz. Yalnızca onaylayabilir.