Bir ERP kurulumu iflas ettiğinde suç genellikle yazılıma yıkılır. Oysa sahada gördüğüm başarısız projelerin büyük çoğunluğunda program iyiydi; çuvallayan geçişti. Kirli veri temizlenmeden aktarıldı, ekip eğitilmeden canlıya geçildi, eski sistem bir gecede kapatıldı ve ilk hafta faturalar kesilemeyince herkes "bu yazılım berbatmış" dedi.
Geçiş, tek bir düğmeye basma anı değil, birkaç haftaya yayılan disiplinli bir süreçtir. Aşağıda bu süreci yedi aşamaya ayırdım. Sıra önemli: bir adımı atlarsanız borcunu bir sonrakinde faiziyle ödersiniz. Doğru ürünü henüz seçmediyseniz, önce KOBİ ERP seçim rehberi ile başlamanızı öneririm; bu yazı seçim kararının verildiği noktadan devralıyor.
Geçişin tamamına kuşbakışı
Aşağıdaki yedi adım, bir ERP geçişinin belkemiğidir. Her birini sonraki bölümlerde tek tek açacağım; ama önce bütünü görmek, kendi projenizin hangi aşamada olduğunu konumlandırmanıza yardımcı olur.
- 1
1. İhtiyaç analizi ve kapsam
Hangi süreçlerin sisteme gireceğini, projenin sınırını ve başarı ölçütlerini netleştirin. Kapsamı büyük tutup her şeyi ilk günden açmaya çalışmak, en sık yapılan hatadır.
- 2
2. Ekip ve sorumluluklar
Bir proje sahibi, her departmandan bir anahtar kullanıcı ve tedarikçi tarafında bir danışman belirleyin. Sahipsiz proje ilerlemez.
- 3
3. Veri hazırlığı ve temizlik
Cari, stok, ürün ve açık bakiye verilerinizi aktarımdan önce temizleyin. Aktarımın en yorucu ve en çok atlanan kısmı budur.
- 4
4. Veri aktarımı ve doğrulama
Temizlenmiş veriyi yeni sisteme taşıyın ve rakam rakam doğrulayın. Aktarım bittiğinde değil, doğrulama bittiğinde bu adım tamamlanır.
- 5
5. Eğitim
Sistemi kullanacak herkesi, kendi günlük işleri üzerinden eğitin. Genel tanıtım değil, "sen faturanı böyle keseceksin" pratiği.
- 6
6. Paralel kullanım
Belirli bir süre eski ve yeni sistemi birlikte çalıştırıp sonuçları karşılaştırın. Güven bu aşamada kazanılır.
- 7
7. Canlıya geçiş ve sonrası
Eski sistemi resmen kapatıp yeniye geçin; ilk haftalarda yoğun destek verin ve süreçleri optimize edin.
1. İhtiyaç analizi: neyi çözdüğünüzü bilin
Geçiş, yazılımı kurmakla değil, çözmek istediğiniz problemi tanımlamakla başlar. "ERP'ye geçiyoruz" cümlesi bir hedef değildir. Hedef şudur: "Stok sayımıyla muhasebe kaydı arasındaki uçurumu kapatacağız", "Ay sonu mizanı üç günde değil üç saatte alacağız", "Depodaki eleman fatura kesmek için muhasebeciyi beklemeyecek." Bu somut cümleler hem kapsamı belirler hem de projenin başarılı olup olmadığını sonradan ölçmenizi sağlar.
İhtiyaç analizinde en kritik karar kapsamı sınırlamaktır. İlk günden üretim, CRM, insan kaynakları ve bordroyu birlikte açmaya kalkmak, geçişi aylarca uzatır ve ekibi boğar. Çekirdek süreçlerle başlayın: satış, satın alma, stok ve muhasebe. Üretim takibi gibi ileri modülleri, çekirdek oturduktan sonra ikinci fazda devreye alın. Üretim takibi ve MRP nedir yazısında bu modülün ne zaman anlamlı olduğunu ayrıca ele aldık.
2. Ekibi kurun: sahipsiz proje yürümez
ERP geçişi bir BT projesi değil, bir işletme projesidir. Bunu sırf muhasebeye veya sırf tedarikçiye havale ederseniz, canlıya geçtiğinizde her departman sistemi kendi bilmediği bir dayatma gibi karşılar. Bu yüzden geçişe küçük ama net bir ekiple girin.
- Proje sahibi: Kararları verecek, tıkanıklıkları açacak tek yetkili kişi. Genellikle işletme sahibi veya operasyondan sorumlu bir yönetici.
- Anahtar kullanıcılar: Satış, satın alma, depo ve muhasebeden birer kişi. Bu kişiler eğitimi önce alır, sonra kendi ekiplerine aktarır.
- Tedarikçi danışmanı: Kurulumu ve veri aktarımını yürüten, geçiş boyunca tek temas noktanız olan uzman.
Anahtar kullanıcı seçimi göründüğünden önemlidir. En kıdemli değil, işi en iyi bilen ve değişime açık kişileri seçin. Bu kişiler canlıya geçişte diğer çalışanların ilk başvuru noktası olur; onlar sistemi benimserse ekip benimser, direnç gösterirse tüm proje ağırlaşır.
3. Veri hazırlığı: çöp girerse çöp çıkar
Geçişin en sıkıcı, en çok atlanan ve en belirleyici aşaması burasıdır. Yıllarca Excel ve eski programda biriken verinizin ne kadar kirli olduğunu, ancak aktarıma hazırlanırken fark edersiniz. Aynı cari üç farklı isimle kayıtlı, stok kartlarının yarısında birim eksik, kimi ürünün üç ayrı kodu var, kapanmış bakiyeler hâlâ açık görünüyor.
Bu veriyi olduğu gibi yeni sisteme taşırsanız, tertemiz bir ERP'ye eski kaosu ithal etmiş olursunuz. Aktarımdan önce mutlaka bir temizlik turu yapın:
- Cari hesaplar: Mükerrer kayıtları birleştirin, vergi numaralarını ve unvanları düzeltin. Cari düzeninin ERP'de nasıl kurulacağına cari hesap takibi nasıl yapılır yazısından bakabilirsiniz.
- Stok ve ürün kartları: Tek bir kodlama mantığı belirleyin, birimleri standartlaştırın, artık satılmayan ürünleri ayıklayın. Sağlıklı bir stok yapısı için stok ve depo yönetimi rehberi işinizi kolaylaştırır.
- Açık bakiyeler: Cari ve stok açılış bakiyelerini bir muhasebe kesme tarihine göre netleştirin. Hangi tarihten itibaren yeni sistemin resmi kayıt olacağına şimdi karar verin.
4. Veri aktarımı ve doğrulama
Veri temizlendiyse aktarımın kendisi teknik bir iştir ve genellikle tedarikçi yürütür. Size düşen, aktarım sonrası doğrulamadır ve bu adımı asla danışmana emanet edip geçmeyin. Aktarım "bitti" demek değildir; rakamlar tutuyorsa bitmiştir.
Doğrulamayı bir kişinin gözden geçirmesine bırakmayın; ölçülebilir kontroller yapın. Eski sistemdeki toplam cari borç/alacak bakiyesi ile yeni sistemdeki toplam tutuyor mu? Toplam stok adedi ve stok maliyeti eşleşiyor mu? Rastgele seçtiğiniz on cari ve on stok kartının detayları birebir aynı mı? Bu kontroller tutmuyorsa canlıya geçmek intihardır.
5. Eğitim: genel tanıtım değil, günlük iş
Kötü eğitim, iyi bir ERP'yi kullanılmaz hale getirir. Sık yapılan hata, tüm ekibi bir toplantı odasına toplayıp iki saat sistemi baştan sona anlatmaktır. Kimse aklında tutamaz. İyi eğitim role göredir ve pratiğe dayanır: depo elemanına "bu barkodu böyle okutup malı böyle giriş yapacaksın", muhasebeciye "ay sonu mizanını bu ekrandan alacaksın" dersiniz. Herkes yalnızca kendi işini, ama kusursuz öğrenir.
Eğitimi mümkünse test verisi üzerinde değil, aktarılmış gerçek verinizle yapın. İnsanlar kendi carilerini, kendi ürünlerini gördüğünde sistem soyut bir yazılım olmaktan çıkıp kendi işletmelerine dönüşür. Anahtar kullanıcılar bu eğitimi önce ve derinlemesine alır; sonra kendi ekiplerine gündelik dille aktarır. Bu "eğit-eğitmen" modeli, canlıya geçtikten sonra herkesin ilk soruyu tedarikçiye değil, yanındaki anahtar kullanıcıya sormasını sağlar.
6. Paralel kullanım: güveni burada kazanırsınız
Eski sistemi bir gecede kapatıp yeniye atlamak cazip görünür ama risklidir. Onun yerine bir süre iki sistemi birlikte çalıştırın: aynı faturayı hem eskide hem yenide kesin, ay sonunda sonuçları karşılaştırın. Rakamlar tutuyorsa yeni sisteme güveniniz artar; tutmuyorsa daha canlıya geçmeden hatayı yakalarsınız.
Paralel dönemin ne kadar süreceği işletmenin karmaşıklığına bağlıdır. Basit bir ticaret işletmesinde iki-üç hafta yeterken, üretim yapan bir firmada bir tam muhasebe dönemi (bir ay) sağlıklıdır. Paralel kullanmanın bir maliyeti vardır: ekip bir süre işi iki kere yapar. Ama bu geçici yük, canlıya geçtikten sonra "sistem faturayı yanlış kesti" krizinin bedeliyle kıyaslanamaz.
7. Canlıya geçiş ve sonrası
Canlıya geçiş, eski sistemin resmen kapandığı ve tüm resmi kayıtların artık yalnızca yeni ERP'de tutulduğu andır. Bu tarihi, mümkünse ayın veya dönemin başına, iş yoğunluğunun düşük olduğu bir zamana denk getirin. Yıl sonu kapanışının ortasında veya sezon zirvesinde canlıya geçmek, gereksiz baskı yaratır.
İlk hafta en kritik dönemdir. Bu süreçte tedarikçi danışmanının hızlı erişilebilir olması, anahtar kullanıcıların sahada dolaşıp soru cevaplaması gerekir. İlk günlerde çıkan takılmalar sistemin hatası değil, alışma sürecinin doğal parçasıdır; hızlı yanıt verilirse ekip güvenle ilerler, cevapsız kalırsa herkes eski alışkanlığına kaçmak ister.
E-dönüşüm tarafını canlıya geçişten önce mutlaka test edin. Mali mührünüzün sisteme tanımlı olduğundan, e-Fatura ve e-Arşiv gönderiminin özel entegratör üzerinden sorunsuz çalıştığından emin olun. GİB süreçleriyle ilgili yükümlülükleri GİB e-dönüşüm zorunlulukları yazısında, entegrasyonun teknik işleyişini ise e-Fatura, e-Arşiv, e-İrsaliye entegrasyonu yazısında bulabilirsiniz. Canlıya geçtiğiniz gün ilk faturanın müşteriye ulaşamaması, projeye olan güveni tek darbede sarsar.
Canlıya geçiş bir bitiş değil, yeni bir başlangıçtır. İlk bir-iki ay içinde ekip sistemi kullanmaya alıştıkça iyileştirme fikirleri gelir: sık kullanılan raporlar, kısayollar, otomatikleştirilebilecek adımlar. Bu isteklerin küçük bir kısmını hemen devreye almak, ekibin sistemi "bize dayatılan" değil "bizim" olarak sahiplenmesini sağlar.
Geçiş ne kadar sürer, ne kadar bütçe ister?
Kesin bir süre vermek zordur; kapsam ve veri kalitesi belirleyicidir. Yine de tipik bir KOBİ geçişinin aşamalara göre dağılımı için aşağıdaki tablo gerçekçi bir çerçeve sunar. Bulut tabanlı bir ERP'de sunucu kurulumu adımı kalktığı için toplam süre kısalır; bu farkı bulut ERP ve yerel kurulum yazısında ele aldık.
| Aşama | Tipik süre | En kritik nokta |
|---|---|---|
| İhtiyaç analizi ve kapsam | 1-2 hafta | Kapsamı çekirdek süreçlerle sınırlamak |
| Veri hazırlığı ve temizlik | 1-3 hafta | Mükerrer cari ve stok temizliği |
| Veri aktarımı ve doğrulama | 3-5 gün | Aktarım sonrası tutar mutabakatı |
| Eğitim | 1 hafta | Role göre, gerçek veriyle pratik |
| Paralel kullanım | 2-4 hafta | Net bir kesim tarihi belirlemek |
| Canlıya geçiş ve destek | İlk 1-2 hafta yoğun | e-dönüşüm testinin önceden yapılması |
Bütçe tarafında geçişin gizli maliyeti çoğunlukla yazılımın kendisi değil, harcanan iş gücüdür. Ekibinizin veri temizliğine, eğitime ve paralel kullanıma ayıracağı zaman gerçek bir maliyettir; bunu proje planında hesaba katın. Lisans, kurulum ve bakım kalemlerinin ayrıntısını ERP maliyetleri yazısında bulabilirsiniz.
%60+
Sorunlu geçişlerde temel neden
Kirli veri ve yetersiz doğrulama, yazılımın kendisi değil
4-8 hafta
Tipik KOBİ geçiş süresi
Çekirdek modüllerle, kapsam sınırlı tutulduğunda
1 dönem
İdeal paralel kullanım
Üretim yapan işletmelerde bir tam muhasebe ayı
“Başarılı geçiş, sistemin canlıya geçtiği gün değil, ekibin eski sistemi özlemeden yenisiyle çalıştığı ilk ay sonunda anlaşılır.”Doğru planlanmış bir geçiş, birkaç haftalık disiplinli bir çabanın ardından yıllarca sürecek bir düzenin temelini atar. Kendi işletmenizin geçiş planını konuşmak isterseniz, süreçlerinizi birlikte inceleyip size özel bir yol haritası çıkarabiliriz.
Geri arama
Geçiş planınızı birlikte kuralım
İşletmenizin mevcut sistemini ve verinizi kısaca anlatın; geçiş için gerçekçi bir takvim ve kontrol listesi çıkaralım.
Sıkça sorulan sorular
ERP geçiş süreci ne kadar sürer?
ERP geçişinde eski verilerimi nasıl aktarırım?
Eski sistemi ne zaman kapatmalıyım?
Canlıya geçiş için en uygun zaman ne zamandır?
ERP geçişi neden başarısız olur?
Mehmet Arslan
Kurumsal Yazılım Danışmanı
15 yıldır KOBİ ve orta ölçekli üretim işletmelerinde ERP kurulum ve geçiş projeleri yürütüyor. İmalat, stok ve maliyet muhasebesi tarafında saha deneyimi ağırlıklı.