Fiyat KDV Dâhil mi Hariç mi? Kuruş Farkı Neden Oluşur

Belge toplamında görülen bir kuruşluk fark, neredeyse hiçbir zaman vergi hesabının yanlış olmasından çıkmaz; yuvarlamanın hangi aşamada yapıldığından çıkar. Satır satır yuvarlanan tutarların toplamı ile belge toplamı üzerinden bir kez yuvarlanan tutar matematiksel olarak eşit olmak zorunda değildir. Bu yazı farkın nereden doğduğunu, hangi yöntemin hangi durumda seçildiğini ve yazılımda hangi alanın saklanıp hangisinin hesaplanacağını anlatıyor.

Hangi yönden başlıyorsunuz: hariç mi, dâhil mi?

İki akış vardır ve ikisi aynı sonucu vermez. Birinci akışta fiyat vergi hariç tanımlanır, vergi tutarı bunun üzerine eklenir. İkinci akışta fiyat vergi dâhil tanımlanır, hariç tutar bu fiyattan geriye hesaplanır. Perakende tarafında müşteriye gösterilen rakamın sabit kalması istendiği için genellikle dâhil fiyat esastır; kurumsal satışta ise hariç fiyat esastır, çünkü teklif ve sözleşme hariç tutar üzerinden konuşulur.

Geriye hesap, farkın asıl kaynağıdır: dâhil fiyatı orana bölerek bulunan hariç tutar çoğu zaman tam kuruşa denk gelmez. Yuvarladığınız anda hariç tutar ile vergi tutarının toplamı, başladığınız dâhil fiyattan bir kuruş sapabilir. Bu bir hata değil, kaçınılmaz bir yuvarlama artığıdır; yazılımın görevi bu artığı kaybetmemek ve tutarlı biçimde aynı yere yazmaktır.

Aşağıdaki örnekte oran yalnızca hesabı göstermek için varsayılmıştır; geçerli oran ürün grubuna göre muhasebe tarafında tanımlıdır ve yazılımda ürün kartından okunur.

• Vergi dâhil birim fiyat: 100,00. Varsayılan oran: yüzde 10.
• Hariç tutar: 100,00 bölü 1,10 eşittir 90,9090… Bu değer tam kuruşa denk gelmez.
• Hariç tutar 90,91'e yuvarlanırsa vergi 9,0909… olur; 9,09'a yuvarlanınca toplam 100,00 çıkar.
• Aynı satır 7 adet olduğunda ise 7 kere yuvarlanmış tutarın toplamı ile 700,00 üzerinden tek seferde yapılan hesap birbirinden ayrışabilir.

Yuvarlama nerede yapılır

Üç aşamada yuvarlama yapılabilir ve seçim belge toplamını belirler. Önemli olan hangisinin doğru olduğu değil, tek bir yöntemin seçilip her yerde aynı uygulanmasıdır.

Satır düzeyinde yuvarlama tercih edilirse belge toplamı satır tutarlarının toplamıdır ve ekranda gösterilen her satır kendi başına doğrulanabilir. Bu, müşteri ile tartışma çıktığında en kolay savunulan yöntemdir. Belge düzeyinde yuvarlama toplamı daha "doğru" yapar ama satırların toplamı ekrandaki toplamı vermediği için açıklaması zordur.

Veritabanında hangi alan saklanır

Kuruş farkı tartışmalarının büyük bölümü, aynı bilginin iki yerde birbirinden bağımsız hesaplanmasından doğar. Kural basittir: belgeyi bağlayan tutarlar saklanır, geri kalanı türetilir.

• Saklanır: birim fiyat ve fiyatın dâhil mi hariç mi olduğu, miktar, uygulanan oran, satır vergi tutarı ve satır toplamı.
• Türetilir: ekranda gösterilen ara toplamlar ve yüzdeler.
• Asla yeniden hesaplanmaz: kapanmış bir belgenin tutarları. Oran ya da fiyat sonradan değişse bile eski belge kendi tutarlarını korur.

Tutarlar için ondalık sayı tipi kullanılır; kayan noktalı tipler para için uygun değildir, çünkü toplamlarda görünmeyen sapma üretir. Hassasiyet de baştan kararlaştırılır: gösterim iki hane olsa bile ara hesaplarda daha fazla hane tutmak, yuvarlamayı yalnızca son adıma bırakmayı sağlar.

İskonto, kargo ve iade devreye girince

Fark genellikle tek satırlı sade bir belgede değil, üzerine başka hesap binen belgede görünür. Sıranın yazılı olması gerekir: iskonto vergiden önce mi uygulanıyor, belge düzeyindeki bir indirim satırlara nasıl dağıtılıyor, dağıtım artığı hangi satıra yazılıyor. En çok kullanılan yöntem, artığı en büyük tutarlı satıra eklemektir; hangisi seçilirse seçilsin kural tek olmalıdır.

Kargo ya da hizmet bedeli gibi ek satırların oranı, ürün satırlarının oranından farklı olabilir; bu yüzden belge tek bir oranla değil, oran bazında gruplanarak toplanır. Kısmi iadede ise iade edilen tutar baştan yeniden hesaplanmaz, orijinal satırın saklanmış tutarlarından pay alınır. Yeniden hesap yapan iade akışı, bir kuruşluk farkı doğrudan müşteri bakiyesine taşır.

Ekranda, çıktıda ve dışa aktarımda aynı rakam

Aynı belgenin sepet ekranında, onay sayfasında, çıktısında ve muhasebeye giden kaydında farklı toplam görünmesi, yuvarlamanın her katmanda yeniden yapılmasından kaynaklanır. Bunu engelleyen yaklaşım, hesabı tek bir yerde yapıp sonucu taşımaktır: toplamı hesaplayan kod bir tanedir, arayüz ve çıktı yalnızca saklanmış tutarı gösterir. Dışa aktarılan dosyada da tutarlar metne çevrilirken ondalık ayırıcının ve hane sayısının sabit olması gerekir; ayırıcının ortamdan okunması, aynı dosyanın farklı bilgisayarda farklı okunmasına yol açar.

Müşteriye açıklanabilirlik de bir ölçüttür. Satır tutarı, oran ve vergi tutarı çıktıda ayrı ayrı yazıldığında bir kuruşluk artığın nereden geldiği karşı tarafa gösterilebilir; yalnızca genel toplam yazan bir çıktıda aynı tartışma her defasında baştan başlar.

Kısa kontrol listesi

• Fiyatın dâhil mi hariç mi olduğu ürün kartında yazılı mı?
• Toplamı hesaplayan tek bir yer mi var, her ekran kendi mi hesaplıyor?
• Yuvarlama tek bir aşamada mı yapılıyor, yöntem belgelenmiş mi?
• Tutar alanları ondalık tipte mi tutuluyor?
• Belge toplamı ekranda gösterilen satırların toplamına eşit mi?
• Belge düzeyindeki indirimin satırlara dağıtım kuralı ve artık satırı tanımlı mı?
• Oranlar belgede gruplanarak mı toplanıyor?
• İade, saklanmış tutarlardan mı pay alıyor?
• Kapanmış belge sonradan yeniden hesaplanmıyor mu?

KAV Yazılım, fiyat ve vergi hesabını işletmenin kendi satış akışına göre kurar ve muhasebe tarafıyla satır düzeyinde mutabık hâle getirir.