Çoğu üretim tesisinde ERP projesi yazılım yüzünden değil, geçişin kurgusu yüzünden tökezler. Excel'de yıllardır işleyen stok listeleri, reçeteler ve sipariş takipleri vardır; sorun bunları taşımak değil, taşıma sırasında yapılan kurgu hatalarıdır. Bu yazıda sahada en sık gördüğümüz hataları ve her birinin karşısında ne yapılması gerektiğini tek tek ele alıyoruz.
Özet
ERP geçişini rayından çıkaran altı hata: her şeyi aynı anda devreye almak, veri temizliği yapmadan göç etmek, sahayı sürece dahil etmemek, eğitimi tek seferlik sanmak, eski sistemi çok erken kapatmak ve kullanıcı yetkilerini sona bırakmak. Her hatanın karşısında somut bir önlem var; yazının sonunda etaplı bir geçiş planı öneriyoruz.
1. Her Şeyi Aynı Anda Devreye Almaya Çalışmak
En yaygın hata: stok, üretim, satın alma, kalite, finans — bütün modülleri aynı gün canlıya almak. Ekip aynı anda hem işi yürütmeye hem de altı yeni ekran öğrenmeye çalışır; ilk haftada kayıt girilmez, sistem "çalışmıyor" damgası yer.
Ne yapılmalı — etaplı devreye alma:
- 1. etap: Stok kartları, depo hareketleri ve satın alma — sayılabilir, doğrulanabilir veriyle başlanır
- 2. etap: Reçete (BOM), iş emri ve üretim kayıtları — stok verisi oturduktan sonra
- 3. etap: Kalite kontrol, maliyetlendirme ve raporlama — ilk iki etabın verisi üzerine kurulur
Her etap kendi başına ölçülebilir bir çıktı vermeli — bir sonraki etaba, önceki etabın kayıtları sahada fiilen tutulmaya başlamadan geçilmemeli.
2. Veri Temizliği Yapmadan Göç Etmek
Excel'deki veri olduğu gibi aktarılırsa, Excel'deki kaos da olduğu gibi aktarılır. Aynı malzemenin üç farklı adla açıldığı, birimlerin karıştığı bir listeyi ERP'ye taşımak, kirli veriyi resmîleştirmekten başka bir şey değildir. Göçten önce şunlar temizlenmeli:
- Mükerrer stok kartları: "M8 civata", "civata M8", "CIVATA-M8" tek karta indirilmeli
- Birim tutarlılığı: Aynı malzeme bir sayfada kg, diğerinde adet olmamalı
- Ölü kayıtlar: Yıllardır hareket görmeyen kartlar ve kapanmış tedarikçiler ayıklanmalı
- Kod sistematiği: Malzeme kodlama kuralı göçten önce belirlenmeli, sonra değil
- Açılış bakiyeleri: Stok miktarları fiilî sayımla doğrulanıp öyle aktarılmalı
3. Sahayı Sürece Dahil Etmemek
ERP kararı genelde yönetim katında verilir; ekranları her gün kullanacak depo sorumlusu ve üretim şefi ise sistemi ilk kez canlıya geçiş günü görür. Sahada karşılığı olmayan bir kurgu, ilk haftada deftere ve telefona geri dönülmesiyle sonuçlanır.
Kimin, ne zaman, hangi katkıyla dahil edilmesi gerekir:
| Rol | Katkısı | Ne Zaman |
|---|---|---|
| Depo sorumlusu | Raf düzeni, birimler, sayım pratiği | Analiz aşamasından itibaren |
| Üretim şefi | İş emri akışı, operasyon sırası, fire noktaları | Reçete kurgusu başlamadan önce |
| Kalite sorumlusu | Kontrol noktaları, sapma kaydı ihtiyacı | Kalite modülü tasarımında |
| Satın almacı | Tedarikçi listesi, onay akışı, teslim süreleri | İlk etapta, stokla birlikte |
4. Eğitimi Tek Seferlik Sanmak
Canlıya geçişten bir hafta önce yapılan iki saatlik toplu eğitim, geçiş günü unutulmuş olur. Eğitim bir etkinlik değil, devreye almanın parçası olan bir süreçtir.
"Eğitimde herkes anladığını söyler. Gerçek soru, üç hafta sonra iş emri kapatırken kimin hâlâ doğru ekranı kullandığıdır."
Ne yapılmalı: rol bazlı eğitim (depocu kendi ekranını, üretim şefi kendi ekranını görür), canlıya geçişten sonra sahada tekrar oturumları ve sık yapılan işlemler için kısa, yazılı işlem talimatları. Yeni personel geldiğinde eğitimin tekrarlanacağı bir düzen baştan kurulmalı.
5. Eski Sistemi Çok Erken Kapatmak
Canlıya geçtiğimiz gün Excel'i yasaklayalım yaklaşımı cazip görünür ama tehlikelidir: ERP'deki bir kurgu hatası fark edildiğinde karşılaştırılacak referans kalmaz. Tersi de aynı derecede yanlış — süresiz çift kayıt, iki sistemin de yarım tutulmasıyla biter.
Doğru kapanış sırası:
- Paralel dönemin süresini ve kapsamını baştan ilan et (hangi süreçler, hangi tarihe kadar)
- Paralel dönemde ana kayıt ERP olsun; Excel yalnızca kontrol amaçlı tutulsun
- Dönem sonunda stok ve açık sipariş bakiyelerini iki sistem arasında mutabakatla karşılaştır
- Mutabakat tutmayan alanlarda kök nedeni bul, ERP kurgusunu düzelt
- Mutabakat sağlanınca Excel dosyalarını salt-okunur arşive kaldır — silme, arşivle
Ölçüt şudur: Excel, tarih geldiği için değil, mutabakat sağlandığı için kapanmalı.
6. Kullanıcı Yetkilerini Baştan Kurgulamamak
"Şimdilik herkes her şeyi görsün, sonra kısıtlarız" en pahalı ertelemedir: yanlış ekrana giren stajyerin sildiği kayıt da, kim ne değiştirdi sorusunun cevapsız kalması da bu kararın sonucudur. Yetki matrisi canlıya geçişten önce kurulmalı:
- Rol tanımları: Depocu, üretim şefi, kalite, satın almacı, muhasebe, yönetim — her rol ayrı
- Görme / girme / onaylama ayrımı: Kayıt girebilen herkes onaylayabilmemeli
- Kritik işlemler: Stok düzeltme, fiyat değişikliği, kayıt silme yalnızca tanımlı rollerde
- Onay akışları: Satın alma talebi ve iş emri kapatma için kim onay verir, baştan tanımlı
- Denetim izi: Kim, ne zaman, hangi kaydı değiştirdi — geriye dönük izlenebilir
- Ayrılan personel: Hesap kapatma işlemi işten çıkış prosedürüne bağlı
- Dönemsel gözden geçirme: Yetki matrisi yılda en az bir kez güncellenir
7. Toparlama: Doğru Geçiş Planı Neye Benzer
Yukarıdaki hataların ortak paydası aynı: geçişi bir yazılım kurulumu gibi değil, bir işletme projesi gibi yönetmemek. Sağlıklı bir plan şu omurgaya oturur:
- Önce mevcut süreçlerin analizi — Excel'de fiilen ne tutuluyor, kim tutuyor
- Veri temizliği ve kodlama sistematiği, göçten önce tamamlanır
- Etaplı devreye alma — her etabın sahibi, süresi ve kabul ölçütü tanımlı
- Rol bazlı eğitim ve yetki matrisi, canlıya geçişten önce hazır
- Mutabakatla kapanan paralel dönem — eski sistem arşivlenir, silinmez
Geçiş Sonunda Elde Edilenler
Tek doğruluk kaynağı: Stok, iş emri ve satın alma tek sistemde, kişiye bağlı dosyalarda değil
İzlenebilirlik: Hangi kaydı kimin, ne zaman değiştirdiği denetim iziyle görülebilir
Anlık görünürlük: Stok bakiyesi ve açık iş emirleri dönem sonunu beklemeden izlenir
Sürdürülebilirlik: Sistem, kritik personel değişse de işlemeye devam eder
Sonuç
Excel kötü bir araç değil — sınırına gelmiş bir araç. Geçişin amacı Excel'i cezalandırmak değil, kişiye bağlı dosyalardaki bilgiyi kurumsal bir sisteme taşımaktır. Yukarıdaki altı hatadan kaçınan, etaplı ve mutabakatla ilerleyen bir plan, geçişi büyük patlama riskinden çıkarıp yönetilebilir bir projeye dönüştürür.