Başlangıç masum. Birisi “şu tablodaki yeni satırları günde bir kontrol edelim” der. Kontrol listeye girer, kimse itiraz etmez.
Altı ay sonra listede yedi madde vardır: transport açıldı mı, rol değişti mi, sipariş durumu geçti mi, fiyat güncellendi mi. Her biri beş dakikalık işler. Toplamı, bir kişinin her sabahının ilk saati.
Yönetilemez hâle geldiği eşik listenin uzunluğu değil: o kişinin izinde olduğu hafta hiçbir kontrolün yapılmaması — ve kimsenin bunu fark etmemesi.
Olay tetikleyicisi neyi bekler
Listeyi kısaltmanın yolu kontrolü bir tanıma çevirmek. Olay tanımında izlenecek SAP tablosu ve alanları seçilir, değişiklik sorgusu kurulur; filtre satırlarında dahil etme, hariç tutma, operatör, değer aralığı ve dinamik tarih kullanılabilir. “Yalnız bu satış organizasyonu, yalnız son yedi gün” gibi bir kapsam böyle çizilir.
Aksiyon tarafında üç hedef çalışıyor: e-posta şablonu, kayıtlı bir REST servis çağrısı ve iç sistem görevi. Olayla aksiyon arasında koşullu tetikleyiciler durur; koşul olay satırı, üst bilgisi ve olay bağlamı üzerinde değerlendirilir.
SAP görev aksiyonunda beklentiyi ayrı tutmak gerekiyor: handler hedefi doğrular ve kuyruklanmış sonuç üretir. Bu sonuç, işin SAP tarafında tamamlandığını göstermez.
Aksiyonların sırası ve tarama aralığı
İki sınır kurgunun doğru olup olmadığını belirliyor. Birincisi: olaylar SAP’den anlık bildirim olarak gelmez; tanımlı aralıklarla taranır ya da elle çalıştırılır. Gecikme, tarama aralığı kadardır. Bir onay bildirimi için bu sorun değil; hattı durduracak bir tepki için iş birimiyle konuşulması gereken bir ayrım.
İkincisi: tetikleyiciler mevcut dağıtıcı döngüsünde sırayla işlenir, paralel çalışmaz. Zincirin başındaki yavaş bir aksiyon arkadakileri bekletir; “ağır REST çağrısını sona al” bu yüzden bir tasarım kararı.
Aynı satırı iki kez işlememek
Tarama tabanlı her kurguda asıl risk tekrar: aynı değişikliğin her turda yeniden bildirilmesi. Çekilen satırlar, seçtiğiniz anahtar alanlardan üretilen bir özetle karşılaştırılır ve daha önce işlenen satır atlanır. Tekrar denetiminin doğruluğu doğrudan bu anahtar seçimine bağlı; anahtarı fazla geniş seçerseniz gerçek değişiklikleri kaçırırsınız.
Test modu kurulumun en değerli parçası. Veri, bulgu ve e-posta içeriği yayına almadan önizlenebilir; filtreyi geniş bıraktığınızda kaç kaydın eşleştiğini görmek tanımı daraltmanızı sağlıyor. Alınan olaylar, çalışan aksiyonlar, durumlar ve ham ileti yükü olay günlüğünde kalır.
En verimli kullanımlar kontrol ile bildirim arasında duruyor: serbest bırakılan bir transport isteğindeki nesnelerin kod analizi akışına alınması ya da rol ve yetki değişikliklerinde ilgili ekibe bilgi gitmesi. Bunlar kimsenin sürekli izlemek istemediği, gözden kaçtığında pahalıya gelen işler.
Bu alan ayrı bir lisans modülü değil; e-posta, servis ve görev altyapısını paylaşan ortak bir ürün zemini. Pratik karşılığı şu: bir olay bildirimi kurmak için yeni bir dünya öğrenmeniz gerekmiyor.
İlk yapılacak iş kurulum değil, envanter: ekibinizin her sabah elle baktığı kontrolleri bir kâğıda yazın. O listeden birini seçip olay tanımına çevirelim; hangisinin gecikmeye tahammülü olduğunu da o sırada göreceksiniz.