Ana sayfa / Blog / Mühendislik

Paylaşılan hesaplar neden tutmaz

22 Eylül 2026 · 8 dakika okuma · Dimesum Engineering · inceleyen Jagadeep Sai

Tutmayan bir paylaşılan bakiye neredeyse her zaman dört şeyden birine dayanır: yuvarlanan bir kuruş, ikinci bir para birimi, düzenlenmiş bir hesap ya da ayrılan bir üye ve yalnızca ilki aritmetiktir.

Bir grup bakiyesine bakıyorsunuz ve tutmuyor. Belki birkaç kuruş. Belki koca bir hesap. Altta yatan soru sessiz ama gerçek: uygulama mı yanlış, yoksa siz mi?

Sakin cevap şu. Masrafları başkalarıyla paylaştığınızda, tutmayan bir bakiyenin neredeyse her zaman dört nedeninden biri vardır ve bunlardan yalnızca biri aritmetiktir. Diğer üçü bir para birimi, bir düzenleme ve gruptan ayrılan biridir. Hangisiyle karşı karşıya olduğunuzu adlandırın, çözüm gizemli olmaktan çıkar.

Dört neden

İşe sorunun biçiminden başlayın. Paylaşılan bir bakiye, kimin ödediğinin ve kimin borçlu olduğunun süregelen toplamıdır. Grup genelinde sıfıra toplanmalıdır: birine alacak olan her lira, bir başkasının borçlu olduğu bir liradır. Toplanmadığında, toplamın taşıyamayacağı bir şey toplama girmiştir.

Peki paylaşılan hesaplar neden tutmaz? Genellikle dört nedenden biri yüzünden. Bir hesap eşit bölünmediğinde bir kuruş beklenmedik bir yere gitti. İki para birimi tek bir para birimiymiş gibi toplandı.

Eski bir hesap, insanlar ona karşı ödeme yaptıktan sonra değişti. Ya da bir kişi hâlâ borçluyken gruptan ayrıldı. Bu dördün üçünün sizin matematiğinizle ilgisi yok. Bir grubun borçlarını gerçekte nasıl kapattığına dair daha geniş resim için grupta hesaplaşma üzerine incelememizi okuyun.

Tablo her nedeni bir kez adlandırıyor, nasıl ortaya çıktığını ve neyin düzelttiğini gösteriyor. Ondan sonrası uzun sürümü.

Paylaşılan bir bakiyenin tutmamasının dört nedeni

Yuvarlama: artan kuruş ve neden belirlenimci olması gerektiği

İşte örnek ve içindeki her rakamı yeniden hesaplayabilirsiniz. Lucas, Aiko ve Sofia dışarı çıkıyor. Akşam yemeği ₺100,00 ve eşit olarak bölüşüyorlar. ₺100,00'ın üçe bölümü ₺33,3333 ve sonsuza kadar sürüyor ki bunu hiçbir para birimi ödeyemez. Bu yüzden bölüşüm ₺33,33, ₺33,33 ve ₺33,34 oluyor.

Bunları toplayın: ₺33,33 artı ₺33,33 artı ₺33,34 tam olarak ₺100,00 eder. Üç pay da dürüst. Biri bir kuruş daha büyük.

O fazladan kuruş, sorunun tamamının küçük bir örneği. Birinin onu taşıması gerekir. Bu, paylaşılan masraf yuvarlamasıdır ve tek bir işi vardır: artan kuruşu rastgele bir yere değil, sabit bir yere koymak. Uygulama her seferinde onu yeniden atarsa, aynı yemek bugün Aiko için ₺33,34, yarın Sofia için ₺33,34 üretebilir ve bakiye görünür bir neden olmadan bir kuruş oynar.

Bu yüzden kuralı belirlenimci yapıyoruz. Fazladan kuruş her seferinde ödeyene gider. Lucas ödedi, dolayısıyla Lucas ₺33,34 taşır ve diğer ikisi ₺33,33'er taşır. Lucas'ın alacağı ₺100,00 eksi kendi ₺33,34'ü, yani ₺66,66'dır.

Aiko ₺33,33 borçlu. Sofia ₺33,33 borçlu. ₺33,33 artı ₺33,33, ₺66,66 eder. Grup sıfıra toplanır. Yuvarlama, liranın iki ondalık basamağını kullandı; bu, uluslararası para birimi standardı ISO 4217'de lira için belirlenen alt birimdir; kuruşu ödeyene verme tercihi bize ait ve tek erdemi asla değişmemesi.

Çevrimiçi bir hesap paylaşma hesaplayıcısı bu bölmeyi tek bir yemek için yapabilir. Daha zor kısmı, bunu yüzüncü yemekte de aynı şekilde yapmaktır ki restoran hesabını adilce bölüşme yazımızda önemsediğimiz fark da budur. Muhasebeciler uzun süredir hangi kuralın en adil olduğunu tartışıyor; bilişimdeki yaygın varsayılan olan yarımları çift sayıya yuvarlama IEEE 754 standardında belirtilmiştir. Burada ona ihtiyacımız yok çünkü kuruşumuz bir yarım değil.

Bir bütünün üç payı tam olarak bir kuruş artırır ve tek soru onu kimin tuttuğudur.

Bir grupta iki para birimi ve neden toplanamayacakları

Şimdi gruba ikinci bir hesap giriyor. Aiko bir taksinin parasını ödüyor ve tutarı ¥6.000. Yorgun bir toplam için ayartıcı olan, ¥6.000'i ₺100,00'a ekleyip tek bir rakam göstermek.

O rakam hiçbir şey ifade etmez. ₺100,00 ile ¥6.000 aynı türden şeyler değil ve onları toplamak bir mesafeyi bir ağırlığa eklemek gibidir. Yenin alt birimi sıfır ondalık basamağa sahip, liranın iki, yine ISO 4217'ye göre. Aynı şekilde bile yuvarlanmazlar.

Bu yüzden her para birimi için ayrı bir bakiye tutuyoruz. Lirada hiçbir şey değişmedi: Aiko Lucas'a ₺33,33, Sofia Lucas'a ₺33,33 borçlu. Yende, taksi üçe ¥2.000'er bölünür. Aiko ¥6.000 ödedi, dolayısıyla Aiko'nun alacağı ¥6.000 eksi ¥2.000, yani ¥4.000.

Lucas ¥2.000 borçlu. Sofia ¥2.000 borçlu. ¥2.000 artı ¥2.000, ¥4.000 eder. İki bakiye, her biri sıfıra toplanıyor, hiçbiri diğeriymiş gibi davranmıyor. Buradaki daha derin hata biçimlerini istiyorsanız, onları para birimleri arası para hataları yazımızda derledik.

Eski bir hesaba yapılan düzenleme ve geçmişe ne olması gerektiği

Üçüncü ay. Biri yemeğin yanlış kaydedildiğini fark ediyor: ₺100,00 değil, ₺120,00'dı. Onu düzenliyor. İşte kapanmış görünen bakiyelerin aniden oynadığı ve birçok uygulamanın sessizce yanlış gittiği yer burası.

Naif çözüm, eski sayının üzerine yazmak ve sıfırdan yeniden hesaplamaktır. Ama insanlar eski bölüşüme karşı zaten ödeme yaptı. Geçmiş sessizce yeniden yazılırsa, kimse neden artık daha fazla borçlu olduğunu göremez. Bu yüzden düzenleme, geçmişi silmek yerine bölüşümü yeniden ifade etmeli ve farkı işlemeli. ₺120,00'ın üçe bölümü tam olarak ₺40,00, bu sefer artan kuruş yok.

Her pay ₺40,00 olur. Lucas ₺120,00 ödedi, dolayısıyla Lucas'ın alacağı ₺120,00 eksi ₺40,00, yani ₺80,00'dır. Aiko ₺40,00 borçlu. Sofia ₺40,00 borçlu. ₺40,00 artı ₺40,00, ₺80,00 eder.

Lira bakiyesi ₺66,66 alacaktan ₺80,00 alacağa taşındı ve fark olan ₺13,34, yemeğin büyüdüğü ₺20,00'a tam olarak izlenebilir: diğer iki pay ₺6,67'şer arttı ve ₺6,67 artı ₺6,67, ₺13,34 eder. Eski kaydı tutuyoruz ve düzeltmeyi üstüne ekliyoruz. Bir düzenlemenin, yemeğin hep ₺120,00'dı gibi davranmak yerine neden bölüşümünü yeniden ifade etmesi gerektiği, bir düzenleme bölüşümünü yeniden ifade etmeli yazımızda kendi başına bir hikaye.

Biri ayrıldı ve borçlu olduğu şeye ne olduğu

Dördüncü neden bir kişi, bir sayı değil. Diyelim ki Sofia, lirada ₺40,00 ve yende ¥2.000 borçluyken gruptan ayrılıyor. Artık bakiye kendi başına sıfıra ulaşamaz çünkü dayandığı kişilerden biri gitti.

Bu bir aritmetik hatası değil; aritmetik gayet iyi. Grubun, Sofia'nın payı büyüklüğünde bir deliği var.

Yapılacak yalnızca birkaç dürüst şey var ve hepsi hesaplama değil, karardır. Grup tutarı bağışlayabilir ve bağışlandığını kaydedebilir. Biri onu üstlenebilir ve kimin üstlendiğini kaydedebilir. Ya da Sofia ayrılmadan önce hesaplaşabilir.

Önemli olan, seçimin bir kayıt olarak yazılmasıdır; böylece bakiye, bir borç sessizce silindiği için değil, bir şey olduğu için sıfır okur. Bunu sizin yerinize asla biz karar vermeyiz; yaptığınız seçimi kaydederiz. Aynı mantık, kira dönemi ortasında taşınan bir ev arkadaşı için de geçerlidir ki bunu ev arkadaşlarıyla kira bölüşme yazımızda ele alıyoruz.

Hesapları paylaşırken bir bakiyeyi kendiniz nasıl kontrol edersiniz

Bunların hepsini elle denetleyebilirsiniz ve nasıl yapılacağını bilmeye değer. Bir seferde bir para birimi alın ve onları asla karıştırmayın. O para birimi için, her kişinin ödediği her şeyi toplayın. Her kişinin borçlu olduğu her şeyi pay pay toplayın.

Bir kişinin bakiyesi, ödediği eksi borçlu olduğudur. Bunu herkes için yapın, sonra tüm bakiyeleri toplayın. Toplam sıfır olmalı. Değilse, aradaki fark hangi nedene sahip olduğunuzu söyler.

Bir iki kuruşluk fark yuvarlamadır; artan kuruşun nereye düştüğüne bakın ve her seferinde aynı yere düştüğünü kontrol edin. Koca bir hesap büyüklüğünde bir fark ya da imkânsız görünen bir toplam, genellikle içine katılmış ikinci bir para birimidir. Son baktığınızdan bu yana değişmiş bir bakiye bir düzenlemeye işaret eder, o yüzden hesabın geçmişini açın.

Hiç kapanmayan bir bakiye, ayrılan birine işaret eder. Arkadaşlar arasında hesapları paylaştığınızda, bakiye yalnızca aritmetiktir, dolayısıyla inatçı bir fark kötü şans değil, bilgidir. Bizim sözümüze güvenmek yerine sayıları görmeyi tercih ederseniz, hesap paylaşma istatistikleri yazımız bunların her birinin gerçekte ne sıklıkla olduğunu gösterir.

Yalnızca ekleme yapılan bir defterin dördü için ne yaptığı

Dimesum'un altında yalnızca ekleme yapılan, çift girişli bir defter var ve bu defter herkese açık, dolayısıyla bunların hiçbiri inanç meselesi değil. Çift giriş, her tutarın iki kez kaydedildiği anlamına gelir; bir kez borç olarak, bir kez alacak olarak, böylece iki taraf her zaman dengelenir; bu ilke yazılımdan daha eski ve çift girişli defter tutma maddesinde açıkça anlatılır. Yalnızca ekleme, asla üzerine yazmadığımız anlamına gelir. Yalnızca ekleriz.

Bu tek tasarım dört nedenin hepsini karşılar. Yuvarlama belirlenimcidir çünkü kuruşun varış yeri, o an karar verilmez, işleme kuralına yazılır. Para birimleri ayrı kalır çünkü her kayıt kendi para birimini taşır ve defter onları birbirine eklemeyi reddeder. Bir düzenleme, bölüşümü yeniden ifade eden yeni bir düzeltici kayıt olur, böylece eski gerçek de yeni gerçek de hayatta kalır; bu mekanizmayı paylaşılan masraflar için yalnızca ekleme yapılan bir defter yazımızda anlatıyoruz.

Ve ayrılan bir kişi, eksik bir satır yerine kaydedilmiş bir karar, diğerleri gibi bir kayıt olur. Hepsini kaydederiz. Paranızı asla tutmaz ya da taşımayız; defter bir kayıttır ve hesaplaşma, hesaplayabileceğimiz en az sayıda transferle doğrudan aranızda gerçekleşir. Araçları karşılaştırıyorsanız, hesap paylaşma uygulamalarının karşılaştırması ve kira paylaşma uygulamalarının karşılaştırması üzerine notlarımız her birinin ne yapıp ne yapmadığına bağlı kalıyor.

Tutmayan bir bakiye, arkadaşlığınız ya da matematiğiniz hakkında bir hüküm değil. Grubunuz hakkındaki dört küçük gerçekten biridir. Dimesum'u açın, defter size hangisi olduğunu söyleyecek.