Aynı ciroya iki sistem iki farklı rakam veriyorsa ne yapmalı

Muhasebenin söylediği ciro ile satış panelindeki rakam tutmuyorsa, ilk varsayımınız "biri hatalı" olmasın. Vakaların büyük kısmında iki sistem de kendi içinde doğru çalışır; sadece aynı kelimeyle farklı şeyleri ölçerler. Farkı kapatmanın yolu, kimin haklı olduğunu tartışmak değil, her rakamın hangi tanımla üretildiğini yazılı hale getirmek.

Bu sahnenin bir versiyonunu her işletmede görürsünüz. Toplantıda müdür ayın cirosunu söyler, mali müşavir başka bir rakam yollar, satış sorumlusunun kendi tuttuğu Excel üçüncü bir sayı gösterir. Aradaki fark bazen küçüktür, kimse üstünde durmaz. Bazen dikkat çekecek kadar büyüktür ve toplantının geri kalanı rakam tartışmasına gider. Asıl kayıp da orada olur: karar verilecek konu konuşulmaz, hangi ekranın doğru olduğu konuşulur.

Rapor aynı şeyi ölçmüyor olabilir

"Ciro" tek bir kelime ama tek bir tanım değil. Bir sistem kesilen faturaları toplar. Bir diğeri onaylanan siparişleri. Üçüncüsü tahsil edilen tutarı. Dördüncüsü sevk edilen malın bedelini. Dördü de meşru tanımdır ve dördü de farklı rakam verir. Sipariş alındı ama fatura kesilmediyse, fatura kesildi ama tahsilat yapılmadıysa, mal çıktı ama faturası ertesi aya kaldıysa, aradaki fark otomatik olarak doğar.

Bu yüzden fark araştırmasına "hangi sistem yanlış" sorusuyla başlamak neredeyse hep çıkmaz sokaktır. Doğru ilk soru şudur: bu ekrandaki sayı hangi kayıtları topluyor? Cevabı çoğu zaman ekranda yazmaz; raporu yazan kişinin kafasındadır ya da yıllar önce alınmış bir kararın içine gömülüdür. Onu açığa çıkarmadan karşılaştırma yapmak, farklı birimlerdeki iki ölçümü yan yana koymaya benzer.

Tarih aralığı: hangi tarih, kimin saati

İkinci en sık sebep tarihtir. Bir kaydın üstünde birden fazla tarih bulunur: siparişin girildiği tarih, faturanın düzenlendiği tarih, malın sevk edildiği tarih, ödemenin geldiği tarih, kaydın sisteme işlendiği tarih. Rapor bunlardan hangisine göre filtreliyorsa ayın sınırı da ona göre kayar. Ayın son günü girilen ama ertesi gün faturalanan bir sipariş, iki raporda iki farklı aya düşer. Yıl sonunda bu fark büyür, çünkü tam o günlerde işlem yoğunluğu artar.

Buna bir de saat dilimi eklenir. Sunucusu yurt dışında olan bir sistem, kayıtları kendi saatine göre tutuyor olabilir. Akşam saatlerinde girilen işlemler, raporda bir önceki güne yazılır. Günlük bakıldığında "dün neden düşük" sorusu doğar; aylık bakıldığında ay başı ve ay sonu birkaç işlemlik oynar. Bir de gün tanımının kendisi vardır: bazı işletmelerde iş günü gece yarısında değil, vardiya bitiminde kapanır. Sistem gece yarısını, ekip vardiyayı esas alıyorsa rakamlar hiçbir zaman birebir oturmaz.

Rakamın içine ne giriyor, ne girmiyor

Üçüncü kaynak, toplamın kapsamıdır. Aynı satış listesinden hareket eden iki rapor, şu kalemlerde ayrışabilir:

• KDV dahil mi hariç mi. Muhasebe tarafı genellikle matrahı, ticari taraf ise müşterinin ödediği tutarı konuşur. Aradaki fark sabit orandadır ve fark ettiğiniz anda açıklanır.
• İade ve iptaller. İade edilen bir satış, ciroyu düşüren negatif bir kayıt olarak mı işleniyor, yoksa orijinal kaydın kendisi mi değiştiriliyor? İlkinde iade hangi aya yazılırsa o ayı düşürür, satış ise ilk ayda kalır. İkincisinde geçmiş ayın rakamı sonradan değişir; geçen ay çıktısını alan kişi bugün aynı raporu çalıştırdığında farklı sayı görür.
• İskonto ve kampanyalar. İndirim satır bazında mı, fatura toplamında mı uygulanıyor; rapor indirimli tutarı mı liste fiyatını mı topluyor?
• Nakliye, ambalaj, vade farkı gibi ek kalemler. Bunlar bazı raporlarda ciroya dahildir, bazılarında ayrı gösterilir.
• Grup içi ve numune hareketleri. Şirketler arası aktarımlar ya da bedelsiz gönderiler bir tarafta satış sayılıp diğerinde sayılmıyor olabilir.

Silinen kayıt gerçekten silindi mi

Yazılımlarda iki tür silme vardır. Kayıt fiziksel olarak veritabanından kaldırılır ya da "silindi" işaretiyle yerinde bırakılır. İkincisi yaygın ve genelde doğru tercihtir, çünkü geçmişi korur. Ama raporların bu işareti tutarlı biçimde dikkate alması gerekir. Bir rapor silinmiş kayıtları hariç tutuyor, diğeri filtreyi unutmuşsa fark kendiliğinden çıkar.

Silinen kaydın kim tarafından ve ne zaman silindiğinin izlenebilir olması da ayrı bir konudur. Bir tutarsızlığın peşine düştüğünüzde, eksik görünen kaydın hiç girilmediğini mi yoksa girilip sonradan kaldırıldığını mı bilmek araştırmanın yönünü tamamen değiştirir. Bu iz tutulmuyorsa, aynı soru her ay yeniden sorulur ve her seferinde baştan araştırılır.

Aynı mesele iptal, taslak ve onay bekleyen kayıtlar için de geçerlidir. Henüz onaylanmamış bir teklif satış mıdır? Taslak fatura ciroya girer mi? Bu soruların cevabı işletmeden işletmeye değişir; önemli olan cevabın her raporda aynı olmasıdır.

Anlık rapor mu, gecelik özet mi

Bazı ekranlar veriyi sorgu anında hesaplar, bazıları önceden hazırlanmış bir özet tablodan okur. Özet tablo gece çalışan bir işle güncelleniyorsa, gün içinde baktığınızda dünün fotoğrafını görürsünüz. İki ekranı aynı anda karşılaştıran kişi, birinde bugünün hareketlerini görür, diğerinde görmez.

Buradaki asıl risk, gecelik işin sessizce başarısız olmasıdır. Rakam eskir ama ekranda "veri güncel değil" diye bir uyarı çıkmaz. Bu yüzden özetten beslenen her ekranda verinin en son ne zaman güncellendiğini yazmak, sonradan yapılacak saatlerce süren araştırmayı baştan önler.

Tek doğru kaynağı belirlemek

Farkın sebeplerini teker teker çözmek gerekli ama yeterli değil. Kalıcı çözüm, her veri türü için hangi sistemin kayıt sistemi olduğuna karar vermektir. Yani: müşteri bilgisinin doğrusu nerede tutulur, stok miktarının doğrusu nerede, satış kaydının doğrusu nerede. Diğer sistemler bu kaynaktan besleniyor sayılır ve çeliştiklerinde kaynağa uyarlar.

Bu karar teknik değil, yönetsel bir karardır ve tek başına yazılım seçmekle çözülmez. Beş kişilik bir ekipte bile üç ayrı yerde müşteri listesi tutulabilir; herkes kendi listesine güvenir. Kaynağı belirlemek, "artık şu listeye bakacağız, diğerleri kopyadır" demektir. Bunun bir bedeli vardır: kaynağın güncel ve erişilebilir olması gerekir, yoksa insanlar kendi kopyalarına geri döner.

Kaynağı belirlerken pratik bir ölçüt işe yarar: bir bilgi hangi sistemde ilk kez ve insan eliyle oluşuyorsa, o sistem büyük ihtimalle kayıt sistemidir. Satış kaydı sahada bir tablete giriliyor ve akşam muhasebeye aktarılıyorsa, muhasebedeki hali kopyadır. Tersi de olabilir; önemli olan yönün belli olması. İki sistemin birbirine karşılıklı veri yazdığı düzenlerde ise tutarsızlık kaçınılmazdır, çünkü aynı kaydın iki farklı yerde değiştirilmesinin önü açıktır.

Kopyalar tamamen ortadan kalkmaz, kalkması da şart değil. Önemli olan kopyanın kopya olduğunun bilinmesi ve ne sıklıkla tazelendiğinin açık olmasıdır.

Tanımı yazın, sonra mutabakat yapın

Tanımların yazılı hale gelmesi, bu işin en sıkıcı ama en işe yarayan adımıdır. Uzun bir doküman gerekmez. Her ana metrik için birkaç satır yeter: bu rakam hangi kayıtları topluyor, hangi tarihe göre filtreliyor, KDV dahil mi, iade nasıl işleniyor, hangi durumdaki kayıtlar hariç tutuluyor, veri ne sıklıkla güncelleniyor. Bu satırların raporun kendi ekranında görünmesi, ayrı bir dosyada durmasından çok daha etkilidir.

Ardından düzenli mutabakat gelir. Ayda bir, iki ana rapor yan yana konur ve fark açıklanır. Amaç farkı sıfırlamak değil; farkın bilinen kalemlerden oluştuğunu göstermektir. "Aradaki tutar, ay sonu sevk edilip ertesi ay faturalanan siparişlerden geliyor" cümlesi, rakamların birebir tutmasından daha sağlam bir güvendir. Açıklanamayan bir kalem çıktığında ise elinizde gerçek bir bulgu vardır ve nereye bakacağınız bellidir.

Bu alışkanlık yerleştiğinde toplantıların tonu değişir. Rakamın doğruluğunu tartışmak yerine rakamın söylediği şeyi konuşursunuz. Yazılım tarafında yapılacak iyileştirmeler de netleşir, çünkü artık "rapor yanlış" değil, "şu rapor iade kayıtlarını şu şekilde işliyor, bunu değiştirmemiz gerekiyor" diyebilirsiniz.

Kısaca

• İki sistem farklı rakam veriyorsa çoğu zaman biri bozuk değildir; aynı kelimeyle farklı şeyler ölçülüyordur.
• Farkın en sık kaynakları: hangi tarihin esas alındığı, saat dilimi, KDV dahil-hariç, iade ve iptalin işlenme şekli, silinmiş ya da onaysız kayıtların dahil edilip edilmemesi.
• Anlık hesaplanan rapor ile gecelik özetten okuyan rapor aynı anda farklı görünür; ekranda verinin güncellenme zamanı yazmalı.
• Her veri türü için tek bir kayıt sistemi belirleyin; diğerlerinin kopya olduğu ve ne sıklıkla tazelendiği bilinsin.
• Metrik tanımlarını birkaç satırla yazıp raporun yanında gösterin, sonra düzenli mutabakatla farkı açıklanabilir kalemlere indirin.