Politikalar, onaylar ve yönetişim

Bir Kuruluş'taki yönetilen her eylem aynı yaşam döngüsünü takip eder:

1. Adım — Başlatma: Initiate veya Execute iznine sahip bir Üye bir istek oluşturur.

2. Adım — Anında tamamlama kontrolü: Üye Execute'ye sahipse ve iş akışı onay gerektirmiyorsa ("Her zaman onay gerektir" KAPALI ise), istek anında tamamlanır. Onay kuyruğu veya bekleme yoktur.

3. Adım — Onay kuyruğu: İstek anında tamamlanamıyorsa — Üyenin Execute izni olmadığı için veya "Her zaman onay gerektir" AÇIK olduğu için — istek onay kuyruğuna girer. Bu iş akışında Approve iznine sahip Üyeler bunu inceleyebilir.

4. Adım — Onay eşiği: Gerekli sayıda bağımsız onaya ulaşıldığında, istek tamamlanır.

5. Adım — Reddetme: Herhangi bir onaylayıcı bekleyen bir isteği reddedebilir. Reddedilen bir istek tamamlanmaz.

Bir Üye kendi isteğini onaylayamaz. Bu kural sistem tarafından tüm iş akışlarında uygulanır ve hiçbir izin veya politika yapılandırmasıyla geçersiz kılınamaz.

Tek bir Üyenin bir eylemi tek başına tamamlayabilmesinin tek yolu Execute aracılığıyladır ve yalnızca iş akışı politikası buna izin verdiğinde mümkündür.

Execute izni, "Her zaman onay gerektir" politika ayarı ile etkileşime girer:

Execute Üye'den kaldırılmaz. İzin yapılandırmasında görünür kalır, ancak "Her zaman onay gerektir" AÇIK iken sistem bunu yok sayar. Kullanıcı arayüzü, Execute sütununda uyarı renginde bir gösterge gösterir. Daha sonra "Her zaman onay gerektir" ayarını KAPALI konuma getirirseniz, Üye iznin yeniden atanmasına gerek kalmadan eylemleri anında tekrar tamamlayabilir.

Bir Üye, Execute'yi kullanarak beyaz listeye alınmış bir adresi hemen (bağımsız onaylayıcılar olmadan) eklediğinde veya kaldırdığında, sistem değişiklik yürürlüğe girmeden önce bir e-posta onayı gönderir. Adres değişikliği, onay tamamlanana kadar kesinleşmez.

1. Kuruluşunuzdaki Politikaları Yönet bölümüne gidin.
2. Yapılandırmak istediğiniz iş akışını seçin (örneğin, Para Çekme Başlat).
3. Gerekli onay sayısını belirleyin — bu, bir talebin tamamlanmadan önce Approve yetkisine sahip kaç bağımsız Üyenin onaylaması gerektiğini gösterir.
4. "Her zaman onay gerektir" seçeneğini etkinleştirip etkinleştirmemeyi seçin. AÇIK olduğunda, bu iş akışındaki her talep, Execute yetkisine sahip Üyelerden bile olsa onay kuyruğundan geçmelidir. KAPALI olduğunda, Execute yetkisine sahip Üyeler işlemleri hemen tamamlayabilir.
5. Yapılandırmayı gözden geçirin ve onaylayın.

Politikaları Yönet iş akışının kendisi yapılandırılmış bir politikaya sahipse, değişiklikleriniz onay kuyruğuna girebilir. Politika yönetiminin nasıl çalıştığına dair ayrıntılar için Politikaları Kilitleme bölümüne bakın.

Her iş akışının iki ayarlı kendi politikası vardır:

Politika kilitleme, Kuruluş Sahibi dahil olmak üzere hiçbir Üyenin bir iş akışının yönetişim ayarlarını tek başına değiştirmesini engeller.

Bir politika kilitlendiğinde:

• O iş akışının politikasında yapılan herhangi bir değişiklik, bağımsız Üyelerden onay gerektirir
• Kilidi açmak da bağımsız onay gerektirir
• Sahip, diğer tüm Üyelerle aynı kurallara tabidir

Yönetişim kilitlendiğinde, hiç kimse onu tek başına zayıflatamaz. Gelecekteki değişiklikler hala mümkündür, ancak bunlar bağımsız onaya ve onaylayıcı kapsamının mevcut kalmasına bağlıdır.

Kapsam: Politika kilitleme, iş akışı başına uygulanır. Bir iş akışının politikasını kilitlemek, başka hiçbir iş akışını etkilemez. Bu, yönetişimi aşamalı olarak, her seferinde bir iş akışını sıkılaştırmanıza olanak tanır.

Bu iki kontrol, farklı seviyelerde aynı amaca hizmet eder:

Sistem, geçersiz veya uygulanamaz yapılandırmaları önlemek için güvenlik önlemleri uygular:

Onaylayanın uygunluğu: Bir politika, en az bir başka Üye (kilitleyen kişi dışında) Yönetim Politikaları iş akışında Approve yetkisine sahip olmadıkça kilitlenemez. Bu olmadan, kilitli bir politika, hiç kimsenin gelecekteki değişiklikleri onaylayamayacağı bir kilitlenmeye neden olabilir.

Kilitlenmeyi önleme: Sistem, bir iş akışında Approve yetkisine sahip tek Üye aynı zamanda Initiate yetkisine sahip olduğunda ve gerekli onay sayısı 1 olduğunda bir politikayı kaydetmeyi engeller. Üyeler kendi isteklerini onaylayamayacağından, bu Üye'nin isteklerinin uygun bir onaylayıcısı olmazdı.

Devre dışı bırakma, onaylayanın kapsamını kontrol etmez: Bir Üye'yi devre dışı bırakma veya kaldırma işlemi, mevcut onaylayıcı sayısını bir iş akışı için gerekli eşiğin altına düşürse bile şu anda devam etmektedir. Devre dışı bırakma için otomatik kapsam kontrolleri gelecekteki bir sürüm için planlanmıştır. O zamana kadar, bir Üye'yi devre dışı bırakmadan önce etkilenen iş akışlarında gerekli onay sayısını karşılamak için Approve yetkisine sahip yeterli sayıda başka Üye'nin aktif kaldığını doğrulayın veya yardıma ihtiyacınız olursa destek ile iletişime geçin.

Politikaların ve onayların nasıl çalıştığını anladıktan sonra, onay gereksinimlerini her seferinde bir iş akışı için tanıtmaya yönelik adım adım bir kılavuz için, seçici ve tam yönetişim yapılandırmalarını gösteren örnekler de dahil olmak üzere, Yönetişimi Uygulama konusuna bakın.