2012–2021 arasında bir perakende zincirinin BT’sini yönetirken sistemlerin büyük kısmı yıllardır çalışan, işin her köşesine dokunan, kimsenin kolayca değiştirmeye cesaret edemediği sistemlerdi. ERP tarafında Nebim V3 ile veri ambarı ve iş zekâsı kurarken öğrendiğim şey bugün yapay zekâ projelerinde de geçerli: eski sistemi değiştirmeden ona çok şey bağlanabilir, yeter ki bağlantının yönünü ve sahibini doğru seçin.
CIO’larla konuşurken sık duyduğum bir cümle var: “Önce ERP’yi yenileyelim, sonra yapay zekâya bakarız.” Bu, yapay zekâ projesini yıllarca erteleyen bir karar. Çoğu senaryoda yapay zekânın ERP’den istediği şey yeni bir ERP değil; verisine güvenli ve düzenli erişim.
Dört entegrasyon deseni
| Desen | Nasıl çalışır | Ne zaman uygun | Risk |
|---|---|---|---|
| Veri ambarı üzerinden okuma | Yapay zekâ, ERP verisini veri ambarından ya da okuma kopyasından okur | Tahmin, analiz, raporlama, öneri | Düşük; veri güncelliği sınırlı |
| API katmanı | ERP önüne konan bir servis, belirli işlemleri tanımlı bir arayüzle sunar | Anlık sorgu, sınırlı ve kontrollü yazma | Orta; API’nin sahibi ve bakımı gerekir |
| Olay akışı | ERP’deki değişiklikler (sipariş, stok hareketi) olay olarak yayımlanır, yapay zekâ bunlara tepki verir | Anlık uyarı, otomatik iş akışı | Orta; olay şemasının korunması gerekir |
| İnsan onaylı yazma | Yapay zekâ öneri üretir, kullanıcı onaylar, işlem ERP’nin kendi kurallarından geçer | ERP’de kayıt oluşturan veya değiştiren senaryolar | Düşük, onay adımı korunduğu sürece |
Veri ambarı üzerinden okuma
En güvenli başlangıç. Talep tahmini, stok optimizasyonu, müşteri segmentasyonu, anomali tespiti gibi senaryoların çoğu yalnızca okuma ister. Veri ambarı ya da ERP’nin okuma kopyası, yapay zekâ ekibine kararlı ve belgelenmiş bir veri katmanı sunar. ERP’nin canlı veritabanına doğrudan sorgu atmak, hem performans sorunu hem de ERP güncellemesinden sonra şemanın değişmesi riski taşıyor.
API katmanı
Anlık bilgi gereken yerde (ör. bir sohbet asistanının “bu siparişin durumu ne?” sorusuna cevap vermesi) ERP önüne ince bir servis katmanı koymak doğru yol. Bu katman yalnızca tanımlı işlemleri sunar, yetkilendirmeyi uygular ve her çağrıyı kaydeder. Yapay zekâ asistanları ve ajanlar ERP’ye bu katman üzerinden erişmeli; ERP’nin iç tablolarına değil. Ajanlara verilecek yetkiler konusunu yapay zekâ ajanları ve MCP yazımda ayrıntılı anlattım.
Olay akışı
Sipariş oluştu, stok eşik altına düştü, fatura kesildi gibi değişiklikler olay olarak yayımlandığında yapay zekâ bunlara anında tepki verebilir. ERP’nin kendisi olay yayımlamıyorsa, değişiklik yakalama (CDC) ya da veritabanı tetikleyicileri bir ara katmanda kullanılabilir. Olay tabanlı mimarinin sahada nasıl kurulduğunu IoT ve kamera analitiği yazımda MQTT örneğiyle anlattım.
İnsan onaylı yazma
Yapay zekânın ERP’ye doğrudan kayıt yazması en riskli desen. Yanlış bir sipariş, yanlış bir fiyat ya da yanlış bir stok düzeltmesi zincirleme etki yaratır. İlk projelerde daha güvenli yol şu: yapay zekâ bir öneri üretir, kullanıcı bunu görür ve onaylar, onaylanan işlem ERP’nin kendi iş kurallarından ve yetki kontrolünden geçerek kaydedilir. Böylece ERP’nin yıllar içinde biriken doğrulama mantığı korunur.
Asıl sorun bağlantı değil, veri anlamı
Teknik bağlantı genellikle birkaç haftada kurulur. Asıl zaman alan şey veri anlamı. Yıllar içinde bir alan farklı amaçlarla kullanılmış olabilir; bir mağaza indirim kodunu açıklama alanına yazmış, bir başkası ayrı bir alana. Ürün kodları değişmiş, eski kodlar silinmemiş. Bazı işlemler sistem dışında, Excel’de yürümüş ve sonradan toplu girilmiş. Model bu tutarsızlıkları gerçek bir desen olarak öğrenebilir.
Bu yüzden entegrasyondan önce üç iş yapılmalı:
- Veri sözlüğü: Kullanılacak her alanın ne anlama geldiği, hangi dönemde nasıl kullanıldığı, iş birimiyle birlikte yazılır.
- Kalite ölçümü: Eksik, tutarsız ve aykırı kayıtların oranı ölçülür; eşik altındaki veriyle model eğitilmez.
- İş birimi doğrulaması: Modelin ilk çıktıları, süreci bilen kişilerle birlikte incelenir. “Bu desen gerçek mi, yoksa bir kayıt alışkanlığı mı?” sorusunu yalnızca onlar cevaplayabilir.
Entegrasyonun sahibi kim?
Karşılaştığım en yaygın sorun, entegrasyonun sahipsiz kalması. ERP ekibi “bizim sistemimiz değişmedi” der, yapay zekâ ekibi “bizim modelimiz değişmedi” der, ama ERP güncellemesinden sonra bir alan adı değiştiği için bağlantı sessizce kopar ve model haftalarca eksik veriyle çalışır. Bunu önlemek için:
- Entegrasyonun bir sahibi olmalı, adı belli olmalı.
- ERP değişiklik süreci, yapay zekâ entegrasyonunu etkileyen değişiklikleri işaretlemeli.
- Veri akışı izlenmeli: beklenen kayıt sayısı gelmediğinde uyarı üretilmeli.
CIO için kısa kontrol listesi
- Senaryo yalnızca okuma mı istiyor? O zaman veri ambarından başlayın.
- Anlık erişim gerekiyorsa ERP önüne, yetkilendirmesi ve kaydı olan bir API katmanı koyun.
- Yapay zekâ ERP’de kayıt oluşturacaksa ilk sürümde insan onayını zorunlu tutun.
- Bağlantıdan önce veri sözlüğünü ve kalite ölçümünü yaptırın.
- Entegrasyonun sahibini ve izleme yöntemini proje başlamadan yazın.
Eski sistemler çoğu şirketin en değerli verisini taşıyor. Yapay zekâ projesini ERP yenilemesine bağlamak, bu veriyi yıllarca kullanılmadan bekletmek demek. Doğru desenle başlayan bir proje, ERP’ye dokunmadan ilk sonucunu birkaç ay içinde verebilir; ERP yenileme kararı ise bu deneyimle daha sağlıklı verilir.
Sık sorulan sorular
Yapay zekâ projesi için ERP'yi yenilemek gerekir mi?
Genellikle gerekmez. Yapay zekânın ihtiyacı eski sistemin verisine düzenli ve güvenli erişimdir. Bu erişim veri ambarı, bir API katmanı ya da olay akışı üzerinden, ERP'nin kendisine dokunmadan sağlanabilir.
Yapay zekâ ERP'ye doğrudan veri yazabilir mi?
Teknik olarak yazabilir, ama ilk projelerde önerilmez. Daha güvenli yol, yapay zekânın bir öneri üretmesi, kullanıcının bunu ERP ekranında ya da bir onay ekranında görmesi ve onaylanan işlemin ERP'nin kendi iş kurallarından geçerek kaydedilmesidir.
Legacy sistemlerde yapay zekâ projesinin en büyük riski nedir?
Veri anlamıdır. Yıllar içinde aynı alan farklı amaçlarla kullanılmış, kodlar değişmiş, bazı süreçler sistem dışında yürümüş olabilir. Model bu tutarsızlıkları gerçek desen sanabilir. Bu yüzden veri sözlüğü ve iş birimiyle doğrulama, bağlantıdan önce gelir.
Veri ambarı mı, doğrudan ERP veritabanı mı kullanılmalı?
Mümkünse veri ambarı. ERP'nin canlı veritabanına doğrudan sorgu, hem performans hem de güncelleme sonrası şema değişikliği riski taşır. Veri ambarı ya da bir okuma kopyası, yapay zekâ ekibine kararlı ve belgelenmiş bir veri katmanı sunar.