Ana sayfa / Blog / Para

Paylaşılmayan bir yemek olduğunda hesap nasıl bölünür

29 Ağustos 2026 · 7 dakika okuma · Dimesum Engineering

₺525'lik bir akşam yemeğini eşit bölerseniz biri hiç dokunmadığı bir yemek için sessizce ₺70 öder; çözüm, tek bir harcamada iki kural belirlemektir: paylaşılmayan satırı kimin yediğini yazın ve verginin tüketimi izlemesine izin verin.

₺525'lik bir akşam yemeğini eşit bölerseniz biri ₺70 fazla öder. Üç kişiden ikisi ₺200'lük deniz mahsulleri tabağını yedi, üçüncüsü yemedi, yine de eşit bölüşüm üçüne de ₺175 yükler. Dimesum bu hesabı tek bir harcama olarak ele alır: üstte eşit, ₺200'lük satır ise yalnızca onu sipariş eden ikisi tarafından taşınır.

Tek bir paylaşılmayan satırı olan büyük ölçüde eşit hesaplar, bir bölüşme uygulamasından istenen en yaygın şeydir ve Dimesum'un ilk veri modeli bunu ifade edemiyordu. Önceki tasarım ITEMIZED'ı EQUAL, PERCENT ve SHARES ile karşılıklı olarak dışlayan bir bölüşme türü yapıyordu. Gerçek bir restoran hesabı aynı anda her ikisidir.

Kalemlere ayırmak, harcamaya ait bir ayrıntıdır, farklı bir bölüşme türü değildir

Dimesum'da kalemli bir harcama, satırlarını taşıyan sıradan bir harcamadır. Harcama, harcamaların halihazırda sahip olduğu her şeyi korur: bir toplam, katılımcılar, bir bölüşme türü, bir ya da birkaç ödeyen. Buna ürünleri, yani hesabın satırlarını ve düzeltmeleri, yani onların altına yazılan vergi, bahşiş, ücret ve indirimleri ekler.

Sonra her kuruşu iki düzey belirler. Harcamanın bölüşme türü, üzerinde hiç kimsenin adı olmayan her satırı böler. Atananları olan bir satır tam olarak o kişiler tarafından taşınır, başka kimse tarafından değil.

En az yiyenin ₺105 ödediği ₺525'lik bir akşam yemeği

Asha, Bhavna ve Chetan akşam yemeği yer, üstte eşit bölüşülür. Paylaşılan tabaklar ₺300 tutar. Bir deniz mahsulleri yemeği ₺200 tutar ve onu yalnızca Asha ile Bhavna yedi. Servis %5'tir ve tüm ₺525'i Chetan ödedi.

Chetan ₺525 ödedi ve ₺105 borçlu, bu yüzden kendisine ₺420 borçlu kalınır: Asha'dan ₺210 ve Bhavna'dan ₺210. Kimin ödediği, kimin borçlu olduğundan bağımsızdır. Ödeyenin neredeyse hiç yemeyen kişi olması payların hiçbirini değiştirmez, Dimesum'un ödeyenleri harcama düzeyinde ve atananları satır düzeyinde tutmasının nedeni de budur.

Vergi kaç kişi olduğunuzu değil, ne yediğinizi izler

Chetan'ın ₺25'lik servis ücretindeki payı ₺8,33 değil, ₺5'tir. Her düzeltme, herkesin ürün ara toplamına orantılı olarak dağıtılır, bu yüzden yemeğin 200:200:100 bölüşümü servis ücretinin bölüşümünü de belirler. Kişi sayısına göre dağıtmak, Chetan'a hiç dokunmadığı bir yemek için sessizce vergi yüklerdi.

Bu yüzden hiçbir şey sipariş etmeyen kişi vergi ödemez ve indirim almaz. Ağırlıklar, yürüyen toplam değil, düzeltme öncesi ara toplamlardır, bu da her düzeltmenin yuvarlamasının bir sonrakinin ağırlıklarına birikmesini de engeller.

Düzeltmeler sırayla uygulanır, bu yüzden bir indirim KDV tabanını kaydırır

'₺1.000, %10 indirim, %5 KDV' şeklinde okunan bir hesap KDV'yi ₺900 üzerinden alır ve KDV satırı ₺45 olur. İkisinin sırasını ters çevirin, KDV ₺1.000 üzerinden alınır ve ₺50 olur. Düzeltmeler sıralı bir listedir ve bir yüzde, kendi konumundaki yürüyen toplama uygulanır. Her iki sıralama da gerçek hesaplardır, bu yüzden liste bir küme değil, sıralıdır.

Bir yazım hatası ile aritmetik arasında üç doğrulama durur. Bir havuz ya sabit bir tutar ya da baz puan cinsinden bir oran belirtir, asla ikisini birden değil, çünkü ikisini birden saklamak bir sayıyı ve onun kendi türetimini saklar. Negatif bir tutar reddedilir, indirimi yazmanın yolu olarak DISCOUNT'u belirten bir hatayla. 100.000 baz puanın üzerindeki bir oran da reddedilir, %100 anlamına gelen 10.000 baz puanın çok üzerinde belirlenmiş bir üst sınır, çünkü yüzde yüz indirim gerçek bir indirimdir.

Toplam satırlardan gelir ve elle yazılan bir toplam yalnızca bir sağlamadır

Kalemli bir toplam türetilir: ürünlerin toplamı artı düzeltmelerin toplamı. Satırlar hesabın tutarını zaten söyler, bu yüzden ayrıca belirtilen bir toplam, ilkiyle çelişebilecek ikinci bir doğruluk kaynağı olurdu. Bir hesabı yanlış giren kişi bir satırı düzeltir, hatanın gerçekte olduğu yer orasıdır ve toplam onu izler. Zaten kaydedilmiş bir hesabı düzeltmek, bölüşmesini yeniden ifade eden bir düzenleme üzerinden gerçekleşir, böylece düzeltme bir üzerine yazma olarak değil, yeni bir sürüm olarak yerleşir.

Bir istemci yine de amount_minor gönderebilir ve Dimesum bunu yanıt olarak değil, bir sağlama olarak ele alır. Uyuşma, istemcinin aynı hesabı okuduğu anlamına gelir. Uyuşmazlık, herhangi bir para hareket etmeden harcamayı durdurur.

Önceki bir sürüm, belirtilen bir toplamın hesaba katmadığı her şey için otomatik olarak bir "Diğer" satırı ekler ve fark kapandığında satırı kaldırırdı. O satır işe yarıyordu ve artık yok. Toplamı türetmek, "Diğer" satırının yönetmek için var olduğu sorunu ortadan kaldırdı, ki bu sorun yalnızca toplam iki kez belirtildiği için ortaya çıkıyordu.

EXACT ve ürünlerin neden birlikte reddedildiği

EXACT her üyenin nihai tutarını belirtir. Ürünler her üyenin tutarını türetir. İkisi birden aşırı belirlenmiştir: ya uyuşurlar, bu durumda biri gereksizdir, ya da uyuşmazlar, bu durumda harcamanın iki yanıtı olur ve hiçbir kural hangisinin kazandığını söylemez. Dimesum, bunu kimsenin hatırlamayacağı bir öncelik kuralıyla çözmek yerine birleşimi daha kapıda reddeder.

EQUAL, PERCENT ve SHARES ürünlerle birleşir, çünkü her biri nihai tutarlar kümesi değil, paylaşılan bir maliyeti bölmeye yarayan bir kuraldır.

Bir indirimin eskiden bir kuruş kaybettiği yer

Her dağıtım en büyük kalan yöntemini kullanır ve her biri kendi toplamını tam olarak korur. Bu yöntemdeki eşitlikler eskiden en düşük üye id'sine giderdi, bu da eşit bölünen her harcamada fazladan kuruşu grubun en eski üyesine verirdi; eşitlik artık harcama id'sinin bir karması üzerinde döner. Paylaşılan satırlar satır satır değil, havuzlanıp bir kez bölünür, böylece tek kuruş hesabın her satırında aynı üyeye düşmez.

Bizim apportion fonksiyonumuzun burada gerçek bir kusuru vardı. Go'nun tam sayı bölmesi sıfıra doğru budar, bu yüzden negatif bir toplam yanlış yöne yuvarlanır ve artan hiç dağıtılmazdı: 100, 200 ve 300 ağırlıkları üzerinde −₺10,00 sonuç olarak −₺9,99 dönerdi. Kaybolan bir kuruş, doğru indirimli bir hesabın kendi toplam kontrolünde başarısız olmasına yol açar ve kullanıcıya aritmetiğinin yanlış olduğu söylenirdi. Negatif toplamlar artık büyüklüğe göre dağıtılır ve tekrar negatife çevrilir.