vosetu.

İş Akışı & Onay Otomasyonu

Kurumsal işin çoğu 'birinden onay bekleyen' bir adımda takılır. Görev ve onay akışlarını, süreç tasarımını ve bildirim zincirlerini otomatikleştirir; EBYS ve İK gibi süreçleri elle takipten kurtarırız. Kurumsal iş yönetimi ürün ailemizin arkasındaki mutfak budur.

Uzmanla görüşün

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 kurmadık; kurumsal iş yönetimi ürün ailemizin (iş/hata takibi, EBYS, İK) mutfağıdır bu. Kamu projelerimizde başvuru ve ruhsat süreçlerini, tesis yönetimi ürünümüzde arıza-talep akışını aynı motorla çalıştırdık — süreç koda gömülü değil, yapılandırılabilir bir varlıktır.

  • Kim onaylar, ne kadar sürede, kime eskale olur — tek motorda
  • Kural değişince tek yer güncellenir
  • Kurumsal ürün ailemizin arkasındaki mutfak
  • Kamu ve tesis yönetimi projelerinde kanıtlı

Motorun üç parçası

01

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
02

Bildirim zincirleri & eskalasyon

Bir talebin süresi dolmadan önce ilgili kişiye hatırlatma gider; süre gerçekten dolarsa talep otomatik olarak bir üst role eskale olur. Kimse 'unuttum' demez, çünkü unutma ihtimali sistemin kendisinde değil, insanın hafızasında olurdu — biz bu riski kaldırırız.

  • Süre dolmadan önce hatırlatma
  • Süre aşımında otomatik eskalasyon
  • E-posta, push ve WhatsApp kanalı
03

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

Süre dolmadan önce hatırlatma, doldu ise otomatik eskalasyon — e-posta, push ve WhatsApp'tan.

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 sürecin ne kadar sürdüğü, nerede tıkandığı raporlanır; darboğaz tahmine değil veriye dayanır.

Bir süreç otomasyonunu nasıl kuruyoruz

01

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.

02

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.

03

Bildirim & eskalasyon kurulumu

Hatırlatma ve eskalasyon kanallarını (e-posta, push, WhatsApp) tanımlar, gerçek senaryoyla test ederiz.

04

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

Çok kademeli, koşullu onay motoru
Süreç modelleme ve durum makineleri
Süre dolmadan hatırlatma, dolunca otomatik eskalasyon
E-posta, push ve WhatsApp bildirim kanalları
EBYS / belge yönetimi ve tam metin arama
İzin, masraf ve İK onay akışları
SLA ve süreç raporları — nerede tıkandığı görünür
Yayın sonrası SLA'lı bakım ve destek

Üzerine kurduğumuz teknoloji

Motor
  • Durum makinesi
  • kural motoru
Bildirim
  • E-posta
  • push
  • WhatsApp
Backend
  • .NET 9
  • PostgreSQL
Kuyruk
  • RabbitMQ
  • Redis
3 hafta – 5 ay
Kurulum süresi (kapsama göre)
46
Sektörel ürün deneyimi
22
Sektör dikeyi
.NET 9
Modern çekirdek yığın

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.

Eskalasyon nasıl çalışıyor, kimse fark etmezse ne olur?

Süre dolmadan önce ilgili kişiye hatırlatma gider; süre gerçekten dolarsa talep otomatik olarak bir üst role eskale olur. Karar kimsenin hafızasına bağlı değildir, sistemin kendisine bağlıdır.

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

Nerede tıkandığınızı ve kimin kimi beklediğini dinleyip nereden başlanacağını birlikte çıkaralım. İlk görüşme bağlayıcı değildir.