Onaylar ve uyarılar

Kendi kendine yönlenen onay süreci. Hiç uyumayan uyarılar.

Onayları role, kullanıcıya veya alan değerine göre yönlendirin — bütçe eskalasyonu ve otomatik onay ile hiçbir şey beklemede kalmaz. Bir kayıt değiştiği anda veya bir zamanlamaya göre uyarılar tetikleyin; önem düzeyleri, eskalasyon zincirleri ve bekleme süreleriyle gürültüyü azaltın.

Demo planla

Onay iş akışları

Tetikleyici, onaylayan, aksiyon.

Kimin ne zaman onay vereceğini tanımlayın. Onaylar roller arasında zincirlenir, bütçeye göre eskalasyona uğrar ve bir son tarihten sonra otomatik onaylanır — böylece iş, eksik bir kararın arkasında birikmez.

Tetikleyici

status_change · record_create · field_change

Bir kaydın durumu değiştiğinde, bir kayıt oluşturulduğunda veya izlenen bir alan değiştiğinde onay süreci başlar.

Onaylayan

role-based · user-based · field-value-based

Kararı kimin vereceğini seçin: bir rol seviyesi, adı belirtilmiş bir kullanıcı veya kayıttaki bir alandan belirlenen bir onaylayan. $10K üzeri → CFO.

Aksiyon

approve · reject · delegate

Onaylayanlar işlem yapar ya da N saat sonra otomatik onaylanır. Durum pending → in_progress → approved / rejected / cancelled şeklinde ilerler.

Uyarılar

Üç önem düzeyi. Tek eskalasyon zinciri.

Uyarılar bir kayıt değişikliğinden veya bir cron zamanlamasından tetiklenir, ne kadar yüksek sesle bildirileceklerine göre sıralanır — ve biri sahiplenene kadar bir zamanlayıcıyla eskalasyona uğrar.

Kritik

Hemen ilgilenilmesi gereken bir durum var — bir makine durdu, bir eşik aşıldı. Kabul edilene kadar eskalasyon zincirini uyarır.

Uyarı

İzlenmeye değer bir sapma — düşen OEE, biriken bir kuyruk. Kritik bir çağrının aciliyeti olmadan öne çıkar.

Bilgi

Kayıt için bir bilgilendirme — bir çalıştırma tamamlandı, bir kilometre taşına ulaşıldı. Kaydedilir ve görünürdür, eskalasyon gerekmez.

Çok adımlı eskalasyon zincirleri

Ele alınmayan uyarılar, aralarında yapılandırılabilir gecikmeler bulunan bir adım zincirinde yükselir — vardiyadaki liderden süpervizöre, sırada bilmesi gereken kim varsa ona kadar.

Bekleme süreleri ve örnek yaşam döngüsü

Bir bekleme süresi, aynı uyarının kısa bir aralıkta tekrar tetiklenmesini engeller. Her örnek active → acknowledged → resolved → escalated aşamalarından geçer; böylece sahiplenilen bir uyarı çağrı göndermeyi durdurur.

SSS

Onaylar ve uyarılar hakkında sorular.

Her onay adımı bir onaylayan belirtir — bir rol (ör. Manager seviyesindeki herkes), belirli bir kullanıcı veya kayıttaki bir alan değerinden seçilen biri. Adımlar zincirlenebilir, böylece bir kayıt hat liderinden tesis müdürüne ve ötesine akar. Daha yüksek değerli kayıtlar daha ileri eskalasyona uğrayabilir: bir bütçe eşiği belirleyin ve örneğin $10K üzerindeki bir kayıt otomatik olarak CFO'ya yönlendirilsin.

Her onay, N saat sonra otomatik onaylanabilir; böylece bir talep süresiz olarak beklemede kalmaz. O ana kadar in_progress durumunda kalır; onaylayanlar kararı onaylayabilir, reddedebilir veya başka birine devredebilir. Talep durumu pending → in_progress → approved / rejected / cancelled şeklinde ilerler ve her geçiş kaydedilir.

Uyarıların üç önem düzeyi vardır — critical, warning, info — ve bir kayıt değişikliğinden (olay) veya bir cron zamanlamasından tetiklenir. Bir bekleme süresi, aynı uyarının kısa bir aralıkta tekrar tetiklenmesini engeller ve her uyarı örneğinin bir yaşam döngüsü vardır (active → acknowledged → resolved → escalated); böylece kabul edilmiş bir uyarı çağrı göndermeye devam etmez. Ele alınmazsa, zamanlanmış gecikmelere sahip çok adımlı eskalasyon zincirleri onu bir üst kademeye taşır.

Onay ve uyarıları otomatiğe bağlayın.

Demo planlayın, kendi kayıtlarınıza bir onay zinciri ve bir eskalasyon uyarısı kuralım.

Demo planla Satışla görüş