Bir tekstil toptancısı düşünün. Programa yüzlerce müşteri kartı girilmiş. Ama aynı müşteri üç farklı isimle kayıtlı: biri ‘Ahmet Tekstil’, biri ‘A. Tekstil Ltd.’, biri de ‘Ahmet Bey’. Muhasebe her birine ayrı cari açmış. Ay sonunda bakiye raporunu aldığınızda rakamlar birbirini tutmuyor, tahsilat takibi karmaşaya dönüyor. Sorun programın değil; veri girişinin kurallara bağlanmamış olması.
ERP (kurumsal kaynak planlaması) programları, bir işletmenin müşteri, ürün ve tedarikçi bilgilerini tek bir havuzda tutar. Bu havuza ‘ana veri’ denir. Müşteri kartları, ürün kodları, tedarikçi adresleri — bunların tamamı ana veridir. Program ne kadar iyi olursa olsun, bu verilerin içine yanlış veya eksik bilgi girildiyse raporlar da yanlış çıkar. Muhasebeciler bunu ‘çöp girersen çöp alırsın’ diye tarif eder. Kural basit ama pratikte uygulamak zor.
Küçük ve orta ölçekli işletmelerin çoğunda veri girişi ‘kim öğrendiyse o yapar’ mantığıyla işliyor. Yeni bir müşteri geldiğinde kimi zaman satış elemanı kartı açıyor, kimi zaman muhasebeci, kimi zaman depo sorumlusu. Herkes kendi alışkanlığıyla giriyor: biri il yazıyor, biri yazmıyor; biri vergi numarasını ekliyor, biri atlıyor. Zamanla kart havuzu şişiyor ve içinden çıkılmaz hale geliyor. Bunun önüne geçmenin tek yolu, her veri türü için bir ‘sahip’ belirlemektir. Yani müşteri kartlarını kim açacak, kim güncelleyecek, kim silecek — bunu net olarak yazıya dökmek gerekiyor.
Ana veri sahipliği modelinde her kart türünün bir sorumlusu olur. Müşteri kartları için satış şefi, ürün kartları için depo veya üretim sorumlusu, tedarikçi kartları için satın alma birimi bu rolü üstlenir. Yeni bir kart açılacağında önce sorumluya bildirim gider. Sorumlu bilgileri kontrol eder, eksik varsa tamamlatır, sonra onay verir. Bu onay mekanizması kağıt üzerinde bir form olabilir, dahili bir e-posta zinciri olabilir; önemli olan adımların atlanmaması. Programın bu akışı otomatik yönetip yönetemeyeceği ise kullandığınız yazılıma bağlı.
Bu modelin en somut faydası tekrarlı kayıt sorununu ortadan kaldırmasıdır. Aynı tedarikçi iki farklı isimle sisteme girdiğinde sipariş geçmişi ikiye bölünür, ödeme takibi karışır. Sahiplik modeli uygulandığında yeni kart açılmadan önce sistemde arama yapılması kural haline gelir. ‘Bu tedarikçi zaten var mı?’ sorusu sormak zorunlu adım olur. Bunun yanı sıra ürün kartlarındaki tutarsızlıklar da azalır. Aynı ürün hem ‘pamuklu gömlek’ hem ‘erkek gömlek’ hem de ‘gömlek-pamuk’ olarak kayıtlıysa stok raporları hiçbir zaman doğru toplamaz. Tek bir kodlama mantığı, tek bir sorumlu ve giriş öncesi kontrol bu sorunu büyük ölçüde çözer.
Veri kalitesini sürdürmek için sahiplik modeli yetmez; periyodik denetim de şart. Her üç ayda bir veya altı ayda bir, sorumlu kişiler kendi alanlarındaki kartları gözden geçirir. Hareketsiz müşteri kartları, güncelliğini yitirmiş adresler, kullanılmayan ürün kodları bu denetimde ayıklanır. Denetim için özel bir programa gerek yok; programdan alınan basit bir liste yeterli. Sorumlu listeyi inceler, kapatılacakları işaretler, güncellenecekleri düzeltir. Bu alışkanlık yerleştiğinde ana veri havuzu zamanla temizlenir, raporlar güvenilir hale gelir.
Bir işletmede bu modeli kurmak için önce mevcut durumu anlamak gerekiyor. Kaç tane müşteri kartı var, kaçı aktif? Ürün kodları tutarlı mı? Tedarikçilerde tekrar var mı? Bu sorulara programdan alınan listelerle cevap bulunabilir. Sonra her kart türü için bir sorumlu atanır ve bu sorumluluk yazıya dökülür. Giriş kuralları — hangi alanların zorunlu olduğu, nasıl doldurulacağı — bir sayfa kağıda yazılır ve veri giren herkesin önüne konur. Karmaşık bir sistem kurmaya gerek yok; önce kural, sonra alışkanlık, sonra denetim. Bu üçü yerleştiğinde ERP programından alınan raporlara güvenmek mümkün hale gelir ve muhasebe ile satış birbirinin verilerine itiraz etmekten kurtulur.