Bir ERP projesinin canlıya geçiş aşamasında en çok emek harcanan konulardan biri ana veri hazırlığıdır. Malzeme kartları, müşteri ve tedarikçi bilgileri, hesap planı, maliyet merkezleri — bunların hepsi sisteme aktarılmadan önce tek tek gözden geçirilir, yanlış olanlar düzeltilir, eksik alanlar tamamlanır. Proje ekibi bu temizlik sürecine bazen aylarca zaman ayırır. Sonra sistem canlıya geçer, herkes rahatlar ve o özenle hazırlanan veriler kısa sürede yeniden kirlenir. Altı ay sonra malzeme listesinde birbirinin kopyası olan yüzlerce kart, müşteri kayıtlarında tutarsız adres bilgileri ve muhasebe modülünde hiç kullanılmayan hesap kodları birikmeye başlar. Bu döngü, ana veri yönetimini tek seferlik bir proje olarak gören her şirkette kaçınılmaz biçimde tekrarlanır.
Ana veri (master data) kavramı, ERP sisteminin omurgasını oluşturan ve tüm işlem kayıtlarının üzerine inşa edildiği temel bilgi kümesidir. Bir satış siparişi oluşturulduğunda sistem müşteri kartını okur; bir üretim emri açıldığında malzeme reçetesine ve iş merkezlerine bakar; muhasebe kaydı yapıldığında hesap planını kullanır. Bu temel verilerin hatalı veya eksik olması, yalnızca tek bir işlemi değil, o veriyi kullanan tüm süreçleri etkiler. Dolayısıyla ana veri kalitesi, ERP sisteminin gerçek anlamda çalışıp çalışmadığının en doğrudan göstergesidir.
Peki kalıcı bir model nasıl kurulur? İlk adım, ana veri sorumluluğunu proje ekibinden alıp şirketin kendi organizasyonuna devretmektir. Bu, mutlaka yeni bir departman kurmak anlamına gelmez; mevcut ekip içinden belirli kişilere net sorumluluklar atamak yeterlidir. Malzeme yönetiminden sorumlu bir kişi, müşteri ve tedarikçi kayıtlarından sorumlu başka biri, hesap planı ve maliyet muhasebesi tarafında ise finans ekibinden bir temsilci — bu üçlü, ana veri ekibinin çekirdeğini oluşturabilir. Önemli olan bu kişilerin rolünün yazılı olarak tanımlanması ve üst yönetimin bu yapıyı desteklemesidir.
İkinci kritik unsur, sisteme yeni veri girişini kontrol altına alan noktalar oluşturmaktır. Yeni bir malzeme kartı açılacaksa hangi alanların doldurulması zorunludur, kim onaylar, hangi isimlendirme kuralı uygulanır — bunların hepsinin önceden belirlenmiş olması gerekir. Uygulamada sık karşılaşılan sorun, bu kuralların ya hiç yazılmamış olması ya da yazılıp bir klasörde unutulmasıdır. Giriş kontrol noktaları, ERP sisteminin kendi iş akışı araçlarıyla veya basit bir onay süreci prosedürüyle hayata geçirilebilir. Önemli olan, her kullanıcının yeni kayıt açmadan önce hangi adımlardan geçmesi gerektiğini bilmesidir.
Kalite göstergeleri ise bu modelin ölçülebilir hale gelmesini sağlar. Sistemde kaç tane pasif malzeme kartı var? Son altı ayda hiç hareket görmeyen müşteri kayıtlarının oranı nedir? Muhasebe modülünde kullanılmayan hesap kodları temizlendi mi? Bu sorular, ana veri sağlığını düzenli aralıklarla değerlendirmek için kullanılabilecek basit ama etkili göstergelerdir. Her ay veya her çeyrekte bu göstergelerin gözden geçirilmesi, sorunların büyümeden fark edilmesini sağlar. Ayrıca bu göstergeler, üst yönetime sunulan raporlara dahil edildiğinde ana veri kalitesi bir yönetim meselesi haline gelir — salt teknik bir konu olmaktan çıkar.
Bu modelin en zor tarafı teknik değil, organizasyonel olanıdır. ERP projesi tamamlandıktan sonra şirketin gündelik temposu hızla eski haline döner; herkes kendi işine odaklanır ve ana veri sorumluluğu arka plana düşer. Ana veri ekibinin toplantılarını düzenli tutmak, giriş kontrol noktalarına uyumu izlemek ve kalite göstergelerini raporlamak için gerçek bir zaman ve dikkat ayrılması gerekir. Bunun olmadığı durumlarda sistem yine kirlenir ve birkaç yıl sonra şirket kendini yeni bir ‘veri temizliği projesi’ planlarken bulur. Bu kez maliyet daha yüksek, direniş daha büyük olur çünkü kullanıcılar artık sisteme alışmış ve hatalı veriyi ‘normal’ saymaya başlamıştır.
Bir KOBİ yöneticisi olarak bu konuda karar verirken şu soruyu sormak gerekir: ERP projesine harcanan yatırımın karşılığını almak için sistemi çalışır tutmak mı, yoksa her birkaç yılda bir veriyi sıfırdan temizlemek mi daha mantıklıdır? Yanıt açıktır. Ana veri yönetimi için kalıcı bir organizasyon modeli kurmak, proje bütçesine ekstra bir maliyet gibi görünebilir; ancak bu yapı olmadan ERP sistemi kısa sürede güvenilirliğini yitirir ve kullanıcılar sisteme paralel Excel tablolarına dönmeye başlar — ki bu, projenin başarısızlığının en somut işaretidir. Küçük bir ekip, net kurallar ve birkaç basit gösterge, bu döngüyü kırmak için yeterlidir.