割り勘の残高が合わない四つの理由
合わない共有残高の原因はたいてい端数処理、二つ目の通貨、古い請求の編集、抜けた人の四つのうちのどれかで、計算の問題はそのうち端数だけです。
グループの残高を見て、金額が合っていないことに気づきます。数セントの差かもしれません。請求一件分まるごとかもしれません。その裏にある問いは静かですが切実です。アプリが間違っているのか、それとも自分が間違っているのか。
落ち着いて考えれば答えはこうです。ほかの人と費用を分け合うとき、合わない残高の原因はたいてい四つのうちのどれかで、そのうち計算の問題は一つだけです。残りの三つは通貨、編集、そして抜けた人です。自分のケースがどれかを見きわめれば、直し方はもう不思議なものではなくなります。
四つの原因
まず問題の形をとらえましょう。共有残高とは、誰が払い、誰が負担しているかの累計です。グループ全体では合計はゼロになるはずです。誰かが受け取るべき一ユーロは、ほかの誰かが負う一ユーロだからです。ゼロにならないときは、合計が抱えきれないものが合計に紛れ込んでいます。
では、割り勘の残高はなぜ合わないのでしょうか。たいていは四つの理由のどれかです。請求がきれいに割り切れないときに、セントが思わぬところへ行ってしまった。二つの通貨が一つであるかのように足された。
古い請求が、みんながそれに対して支払ったあとで変更された。あるいは、誰かがお金を負ったままグループを抜けた。この四つのうち三つは、あなたの計算とは関係ありません。グループが実際にどのように借りを清算していくのか、全体像についてはグループの精算についての解説をご覧ください。
下の表は、それぞれの原因と、その現れ方、そして直し方を一度ずつ挙げています。そのあとに続くのは詳しい説明です。
共有残高が合わない四つの理由
| 原因 | 現れ方 | 直し方 |
|---|---|---|
| 端数処理 | 残高が一、二セントずれる。それ以上になることはない | 端数のセントを常に同じ場所へ送る決定論的なルール |
| 通貨 | 合計が丸ごとずれる、あるいは一つの妙な数字になる | 通貨ごとに別々の残高を保ち、通貨をまたいで足さない |
| 編集 | 古い請求が変わったあとに残高が跳ねた | 請求の割り当てを計算し直し、差額を履歴に記録する |
| 誰かが抜けた | 何をしても残高がゼロにならない | 抜けた人の分を誰が引き受けるか、あるいは免除するかを決め、それを記録する |
端数処理: 端数のセントと、それが決定論的でなければならない理由
例を挙げます。ここにある数字はどれも自分で計算し直せます。ルーカス、アイコ、ソフィアが出かけます。夕食は€100.00で、三人で均等に分けます。€100.00を三で割ると€33.3333と延々に続き、どの通貨でも支払えません。そこで割り当ては€33.33、€33.33、€33.34になります。
足し戻すと、€33.33に€33.33に€33.34で、ちょうど€100.00です。三つの取り分は正直です。そのうちの一つが一セント大きいだけです。
この余分な一セントが、問題そのものの縮図です。誰かがそれを負わなければなりません。これが共有費用の端数処理で、その役目は一つです。端数のセントをランダムな場所ではなく決まった場所に置くことです。アプリが毎回あらためて割り当てると、同じ夕食でも今日はアイコが€33.34、明日はソフィアが€33.34となり、目に見える理由もなく残高が一セント揺れます。
そこでルールを決定論的にします。余分な一セントは毎回、支払った人に行きます。支払ったのはルーカスなので、ルーカスが€33.34を負い、ほかの二人はそれぞれ€33.33を負います。ルーカスが受け取るべき額は€100.00から自分の€33.34を引いた€66.66です。
アイコは€33.33を負います。ソフィアは€33.33を負います。€33.33に€33.33で€66.66です。グループの合計はゼロになります。この端数処理は、ユーロの小数点以下二桁を使っています。これは国際通貨規格ISO 4217でユーロに定められた補助単位です。セントを支払った人に渡すという選択は私たちのもので、その唯一の取り柄は決して変わらないことです。
割り勘のオンライン計算機なら、一回の夕食のこの割り算はできます。難しいのは、百回目も同じやり方でこなすことで、これはレストランの会計を公平に分けるで私たちが大切にしている違いでもあります。どのルールが最も公平かについて、会計士たちは長いあいだ議論してきました。計算の分野でよく使われる既定の方式、偶数への丸めはIEEE 754規格に定められています。ここではそれは必要ありません。私たちのセントは半分ではないからです。
全体を三つに分けると、ちょうど一セントが余り、問いは誰がそれを持つかだけです。
一つのグループに二つの通貨、それが足せない理由
ここで二つ目の請求がグループに入ります。アイコがタクシー代を払い、それは¥6,000です。疲れた合計にとっての誘惑は、¥6,000を€100.00に足して一つの数字で見せることです。
その数字は何も意味しません。€100.00と¥6,000は同じ種類のものではなく、足すのは距離に重さを足すようなものです。円は補助単位として小数点以下が零桁、ユーロは二桁で、これもまたISO 4217によります。丸め方さえ同じではありません。
そこで通貨ごとに残高を保ちます。ユーロでは何も変わりません。アイコはルーカスに€33.33を負い、ソフィアはルーカスに€33.33を負います。円では、タクシー代が三人にそれぞれ¥2,000で分かれます。アイコは¥6,000を払ったので、アイコが受け取るべき額は¥6,000から¥2,000を引いた¥4,000です。
ルーカスは¥2,000を負います。ソフィアは¥2,000を負います。¥2,000に¥2,000で¥4,000です。二つの残高がそれぞれゼロになり、どちらも相手のふりをしません。ここでのより深い不具合の型を知りたければ、通貨をまたぐお金のバグにまとめてあります。
古い請求の編集と、履歴に起きなければならないこと
三か月目。誰かが夕食の記録が間違っていたことに気づきます。€100.00ではなく€120.00でした。その人はそれを編集します。ここで、精算済みに見えた残高が突然動き、多くのアプリがひそかに誤るところです。
素朴な直し方は、古い数字を上書きして一から計算し直すことです。しかし人々はすでに古い割り当てに対して支払っています。履歴がひそかに書き換えられると、なぜ今より多く負うのか誰にも見えません。そこで編集は、過去を消すのではなく、割り当てを計算し直して差額を記録しなければなりません。€120.00を三で割るとちょうど€40.00で、今回は端数のセントはありません。
それぞれの取り分は€40.00になります。ルーカスは€120.00を払ったので、ルーカスが受け取るべき額は€120.00から€40.00を引いた€80.00です。アイコは€40.00を負います。ソフィアは€40.00を負います。€40.00に€40.00で€80.00です。
ユーロの残高は、負うべき€66.66から負うべき€80.00へ動き、その差である€13.34は、夕食が増えた€20.00にきちんとたどれます。ほかの二つの取り分がそれぞれ€6.67上がり、€6.67に€6.67で€13.34だからです。私たちは古い記録を残し、その上に訂正を加えます。夕食が最初から€120.00だったふりをするのではなく、なぜ編集がその割り当てを計算し直さなければならないのかは、編集はその割り当てを計算し直さなければならないで別に語っています。
誰かが抜けたとき、その人が負っていたものはどうなるか
四つ目の原因は、数字ではなく人です。ソフィアが、ユーロで€40.00、円で¥2,000を負ったままグループを抜けたとします。すると残高はそれ自体ではゼロに届きません。それが頼りにしている人の一人がいなくなったからです。
これは計算の誤りではありません。計算は正しいのです。グループには、ソフィアの取り分の大きさの穴があります。
正直にできることはわずかしかなく、そのどれもが計算ではなく決定です。グループはその額を免除し、免除したことを記録できます。誰かがそれを引き受け、誰が引き受けたかを記録できます。あるいはソフィアが抜ける前に精算できます。
大切なのは、その選択が記録として書き留められることです。そうすれば残高がゼロになるのは、借りがひそかに消されたからではなく、何かが起きたからになります。私たちがこれをあなたの代わりに決めることはありません。あなたが下した選択を記録します。同じ理屈は、契約の途中で出ていくルームメイトにも当てはまり、それはルームメイトと家賃を分けるで扱っています。
割り勘のとき、自分で残高を確かめる方法
これはどれも手で監査でき、そのやり方を知っておく価値があります。通貨は一度に一つずつ扱い、決して混ぜません。その通貨について、各人が払ったものをすべて足します。各人が負ったものを、取り分ごとにすべて足します。
ある人の残高は、払った額から負った額を引いたものです。これを全員について行い、すべての残高を足し合わせます。その合計はゼロにならなければなりません。ならなければ、その差が原因を教えてくれます。
一、二セントの差は端数処理です。端数のセントがどこに落ちたかを見て、毎回同じ場所に落ちているか確かめます。請求一件分の大きさの差、またはありえないように見える合計は、たいてい紛れ込んだ二つ目の通貨です。前に見たときから変わった残高は編集を指しているので、その請求の履歴を開きます。
まったく閉じない残高は、抜けた人を指しています。友人どうしで割り勘をするとき、残高はどこまでも計算にすぎないので、しつこい差は不運ではなく情報です。私たちの言葉を信じるより数字を見たいなら、割り勘の統計の記事が、それぞれが実際にどのくらいの頻度で起きるかを示しています。
追記のみの台帳が四つすべてに対して行うこと
Dimesumの下にあるのは、追記のみの複式簿記の台帳で、しかも公開されているので、これはどれも鵜呑みにする必要がありません。複式とは、あらゆる額が二度記録されることで、一度は負うものとして、もう一度は負われるものとして記録され、両側は常に釣り合います。この原理はソフトウェアより古く、複式簿記の項目に平易に説明されています。追記のみとは、私たちが決して上書きしないことです。ただ加えるだけです。
この一つの設計が、四つの原因すべてに対処します。端数処理が決定論的なのは、セントの行き先がその場で決められるのではなく記帳ルールに書き込まれているからです。通貨が別々のままなのは、各記録が自らの通貨を持ち、台帳が通貨をまたいで足すことを拒むからです。編集は割り当てを計算し直す新しい訂正の記録になるので、古い真実と新しい真実の両方が残ります。その仕組みは割り勘のための追記のみの台帳で説明しています。
そして抜ける人は、欠けた行ではなく、記録された決定、ほかと変わらない一つの記録になります。私たちはそのすべてを記録します。私たちがあなたのお金を預かったり動かしたりすることはありません。台帳は記録であり、精算は計算できるかぎり最も少ない送金で、あなたたちのあいだで直接行われます。ツールを比べているなら、割り勘アプリの比較と家賃分けアプリの比較についての私たちのメモは、それぞれが何をして何をしないかにとどめています。
合わない残高は、あなたの友情や計算に対する判定ではありません。それはあなたのグループについての四つの小さな事実のうちの一つです。Dimesumを開けば、台帳がどれかを教えてくれます。
よくある質問
割り勘の残高が合わないのはなぜですか?
たいていは四つの理由のどれかです。セントの端数、間違って足された二つ目の通貨、編集された古い請求、そしてお金を負ったまま抜けた人です。計算の問題はそのうち最初の一つだけです。通貨を一つ選び、各人の支払いからその負担分を引いて足し合わせれば、差の大きさがどの原因かを教えてくれます。
割り勘で割り切れないときの端数は誰が負担しますか?
アプリのルールが言うとおりの人です。ただし毎回同じことを言うかぎりにおいてです。€100.00の夕食を三人で分けると€33.33、€33.33、€33.34になり、その余分な一セントはどこか決まった場所に落ちなければなりません。Dimesumはそれを支払った人に送るので、同じ夕食が二度と違う残高を生みません。どちらを選ぶかより、ルールがあることのほうが大切です。
違う通貨の残高を合算できますか?
できませんし、まっとうなアプリならしません。€100.00と¥6,000は違う種類のもので、補助単位も違うので、足しても意味のない数字になります。Dimesumは通貨ごとに別々の残高を保ち、一方をもう一方に畳み込むことはありません。通貨ごとに精算するので、一つのグループがユーロと円で同時に負うこともあります。
古い請求を編集すると残高はどうなりますか?
過去が上書きされるのではなく、割り当てが計算し直され、差額が新しい訂正として記録されます。€100.00の夕食を€120.00に編集すると、均等な取り分はそれぞれ€33.33から€40.00へ動き、負うべき額は€13.34増えます。古い記録は見えたまま残り、その上に訂正が乗り、なぜ残高が変わったのかを誰でもたどれます。
お金を負ったままグループを抜けた人がいるとどうなりますか?
計算そのものは正しいままで、グループにはその人の未払い分の大きさの穴が残るだけです。誰かがどうするかを決めるまで、残高はゼロになりません。その額は免除することも、ほかのメンバーが引き受けることも、抜ける前に精算することもでき、どれであってもそれが記録として残ります。Dimesumはあなたが下した決定を記録します。代わりに決めることはありません。
人気の記事
- 割り勘の残高を正確に保つ追記専用の台帳読了 約6分
- 共有費用を編集するときに分担をやり直す理由読了 約5分
- 多通貨の割り勘に潜む6つの金額バグ読了 約6分
- 精算:グループの費用を少ない送金で清算する方法読了 約6分
- 取り分けなかった一皿がある割り勘の精算方法読了 約6分