Yapay zekâ çözümleri
İş Süreçleri Otomasyonu
Şirketlerin çoğunda süreçler ERP'de değil, sistemlerin arasındaki boşlukta yürür: onay mail zincirinde, takip Excel'de, uyarı birinin aklında. Biz bu boşluğu kapatan katmanı kuruyoruz — süreci uçtan uca takip eden, sistemler arasında veriyi taşıyan, gecikeni gören ve karar gereken yerde doğru kişiye soran bir katman. Mevcut yazılımlarınız yerinde kalır.
Süreç tam olarak nerede kopuyor?
Bir satın alma talebi ERP'de açılır, onay için müdüre gider, müdür maille onaylar, satın almacı bunu görüp siparişi elle açar. Adımların hiçbiri zor değildir; ama onay maili başka bir konu başlığının altına gömülünce talep üç gün bekler ve kimse fark etmez, çünkü bekleyen talepleri gösteren bir yer yoktur.
Esas kayıp tekrarlanan tuş vuruşları değil, görünürlüğün olmamasıdır: bir işin hangi adımda beklediği, kimden döndüğü ve ne kadar süredir orada durduğu hiçbir yerde yazmaz. Süreç bir kişiye bağımlı hale gelir ve o kişi izne çıktığında akış durur, çünkü işin nasıl yürüdüğü yazılı prosedürde değil alışkanlıkta kayıtlıdır.
- Onaylar e-postada; bekleyen işlerin ortak bir listesi yok
- Aynı veri CRM, ERP, WMS ve Excel'e ayrı ayrı giriliyor
- Bir işin nerede beklediği ancak sorularak öğreniliyor
- Gecikme, müşteri şikâyet ettiğinde fark ediliyor
- “Bunu kim onayladı” sorusunun kayıtlı bir cevabı yok
Hangi süreçleri otomatikleştiriyoruz?
Otomasyona en uygun süreçler kuralı belirgin, sık tekrarlanan ve hata maliyeti görünür olanlardır. İki tür kazanç ararız: bir işin adımları arasındaki bekleme süresini kısaltmak ve kimse bakmasa gözden kaçacak durumları sistematik olarak yakalamak.
Bir süreci kapsama alırken tamamını otomatikleştirmek zorunda değiliz. Çoğu zaman en yüksek getiri, süreçteki iki-üç manuel köprüyü kaldırmaktan gelir: veriyi bir sistemden diğerine taşıyan adım, onay talebini iletip cevabı bekleyen adım ve gecikeni tespit eden adım. Karar hakkı olan adımlar insanda kalır.
- Satın alma talebi, kademeli onay ve sipariş oluşturma
- Fatura onay akışı ve ödeme hazırlığı
- Sipariş–üretim–sevkiyat takibi ve geciken işlerin otomatik tespiti
- Mal kabul farkı, sayım uyuşmazlığı ve hasar süreçleri
- İade ve değişim akışları
- Cari mutabakat ve dönemsel ekstre gönderimi
- Müşteri talep ve şikâyetlerinin sınıflandırılıp doğru ekibe atanması
- Kalite uygunsuzluğu ve düzeltici faaliyet takibi
- Sözleşme, fiyat listesi ve yenileme hatırlatmaları
- Personel giriş-çıkış işlemleri: hesap açma, zimmet, yetki iptali
Otomasyonu nasıl kurguluyoruz?
İşe süreç haritasıyla başlarız, ama yazılı prosedüre değil gerçek akışa bakarız. Sistem kayıtları, e-posta trafiği ve ekiple yapılan görüşmeler bir araya geldiğinde ortaya çıkan tablo, kurum içinde anlatılan süreçten neredeyse her zaman farklıdır: prosedürde olmayan bir ara onay vardır, bir adım fiilen atlanmaktadır ya da tıkanma herkesin sandığı yerde değildir.
Kurgunun omurgası deterministik bir iş akışıdır: durumlar, geçiş kuralları, yetki matrisi, SLA saatleri ve eskalasyon adımları. Yapay zekâyı bu omurganın üzerine yalnızca belirsizliğin olduğu noktalarda ekleriz — serbest metinli bir talebi sınıflandırmak, e-postadan alan çıkarmak, önceliklendirme önerisi üretmek, alışılmadık bir davranışı işaretlemek gibi. Tutar hesaplama, yetki kontrolü ve mevzuata bağlı adımlar kural motorunda kalır; bunlar tahmin edilmesi değil, hesaplanması gereken şeylerdir.
- Gerçek akışın sistem kayıtlarından ve saha görüşmelerinden çıkarılması
- Durum makinesi, yetki matrisi, SLA saati ve eskalasyon kuralları
- Tetikleyiciler: webhook, zamanlanmış kontrol, veritabanı değişikliği, gelen e-posta
- Yapay zekânın sınıflandırma, çıkarım, önceliklendirme ve özetleme için kullanılması
- Hesaplama, yetki ve mevzuat adımlarının kural motorunda tutulması
- Kullanıcının yeni bir portala taşınmaması: onay e-postadan, mobilden veya mevcut ERP ekranından verilir
Mevcut sistemlerinizin üzerine nasıl kuruluyor?
Otomasyon katmanı ERP'nin, CRM'in veya WMS'in yerini almaz; onları koordine eder. Bunun için önce her veri parçasının doğruluk kaynağı belirlenir: stok miktarının doğrusu WMS'te mi ERP'de mi, müşteri adresinin doğrusu CRM'de mi sipariş kaydında mı. Bu tanım yapılmadan kurulan her otomasyon, er ya da geç iki sistemin birbirini ezdiği bir soruna dönüşür.
Kurulumun ilk aşamasında genellikle ağırlıklı olarak okuma yapan bir kurgu tercih ederiz: sistem önce süreci izler ve raporlar, yazma yetkisi güven oluştukça adım adım verilir. Her yazma işlemi mükerrer kayda karşı korunur ve gerektiğinde telafi adımı çalışır.
- Her veri alanı için doğruluk kaynağının tanımlanması
- Okuma/yazma yönlerinin ve çakışma kurallarının netleştirilmesi
- API, veritabanı, içe aktarma arayüzü, dosya alışverişi veya arayüz otomasyonu
- Önce izleyen ve raporlayan kurgu, sonra kademeli yazma yetkisi
- Mükerrer kayıt koruması, güvenli yeniden deneme ve telafi adımları
Pazaryeri, kargo ve e-fatura bağlantıları ayrı bir hizmet başlığıdır; entegrasyon sayfamızda ele alınır.
İnsan nerede devrede kalıyor?
Otomasyonun amacı karar yetkisini devralmak değil, karar verecek kişinin önüne doğru bilgiyi doğru zamanda getirmektir. Tutar limitleri, yeni müşteri veya tedarikçi, sözleşme dışı koşul, iskonto sapması, stok kritiğinin altına düşen sevkiyat gibi durumlar tipik olarak insana gider. Otomasyon bu adımlarda kararı vermez; gerekli bilgiyi, geçmiş benzer işlemleri ve varsa uyarıları toparlayıp onay isteyen tarafa sunar.
Güven zamanla kazanılır ve eşikler zamanla değişir. Bir süreç istikrarlı çalıştığında düşük riskli işlemleri otomatik geçirmeye başlayabiliriz; bu her zaman ölçülmüş davranışa dayanan ve sizin onayınızla alınan bir karardır. Otomasyonu durdurup süreci manuel devralma imkânı baştan tasarlanır.
- Onay noktalarının ve yetki matrisinin süreç başında tanımlanması
- Karar verecek kişiye bağlam, geçmiş işlemler ve uyarıların birlikte sunulması
- Otomatik geçiş eşiklerinin ölçülmüş davranışa göre ve onayınızla değiştirilmesi
- Otomasyonu durdurup süreci manuel devralma imkânı
- Her adım için kim, ne zaman, hangi kuralla sorularının cevabını veren denetim izi
İmalat, lojistik ve perakendede ne değişiyor?
İmalatta otomasyonun en çok karşılık verdiği yer üretimin kendisi değil, çevresindeki koordinasyondur. Lojistik ve dağıtımda işin doğası istisna yönetimidir: sevkiyatın planlanan adımı kaçırdığı anda tespit edilmesi, gecikmenin müşteri sormadan bildirilmesi.
Perakende ve e-ticarette hacim, mağaza ve depo sayısıyla çarpılarak büyür. Üç sektörün ortak yönü, işin büyümesiyle koordinasyon yükünün orantısız artması ve bu yükün genellikle en deneyimli çalışanların üzerine binmesidir.
- İmalat: satın alma onay kademeleri, taşeron hakedişi kontrolü, uygunsuzluk takibi, duruş bildirimi
- Lojistik ve dağıtım: sevkiyat istisna tespiti, proaktif gecikme bildirimi, teslim kanıtı eşleştirme
- Perakende ve e-ticaret: iade ve değişim akışı, mağaza talep yönetimi, satın alma tetikleme, kampanya onayı
Nereden başlıyoruz ve sonucu nasıl ölçüyoruz?
İlk süreci birlikte seçeriz ve kriterler nettir: yüksek tekrar, tanımlanabilir kural, görünür hata maliyeti ve erişilebilir veri. Bu dördü bir arada olan bir süreç, otomasyonun işe yarayıp yaramadığını hızlı ve tartışmasız gösterir. Şirketin en karmaşık sürecinden başlamak en kötü seçimdir.
Ölçüm, pilot başlamadan önce başlar. Mevcut durumun sayıları kaydedilmeden sonrasında söylenen her şey iddiadan ibaret kalır. Baştan bir kazanç oranı vaat etmiyoruz; ölçüm yöntemini sabitliyor, canlıya geçtikten sonra aynı yöntemle ölçmeye devam ediyoruz.
- İlk süreç seçimi: yüksek tekrar, tanımlı kural, görünür hata maliyeti, erişilebilir veri
- Uçtan uca süreç haritası ve sistem erişimlerinin doğrulanması
- Otomasyona alınan ve insanda kalan adımların yazılı olarak ayrıştırılması
- Pilot öncesinde mevcut durum göstergelerinin kaydedilmesi
- İzlenen göstergeler: işin baştan sona süresi, adımlar arası bekleme, bekleyen iş sayısı, SLA aşımı, yeniden yapılan iş oranı
- Devir paketi: süreç dokümantasyonu, kural setleri ve yönetim ekranları
Sıkça sorulan sorular
ERP'mizi veya CRM'imizi değiştirmemiz gerekir mi?
Hayır. Otomasyon katmanı mevcut sistemlerinizin üzerine kurulur ve onları koordine eder; yerlerini almaz. Zaten pratikte çalışan bir ERP'yi değiştirmek, çözmeye çalıştığınız sorundan çok daha büyük bir proje anlamına gelir. Kurulum sırasında hangi verinin hangi sistemde doğru kabul edileceğini tanımlarız ve otomasyon bu tanıma göre okur ve yazar.
Eski sistemimizin API'si yok, geliştiricisi de artık yok. Bu bir engel mi?
Genellikle değil. API tek bağlantı yolu değildir; veritabanı katmanında denetimli okuma ve yazma, sistemin kendi içe/dışa aktarma arayüzü, dosya tabanlı alışveriş ve gerektiğinde arayüz otomasyonu kullanılabilir. Kaynak koda erişiminiz olmasa bile veri katmanına erişim çoğu zaman mümkündür. Keşif aşamasında hangi yolların açık olduğunu ve her birinin bakım maliyetini açıkça ortaya koyarız.
Otomasyon yanlış bir karar verirse ne olur?
Otomasyona yalnızca kuralı tanımlanabilen adımları veriyoruz; yargı gerektiren adımlar insanda kalıyor. Buna rağmen sistemin yapabileceği hataları da tasarımda hesaba katıyoruz. Her adım denetim izinde kayıtlıdır, hatalı bir işlem geriye doğru izlenebilir ve gerektiğinde telafi adımı çalıştırılır. Otomatik geçiş eşikleri baştan dar tutulur.
Verilerimiz nereye gidiyor? Yapay zekâ sağlayıcısına açılıyor mu?
Bunu proje başında birlikte kararlaştırıyoruz. Sistem tamamen sizin altyapınızda çalışabilir. Dışarıdan bir model servisi kullanılacaksa kurumsal koşullarla, verilerin model eğitiminde kullanılmadığı ve saklama süresinin sınırlandığı sözleşmelerle çalışılır. Ayrıca akışın büyük bölümü kural motorunda çalışır ve modele hiç uğramaz; modele giden veriyi asgaride tutmak tasarım tercihimizdir.
Ekibimiz yıllardır Excel ve e-postayla çalışıyor. Yeni sistemi benimsemezlerse?
Bu, otomasyon projelerinin en sık başarısızlık nedenidir ve bunu tasarım kararlarıyla ele alıyoruz. Kullanıcıyı yeni bir portala taşımamayı tercih ederiz: onay e-posta içinden, mobilden ya da mevcut ERP ekranından verilebilir. Ekibin işi genellikle azalır, değişmez. En kritik nokta, otomasyonun gerçek akış üzerine kurulmasıdır; prosedürde yazan ama sahada uygulanmayan bir süreci otomatikleştirmek benimsenmeme ile sonuçlanır.
Kurulumdan sonra size bağımlı mı kalırız?
Hayır, ve bunu sözleşme düzeyinde netleştiriyoruz. Süreç dokümantasyonu, iş akışı ve kural tanımları, entegrasyon haritası ve yönetim ekranları teslimat kapsamındadır; kural eşiklerini, onay kademelerini ve bildirim ayarlarını sizin ekibiniz değiştirebilir. Kod ve fikri mülkiyet koşullarını teklif aşamasında yazılı olarak belirleriz.
Bir süreçle başlayalım
En çok vakit kaybettiren süreci seçin — satın alma onayı, sevkiyat takibi, cari mutabakat, iade akışı, hangisiyse. Nasıl yürüdüğünü uçtan uca çıkaralım, hangi adımların otomasyona uygun olduğunu, hangilerinin insanda kalması gerektiğini ve mevcut sistemlerinize hangi yoldan bağlanabileceğimizi somut olarak konuşalım.