ERP'yi öğrenmek ne demek
Bir ERP'yi kurmak ile onu anlamak farklı şeylerdir. Yıllardır kullanılan bir sistemde veri, kurulduğu günkü mantıkla değil, işletmenin zamanla geliştirdiği alışkanlıklarla durur. Bir alan terk edilmiştir ama hâlâ doludur. Aynı bilgi üç farklı yerde tutulur ve hangisinin gerçek olduğunu sadece birkaç kişi bilir. Bir rapor, kimsenin belgelemediği bir istisnayla hesaplanır.
Bu yüzden "veritabanına bağlandık" demek entegrasyon kurmak değildir. Yanlış tablodan okuyan bir entegrasyon, hiç olmamasından daha tehlikelidir — çünkü çıkan rakama güvenilir.
① Veritabanı tarafı
- Tablo ve ilişki şemasının çıkarılması
- Hangi alanın gerçekten kullanıldığı, hangisinin terk edildiği
- Aynı bilginin kaç yerde tutulduğu ve hangisinin doğru kabul edildiği
- Hesaplanan alanlar: bakiye, kalan miktar, maliyet nasıl oluşuyor
- Şirket/şube ayrımı, dönem ve devir mantığı
② Arayüz tarafı
- Kullanıcı hangi ekrandan ne yapıyor, hangi alanı dolduruyor
- Hangi işlem onaydan geçiyor, kim onaylıyor
- Ekranda görünen bir alan arka planda hangi tabloya yazıyor
- Hangi kontroller arayüzde var ama veritabanında yok
- Kullanıcıların geliştirdiği "yan yollar" ve bunların veriye etkisi
İkisi birden şart. Sadece veritabanını bilirseniz kullanıcının neden öyle davrandığını anlamazsınız; sadece arayüzü bilirseniz verinin gerçekte nerede durduğunu bilemezsiniz.
Nasıl öğreniyoruz
Keşif
Sistemin şeması çıkarılır: tablolar, ilişkiler, hacimler. Hangi tablo canlı kullanılıyor, hangisi yıllardır dokunulmamış — hareket tarihlerinden anlaşılır. Bu aşamada hiçbir şey yazılmaz, yalnızca okunur.
Eşleme
İş kavramları ile teknik karşılıkları eşleştirilir: "cari" hangi tablo, "bakiye" hangi hesapla çıkıyor, "açık sipariş" hangi koşul. Bu eşleme sizin ekibinizle birlikte yapılır — çünkü doğru cevabı sistem değil, o işi yapan kişi bilir.
Doğrulama
Bu, en çok atlanan ve en kritik adımdır: ürettiğimiz her rakamı ERP'nin kendi raporuyla birebir tutturmadan kullanıma açmayız. Tutmuyorsa bizde bir hata var demektir; bulunur, düzeltilir. Rakam tutmadan hiçbir rapor yayına alınmaz.
Yazma yetkisi
Okuma doğrulandıktan sonra yazma açılır — ve her zaman kurallı: hangi işlem onaysız yapılabilir, hangisi onaya gider, hangisi hiçbir koşulda yapılmaz. Kritik işlemler parola ister. Her hareket kim-ne zaman-ne değiştirdi bilgisiyle iz kaydına düşer.
Agent değil, yapay zekâ
Bugün piyasada "AI agent" diye anlatılan şeylerin çoğu, önceden tanımlanmış adımları yürüten otomasyondur. Ne yapacağı yazılmıştır; yazılmayanı yapamaz. Beklenmedik bir durumla karşılaşınca ya durur ya da yanlış yapar — ve yanlış yaptığını fark etmez.
Bizim kurduğumuz şey otomasyon değil. Anlayan, soran, öğrenen ve hatırlayan bir yapay zekâ. Bilmediği bir durumla karşılaştığında uydurmaz — sorar. Cevabı öğrenir. Bir daha sormaz.
Agent'a iş tanımlarsınız. Yapay zekâya iş öğretirsiniz.
| Otomasyon / Agent | Genel yapay zekâ | VROBOT | |
|---|---|---|---|
| Ne yapar | Yalnızca tanımlanan adımları | Genel bilgiyle cevap verir | Şirketinizi bilerek iş yapar |
| Yeni durumda | Durur ya da yanlış yapar | Genel geçer cevap verir | Sorar, öğrenir, kaydeder |
| Hafıza | Yok | Konuşma bitince kaybolur | Kalıcı ve şirkete ait |
| Terminolojiniz | Bilmez | Bilmez | Kısaltmalarınızı, ürün kodlarınızı bilir |
| ERP bağlantısı | Sabit, kırılgan | Yok | Şemayı öğrenmiş, doğrulanmış |
| Zamanla | Aynı kalır | Sizi tanımaya başlamaz | Her ay daha iyi tanır |
Her yazışmadan öğreniyor
Genel bir yapay zekâya "MYI0006075 ne durumda" diye yazarsanız anlamaz. Sizinki anlar — çünkü o kodun sizde ne anlama geldiğini, hangi müşteriye ait olduğunu ve hangi ekipte takip edildiğini öğrenmiştir.
Bu, şirkete özel olmanın asıl anlamıdır. Asistan yalnızca sizin şirketiniz için çalışır; her mesaj, her düzeltme, her "hayır öyle değil şöyle" cümlesi kurumsal hafızaya eklenir. Bir kullanıcı bir kuralı öğrettiğinde, o kural artık herkes için geçerlidir.
Zamanla ortaya şu çıkar: şirketin işleyişi bir kişinin kafasında değil, sistemde durur. Personel değişir, asistan kalır.
Neleri öğreniyor
- Terminoloji: ürün kısaltmalarınız, müşteri kodlarınız, departman adlarınız
- Hesaplama kuralları: hangi rapor nasıl hesaplanır, hangi kalem hariç tutulur
- Onay kuralları: hangi işlemi kim onaylar, hangi tutarın üstünde ne olur
- İstisnalar: "bu müşteride vade farklı işler", "bu üründe fire payı ayrı"
- Geçmiş kararlar: daha önce ne konuşuldu, neye karar verildi
- Kişiler: kim hangi konudan sorumlu, kime ne sorulur
Örnek: bir işin baştan sona akışı
Kullanıcı: "Yeni müşteri kartı aç, vergi no 1234567890"
Asistan: ERP'de bu vergi numarasını arar. Kayıt yoksa kart bilgilerini hazırlar; ürün grubu, ödeme koşulu ve temsilci gibi alanları sizin daha önce öğrettiğiniz kurallara göre doldurur.
Asistan: "Kart hazır. Yurt içi müşteri serisinden numara alacağım. Onaylıyor musunuz?"
Kullanıcı: onay verir.
Sistem: Kayıt ERP'ye yazılır, numara serisi ilerletilir, iz kaydı düşülür, talebi açan kişiye bildirim gider.
Dikkat edin: kullanıcı hiçbir ekran açmadı, hiçbir alan doldurmadı. Ve asistan onaysız yazmadı.
ERP'ye yazma: koşulu baştan söyleyelim
Sipariş, satın alma ve diğer kayıtların ERP'nize otomatik yazılabilmesi için ERP'nizin ya bir API / SOAP servisi sunması, ya da SQL veritabanına yazma izni verilmesi gerekir. Bazı ERP'ler bunu kapalı tutar; bazı kurumlarda ise politika gereği veritabanına yazma açılmaz.
Bu iki koşuldan biri sağlanamıyorsa modüller yine tam çalışır — ancak onaylanan kayıtlar ERP'ye kendiliğinden geçmez: dışa aktarım dosyası (Excel / XML) üretilir ve ERP tarafına mevcut yönteminizle işlenir. Okuma tarafı bu durumda da çalışmaya devam eder; raporlama ve analiz etkilenmez.
Hangi yolun mümkün olduğunu ilk incelemede birlikte tespit ediyoruz ve proje başlamadan yazılı olarak netleştiriyoruz — sonradan sürpriz olmasın.
| Senaryo | Okuma | Otomatik yazma | Sonuç |
|---|---|---|---|
| API / SOAP servisi var | ✓ | ✓ | Tam entegrasyon |
| SQL yazma izni verilmiş | ✓ | ✓ | Tam entegrasyon |
| Yalnızca okuma izni | ✓ | — | Raporlama ve analiz tam · kayıtlar dışa aktarımla |
| Veritabanına erişim yok | Sınırlı | — | Dosya bazlı aktarım konuşulur |
Desteklenen sistemler
Listede olmayan bir sisteminiz varsa da konuşalım — belirleyici olan markası değil, veriye erişim yönteminin bulunup bulunmadığıdır.
Güvenlik ve yetki
- Yazma yetkisi sizindir. Asistan onaysız hiçbir kaydı değiştirmez
- Kritik işlemler parola ister — silme, toplu güncelleme, dışa gönderim
- Rol bazlı erişim: kim hangi veriyi görür, kim hangi işlemi yapabilir
- Tam iz kaydı: her işlemde kim, ne zaman, ne değiştirdi
- Yedek: yazma işlemlerinden önce mevcut durum kaydedilir
- Veri yerinde kalır: ERP veriniz taşınmaz, kopyalanmaz
Sık sorulan iki soru
ERP'mizi değiştirmemiz gerekir mi?
Hayır. Zaten kurduğumuz yaklaşımın tamamı bunun üzerine: mevcut sisteminiz yerinde kalır, biz üstüne çalışırız.
Asistan yanlış bir kayıt yaparsa ne olur?
Yazma işlemleri onaya bağlıdır ve öncesinde yedek alınır. Ayrıca her işlemin iz kaydı olduğu için ne olduğu geriye dönük görülebilir. Kritik işlemlerde ikinci bir parola katmanı vardır.