İş Akışı & Onay Otomasyonu
Kurumsal işin çoğu 'birinden onay bekleyen' bir adımda takılır
Bir izin talebi bir yöneticinin masasında bekler, bir sözleşme bir imzayı arar, bir arıza kimin sorumlu olduğunu bilmediği için havada kalır. Bunların hiçbiri kötü niyet değildir — sadece kimin ne zaman ne yapacağı yazılı bir kurala bağlı olmadığı için insanlar arasında kaybolur. Biz bu el sıkışmayı yazılığa taşırız: kim onaylar, ne kadar sürede, süre dolarsa kime eskale olur — hepsi tek bir motorda tanımlanır ve kural değişince tek yer güncellenir.
Bu motoru bir kere yazıp bırakmadık. Kurumsal iş takibi, belge yönetimi ve İK tarafında aynı çekirdek çalışıyor; kamuda başvuru ve ruhsat süreçleri, tesis yönetiminde arıza-talep akışı da aynı yerden yürüyor. Her seferinde öğrendiğimiz şey aynı: süreç koda gömüldüğü an donuyor. O yüzden onu bir yapılandırma nesnesi gibi tutuyoruz.
- Kim onaylar, ne kadar sürede, kime eskale olur — tek motorda
- Süreç yapılandırma nesnesidir, koda gömülmez
- Kamu, tesis yönetimi ve kurumsal iş takibinde çalışıyor
Motorun üç parçası
Onay motoru & durum makinesi
Bir talebin izlediği yol — kaç kademeden geçer, hangi koşulda hangi role düşer — tek bir durum makinesinde tanımlanır. Kural değiştiğinde ekranlara dağılmış koşulları değil, tek yeri düzenlersiniz; süreç bir yapılandırma nesnesidir, kod değil.
- Çok kademeli, koşullu onay
- Süreç yapılandırılabilir, koda gömülü değil
- Kural değişince tek yer güncellenir
Bildirim zincirleri & eskalasyon
Süre dolmadan önce ilgili kişiye hatırlatma gider. Gerçekten dolarsa talep kendiliğinden bir üst role çıkar. Buradaki asıl kazanç hız değil: bir işin akıbeti artık kimsenin o gün masasına bakıp bakmadığına bağlı olmuyor.
- Süre dolmadan önce hatırlatma
- Süre aşımında otomatik eskalasyon
- E-posta, push ve WhatsApp kanalı
EBYS & İK süreçleri
Gelen-giden evrak, sürüm ve arşiv bir tarafta; izin, masraf ve işe alım onayı diğer tarafta — ikisi de aynı onay motorunu kullanır. Bir izin talebi telefondan gönderilir, ilgili yöneticiye anında düşer, onaylandığında hem çalışan hem İK aynı anda görür.
- Elektronik belge yönetimi (EBYS) ve arşiv
- İzin, masraf ve işe alım onay akışı
- Aynı motor, farklı süreçlerde tekrar kullanılır
Otomasyonun altındaki alt hizmetler
Bir onay akışı tek bir ekran değildir; tasarımdan rapora kadar bir zincirdir.
Görev & onay akışı tasarımı
Kimin neyi ne zaman onaylayacağını, hangi koşulda kime düşeceğini birlikte tasarlarız.
Süreç modelleme & durum makineleri
Bir sürecin adımlarını, koşullarını ve geçişlerini yapılandırılabilir bir modelde tanımlarız.
Bildirim zincirleri & hatırlatmalar
Hatırlatma önce, eskalasyon sonra. Kanalı işin aciliyeti belirler: e-posta, push ya da WhatsApp.
EBYS / belge yönetim süreçleri
Gelen-giden evrak, sürüm ve arşiv; tam metin arama ile aranabilir bir belge katmanı.
İK ve izin/masraf onay süreçleri
İzin, masraf ve işe alım talepleri aynı onay motorundan geçer; İK elle takip etmez.
SLA, eskalasyon & süreç raporları
Hangi adımın ne kadar sürdüğü kayıtlı olduğu için darboğazın nerede olduğu tartışma konusu olmaktan çıkıyor. Genelde herkesin tahmin ettiği yer değildir.
Bir süreç otomasyonunu nasıl kuruyoruz
Süreç & onay haritası
Mevcut sürecinizi — kağıtta, e-postada ya da kafada yaşayan hâliyle — çıkarır, kademelerini ve kurallarını birlikte netleştiririz.
Durum makinesi & kural tasarımı
Onay kademelerini, koşullu yönlendirmeyi ve süre/eskalasyon kurallarını yapılandırılabilir bir modelde kurarız.
Bildirim & eskalasyon kurulumu
Hatırlatma ve eskalasyon kanallarını (e-posta, push, WhatsApp) tanımlar, gerçek senaryoyla test ederiz.
Pilot & yaygınlaştırma
Tüm kurumu bir anda değil, tek bir birimle gerçek veride deneriz; aksayan yeri sahada görüp düzeltir, sonra yayarız.
Bu motorun çalıştığı sektörler
Aynı durum makinesi ve eskalasyon mantığı farklı sektörlerin farklı sürecine uyarlanmış hâlde çalışıyor.
Kurumsal iş yönetimi
İş/hata takibi, EBYS ve İK aynı onay motorunu paylaşır; modül modül açılır.
Kamu
Başvuru ve ruhsat süreçleri çok kademeli onaydan geçer; süresi dolan talep otomatik eskale olur.
Tesis yönetimi
Bir arıza aynı motora düşer: önceliklenir, ekibe atanır, SLA'ya bağlanır, süre aşılırsa eskale olur.
Bakım & sağlık
İlaç verme kontrol kapısı bir onay adımıdır: doğru kişi, doğru saat sağlanmadan işlem tamamlanmaz.
Her otomasyon kurulumunda standart gelenler
Üzerine kurduğumuz teknoloji
- Durum makinesi
- kural motoru
- E-posta
- push
- .NET 9
- PostgreSQL
- RabbitMQ
- Redis
Sık sorulanlar
Bir onay kuralı değiştiğinde kod mu yazmamız gerekiyor?
Hayır. Onay kademeleri, koşullar ve süre kuralları yapılandırılabilir bir modelde tanımlanır; bir kural değiştiğinde tek yer güncellenir, ekranlara dokunulmaz.
EBYS'nizde e-imza var mı?
Resmî e-imza entegrasyonu bağımsız bir adapter olarak eklenebilir; kamu projelerimizde e-imza ve e-Devlet servisleriyle konuşan sistemler kurduk. İhtiyacınıza göre birlikte netleştiririz.
Hepsini tek seferde mi kurmak gerekiyor?
Hayır. Genelde tek bir süreçle (çoğunlukla en çok tıkanan onay akışı) başlanır, sonra İK, EBYS ve diğerleri ihtiyaç sırasına göre eklenir. Aynı motoru paylaştıkları için sonradan eklemek sancısızdır.
Eskale olduğu kişi de izinliyse ne oluyor?
Zincir tek adımla bitmiyor: bir üst rol de süreyi kaçırırsa talep bir sonrakine çıkar. Çalışma saati ve resmî tatil tanımlanabildiği için süre gece boyunca ya da hafta sonunda boşuna işlemez; pazartesi sabahı herkesin önünde biriken bir yığın oluşmaz.
Mevcut süreçlerimiz kağıtta/Excel'de yaşıyor, nasıl taşırsınız?
Önce mevcut sürecinizi olduğu gibi haritalarız — kademeleri, kuralları ve istisnaları. Ardından bunu durum makinesine döker, pilot bir birimle gerçek veride deneriz; aksayan yeri düzeltip yaygınlaştırırız.
Süreçlerinizi otomasyona taşıyalım
En çok tıkanan tek bir akışı anlatın, yeter. Nereden başlanacağını birlikte çıkaralım — konuşmanın sonunda karar vermek zorunda değilsiniz.