"ERP" kelimesi çoğu işletme sahibine fazla büyük gelir. Devasa bütçeler, yıllara yayılan projeler, danışman orduları… Oysa fikrin kendisi son derece basittir ve tek bir cümleyle özetlenir:
ERP, şirketteki her bölümün aynı veriye baktığı yazılımdır.
Hepsi bu. Geri kalan her şey — modüller, entegrasyonlar, raporlar — bu tek cümlenin sonucudur. Bu yazıda ERP'nin ne olduğunu, bir ERP projesinin gerçekte nasıl yürüdüğünü ve dünyada bu projelerin neden bu kadar sık hedefini tutturamadığını anlatıyoruz.
ERP nedir?
ERP (Enterprise Resource Planning / Kurumsal Kaynak Planlaması), bir işletmenin satış, stok, satın alma, üretim, muhasebe, insan kaynakları gibi ayrı ayrı yürüyen süreçlerini tek bir ortak veritabanı üzerinde birleştiren yazılımdır.
Her bölüm kendi ekranından çalışır — bunlara modül denir — ama hepsi aynı veriyi yazar ve aynı veriyi okur. Yaygın çekirdek modüller şunlardır:
- Finans ve muhasebe — cari hesaplar, tahsilat, ödeme, maliyet
- Stok ve depo — giriş/çıkış, sayım, lot ve seri takibi
- Satın alma — talep, teklif, sipariş, tedarikçi performansı
- Satış ve müşteri yönetimi — teklif, sipariş, sevkiyat, satış sonrası
- Üretim — reçete, iş emri, kapasite, fire
- İnsan kaynakları — özlük, izin, mesai, bordro girdileri
- Raporlama — yukarıdaki her şeyin tek yerden görüntüsü
Bir işletme bunların hepsini kullanmak zorunda değildir. Çoğu firma üç dört modülle başlar, ihtiyaç doğdukça büyütür.
ERP'yi sıradan bir programdan ayıran tek şey
Şirketinizde muhtemelen zaten bir muhasebe programı, bir stok dosyası ve bir satış takip tablosu var. Bunların üçü de çalışıyor olabilir. ERP'yi bunlardan ayıran şey ekranların güzelliği değil, verinin tek olmasıdır.
Farkı somutlaştıralım. Bir sipariş geldiğinde:
Ayrık sistemlerde satışçı siparişi kendi tablosuna yazar, depoya telefonla haber verir, depo kendi dosyasından stok düşer, muhasebe faturayı ayrı programda keser. Aynı bilgi dört kez girilir. Dört kez girilen bir bilgi, dört farklı yerde yanlış olabilir.
ERP'de satışçı siparişi bir kez girer. Stok o anda düşer, üretim iş emrini görür, muhasebe faturayı aynı kayıttan üretir, patron akşam raporunda gerçek rakamı görür. Kimse kimseyi aramaz.
İşte "kurumsal kaynak planlaması" denen şey budur: kaynakların (para, mal, insan, zaman) tek bir yerden görülebilmesi.
Şirketinizin ERP'ye ihtiyacı var mı?
Ciro ya da çalışan sayısı iyi bir ölçü değildir. Gerçek ölçü şudur: aynı veriyi ikinci kez giriyor musunuz?
İhtiyacın oluştuğunu gösteren somut işaretler:
- Aynı sipariş bilgisi birden fazla dosyaya elle yazılıyor
- "Stokta var mı?" sorusunun cevabı için depoyu aramak gerekiyor
- Ay sonu raporu hazırlamak başlı başına bir iş haline geldi
- Bir çalışan izne çıkınca o alandaki iş duruyor
- Hangi ürünün gerçekten kâr bıraktığını kimse net bilmiyor
Bu eşiği ve nasıl anlaşıldığını Şirketiniz Excel'i ne zaman aşar? yazısında ayrıntılı ele almıştık.
Tersi de doğrudur: on kişilik, tek ürün grubuyla çalışan, süreci gerçekten basit olan bir firmanın ERP'ye ihtiyacı yoktur. Böyle bir firmaya ERP kurmak, işi kolaylaştırmaz — sadece bürokrasi ekler.
Hazır paket mi, size özel ERP mi?
İki yol var ve ikisi de bazı firmalar için doğru.
Hazır paket çözümler, binlerce firmanın ortak ihtiyacına göre yazılmış olgun sistemlerdir. Hızlı devreye girer, sektör standardı süreçleri hazır getirir, dokümantasyonu ve eğitimli kullanıcı havuzu vardır. Karşılığında sizden kendi sürecinizi yazılımın süreçlerine uydurmanızı ister. Genellikle kullanıcı başına aylık ya da yıllık ödeme modeliyle gelir; kullandığınız sürece ödersiniz ve yazılım sizin değildir.
Size özel geliştirilen ERP, tersini yapar: yazılım sizin sürecinize uyar. İşinizi farklı kılan ne varsa — kendi üretim akışınız, kendi fiyatlandırma mantığınız, kendi bayi yapınız — sisteme olduğu gibi girer. Kurulumu daha uzun sürer ve baştan daha yüksek yatırım ister, ama lisans/kullanıcı ücreti birikmez ve kodun sahibi siz olursunuz.
Karar için işe yarayan soru şudur: süreciniz sizi rakiplerinizden ayıran şey mi, yoksa sektörde herkesin yaptığı standart iş mi?
Standart bir muhasebe akışını yeniden yazdırmanın anlamı yok. Ama üretim planlamanız ya da bayi sisteminiz işin can damarıysa, onu bir paketin kalıbına sokmak çoğu zaman görünmez bir maliyet üretir: her ay biraz daha fazla elle iş, biraz daha fazla "sistemin dışında tuttuğumuz tablo".
Uygulamada en sık gördüğümüz üçüncü yol da var: standart kısımlar için hazır çözüm, işin farklılaştığı yer için size özel yazılım ve ikisi arasında entegrasyon.
ERP nasıl yapılır? Altı adım
Bir ERP projesi yazılım projesi gibi görünür ama aslında bir iş dönüşümü projesidir. Sıra şudur:
1. Süreç haritası çıkarılır
Kod yazılmadan önce mevcut işleyiş olduğu gibi kâğıda dökülür: sipariş nereden giriyor, kim onaylıyor, hangi bilgi nereye gidiyor, hangi adım kimin kafasında. Bu aşamada hemen her firmada kimsenin farkında olmadığı adımlar ortaya çıkar.
2. Kapsam ve öncelik belirlenir
Her şeyi aynı anda yapmaya çalışmak, ERP projelerini batıran bir numaralı alışkanlıktır. Doğru yaklaşım en çok acıtan iki üç süreçle başlamaktır — genelde stok ve sipariş.
3. Veri temizlenir ve taşınır
Projenin en çok küçümsenen ve en çok soruna yol açan adımı budur. Mevcut kayıtlarda mükerrer cari hesaplar, birimi tutmayan ürünler, yıllar önce kapanmış tedarikçiler vardır. Kirli veri yeni sisteme taşınırsa, yeni sistem ilk günden güvenilmez olur — ve kullanıcılar güvenmedikleri sisteme veri girmeyi bırakır.
4. Geliştirme ve entegrasyon
Modüller kurulur; e-fatura, banka, e-ticaret ve kargo tarafıyla bağlantılar yapılır. Burada kritik olan, sistemin işletmenin dilini konuşmasıdır: ekranlarda sizin kullandığınız terimler yazmalıdır.
5. Pilot ve paralel çalışma
Sistem tek seferde açılmaz. Seçilen bir bölüm ya da ürün grubuyla pilot yapılır; bir süre eski ve yeni sistem birlikte yürütülür. Rakamlar tutuyorsa geçilir.
6. Eğitim ve devreye alma
Kullanıcı eğitimi projenin son adımı değil, başarısının koşuludur. Kullanmayan bir ERP, olmayan bir ERP'dir.
Neden ERP projelerinin çoğu hedefini tutturamıyor?
Bu, ERP dünyasının açık sırrıdır ve rakamlar gerçekten çarpıcıdır.
Gartner'ın araştırmasına göre 2027'ye kadar yeni kurulan ERP projelerinin %70'inden fazlası, kendi iş gerekçesindeki hedeflerin tamamına ulaşamayacak; yaklaşık %25'i ise ağır biçimde başarısız olacak. Aynı araştırmada teknoloji yöneticilerine sorulduğunda, katılımcıların büyük çoğunluğu şirketlerinin ERP stratejisinin iş stratejisiyle güçlü biçimde hizalı olmadığını söylüyor.
Büyük ölçekli yazılım projelerinin geneli için tablo daha da net. McKinsey ile Oxford Üniversitesi'nin 5.400'den fazla projeyi incelediği çalışmada, büyük bilişim projeleri ortalama %45 bütçe aşımı, %7 süre aşımı yaşıyor ve öngörülen değerin %56 azını teslim ediyor. Aynı çalışmanın en öğretici bulgusu şu: proje ne kadar uzun sürerse, aşma ihtimali o kadar artıyor — her ek yıl, bütçe aşımını yaklaşık %15 büyütüyor.
Sebeplere bakınca listenin neredeyse tamamının teknik olmadığı görülür:
- Gerçekçi olmayan kapsam ve zamanla şişen istekler
- Üst yönetimin sahiplenmemesi — proje "bilgi işlemin işi" sanıldığında
- Değişim yönetiminin ihmali — insanlar yeni sistemi kullanmaya hazırlanmadığında
- Veri göçünün küçümsenmesi
- Deneyimsiz ekip ve süreçleri anlamadan başlanan geliştirme
Yani ERP projeleri kod yüzünden değil, karar ve hazırlık yüzünden batıyor. Bu iyi haber: çünkü bunların hepsi projeye başlamadan önce kontrol edilebilir şeyler.
Bütçe ve süre konusunda gerçekçi olmak
ERP'nin maliyeti yazılımın kendisinden ibaret değildir. Hesaba katılması gerekenler:
- Süreç analizi ve tasarım
- Veri temizliği ve göçü — neredeyse her zaman tahmin edilenden uzun sürer
- Entegrasyonlar
- Eğitim ve devreye alma
- Yayın sonrası destek ve iyileştirme
Buna bir de görünmeyen kalem eklenir: geçiş döneminde ekibin normal işine ayıramadığı zaman. Projeyi planlarken bu maliyeti sıfır saymak, sonradan "işler aksadı" diye geri döner.
Süre tarafında sağlıklı yaklaşım, tek büyük teslimat yerine üç aylık aşamalar planlamaktır. Yukarıdaki araştırmanın gösterdiği gibi, uzun projeler yalnızca geç bitmez — bitme ihtimalleri de düşer.
En sık yapılan beş hata
- Mevcut kötü süreci olduğu gibi yazılıma taşımak. ERP, bozuk bir akışı hızlandırmaktan başka bir şey yapmaz.
- Herkesin her isteğini kapsama almak. Kapsam kontrolü, projenin en değerli işidir.
- Veri göçünü son haftaya bırakmak.
- Kullanıcıları sürecin dışında tutup sonunda "işte yeni sistem" demek.
- Yayına alındığı gün projeyi bitmiş saymak. ERP canlı bir sistemdir; ilk üç ay ayar dönemidir.
Kısaca
ERP, şirketinizin tek veri omurgasıdır: aynı bilgiyi herkesin aynı yerden görmesi. İhtiyacınız olup olmadığını ciro değil, aynı veriyi kaç kez girdiğiniz söyler. Hazır paketle özel yazılım arasındaki seçim, sürecinizin sizi farklı kılıp kılmadığına bakar. Ve dünyadaki başarısızlıkların ezici çoğunluğu koddan değil; kapsamdan, veriden ve insanlardan kaynaklanır.
Bu yüzden iyi bir ERP projesi yazılımla değil, soruyla başlar: hangi işi kolaylaştırmak istiyorsunuz?
Şirketinizin süreçlerini konuşup nereden başlanması gerektiğini birlikte çıkarmak isterseniz, bize ulaşın — önce dinleriz, sonra öneririz.
Kaynaklar: Gartner — What IT Leaders Must Do to Avoid Disappointing ERP Initiatives · McKinsey & University of Oxford — Delivering large-scale IT projects on time, on budget, and on value
