ERP kurulumu ne kadar sürer?
KodDelta'da tek süreç 2-4 hafta, dört-altı modüllü kurumsal sistem 4-8 hafta, tüm operasyonu kapsayan platform 3-6 ay sürer; ilk tıklanabilir prototip her kurguda 2-4 hafta içinde gösterilir. Takvimi asıl uzatan kod değil, veri hazırlığı, cevap bekleyen kararlar ve sayılmamış süreç istisnalarıdır.
Süre sorusuna verilen ilk cevap çoğu projede tutmaz, ama bunun sebebi sanıldığı gibi kod yazma hızı değildir. Yazılım tarafı planlanabilir bir iştir; takvimi savuran şey, projenin şirket tarafında duran kısmıdır. Bir ERP kurulumunun (kurumsal kaynak planlama — siparişten stoğa, üretimden faturaya tüm kayıtların tek veritabanında toplandığı sistem) gecikmesi, çoğu zaman ilk üç haftada belli olur.
Bantları kısaca verip asıl konuya geçelim.
Gerçekçi süre bantları
| Kurgu | Süre | Bütçe bandı |
|---|---|---|
| Tek süreç (teklif, saha, depo gibi) | 2-4 hafta | 80.000 - 150.000 ₺ |
| Kurumsal sistem, 4-6 modül | 4-8 hafta | 200.000 - 400.000 ₺ |
| Tüm operasyonu kapsayan platform + AI | 3-6 ay | 500.000 ₺ ve üzeri |
| Ek modül (canlıdaki sisteme) | Modül başına | 8.000 - 45.000 ₺ |
Her üç kurguda da ilk tıklanabilir prototip 2-4 hafta içinde gösterilir. Bantların ayrıntısı fiyat sayfasında duruyor. Bundan sonrası, bu bantların neden bazen tutup bazen tutmadığıyla ilgili.
Süreyi uzatan beş şey
1. Veri göçü, tahmin edilenden her zaman kirlidir
Aktarılacak veri hiçbir zaman düşünüldüğü kadar düzenli değildir. Aynı müşteri üç farklı yazımla üç kez kayıtlıdır, ürün kodlarının bir kısmı boştur, birim alanında hem “adet” hem “ad.” hem “AD” geçer. Bu temizlik yazılımcının yapabileceği bir iş değildir; hangi kaydın doğru olduğunu yalnızca o veriyle çalışan kişi bilir.
Süreye etkisi doğrudandır: temizlik başlamadan aktarım yazılamaz, aktarım olmadan gerçek veriyle test edilemez. Hafifletmenin yolu kapsamı daraltmaktır — açık kayıtları (cari bakiye, açık sipariş, mevcut stok, aktif personel) aktarın, kapanmış geçmiş yılları arşiv dosyası olarak bırakın. Bu ayrım tek başına haftalar kazandırır ve ayrıntısı Excel’den sisteme geçiş rehberinde duruyor.
2. Karar gecikmesi
Her modül, cevabı yalnızca şirkette olan sorular üretir. Sorular basittir, cevapları gecikir.
| Bekleyen karar | Kimden gelir | Beklerken duran iş |
|---|---|---|
| İskontoyu kim onaylar, hangi orandan sonra? | Satış müdürü | Teklif ekranı ve onay akışı |
| Stok eksiyse sipariş girilebilsin mi? | Depo + satış | Sipariş kaydı ve rezervasyon |
| Fire hangi aşamada düşülecek? | Üretim | İş emri kapanışı ve maliyet |
| Hangi rol hangi raporu görecek? | Yönetim | Yetkilendirme ve tüm ekranların testi |
Tek bir kararın üç gün beklemesi çoğu zaman üç günlük gecikme yaratmaz — o modülün sırası kaydığı için bir haftaya çıkar. Çözüm basit ve ücretsizdir: haftalık tek sayfalık bir “bekleyen karar” listesi tutun, her satırın karşısında bir isim ve bir tarih olsun.
3. İstisna sayısı
Analizde “sipariş şöyle girilir” diye anlatılan akışın gerçekte dört istisnası vardır: numune siparişi, konsinye çıkış, garanti kapsamındaki değişim, bayiye özel fiyat. Her istisna ayrı bir ekran veya ayrı bir kural demektir ve kapsamı sessizce büyütür.
İstisnaları erken saymanın pratik yolu şudur: son üç ayın gerçek kayıtlarından rastgele 20 tanesini açın ve her birinin standart akışa uyup uymadığını işaretleyin. Uymayanların oranı, kapsamınızın gerçek boyutunu tahminden çok daha iyi gösterir. Elevatora İMALAT üretim rotasının istisnalarını, PAP ise ithalat evrak zincirinin ülkeye göre değişen adımlarını yönetir; bu tür istisnalar kapsamın küçük değil, büyük bir bölümünü oluşturur.
4. Entegrasyonun karşı tarafı
Kendi yazdığınız sistemin hızını siz belirlersiniz; bağlanacağınız muhasebe paketinin, e-fatura sağlayıcısının veya banka servisinin hızını belirlemezsiniz. Test ortamı talebi, yetki tanımı ve dokümantasyon beklemesi tipik olarak takvimin dışında kalır ve sonradan araya girer.
Önlemi tek maddedir: entegrasyon taleplerini projenin ilk gününde açın, son haftasında değil. Erişim gelene kadar geliştirme sahte veriyle ilerler, erişim geldiğinde yalnız bağlantı testi kalır. Entegrasyon yaklaşımımızı entegrasyon sayfasında anlattık.
5. Çift kayıt döneminin bırakılamaması
Yeni sistem canlıya alındığında eski tablolar bir süre yaşamaya devam eder; bu doğrudur ve gereklidir. Yanlış olan, bu dönemin bitmemesidir. Ekip aynı kaydı iki yere girmeye devam ettiği sürece hem yük iki katına çıkar hem de hangi kaydın doğru olduğu tartışması sürer.
Bitirme ölçütünü baştan yazın: haftalık mutabakat üst üste iki kez tutarsa eski tablo yazmaya kapatılır. 2-4 hafta yeterlidir. Bu ölçüt yoksa dönem sonu, güvenin oluşmasına bırakılır ve aylarca sürebilir.
Süreyi kısaltan dört karar
- Kapsamı dar başlatın. Tek süreçle başlayan proje ilk canlı kullanımı 2-4 haftaya çeker; dört modülle başlayan proje ilk gerçek geri bildirimi ikinci aya erteler.
- Karar verecek kişiyi projeye koyun. Haftada bir saat, karar yetkisi olan bir kişi. Yetkisi olmayan katılımcı toplantıyı doldurur, takvimi kısaltmaz.
- Veri temizliğini kod yazmadan önce başlatın. Bu iş kod yazmayı beklemez ve paralel yürütüldüğünde takvimden tamamen düşer.
- Kabul kriterini kullanıcı yazsın. Bittiğinin nasıl anlaşılacağı önceden yazılmadığında teslim aşaması, tahmin edilenden uzun bir müzakereye döner. Kriteri kullanacak kişi yazdığında teslim tartışması yerine tek bir test kalır.
Süre taahhüdü nasıl okunur
Tek bir bitiş tarihi veren teklif, aslında hiçbir şey taahhüt etmez; tarih geldiğinde tartışılacak olan şey “bitti mi” sorusudur ve o sorunun ölçütü yoktur. Anlamlı taahhüt, takvimi kapılara bölen taahhüttür:
- Hafta 1-2 — keşif ve süreç haritası. Mevcut akış, istisnalar ve aktarılacak veri listelenir.
- Hafta 2-4 — tıklanabilir prototip. Ekranlar kullanıcıya gösterilir; yanlış anlaşılma burada, en ucuz olduğu anda düzeltilir.
- İlk canlı modül. En çok acıtan dar süreç gerçek veriyle çalışır, kabul kriteri kullanıcı tarafından onaylanır.
- Modül modül büyüme. Sıradaki kapsamı tahmin değil, kullanım verisi belirler.
Bu listede her kapının karşısında kimin neyi onaylayacağı yazılıysa gecikme daha ilk kapıda görünür hâle gelir ve düzeltmek için üç ay beklemezsiniz. Satıcı değerlendirirken bakılacak diğer başlıkları özel ERP seçim rehberinde topladık.
Haftalık takip listesi
Projenin gerçek durumunu dört satır gösterir; ay sonu raporundan daha güvenilirdir.
- Bu hafta kaç karar bekliyor, en eskisi kaç günlük?
- Aktarılacak verinin yüzde kaçı temizlendi ve kim doğruladı?
- Geçen hafta kaç yeni istisna çıktı?
- Çift kayıt mutabakatı bu hafta tuttu mu?
Dört satır da yeşilse süre bandı tutar. Biri üst üste iki hafta kırmızıysa, takvim henüz kaymamış olsa bile kayacaktır.
İlgili Bütçe Araçları ve Karşılaştırma Rehberleri
- Paket vs Özel 5 Yıllık TCO Hesaplayıcı — Kiralık SaaS lisansı ile özel yazılımın 5 yıllık maliyetini kıyaslayın.
- Yazılım Bütçe ve Süre Tahmincisi — İhtiyacınız olan modülleri seçerek bütçe ve teslim bandınızı görün.
- ERP Fiyat Listesi 2026 Karşılaştırması — Türkiye kurumsal ERP lisans ve bakım bedelleri.
- Özel Yazılım Teknik Şartnamesi (RFP) Rehberi — Bütçe aşımını önleyen şartname hazırlama kılavuzu.
Sizin kurgunuzda takvimi ne uzatır, birlikte ölçelim
Süreçlerinizi, veri durumunuzu ve entegrasyon ihtiyacınızı gözden geçirip adım bazlı gerçekçi bir takvim çıkaralım.
Takvim ve kapsam görüşmesi →Sıkça sorulan sorular
ERP kurulumu ne kadar sürer?
Tek süreci dijitalleştiren kurgu 2-4 hafta, dört-altı modüllü kurumsal sistem 4-8 hafta, tüm operasyonu kapsayan platform 3-6 ay sürer. İlk tıklanabilir prototip her üç kurguda da 2-4 hafta içinde çıkar; bu tarih projenin gerçek hızını ilk kez gösteren ölçüdür.
ERP projesi neden gecikir?
En sık dört neden: veri göçünde ortaya çıkan mükerrer ve eksik kayıtlar, cevap bekleyen kurala dair kararların günlerce beklemesi, süreç istisnalarının analizde sayılmamış olması ve çift kayıt döneminin bırakılamaması. Dördü de kod yazma hızıyla ilgili değildir.
Süreyi kim uzatır, tedarikçi mi şirket mi?
Takvimin büyük kısmı ortak sorumluluktur. Tedarikçi kapsamı ve istisnaları eksik ölçerse gecikme onun tarafındadır; karar verecek kişi toplantıya gelmezse veya veri temizliği yapılmazsa gecikme şirket tarafındadır. Haftalık tek sayfalık bir bekleyen karar listesi bu ayrımı görünür kılar.
Çift kayıt dönemi ne kadar sürmeli?
2-4 hafta yeterlidir. Amaç, yeni sistemin çıktısının eski tabloyla tutmasını doğrulamaktır. Haftalık mutabakat üst üste iki kez tutuyorsa eski tablo yazmaya kapatılır. Bu dönemin uzaması hız değil, güvensizlik göstergesidir ve takvimi en çok şişiren tek kalemdir.
Kurulumu hızlandırmanın en etkili yolu nedir?
Kapsamı daraltmak. Aynı ekiple aynı bütçede dört modül yerine tek süreçle başlamak ilk canlı kullanımı haftalar öne çeker ve sonraki modülün kapsamını tahmine değil gerçek kullanım verisine dayandırır.
İlgili rehberler
- Mobil uygulama seçimi: PWA mı, native mi? Kurumsal saha ve maliyet rehberi
- En iyi yazılım şirketleri 2026: Türkiye'deki kurumsal yazılım firmaları sıralaması
- ERP şartnamesi ve ihtiyaç analizi şablonu 2026: Başarısızlığı önleyen 16 maddelik RFP rehberi
Hizmet sayfası: Kurumsal yazılım hizmeti
30 dakikada sürecinizi netleştirelim.
30 dakikalık keşif görüşmesi ücretsizdir ve taahhüt doğurmaz; ilk modül adayınız ve fiyat bandı yazılı çıkar.