| Sistem Seçimi | İhtiyaç Analizi | Yazılımın Özellikleri | Neden Minerva? |
- Temel
- Gelişmiş
- ileri Düzey
İhtiyaçlar bir liste değil, çıkılacak bir merdivendir
| Şirketler genellikle bir üst katmanı satın alır, bir alt katmanı yaşar. Kırılma noktası burasıdır. |
Bir yazılım seçimi tartışmasında masaya konan istek listeleri neredeyse hep aynıdır: "iş zekâsı olsun, mobil olsun, yapay zekâsı olsun". Oysa aynı şirkette stok sayım farkı %8, cari mutabakat üç haftada kapanıyor ve satış ekibi fiyatı Excel'den bakıyorsa, yapay zekâ o şirkete hiçbir şey kazandırmaz — yanlış veriyi daha hızlı yanlış hale getirir.
Bu yüzden ihtiyacı üç katmanda okumak gerekir. Her katmanın kendi sorusu vardır:
Temel ihtiyaçlar — "Ne oldu?"
Kayıt, yasal uyum, doğruluk. İşin olmuş halini eksiksiz ve tek bir yerde tutmak. Bu katman bir rekabet avantajı değildir; faaliyet iznidir.
Gelişmiş ihtiyaçlar — "Nasıl yürüyor?"
Süreç, kontrol, planlama, entegrasyon. İşin uçtan uca akması; departman sınırlarında bilginin durmaması. Verimlilik ve marj burada kazanılır.
İleri düzey ihtiyaçlar — "Ne olacak, ne yapmalıyım?"
Karar desteği, otonomi, yapay zekâ, dayanıklılık, değişime uyum hızı. Şirketin gelecekteki hareket kabiliyeti burada belirlenir.
Sık yapılan hata
Seviye 3 vaatleri (analitik, yapay zekâ, otomasyon) satın alma kararını en çok etkileyen başlıklardır; ancak projelerin çoğu Seviye 1'deki veri kalitesi ve Seviye 2'deki süreç disiplini eksikliği yüzünden değer üretemez. Sektör araştırmalarında ERP projelerinin hedeflerine ulaşamama oranı yaygın olarak %55–75 aralığında raporlanır ve nedenlerin başında yazılımın kendisi değil; veri göçü, süreç uyumsuzluğu ve değişim yönetimi gelir.
Temel ihtiyaçlar: kayıt, uyum ve tek doğru
| Burada amaç zekâ değil, güvenilirliktir. Bu katman çalışmıyorsa üstündeki her şey tahmindir. |
1.1 Tek ve tekrarsız kayıt
Her işlemin bir kez, kaynağında, doğru kişi tarafından kaydedilmesi. Aynı müşterinin üç farklı yazımla üç kez açılmış olması ya da stok kartlarının depoda başka, muhasebede başka kodla durması, sonraki tüm katmanları çürütür.
- Ana veri: müşteri/tedarikçi (iş ortağı), ürün, hizmet, fiyat listesi, birim, depo, hesap planı, masraf merkezi — tek tanım, tek kod, tekrarsız.
- Hareket verisi: teklif, sipariş, irsaliye, fatura, tahsilat, ödeme, stok giriş-çıkış, üretim fişi.
- Belge zinciri: tekliften siparişe, siparişten sevkiyata, sevkiyattan faturaya ve tahsilata kadar kopmayan izlenebilirlik.
1.2 Yasal ve mali uyum
Türkiye'de bu başlık pazarlık konusu değildir ve sürekli değişir. Yazılımın bu değişikliklere zamanında uyum sağlaması, bir "özellik" değil hayati bir süreklilik meselesidir.
- e-Fatura, e-Arşiv, e-İrsaliye, e-Serbest Meslek Makbuzu, e-Müstahsil, e-Defter süreçleri ve entegratör bağlantıları
- KDV, tevkifat, stopaj, ÖTV; ihracat/ithalat işlemleri ve dövizli belge yönetimi
- VUK ve TFRS/UFRS'ye göre raporlama; enflasyon muhasebesi gibi dönemsel zorunluluklar
- Bordro, SGK bildirimleri, İŞKUR, teşvik hesapları, kıdem/ihbar yükümlülükleri
- KVKK kapsamında kişisel verinin sınıflandırılması, erişim kısıtları, saklama ve silme politikaları
- Denetim ve mali müşavir talepleri için standart mizan, defter ve döküm çıktıları
1.3 Muhasebe ve finansın çalışan çekirdeği
- Genel muhasebe, otomatik muhasebeleştirme (fişin elle yazılmaması), masraf merkezleri
- Cari hesap takibi, yaşlandırma, mutabakat, risk ve limit kontrolü
- Banka, çek/senet, kredi, POS, kasa; nakit akışının gerçek zamanlı görülmesi
- Alacak-borç yaşlandırması ve tahsilat takibi; vadesi geçen alacağın kimseye sorulmadan görünmesi
1.4 Stok, depo ve satın alma temeli
- Gerçek zamanlı stok bakiyesi; rezerve, yolda, karantina, konsinye ayrımı
- Barkod/terminal ile giriş-çıkış, sayım ve fark yönetimi
- Satın alma talebinden siparişe, mal kabulden faturaya kadar akış ve üç yönlü eşleştirme
- Lot/parti, seri numarası, son kullanma tarihi izlenebilirliği (gıda, ilaç, otomotiv, kimya için zorunlu)
1.5 Yetki, iz ve süreklilik
- Rol bazlı yetkilendirme: kim neyi görür, kim neyi değiştirir, kim neyi onaylar
- Değişiklik iz kaydı (audit trail): kaydı kimin ne zaman değiştirdiği
- Yedekleme ve geri dönüş testi; sadece yedek almak değil, yedekten dönebildiğini kanıtlamak
- Sistemin çalışır kalması: erişilebilirlik taahhüdü, felaket senaryosu, veri merkezi güvenliği
Yaygın varsayım
"Bizim temel işlerimiz zaten oturmuş durumda, biz bir üst seviyeye bakıyoruz."
Sahadaki karşılığı
Ay sonu kapanışı 10 günden uzun sürüyorsa, satış ve muhasebe rakamları farklıysa, stok sayım farkı düzenli olarak konuşuluyorsa ve kritik raporlar Excel'de elle birleştiriliyorsa temel katman oturmamıştır. Bu belirtiler, üst katman yatırımının geri dönmeyeceğinin en güçlü göstergesidir.
Bu katman karşılanmazsa ne olur?
- Yönetim, işini geçmişe bakarak yönetir; müdahale hep geç kalır.
- Her rapor bir tartışmayla başlar: "bu rakam nereden geldi?"
- Kurumsal hafıza kişilere bağlanır; bir kişinin ayrılması bilgi kaybı olur.
- Denetim, banka kredisi, yatırımcı incelemesi ve satın alma süreçlerinde şirket zorlanır.
Gelişmiş ihtiyaçlar: süreç, kontrol ve entegrasyon
| Kaydı tutmak yetmez; işin akması gerekir. Bu katman marjın, hızın ve müşteri memnuniyetinin kazanıldığı yerdir. |
2.1 Uçtan uca süreçler
Şirketler departman değil, süreç yürütür. Bir yazılımın olgunluğu, bu zincirlerin baştan sona kesintisiz çalışıp çalışmadığıyla ölçülür:
| Süreç | Zincir | Kırıldığında görülen belirti |
|---|---|---|
| Siparişten tahsilata | Teklif → sipariş → tahsis → sevkiyat → fatura → tahsilat | Sevk edilmemiş sipariş birikmesi, geciken faturalama, uzayan alacak vadesi |
| Satın almadan ödemeye | Talep → onay → sipariş → mal kabul → fatura eşleştirme → ödeme | Onaysız alım, fiyat farkları, tedarikçi mutabakat yükü |
| Plandan ürüne | Talep tahmini → ana üretim planı → malzeme ihtiyacı → iş emri → maliyet | Hat duruşu, acil satın alma, gerçekleşmeyen teslim tarihleri |
| Talepten çözüme | Çağrı → iş emri → saha/servis → yedek parça → faturalama | Kapanmayan çağrılar, garanti kaçakları, memnuniyetsiz müşteri |
| İşe alımdan ayrılışa | Talep → aday → sözleşme → bordro → performans → çıkış | Manuel bordro düzeltmeleri, izin/fazla mesai anlaşmazlıkları |
| Kayıttan rapora | İşlem → muhasebeleşme → mutabakat → kapanış → konsolide rapor | Uzayan ay sonu, düzeltme fişi enflasyonu |
2.2 Planlama ve öngörü
- Talep planlama: mevsimsellik, kampanya ve sözleşme etkisiyle beslenen tahminler
- Malzeme ihtiyaç planlama (MRP): ürün ağacı, temin süresi, minimum stok, parti büyüklüğü
- Kapasite ve çizelgeleme: makine, kalıp, vardiya ve personel kısıtlarının birlikte hesaplanması
- Tedarik zinciri planlama: çok depolu dağıtım, transfer, ithalat temin süreleri, alternatif tedarikçi
- Nakit planlama: sipariş ve satın alma taahhütlerinden türeyen ileri tarihli nakit akışı
2.3 Maliyet, karlılık ve bütçe
Çoğu şirketin bilmediği şey ne kadar sattığı değil, hangi işten ne kazandığıdır.
- Standart ve fiili maliyet; sapma analizi (malzeme, işçilik, genel üretim gideri)
- Ürün, müşteri, kanal, bölge, proje ve sipariş kırılımında karlılık
- Bütçe hazırlama, revizyon, bütçe-gerçekleşen karşılaştırması ve harcama kontrolü
- Yatırım ve proje maliyet takibi; hakediş yönetimi
2.4 İş akışı, onay ve kural yönetimi
- Tutar, kategori ve organizasyon kademesine göre değişen onay hiyerarşileri
- İstisna yönetimi: kural dışı durumun otomatik yakalanıp doğru kişiye düşmesi
- Bildirim ve uyarılar: kritik stok, vadesi geçen alacak, gecikmiş sipariş, biten sözleşme
- Görev atama ve takip; işin kimde beklediğinin görülmesi
2.5 Müşteri ve satış tarafı
- CRM: aday–fırsat–teklif hattı, satış tahmini, ziyaret ve aktivite takibi
- Fiyatlandırma ve iskonto disiplini; sözleşmeli fiyat, kampanya, hakediş/prim hesabı
- Satış sonrası: garanti, servis, bakım sözleşmesi, yedek parça, saha ekibi yönetimi
- Kanal yönetimi: bayi, franchise, mağaza, pazaryeri ve e-ticaret
2.6 Entegrasyon ve dış dünya
Modern bir şirket, kendi sistemi kadar bağlandığı sistemler kadar da hızlıdır.
- Banka entegrasyonu, sanal POS, ödeme kuruluşları, kredi ve faktoring
- e-Ticaret altyapıları, pazaryerleri, kargo ve lojistik firmaları
- EDI ile zincir mağaza ve OEM müşteri bağlantıları
- Üretim sahası: PLC/SCADA, terminal, tartı, barkod ve etiket sistemleri
- Kamu sistemleri: GİB, e-devlet, gümrük, MERSİS
- Açık API: şirketin kendi geliştirdiği uygulamaların sisteme bağlanabilmesi
2.7 Portallar ve self-servis
- B2B portal: bayi/müşteri kendi siparişini girer, borcunu ve sevkiyatını görür
- Tedarikçi portalı: sipariş onayı, sevk bildirimi, fatura durumu
- B2E (çalışan portalı): izin, avans, masraf, bordro, talep ve onay
- Self-servis, çağrı merkezinin ve arka ofisin yükünü kalıcı olarak düşürür
2.8 Çok şirket, çok ülke, çok para birimi
- Grup şirketleri arası alım-satım, eliminasyon ve konsolide raporlama
- Farklı vergi rejimleri, yerel mevzuat ve raporlama formatları
- Çoklu para birimi, kur değerleme ve dönemsel kur farkı
- Çok dilli arayüz ve belge çıktıları
Bu katmanın ölçüsü
Gelişmiş katman "modül sayısıyla" değil, şu soruyla ölçülür: Bir bilgi, doğduğu yerden ihtiyaç duyulduğu yere elle taşınmadan ulaşıyor mu? Excel'e ihracat, elle kopyalama, "şu dosyayı bana mail atar mısın" cümlesi — hepsi bu katmandaki bir kırığın belirtisidir.
İleri düzey ihtiyaçlar: karar, otonomi ve dayanıklılık
| Bu katman, şirketin yarınki hareket kabiliyetini belirler. Ancak yalnızca alt iki katman sağlamsa gerçekten çalışır. |
3.1 Gerçek zamanlı karar desteği
- Veri ambarına aktarma beklemeden, işlem anındaki veriyle çalışan panolar
- Rol bazlı gösterge setleri: aynı şirkette CFO, üretim müdürü ve satış temsilcisinin farklı ekranlara ihtiyacı vardır
- Kullanıcının kendi sorusunu kendi sorabilmesi (ad-hoc sorgu, kullanıcı tanımlı rapor) — her soru için BT'ye kuyruğa girmemek
- Senaryo analizi: "kur %10 artarsa", "bu müşteriyi kaybedersek", "vardiya eklersek" sorularının sayısal karşılığı
3.2 Yapay zekâ: yardımcıdan ajana
2025–2026 döneminde kurumsal yazılımın ana ekseni buraya kaydı. Gartner, kurumsal uygulamaların önemli bir bölümünün göreve özel yapay zekâ ajanlarıyla bütünleşeceğini öngörüyor ve ERP'nin kayıt sisteminden yürütme sistemine dönüştüğü bir çerçeveden söz ediyor. Pratikte bu üç seviyede karşımıza çıkar:
| Seviye | Ne yapar | Örnek |
|---|---|---|
| Yardımcı (copilot) | Sorulanı bulur, özetler, taslak hazırlar | "Bu müşterinin son 6 ayki gecikmelerini ve açık bakiyesini çıkar" |
| Otomasyon | Kuralı olan işi insansız yürütür | Fatura–sipariş–irsaliye eşleştirmesi, tahsilat hatırlatması, belge sınıflandırma |
| Ajan | Hedefe göre çok adımlı iş yürütür, istisnada insana döner | Kritik stok tespiti → tedarikçi karşılaştırması → talep oluşturma → onaya sunma |
Her üç seviyede de "insan onayı" (human-in-the-loop) mimarinin parçası olmalıdır. Onaysız otonomi, kurumsal veride telafisi zor hatalar üretir.
Yapay zekânın işe yaramasının ön koşulu teknolojik değil, yapısaldır: tek ve tutarlı veri modeli. Parçalı sistemlerde çalışan bir ajan, birbirini tutmayan verileri birleştirmeye çalışırken hatayı hızlandırır. Bu yüzden yapay zekâ, dağınık sistem ortamının çözümü değil; bütünleşik sistemin getirisidir.
3.3 Tahminleme ve anormallik tespiti
- Talep, nakit akışı, tahsilat riski ve tedarik gecikmesi tahminleri
- Alışılmadık işlem, fiyat ya da stok hareketinin otomatik işaretlenmesi (hata ve suistimal tespiti)
- Öngörücü bakım: arıza olmadan önce müdahale
- Fiyat ve iskonto optimizasyonu; müşteri kaybı (churn) sinyalleri
3.4 Veri yönetişimi
İleri düzeyin görünmeyen ama en belirleyici başlığı. Veri, kurumsal bir varlıktır ve yönetilmesi gerekir.
- Ana veri yönetimi: tek tanım, sahiplik, onaylı değişiklik
- Veri kalitesi kuralları ve düzenli ölçüm
- Verinin sınıflandırılması, erişim politikaları, saklama ve imha
- Veri sözlüğü ve göstergelerin ortak tanımı — "ciro" herkes için aynı şey olmalı
3.5 Mimari esneklik: bileşenlenebilir ve olay güdümlü
- Bileşenlenebilirlik (composable): ihtiyaç duyulan yeteneğin, bütünü bozmadan eklenip çıkarılabilmesi
- Olay güdümlü akış: "sipariş onaylandı" olayının ilgili tüm süreçleri kendiliğinden tetiklemesi
- API öncelikli tasarım: her ekranın arkasındaki yeteneğin dışarıya da açık olması
- Aşamalı devreye alma: tek seferde her şeyi değiştiren "big bang" yerine kontrollü geçiş
3.6 Fiziksel dünyayla bağ: IoT ve saha
- Makine, sayaç, sensör ve araçlardan otomatik veri toplama
- Üretim verimliliği (OEE), enerji tüketimi, soğuk zincir takibi
- Filo, araç ve saha ekibi konum yönetimi
- Mobil terminal ve el cihazlarıyla depo/saha işlemlerinin anlık kaydı
3.7 Sürdürülebilirlik ve uyum raporlaması
- Karbon ayak izi ve kaynak tüketiminin ürün/sipariş bazında izlenmesi
- İhracatçılar için sınırda karbon düzenlemesi (CBAM) veri talepleri
- Tedarik zinciri due diligence ve tedarikçi uyum belgeleri
- İş sağlığı ve güvenliği, çevre ve kalite yönetim sistemleri kayıtları
3.8 Güvenlik, süreklilik ve risk
- Kimlik doğrulama, çok faktörlü giriş, ayrıcalıklı erişim yönetimi
- Görev ayrılığı (segregation of duties): aynı kişinin hem sipariş açıp hem ödeme yapamaması
- Fidye yazılımı senaryosu; kurtarma hedefleri (RPO/RTO) ve tatbikatı
- Log, izleme ve olay müdahale planı
3.9 Değişime uyum hızı
İleri düzeyin son ve belki en önemli maddesi: şirket değiştiğinde yazılımın ne kadar sürede uyduğu. Yeni bir şirket kurulması, yeni bir ülkeye açılma, satın alma, yeni bir iş modeli (abonelik, kiralama, pazaryeri) ya da yeni bir yasal zorunluluk karşısında sistemin cevabı "aylar ve ciddi bir bütçe" ise, o yazılım artık bir varlık değil bir kısıttır.
Beklenti
"Yapay zekâ, dağınık sistemlerimizi birbirine bağlar ve raporlama sorunumuzu çözer."
Gerçek
Yapay zekâ, altındaki verinin kalitesini miras alır. Tanımları farklı, tutarsız ve parçalı veri üstünde çalışan bir model, hatalı sonucu ikna edici bir dille sunar — bu, hatasız rapor üretmemekten daha risklidir. Sıralama şudur: önce tek veri modeli, sonra süreç disiplini, sonra otonomi.
Türkiye'de faaliyet gösteren bir şirketin ek yükü
| Yukarıdaki üç katman evrenseldir. Ancak Türkiye'de çalışan bir şirketin listesi biraz daha uzundur. |
Sık ve kısa süreli değişiklik
Kur, enflasyon ve fiyat disiplini
Banka, kargo, pazaryeri, kamu
Destek ve bilgi erişimi
Şirketiniz hangi katmanda? 18 soruluk hızlı tespit
| Bir yazılım araştırmasına başlamadan önce, ihtiyacın gerçekte nerede olduğunu bulmak için. |
Seviye 1 — Temel
- Ay sonu kapanışınız kaç gün sürüyor? (10 günden uzunsa temel katmanda sorun var.)
- Stok sayım farkınız düzenli olarak konuşulan bir konu mu?
- Aynı müşteri veya ürün, sistemde birden fazla kayıtla duruyor mu?
- Kritik raporlarınız Excel'de elle birleştiriliyor mu?
- Yedeğinizden en son ne zaman başarıyla geri dönüş testi yaptınız?
- Kim, neyi, ne zaman değiştirdi sorusuna sistemden cevap alabiliyor musunuz?
Seviye 2 — Gelişmiş
- Bir siparişin hangi aşamada olduğunu, kimseye sormadan tek ekrandan görebiliyor musunuz?
- Satın alma onayları sistem üzerinde mi, yoksa e-posta ve WhatsApp'ta mı?
- Hangi ürün ve hangi müşteri size kaç para kazandırıyor — sistemden çıkıyor mu?
- Teslim tarihlerini planlamaya mı, tecrübeye mi dayanarak veriyorsunuz?
- Bayi/müşteri kendi bakiyesini ve siparişini kendi görebiliyor mu?
- İki sistem arasında veri taşıyan bir kişi ya da bir dosya var mı?
Seviye 3 — İleri düzey
- Bugünün rakamlarını bugün görebiliyor musunuz, yoksa dün kapanan veriyi mi?
- Bir kullanıcı, BT'ye sormadan kendi raporunu üretebiliyor mu?
- Kritik olaylar (stok tükenmesi, gecikme, limit aşımı) size gidip bakmadan geliyor mu?
- "Ciro" göstergesinin tanımı, tüm departmanlarda aynı mı?
- Yeni bir şirket, ülke veya iş modeli eklemek sizde ne kadar sürer?
- Yapay zekâ kullanımını konuşurken, hangi veriyle çalışacağını da konuşuyor musunuz?
Nasıl okumalı
Seviye 1'de üç veya daha fazla sorun varsa, önceliğiniz analitik ya da yapay zekâ değil; tek veri modeli ve temiz süreçtir. Seviye 1 temizse ve Seviye 2'de kırıklar varsa, kazanç en hızlı burada gelir. Her iki seviye de sağlamsa, Seviye 3 yatırımı gerçekten katlanarak geri döner.