Türkiye'de yaygın ERP ve muhasebe programlarının çoğu, mali yılları ayrı dönemler hâlinde tutar. Pek çok kurulumda her yıl ayrı bir dönem veritabanı ya da ayrı bir dönem kaydı açılır, açılış fişleriyle bakiyeler yeni yıla devredilir. Muhasebe açısından bu mantıklıdır: kapanan yıl kilitlenir, yeni yıl temiz başlar. Ama yönetim açısından bir sorun doğar. "Son beş yılda hangi müşterinin payı düştü?" sorusunun cevabı beş ayrı yerde durur. Bu yazıda dönem veritabanlarını tek bir zaman serisinde birleştirmenin neden zor olduğunu ve nasıl doğru yapılacağını anlatıyoruz.
Neden dönem dönem ayrılıyor?
Dönem ayrımının iki temel sebebi vardır. Birincisi yasal ve muhasebesel düzendir: kapanmış bir yılın kayıtlarının sonradan değişmemesi gerekir. İkincisi performanstır: yıllar biriktikçe tek bir veritabanı büyür, ayrı dönemler günlük işlemi hızlı tutar.
Bu ayrım ERP'nin içinde sorun yaratmaz, çünkü günlük işlerin neredeyse tamamı cari yılla ilgilidir. Sorun, yönetimin geriye dönük ve karşılaştırmalı soru sorduğu anda başlar.
Birleştirirken karşılaşılan beş tuzak
Dönemleri yan yana koymak, dosyaları alt alta yapıştırmak kadar basit değildir. En sık rastlanan tuzaklar şunlardır:
- Kod değişiklikleri. Bir müşterinin cari kodu ya da bir ürünün stok kodu yıllar içinde değişmiş olabilir. Birleştirmede aynı firma iki farklı firma gibi görünür.
- Devir fişleri. Açılış ve devir kayıtları hareket gibi toplanırsa bakiyeler ikiye katlanır. Devir kayıtlarını tanıyıp ayrı tutmak gerekir.
- Hesap planı değişiklikleri. Yıllar içinde hesap planında alt hesaplar açılır, kapanır, birleştirilir. Aynı kalem farklı yıllarda farklı hesaplarda durabilir.
- Para birimi ve kur. Dövizli işlemlerde hangi kurun esas alındığı yıllar arasında tutarlı değilse karşılaştırma yanıltır.
- Enflasyon etkisi. Nominal ciro artışı gerçek büyüme anlamına gelmeyebilir. Yıllar arası karşılaştırmada miktar bazlı göstergelere ve reel yoruma da bakmak gerekir.
Doğru birleştirme nasıl görünür?
İyi kurulmuş bir birleştirme, her dönemi kendi veritabanında olduğu gibi okur, sonra ortak bir sözlük üzerinden eşler. Bu sözlük "2022'deki şu cari kodu, 2025'teki şu cari koduyla aynı firmadır" gibi eşleştirmeleri tutar. Devir kayıtları ayıklanır, hareketler tarih sırasına dizilir ve ortaya tek bir zaman serisi çıkar.
Burada kritik nokta şudur: birleştirme ERP'nin içinde yapılmamalıdır. Eski dönemlere yazmak, kapanmış yılları değiştirmek ya da ERP'ye yeni tablolar eklemek hem denetim açısından hem de ERP güncellemeleri açısından risklidir. Doğru yaklaşım, dönemleri yalnız okuyup birleşik görünümü ayrı bir katmanda üretmektir.
Tek seride görünce ne değişir?
Beş yılı tek eğride görmek, tek yılın içinde görünmeyen şeyleri ortaya çıkarır:
| Soru | Tek dönemde | Birleşik seride |
|---|---|---|
| Mevsimsellik | Tek yılın ayları | Her yıl tekrarlanan desen |
| Müşteri kaybı | Bu yıl azalan cari | Yıllardır yavaş yavaş azalan cari |
| Ürün ömrü | Bu yılın satışı | Yükselen ve sönen ürün grupları |
| Tahsilat davranışı | Bu yılın ortalaması | Ödeme süresinin yıllar içindeki kayması |
Birleşik seri, bütçe hazırlığını da kolaylaştırır: gelecek yılın hedefi, tek bir yılın değil birkaç yılın gerçekleşen ortalaması ve eğilimi üzerine kurulabilir. Özellikle tahsilat süresinin yıllar içinde yavaşça uzaması, tek bir yıla bakarak neredeyse hiç fark edilmez. Bunun nasıl ölçüleceğini alacak yaşlandırma raporu yazısında anlattık.
Başlamadan önce kontrol listesi
- Kaç yıllık veriye ihtiyaç var, eski dönemler hâlâ erişilebilir mi?
- Aynı firmada birden çok şirket kaydı var mı?
- Cari ve stok kodlarında yıllar içinde toplu değişiklik yapıldı mı?
- Hesap planında büyük bir yeniden düzenleme oldu mu?
- Dövizli işlemler için hangi kur esas alınıyor?
- Birleştirmeyi kim doğrulayacak? (Mali müşavir ya da muhasebe sorumlusu ile birkaç rakamı karşılaştırmak iyi bir testtir)
Globya'da nasıl yapıyoruz
Bu ihtiyacı en sık Netsis ve Logo kullanan firmalarda görüyoruz. READERP, Netsis ve Logo başta olmak üzere piyasadaki yaygın ERP ve finans platformlarının dönem veritabanlarını salt-okuma ile okur ve tek zaman serisinde birleştirir; ERP'ye tek satır yazmaz, kapanmış yıllara dokunmaz. Kurulum aynı gün yapılır ve birleşik veri üzerinde Nakit, Alacak, Ciro, Stok gibi hazır başlıklara bakabilir, "geçen üç yılın mart cirosunu karşılaştır" gibi soruları Türkçe sorabilirsiniz. Kod eşleştirmesi gibi firmaya özgü konularda ERP ve raporlama hizmetimiz kapsamında sizinle birlikte çalışıyoruz. Genel yöntem seçimi için Netsis ve Logo verisinden yönetim raporu yazısına da göz atabilirsiniz.
Sık sorulan sorular
Eski dönemleri tek veritabanına taşımak daha iyi olmaz mı?
Muhasebe açısından genellikle önerilmez. Kapanmış yılların kayıtlarını değiştirmek denetim izini bozar ve ERP güncellemelerinde sorun çıkarabilir. Birleştirmeyi ERP dışında, okuyarak yapmak daha güvenlidir.
Cari kodlarımız yıllar içinde değişti, yine de birleştirilebilir mi?
Evet, ama bir eşleştirme sözlüğü gerekir. Vergi numarası gibi değişmeyen alanlar eşleştirmeyi büyük ölçüde otomatikleştirir; kalan birkaç istisna elle doğrulanır.
Kaç yıl geriye gitmek mantıklı?
Çoğu yönetim sorusu için üç ile beş yıl yeterli bir perspektif verir. Mevsimsellik ve müşteri davranışı gibi desenler bu sürede belirgin hâle gelir.
Globya asistanı 7/24 çevrimiçi; sorunuzu hemen yanıtlar, gerekirse ekibe iletir.