Satış müdürü ay sonunda "en büyük 10 müşterimiz" raporunu çıkarır, bir isim listenin ortasında iki kez geçer — bir sefer "ABC Gıda Ltd. Şti.", bir sefer "ABC Gıda". Ciro ikiye bölünmüş, gerçek büyüklük gizlenmiştir. Aynı hafta depo sorumlusu bir hammaddeyi ararken iki farklı stok kodunda aynı ürünü bulur; biri kilogram biriminde, diğeri adet biriminde girilmiş. Sayım raporu tutmaz, kimse hangi kaydın doğru olduğunu bilemez.
İkisi de aynı kökten gelir: veri kalitesizliği. ERP'ye yatırım yapılır, modüller devreye alınır, ama kartlar özenle tanımlanmazsa sistem yalnızca hatayı daha hızlı ve daha büyük ölçekte üretir. Bu yazı, mükerrer kayıt ve eksik verinin karar süreçlerini nerede kırdığını ve bunun ERP'de nasıl önlendiğini anlatıyor.
Mükerrer cari kart nasıl oluşur?
Genellikle kötü niyet değil, aceleden doğar. Satış temsilcisi bir teklif hazırlarken mevcut cari kartı aramaz, "ABC Gıda" diye yeni bir kart açar. Başka bir gün muhasebe aynı firmayı unvanıyla, "ABC Gıda Ticaret Limited Şirketi" olarak girer. Vergi numarası kontrolsüz bırakılmışsa sistem bu iki kaydın aynı firma olduğunu bilemez.
Sonuç yalnızca estetik bir düzensizlik değildir:
- Alacak riski bölünür. Firmanın gerçek borcu iki karta dağıldığı için kredi limiti aşımı fark edilmez.
- Mutabakat karışır. Ekstre kesildiğinde hangi kart esas alınacak belli olmaz, karşı taraf iki farklı bakiye görür.
- Satış geçmişi parçalanır. Aynı müşterinin toplam ciro büyüklüğü gizli kalır, önemli bir hesap "orta ölçekli" gibi görünür.
Bu riski azaltmanın tek kalıcı yolu, kart açılışında sistemin kendisinin kontrol yapmasıdır: vergi numarası veya TC kimlik numarası benzersiz alan olarak tanımlanır, yeni kart açılmadan önce sistem aynı numarayla kayıtlı bir cari olup olmadığını sorar. Cari Hesap modülünde bu kontrol kart açılışının bir parçasıdır — kullanıcının hatırlaması gereken bir adım değil, sistemin otomatik uyguladığı bir kuraldır.
Eksik stok kartı hangi kararı çarpıtır?
Mükerrer kayıt kadar yaygın bir sorun da eksik veya tutarsız stok kartıdır. Bir ürün için birim (adet/kg/koli), minimum sipariş miktarı veya barkod alanı boş bırakılmışsa, o kart üzerinden alınan her rapor eksik bilgiyle üretilir.
En sık görülen üç sonuç şöyledir:
- Stok değerleme yanlış çıkar. Birim tutarsızsa maliyet hesaplaması (ortalama, FIFO) yanlış tabana oturur; kâr marjı raporu olduğundan iyi ya da kötü görünür.
- Yeniden sipariş noktası anlamsızlaşır. Minimum/maksimum seviye tanımlı değilse otomatik uyarı hiç tetiklenmez, stok tükenene kadar kimse fark etmez.
- Talep tahmini bozulur. Aynı ürün iki koda dağılmışsa satış geçmişi ikiye bölünür, gerçek talep hacmi olduğundan düşük görünür ve üretim planlaması buna göre yapılır.
Buradaki kritik nokta, hatanın kartın açıldığı günden çok sonra, en çok ihtiyaç duyulan anda ortaya çıkmasıdır — yıl sonu sayımında, kredi başvurusunda ya da yatırımcı raporlamasında. Stok Yönetimi modülünde zorunlu alan tanımı (birim, barkod, minimum seviye) kart açılışında devreye girer; alan boş bırakıldığında kart kaydedilmez.
Kirli veri bir ERP geçişini neden batırabilir?
Yeni bir ERP'ye geçerken en büyük risklerden biri, eski sistemdeki hatalı verinin olduğu gibi taşınmasıdır. "Önce taşıyalım, sonra temizleriz" yaklaşımı sıkça denenir ve genelde sonuç doğurmaz — çünkü temizlik, günlük operasyonun baskısı altında hep ertelenir.
Geçiş sırasında karşılaşılan tipik durumlar:
- Aynı tedarikçi üç farklı unvan varyasyonuyla kayıtlı; hangisinin güncel olduğu belirsiz.
- Kapanmış ama sistemde "aktif" görünen cari kartlar, raporları şişirir.
- Ürün açıklamaları serbest metinde tutulmuş; aynı ürün on farklı yazımla girilmiş.
Göç öncesi veri temizliği (tekilleştirme, eksik alan tamamlama, pasif kayıtların ayrıştırılması) atlanabilir bir ön adım değil, projenin kendisidir. Temizlenmemiş veri yeni sistemde daha hızlı ve daha görünür hatalar üretir — çünkü yeni ERP, eski sistemin sessizce tolere ettiği tutarsızlıkları raporlarda açığa çıkarır.
Veri kalitesi tek seferlik bir temizlik mi, sürekli bir disiplin mi?
Kart açılışında yapılan kontrol tek başına yeterli değildir; zaman içinde veri yeniden bozulur — yeni kullanıcı eklenir, entegrasyon devreye girer, eski alışkanlıklar geri döner. Kalıcı çözüm üç katmanda kurulur:
| Katman | Ne yapar |
|---|---|
| Giriş kontrolü | Vergi no / barkod gibi alanlarda benzersizlik kuralı, zorunlu alan tanımı |
| Periyodik denetim | Aylık "boş alan" ve "olası mükerrer" raporu, sorumluya otomatik atama |
| Entegrasyon kuralı | Pazaryeri, banka veya e-fatura entegrasyonundan gelen veri, kayda düşmeden önce eşleştirme kontrolünden geçer |
Bu üç katman kurulmadığında veri kalitesi tek seferlik bir "temizlik projesi" olarak kalır, birkaç ay içinde eski haline döner. Sistemin kendisi kontrolü üstlenmezse disiplin insana bağlı kalır ve insan, yoğun günde bu adımı atlar.
Yapay zeka destekli kontrol, insan gözünün kaçırdığını nasıl yakalar?
Kural tabanlı kontrol (benzersiz vergi numarası, zorunlu alan) hataların büyük kısmını daha kart açılırken durdurur. Ama bazı mükerrer kayıtlar kurala takılmaz — unvan farklı yazılmış, vergi numarası hatalı girilmiş ya da aynı firma iki farklı şubesiyle ayrı ayrı kaydedilmiştir. Bu tür örtüşmeleri insan gözüyle binlerce kart arasında yakalamak pratik değildir.
Burada devreye giren yaklaşım, unvan benzerliği, adres örtüşmesi ve işlem geçmişi gibi sinyalleri birlikte değerlendirip "bu iki kayıt aynı firma olabilir" önerisini çıkarmaktır. Öneri otomatik silme veya birleştirme yapmaz — sorumlu kişiye bir kontrol listesi olarak düşer, son kararı insan verir. Aynı mantık stok kartlarında da işler: benzer ürün adı, aynı tedarikçi ve örtüşen barkod deseni taşıyan kayıtlar "olası aynı ürün" olarak işaretlenir.
Bu tür bir kontrolün değeri, hatayı yıl sonu sayımında değil, kayıt oluştuğu hafta yakalamasıdır — düzeltme maliyeti o noktada çok daha düşüktür.
Birasyo'da bu nasıl işler?
Birasyo ERP'de veri kalitesi, ayrı bir modül değil, cari ve stok kartı açılışının doğal parçasıdır:
- Cari kart açılışında vergi/TC kimlik numarası benzersiz alan olarak tanımlıdır; aynı numarayla ikinci kart açılmaya çalışıldığında sistem mevcut kaydı gösterir, kullanıcı birleştirme veya vazgeçme arasında seçim yapar.
- Stok kartında birim, barkod ve minimum seviye zorunlu alan olarak ayarlanabilir; eksik bırakılan kart taslak durumunda kalır, operasyona kapalıdır.
- Pazaryeri veya banka entegrasyonundan gelen kayıtlar, mevcut cari/stok kartlarıyla otomatik eşleştirilir; eşleşmeyen kayıt "gözden geçirilecek" kuyruğuna düşer, sessizce yeni kart açmaz.
- Yönetim panelinde "eksik alanlı kart" ve "olası mükerrer kayıt" listesi periyodik olarak çıkar; sorumlu kişiye görev olarak atanabilir.
Bu kontroller sonradan eklenen bir denetim katmanı değil, günlük kullanımın içine gömülü; kullanıcıdan ekstra bir adım istemeden veri kalitesini korur.
Özet
Mükerrer cari kart ve eksik stok bilgisi, ERP'nin ürettiği her raporu sessizce bozar — alacak riski gizlenir, stok değerlemesi yanlış çıkar, talep tahmini şaşar. Hata genelde kartın açıldığı günde değil, en kritik anda (kredi başvurusu, yıl sonu sayımı, ERP geçişi) fark edilir. Kalıcı çözüm, veriyi tek seferlik temizlemek değil, giriş kontrolü, periyodik denetim ve entegrasyon eşleştirmesini sisteme gömmektir. Vergi numarası benzersizliği ve zorunlu alan tanımı gibi basit kurallar, çoğu veri kalitesi sorununun kaynağında durur.
Cari ve stok kartlarınızın ne kadarının eksik veya mükerrer olduğunu görmek isterseniz demo talebi üzerinden bir görüşme planlayabiliriz.
İlgili yazılar:
Bu yazıyı LinkedIn'de paylaşın
Başlık, özet ve hashtagler panoya kopyalanır, LinkedIn paylaş penceresi açılır — yapıştırın (Cmd/Ctrl+V) ve gönderin.
