Tek onay motoru, her belge tipi: izinden ödemeye kadar

İzin, avans, masraf, satınalma talebi, fatura ödemesi, rezervasyon — hepsi aynı polimorfik onay motorundan geçer. Tutar bandına göre yönlenir, rol sırasına göre akar, her karar denetim iziyle kaydedilir. Çalışanınız için tek bir "Onay Bekleyenler" kutusu; siz her belge tipine ayrı bir onay sistemi kurmazsınız.

ERP boşluğu

ERP'de belge-bağımsız, tek yeniden kullanılabilir onay matrisi yoktur

ERP her belgeyi kendi silosunda tutar; izin, masraf, satınalma ve ödeme için ortak, tutar bandına göre yönlenen, vekâletli tek bir onay altyapısı sunmaz. Her belge tipine ayrı hiyerarşik onay zinciri özelleştirmek — üstelik departman kapsamı, eskalasyon ve denetim iziyle — katlanılmaz bir maliyet ve bakım yüküdür. İntranet Portal bunu bir kez, polimorfik olarak çözer: motoru bir kez kurar, tüm modüller tüketir. ERP mali kaydın tek doğru kaynağı olarak kalır; onay süreci portalda yürür, yalnızca onaylı sonuç ERP'ye yazılır.

Öne Çıkan Yetenekler

Polimorfik onay ekleme

Motor belgeye bağımsızdır. Herhangi bir talep (izin, avans, satınalma, ödeme, rezervasyon) tek bir Approvable arayüzünü uygulayarak zincire takılır. Aynı altyapı morphTo ile onlarca farklı belge tipine hizmet eder; yeni bir modül için sıfırdan onay sistemi yazılmaz.

Tutar bandına göre dinamik yönlendirme

Akışa bir eşik tutar (escalation_limit) ve eskalasyon rolü tanımlarsınız. Talebin tutarı eşiği aşarsa zincire otomatik olarak ek bir üst onay adımı eklenir. Küçük harcama hızlı akar, büyük tutar üst yönetime yükselir — kural motorda, kodda değil.

Sıralı hiyerarşik zincir, tek aktif adım

Onay adımları role göre sıralanır (position). Her an yalnızca tek bir adım 'aktif'tir; onaylanınca sıradaki adım otomatik aktifleşir, son adım onaylanınca süreç tamamlanır. Reddedilirse süreç anında sonlanır. Kim, hangi rolde, ne zaman, hangi notla karar verdi — hepsi zincirde görünür.

Adım bazlı yetki ve departman kapsamı

Her adım bir role bağlıdır; o role sahip aktif kullanıcılar onaycı adayıdır. Rol talep sahibinin departmanında temsil ediliyorsa (ör. Departman Müdürü) yalnızca o departmandaki yetkililere düşer. Merkezi roller ise tüm sahiplerine gider. Yetki adımdadır, tek bir kişiye kilitli değildir.

Vekâlet ve devir

Onaycı izinde veya yoksa yetki bir vekile devredilir; süreç beklemez. Devir denetim izine yazılır — kararı asıl yetkili adına kimin verdiği kayıtlıdır. İzin döneminde onaylar tıkanmaz, süreç akmaya devam eder.

SLA ve eskalasyon

Adımlar bir süre içinde karara bağlanmazsa süreç bekletilmez; kural gereği üst role yükseltilir veya hatırlatma tetiklenir. Onaylar 'birinin masasında unutulmaz'; her bekleyen talebin bir sorumlusu ve bir sayacı vardır.

Tek 'Onay Bekleyenler' kutusu

Yönetici tüm modüllerden gelen bekleyen talepleri tek bir kutuda görür — izin, avans, masraf, satınalma hepsi aynı yerde. Sidebar'daki 'Onaylarım' rozeti gerçekten karar bekleyen (departman kapsamı uygulanmış) sayıyı canlı gösterir. Onaycı her modül için ayrı ekran dolaşmaz.

Anlık bildirim ve derin bağlantı

Yeni bir onay düştüğünde, karar verildiğinde veya talep onaylanıp reddedildiğinde ilgili kişilere bildirim gider (e-posta, push, SMS, canlı bildirim). Bildirim talebe derin bağlantı taşır; onaycı tek dokunuşla karar ekranına gelir, talep sahibi sonucu anında öğrenir.

Değişmez denetim izi ve durum makinesi

Her geçiş tek bir veritabanı işleminde yürür: taze durum guard'ı, mutasyon, adım kaydı ve bildirim aynı transaction'da. Bayat ekrandan çift onay ya da yarış durumu oluşamaz. Rol adı adım anında snapshot'lanır; rol sonradan silinse bile 'kim onayladı' kaydı bozulmaz. Ret için gerekçe zorunludur; bekleyen talep sahibi tarafından geri çekilebilir.

Nasıl Çalışır

01

Talep açılır ve zincire takılır

Çalışan mobil/web üzerinden talebini oluşturur (izin, avans, masraf, satınalma...). Motor o modülün aktif onay akışını bulur, adımları örneğe snapshot'lar ve tutar varsa eskalasyon eşiğine bakar.

02

Zincir role göre kurulur

Adımlar rol sırasına göre dizilir; tutar eşiği aşılırsa üst onay adımı otomatik eklenir. İlk adım 'aktif' olur ve o role (varsa departman kapsamıyla) sahip yetkililere bildirim düşer.

03

Adım adım karar akar

Her yetkili kendi 'Onay Bekleyenler' kutusundan onaylar veya gerekçeli reddeder. Onayda sıradaki adım aktifleşir; rette süreç anında sonlanır. Vekâlet ve SLA kuralları arada devreye girer.

04

Süreç sonuçlanır ve aynalanır

Son adım onaylanınca süreç 'Tamamlandı' olur, talep sahibine bildirilir. Talebin kendi durumu onay sonucundan aynalanır (syncApprovalState) ve kaba aşama etiketi güncellenir.

05

Onaylı sonuç ERP'ye yazılır

Onaylanan tutar/karar — puantaj, masraf toplamı, ödeme talimatı, satınalma siparişi — temiz ve tek seferde ERP'ye aktarılır. Denetim izi portalda kalır; mali kayıt ERP'de tutulur.

ERP’nizle Nasıl Bağlanır

Onay motoru portalın çekirdek, cross-cutting altyapısıdır; kendi başına ERP'ye bağımlı değildir. ERP'yi tek doğru kaynak olarak bırakır: onay süreci portalda yürür, yalnızca onaylanmış sonuç ERP'ye yazılır. Master veriyi (personel, rol, departman, cari, tutar) ERP'den okur.

Personel, rol ve departmanı ERP'den okur

Onay zincirinin rol/departman kapsamı, ERP'nin (SAP, Logo, Mikro, Uyumsoft, Netsis) personel ana verisinden beslenir. Kim hangi rolde, hangi departmanda — bu bilgi ERP'de kalır, portal salt-okunur aynalar. Non-ERP şirketlerde aynı veri Excel import ile yönetilir.

Onaylı sonucu ERP'ye geri yazar

Süreç 'Tamamlandı' olduğunda çıktı — masraf toplamı, ödeme talimatı, satınalma siparişi, puantaj — ilgili modül üzerinden ERP'ye tek seferde ve temiz aktarılır. Çift veri girişi ve 'hangisi doğru' kaosu ortadan kalkar.

Tutar bandını ERP verisiyle çalıştırır

Eskalasyon eşiği, talebin tutarı üzerinden işler; tutar ERP'deki fiyat/fatura/bütçe verisiyle tutarlıdır. Eşik-üstü harcama otomatik olarak üst yönetim onayına yükselir; mali kayıt ERP'de, karar akışı portalda kalır.

İlgili Modüller

Sık Sorulan Sorular

Hayır. Tek bir polimorfik onay motoru var. İzin, avans, masraf, satınalma talebi, fatura ödemesi, rezervasyon — hepsi aynı motoru tüketir (Approvable arayüzü). Yeni bir belge tipi eklendiğinde onay altyapısı sıfırdan yazılmaz; mevcut motora takılır. ERP'de belge-bağımsız tek bir yeniden kullanılabilir onay matrisi yoktur, bu yüzden orada her belgeye ayrı özelleştirme gerekir.
Evet. Akışa bir eşik tutar ve eskalasyon rolü tanımlarsınız. Talebin tutarı eşiği aşarsa zincire otomatik bir üst onay adımı eklenir. Örneğin belirli bir tutara kadar Departman Müdürü onayı yeterken, üstünde Genel Müdür adımı devreye girer. Kural motorda tanımlıdır; kod değişikliği gerektirmez.
Hayır. Onaycı adayları tek bir kişiye değil bir role bağlıdır; o role sahip tüm aktif yetkililer (uygunsa departman kapsamıyla) karar verebilir. Ayrıca vekâlet/devir ile yetki bir vekile aktarılabilir ve SLA kuralı gereği süre aşımında süreç üst role yükseltilir. Onaylar birinin masasında unutulmaz.
Evet. Her adım kimin, hangi rolde, ne zaman ve hangi notla karar verdiğini kaydeder. Rol adı karar anında snapshot'lanır; rol sonradan silinse bile denetim izi bozulmaz. Ret için gerekçe zorunludur. Her geçiş tek bir transaction'da yürüdüğü için çift onay veya yarış durumu oluşamaz.
Hayır. Tüm modüllerden gelen bekleyen talepler tek bir 'Onay Bekleyenler' kutusunda toplanır. Sidebar'daki 'Onaylarım' rozeti gerçekten karar bekleyen (departman kapsamı uygulanmış) canlı sayıyı gösterir. Onaycı tek yerden izin, avans, masraf ve satınalma taleplerini karara bağlar.

Onay Motoru & İş Akışları modülünü canlı görün

ERP’nizi ve sürecinizi söyleyin. Bu modülün nasıl çalıştığını gösterip aboneliğinize dahil edelim — adam/gün, lisans veya kurulum ücreti yok.

Demo Planlayın →