İşletmelerde Onay Süreçleri Nasıl Otomatikleştirilir?

Onay Süreci Otomasyonu Nedir?

Bir çalışan satın alma talebi oluşturuyor.

Talep önce bölüm yöneticisine gönderiliyor. Tutar belirli bir sınırı geçerse finans müdürünün, daha yüksekse genel müdürün de onayı gerekiyor.

Bu süreç kağıt, e-posta veya mesajlaşma uygulamaları üzerinden yürütüldüğünde basit görünen bir işlem kısa sürede karmaşık hale gelebilir.

“Talep kimde bekliyor?”

“Yönetici onayladı mı?”

“Hangi fiyat teklifi onaylandı?”

“Bu ödeme neden gerçekleştirildi?”

gibi soruların cevabını bulmak için mesaj ve e-posta geçmişinin aranması gerekebilir.

Onay süreci otomasyonu, bu adımların tanımlanmış iş kurallarına göre yazılım tarafından yönetilmesidir.

Çalışan talebi sisteme girer, yazılım doğru onaycıyı belirler, bildirim gönderir, kararı kaydeder ve sonraki adıma otomatik geçer.

Böylece süreç yalnızca hızlanmaz; aynı zamanda izlenebilir hale gelir.

Hangi Süreçler Otomatikleştirilebilir?

Onay mekanizması yalnızca satın alma departmanına özgü değildir.

Bir işletmede birçok süreç aynı mantığı kullanır:

• Satın alma talepleri
• Masraf ve harcama onayları
• Ödeme talepleri
• Personel izinleri
• Fazla mesai talepleri
• Fiyat ve iskonto onayları
• Teklif onayları
• Sözleşme süreçleri
• Bakım talepleri
• Stok veya malzeme talepleri

Güncel workflow platformlarında satın alma, finans ve insan kaynakları taleplerinin çok seviyeli onay, koşullu yönlendirme ve audit trail ile yönetilmesi temel kullanım alanları arasında yer alıyor.

Ancak “otomatikleştirebiliyoruz” demek her süreci hemen yazılıma taşımak gerektiği anlamına gelmez.

Öncelik; sık tekrarlanan, birden fazla kişiden geçen ve gecikmesi operasyonu etkileyen süreçlerde olmalıdır.

Örnek: Satın Alma Onay Süreci

Bir üretim şirketinde bakım departmanının 75.000 TL değerinde ekipman talep ettiğini düşünelim.

Manuel yapıda çalışan bir form hazırlayabilir, yöneticisine e-posta gönderebilir ve süreç finans departmanına aktarılabilir.

Dijital bir workflow ise kuralları otomatik uygulayabilir.

Örneğin:

Talep oluşturuldu → Bölüm yöneticisi → Satın alma → Finans → Sipariş

Fakat tutar 250.000 TL'nin üzerine çıkarsa akış şöyle değişebilir:

Talep → Bölüm yöneticisi → Satın alma → Finans → Genel müdür → Sipariş

Bu, koşullu onay akışıdır.

Yazılım talebin tutarını, departmanını veya türünü değerlendirerek hangi rotanın kullanılacağını belirler.

Güncel workflow çözümlerinde tutar, departman veya pozisyona göre sıralı, paralel ya da koşullu onay zincirleri standart tasarım yaklaşımı olarak kullanılıyor.

Her Onay Sürecini Önce Haritalayın

Otomasyon projesinde ilk iş ekran tasarlamak veya kod yazmak olmamalıdır.

Mevcut süreç kağıt üzerinde çıkarılmalıdır.

Şu sorular cevaplanmalıdır:

• Talebi kim oluşturabilir?
• Hangi bilgiler zorunlu?
• İlk onaycı kim?
• Hangi koşulda farklı bir yöneticiye gider?
• Onaycı izinliyse ne olur?
• Talep reddedilirse süreç biter mi?
• Çalışan düzeltip tekrar gönderebilir mi?
• Hangi belgeler eklenmeli?
• İşlem sonunda hangi sisteme veri aktarılmalı?

Bu çalışma yapılmadan geliştirilen otomasyon, çoğu zaman mevcut karmaşayı yalnızca dijital ortama taşır.

Amaç kötü bir süreci hızlandırmak değil, önce süreci sadeleştirip ardından otomatikleştirmektir.

Çok Seviyeli Onay Nasıl Tasarlanmalı?

Her talebi üç yöneticinin onaylaması güvenli görünebilir ancak gereksiz darboğaz yaratabilir.

Onay seviyeleri risk ve parasal etkiye göre belirlenmelidir.

Örneğin:

0–25.000 TL: Bölüm yöneticisi

25.001–100.000 TL: Bölüm yöneticisi + finans

100.001 TL üzeri: Bölüm yöneticisi + finans + genel müdür

Bu limitler yalnızca örnektir; gerçek eşikler işletmenin iç kontrol politikasına göre belirlenmelidir.

Benzer kurallar iskonto onaylarında da uygulanabilir.

Satış temsilcisi %5'e kadar indirim yapabiliyor, %5–10 arası satış müdürü, daha yüksek indirimler ise üst yönetim onayı gerektiriyor olabilir.

Bu iş kuralları yazılım içerisinde merkezi olarak yönetildiğinde çalışanların “Bu işlem için kimden onay almalıyım?” sorusu azalır.

Bildirim ve Hatırlatmalar Sürecin Parçasıdır

Onay ekranı geliştirmek tek başına yeterli değildir.

Bir talebin yöneticinin ekranında üç gün boyunca fark edilmeden beklemesi halinde manuel süreçteki sorun devam eder.

Bu nedenle sistem:

• Yeni talepte bildirim gönderebilir,
• belirli sürede işlem yapılmazsa hatırlatabilir,
• süre aşımında başka yöneticiye eskale edebilir,
• talep sahibine durum değişikliğini bildirebilir.

Modern workflow sistemlerinde SLA takibi ve geciken taleplerin otomatik eskalasyonu bu nedenle önemli özellikler arasında bulunuyor.

Bildirim kanalı e-posta, mobil push veya işletmenin kullandığı başka kurumsal iletişim kanalları olabilir.

Burada amaç kullanıcıyı bildirim yağmuruna tutmak değil, aksiyon gerektiren noktaları görünür hale getirmektir.

Onay Geçmişi Neden Önemlidir?

Dijital workflow'un önemli avantajlarından biri audit trail yani işlem geçmişidir.

Bir talep için şu bilgiler kayıt altında tutulabilir:

• Talebi kim oluşturdu?
• Ne zaman oluşturuldu?
• Kim onayladı?
• Kim reddetti?
• Hangi yorum eklendi?
• Talep sonradan değiştirildi mi?
• Her aşamada ne kadar bekledi?

Bu kayıtlar yalnızca denetim için değil, süreç iyileştirme için de değerlidir.

Örneğin satın alma taleplerinin ortalama 18 saat beklediği görülüyor ancak bunun 14 saati tek bir onay aşamasında geçiyorsa gerçek darboğaz belirlenebilir.

Workflow araçlarının tam işlem geçmişi ve performans takibi sunmasının temel nedeni de budur.

ERP ile Entegrasyon Nasıl Çalışır?

Onay sistemi işletmenin diğer yazılımlarından tamamen bağımsız olmak zorunda değildir.

Örneğin satın alma talebi onaylandığında sistem ERP üzerinde otomatik satın alma talebi oluşturabilir.

Basitleştirilmiş akış:

Çalışan → Talep → Onay Workflow'u → ERP → Satın Alma

Böylece satın alma çalışanının onaylanmış bilgileri yeniden ERP'ye girmesi gerekmez.

Benzer şekilde ERP'den:

• maliyet merkezi,
• tedarikçi,
• ürün,
• proje,
• departman

bilgileri workflow sistemine aktarılabilir.

SynapTech'in mevcut ERP/CRM hizmet kapsamı da onay akışları, bildirimler, görev atama, iş kuralları ve üçüncü parti API entegrasyonlarını içeriyor.

Hazır Workflow Aracı mı, Özel Yazılım mı?

Standart izin, masraf veya basit satın alma süreçlerinde hazır workflow ürünleri yeterli olabilir.

Güncel pazarda no-code/low-code araçların form tasarımı, çok seviyeli onay, koşullu dallanma, audit trail ve API entegrasyonu sunduğu görülüyor.

Özel geliştirme ise şu durumlarda daha anlamlı hale gelebilir:

• İşletmeye özgü karmaşık onay kuralları varsa,
• mevcut ERP ile derin entegrasyon gerekiyorsa,
• aynı sistemde farklı operasyon modülleri çalışacaksa,
• standart ürünlerin kullanıcı veya lisans modeli uygun değilse,
• sektör özelinde ekranlar ve kurallar gerekiyorsa.

SynapTech'in özel yazılım hizmetinde iç süreç otomasyonu ve onay akışı sistemleri doğrudan kullanım alanları arasında tanımlanıyor.

Karar teknoloji üzerinden değil, sürecin standartlık derecesi üzerinden verilmelidir.

Otomasyona Hangi Süreçten Başlanmalı?

İlk proje için şu üç özelliğe sahip bir süreç seçmek iyi bir başlangıç olabilir:

1. Sık tekrarlanıyor.
2. Birden fazla kişiden geçiyor.
3. Bugün nerede beklediğini görmek zor.

Örneğin ayda yalnızca iki kez gerçekleşen karmaşık bir yatırım onayından önce, günde 20 kez gerçekleşen satın alma talebini dijitalleştirmek daha hızlı geri bildirim sağlayabilir.

İlk sürümde tüm şirket süreçlerini kapsamak yerine tek workflow ile başlayın.

Süreç ölçüldükten ve kullanıcı davranışları görüldükten sonra yeni akışlar aynı altyapıya eklenebilir.

Başarı Nasıl Ölçülür?

Otomasyonun başarısını “artık bir yazılımımız var” şeklinde değerlendirmek yeterli değildir.

Ölçülebilecek göstergeler:

• Ortalama onay süresi
• Süresi geçen taleplerin oranı
• Manuel veri giriş sayısı
• Reddedilip tekrar gönderilen talepler
• Belirli aşamalardaki ortalama bekleme süresi
• Kullanıcı başına açık görev sayısı
• ERP'ye manuel aktarılan kayıt sayısı

Bu metrikler otomasyonun gerçekten süreç kalitesini artırıp artırmadığını gösterir.

Sık Sorulan Sorular

Onay süreçleri için ERP şart mı?

Hayır. Workflow sistemi bağımsız çalışabilir. Ancak ERP, muhasebe veya CRM ile entegrasyon gerektiğinde API üzerinden veri alışverişi kurulabilir.

WhatsApp üzerinden onay almak yeterli değil mi?

Küçük ve düşük riskli süreçlerde pratik görünebilir. Ancak işlem hacmi arttığında talebin son durumunu, hangi sürümün onaylandığını ve geçmiş kararları merkezi biçimde takip etmek zorlaşabilir.

Yönetici izinliyken talepler ne olur?

İyi tasarlanmış bir workflow'da vekalet, alternatif onaycı veya belirli süre sonunda eskalasyon kuralları tanımlanabilir.

Her talep için aynı onay zinciri kullanılmalı mı?

Hayır. Tutar, departman, talep türü veya risk seviyesine göre farklı rotalar oluşturulabilir.

Mobil cihazdan onay verilebilir mi?

Responsive web uygulaması veya mobil uygulama üzerinden onay mekanizması tasarlanabilir. Burada kritik nokta yalnızca “onayla” butonu değil, yöneticinin karar için gerekli bilgi ve ekleri görebilmesidir.

İşletmenizde taleplerin kimde beklediğini bulmak için e-posta, WhatsApp veya Excel kontrol ediliyorsa ilk adım yeni bir yazılım satın almak değil, mevcut onay akışını çıkarmaktır. SynapTech, bu süreçleri analiz ederek ERP/CRM sistemleriyle entegre olabilen, rol ve yetkilere göre çalışan özel workflow ve onay sistemleri geliştirebilir.