ERP projeleri çoğu zaman yazılım kötü olduğu için değil; kapsam belirsiz kaldığı, veri temizlenmeden taşındığı, projenin şirket içinde sahibi olmadığı ve kullanıcılar sürece katılmadığı için başarısız olur. Sonuç bütçe ve takvim aşımı, yarım kullanılan modüller ve Excel'e geri dönen ekiplerdir. Bu riskler projenin başında, ihtiyaç analizi, veri hazırlığı, fazlara bölünmüş kapsam ve paralel kullanım planıyla büyük ölçüde yönetilebilir.
ERP projeleri tipik olarak nasıl tökezler?
Senaryo birçok işletmeye tanıdık gelir. Yönetim, dağınık Excel dosyalarından ve ay sonu mutabakat kâbusundan kurtulmak için ERP'ye karar verir. Birkaç demo izlenir, en iyi görünen ekranlara sahip çözüm seçilir, sözleşme imzalanır. Proje başladığında her departman kendi isteğini ekler; kapsam büyür. Veri aktarımı sona bırakılır; aktarım günü gelince stok kodlarının yarısının mükerrer olduğu anlaşılır. Canlıya geçişte kullanıcılar eski yöntemi bırakmaz; aynı işi hem ERP'de hem Excel'de yapmaya başlar. Birkaç ay sonra "ERP bizim işimize uymuyor" cümlesi kurulur.
Bu hikâyede yazılım belki de gerçekten uygundu. Başarısızlık, projenin nasıl yönetildiğinden kaynaklandı.
Rakamlarla ERP ve dönüşüm projelerindeki risk
ERP projelerindeki aşımlar sektörün en iyi bilinen sorunlarından biri:
Panorama Consulting'in 2026 ERP Raporu'na göre katılımcıların dörtte birinden fazlası projesinin bütçeyi aştığını, dörtte birine yakını takvimin gerisinde kaldığını bildirdi; medyan proje süresi 9 ay.
Aynı raporda bütçe aşımının en yaygın nedeni beklenmedik ek teknoloji ihtiyacı, takvim aşımının en yaygın nedeni ise organizasyonel sorunlar olarak öne çıkıyor. İkisi de aynı yere işaret ediyor: ihtiyacın baştan eksik tanımlanması ve şirket içindeki hazırlığın hafife alınması. ERP bütçesinin hangi kalemlerden oluştuğunu ERP fiyatlarını belirleyen etkenler yazısında açtık.
Daha geniş bir çerçevede, BCG'nin 2020 araştırmasına göre dijital dönüşümlerin %70'i hedeflerinin gerisinde kaldı; yalnızca %30'u hedeflenen değere ulaşıp kalıcı değişim sağladı. ERP, bir işletmenin yaşayabileceği en kapsamlı dijital dönüşümlerden biridir.
Türkiye'deki KOBİ'ler için bir risk daha var: projeyi içeriden takip edecek teknik kadro. TÜİK 2026 verisine göre 10–49 çalışanlı girişimlerin yalnızca %10,8'i bilgi ve iletişim teknolojileri uzmanı istihdam ediyor. Proje sahipliği ve yüklenici takibi bu yüzden çoğu zaman teknik olmayan yöneticilerin omzunda kalıyor. Bu işin nasıl yürütüleceğini yazılım projesinde yüklenici denetimi yazımızda anlattık.
ERP projesi başarısızlık nedenleri: 8 temel neden
- İhtiyaç yerine ürünle başlamak. Demo ekranları üzerinden seçim yapılır, ama işletmenin kendi süreçleri yazıya dökülmemiştir. Sonradan ortaya çıkan her ihtiyaç ek geliştirme, ek lisans ya da ek modül demektir. Önce ihtiyaç analizini nasıl yapacağınızı yazılım ihtiyaç analizi rehberimizde anlattık; teklifleri demo yerine kapsam ve toplam maliyet üzerinden karşılaştırmak için ERP teklifi değerlendirme rehberine bakın.
- Kapsamın kontrolsüz büyümesi. Her departman "madem sistem değişiyor" diyerek listesini uzatır. Değişiklik talepleri için bir onay mekanizması yoksa takvim ve bütçe kaçınılmaz olarak kayar.
- Kirli veriyi taşımak. Mükerrer cari kartlar, tutarsız stok kodları, güncel olmayan ürün ağaçları yeni sisteme olduğu gibi aktarılır. İlk raporlar yanlış çıkar, kullanıcılar sisteme güvenmez.
- Projenin şirket içinde sahibi olmaması. ERP bilgi işleme ya da yükleniciye "havale edilir". Karar yetkisi olan bir iş sahibi yoksa departmanlar arası anlaşmazlıklar çözülmeden kalır.
- Yanlış paket ya da özel yazılım kararı. Paket sisteme her istisnayı yamamak bakımını zorlaştırır; işletmeyi farklılaştıran süreçleri paketin standart akışına zorla sokmak ise rekabet avantajını kaybettirir. Hangi sürecin pakette kalıp hangisinin özel geliştirileceği baştan konuşulmalıdır; bu kararın ölçütlerini özel yazılım mı hazır paket mi rehberinde topladık.
- Entegrasyonların hafife alınması. Muhasebe programı, e-Fatura altyapısı, e-ticaret sitesi, bayi portalı, barkod ve üretim sistemleriyle bağlantılar son haftalara bırakılır. Oysa bunlar teknik olarak en riskli işlerdir. Bu bağlantıların tekniğini API entegrasyonu rehberimizde anlattık.
- Kullanıcıların sürece katılmaması. Sistemi her gün kullanacak depo sorumlusu, satış temsilcisi ya da planlamacı tasarıma dahil edilmez. Eğitim tek bir toplantıya sıkıştırılır ve ilk zorlukta ekip Excel'e döner.
- Tek seferde canlıya geçiş. Eski sistem bir gün kapatılır, yenisi açılır. Paralel kullanım dönemi olmadığı için hatalar ancak müşteri siparişi aksadığında fark edilir.
Türkiye'deki projelere özgü riskler
Yukarıdaki nedenler dünyanın her yerinde geçerli; Türkiye'deki ERP projelerinde ise dört konu ayrıca dikkat ister:
- Elektronik belge mevzuatı. e-Fatura, e-Arşiv ve e-İrsaliye akışları ERP'ye ya da entegre çalıştığı muhasebe programına doğru bağlanmazsa sevkiyat ve faturalama canlıya geçişin ilk gününde durabilir. Bu bağlantının nasıl kurulduğunu e-Fatura entegrasyonu yazısında anlattık.
- Çoklu para birimi. Döviz bazlı alış, TL bazlı satış ve kur farkı hesapları ürün maliyetini ve kârlılık raporlarını doğrudan etkiler; bu kurallar tasarımda netleşmezse raporlara kimse güvenmez.
- Mali müşavirle ilişki. Muhasebe dışarıdan yürütülüyorsa mali müşavirin veri aktarım biçimi ve kapanış takvimi projeye en baştan dahil edilmelidir.
- Yıllara yayılmış veri birikimi. Eski kayıtların hangilerinin taşınacağı, hangilerinin yalnızca arşivde tutulacağı açıkça kararlaştırılmalıdır. Eski sistemi bir günde kapatmak yerine kademeli dönüştürme seçenekleri için eski yazılım modernizasyonu yazısına bakın.
Erken uyarı işaretleri: projeniz raydan çıkıyor mu?
Bu işaretleri erken fark etmek, projeyi kurtarmanın en ucuz yoludur.
| Belirti | Ne anlama gelir? | Ne yapılmalı? |
|---|---|---|
| Her toplantıda yeni istek ekleniyor | Kapsam kontrolü yok | Değişiklik talebi formu ve onay mekanizması kurun; talepleri faz 2'ye erteleyin |
| Veri aktarımı "sonra bakarız" deniyor | Veri riski sona bırakılmış | Deneme aktarımını ilk aylarda yapın, temizlik sorumlusunu atayın |
| Kullanıcılar demo ekranlarını ilk kez canlıya yakın görüyor | Katılım eksik | Her departmandan bir anahtar kullanıcıyı test sürecine dahil edin |
| Entegrasyon testleri planlanmamış | Teknik risk görünmüyor | Her entegrasyon için ayrı test senaryosu ve kabul kriteri yazın |
| Yüklenici ile iletişim tek kişiye bağlı | Sahiplik zayıf | Karar yetkili bir proje sahibi ve düzenli durum raporu belirleyin |
| Canlıya geçiş tarihi hazırlıktan bağımsız sabitlenmiş | Takvim baskısı kaliteyi eziyor | Geçişi hazırlık kriterlerine bağlayın, paralel kullanım dönemi ekleyin |
Başarılı bir ERP projesi için 6 aşamalı çerçeve
- Süreç analizi ve hedefler. Mevcut akışları haritalayın, ölçülebilir hedefleri (ör. ay sonu kapanış süresi, sayım farkı) yazın ve başarıyı bunlarla tanımlayın.
- Fazlara bölünmüş kapsam. İlk faza yalnızca en çok değer üretecek modülleri alın; geri kalanını sonraki fazlara planlayın. Kapsamı yazılı hâle getirmek için teknik şartname hazırlama rehberimiz yol gösterir.
- Net sözleşme ve teslim planı. Kapsamı, aşamaları, kabul kriterlerini ve kaynak kodu ile verinin kime ait olacağını sözleşmeye yazın; ayrıntılar için yazılım sözleşmesi ve kaynak kodu yazımıza bakın.
- Erken ve tekrarlı veri aktarımı. Veriyi temizleyin, deneme aktarımlarını erken yapın ve her denemenin sonuçlarını kullanıcılarla kontrol edin.
- Anahtar kullanıcılarla test. Her departmandan bir anahtar kullanıcı gerçek senaryolarla test etsin; eğitim bu kişiler üzerinden yaygınlaşsın.
- Paralel kullanım ve kademeli geçiş. Eski ve yeni sistemi bir süre birlikte çalıştırın, rakamları karşılaştırın ve yalnızca tutarlılık sağlandığında eski sistemi kapatın.
Bu çerçevenin her aşamasının sonunda somut bir çıktı olmalıdır: süreç haritası, faz planı, imzalı kapsam, deneme aktarım raporu, test tutanakları ve paralel kullanım karşılaştırması. Çıktısı olmayan bir aşama tamamlanmış sayılmamalıdır. Bu belgeler aynı zamanda projenin hafızasıdır; yüklenici ya da proje ekibi değişse bile nerede kalındığı bilinir ve proje aynı noktadan devam ettirilebilir.
ERP'nin ne olduğu, hangi modüllerden oluştuğu ve hangi modülle başlanacağı sorusu için ERP nedir, KOBİ'ler için rehber yazımıza göz atabilirsiniz. Satın alma sürecinin tamamını ve iş sistemlerini anlatan diğer rehberler Yazılım Geliştirme yazılarımızda bir arada.
Digital Bridge ERP projesinin riskini nasıl azaltır?
Digital Bridge'de ERP'yi bir yazılım teslimi değil, bir dönüşüm projesi olarak ele alıyoruz:
- İşe analizle başlıyoruz. Firmaya özel ERP projelerinde departmanlarla birebir görüşüyor, iş akışını ve darboğazları çıkarıyor, hangi verinin nerede üretildiğini haritalıyoruz. Kapsamı, aşamaları ve bedeli bu analizin üzerine kurulan yazılı teklifle netleştiriyoruz.
- Dönüşümü yönetiyoruz. Dijital dönüşüm danışmanlığı kapsamında hedefleri, fazları, proje sahipliğini ve değişim yönetimini planlıyoruz; başka bir yükleniciyle yürüyen bir projede de bağımsız bir gözle durum değerlendirmesi yapabiliyoruz.
- Veriyi aktarmadan önce temizliyoruz. Mevcut cari, stok ve açık sipariş verilerini temizleyerek aktarıyoruz; veri kalitesi sorunları derinse veri yönetişimi ve kalite çalışmasını projeye dahil ediyoruz.
- Entegrasyonu baştan planlıyoruz. Muhasebe programı, e-ticaret, bayi sistemi ve üretim tarafıyla bağlantıları entegre yazılım sistemleri kapsamında ilk fazdan itibaren tasarlıyoruz. Üretim sahasında MES kullanılıyorsa sistemimiz Logo, SAP, Mikro ve özel ERP'lerle entegre çalışır; iki sistemin görev ayrımını MES ile ERP farkı yazısında bulabilirsiniz.
- Paralel kullanım ve eğitimle geçiyoruz. Eski ve yeni sistemi bir süre birlikte çalıştırıyor, departman bazlı eğitim veriyor ve kullanıcı kılavuzu teslim ediyoruz.
- Proje belgelerini tek yerde tutuyoruz. Analiz, test ve kabul belgelerinin kişisel e-posta kutularında kaybolmaması için Smart360 ailesindeki SmartFiles gibi erişimi merkezden yönetilen bir kurumsal dosya ortamı öneriyoruz; ayrılan bir çalışanın erişimi tek işlemle kapanır.
Sonraki adım
Devam eden ya da planladığınız bir ERP projeniz varsa yukarıdaki uyarı işaretleri tablosunu ekibinizle birlikte doldurun. İki ya da daha fazla satırda "evet" diyorsanız iletişim sayfamızdan bize ulaşın; projenizin mevcut durumunu birlikte değerlendirelim ve riskleri azaltacak somut adımları konuşalım.