ホーム / ブログ / お金

精算：グループの費用を少ない送金で清算する方法

2026年8月29日 · 読了 約6分 · Dimesum Engineering

精算とは各レシートの返済ではなく残高の相殺であり、記録された支払いは相手が確認する主張です

3人の友人、1つの週末、十数枚のレシート。送金2回で終わります。この12から2への差こそが「精算」の意味であり、Dimesum はそれを台帳上の独立した操作として扱います。ここではその計算と、精算後も両者の認識を一致させ続ける仕組みを説明します。

精算の意味：レシートではなく残高を相殺する

共有した支出はどれも、あなたにとって2つの数字を動かします。支払った額と、負担すべき分です。その差の累計があなたの残高です。精算はグループのすべての残高をゼロにし、レシートに二度と触れる必要はありません。動くのは差額だけです。

レシートを1枚ずつ返済するやり方が終わらなく感じるのは、実際に終わらないからです。同じお金を両方向に、時には同じ相手へ、同じ日に送り合うことになります。

円で見る具体例：6回の送金が2回になる

3人の友人がバルセロナで週末を過ごします。Anna はアパートに ¥18,000、Ben は夕食に ¥9,000、Clara はタクシーに ¥3,000 を支払います。合計 ¥30,000、公平な負担分は1人あたり ¥10,000 です。

Clara は Anna に ¥7,000 を送ります。Ben は Anna に ¥1,000 を送ります。以上です。3枚のレシートを1枚ずつ返済し、そのたびに3人全員が関わっていたら、まったく同じ結果にたどり着くのに6回の送金がかかっていたかもしれません。

送金を減らせるのは願望ではなく保証です

n人のグループは、通貨ごとに最大でn−1回の送金で精算できます。理由はこうです。各送金は少なくとも1人の残高をゼロにでき、1人を除く全員がゼロになれば、最後の1人もゼロになるからです。

3人の友人には2回の送金が必要です。5人なら4回です。レシートの枚数はこの式に一切入ってきません。

通貨ごとという条件が肝心です。東京とパリにまたがる旅行では台帳が2つ残り、¥12,000 の負債が €70 の負債と相殺されることは決してありません。Dimesum は残高を通貨ごとに保持し、為替レートを事実のように扱うことを拒みます。6つのお金のバグがその理由を教えてくれました。ウォンで記録されたソウルでの夕食も同じで、₩52,500 はウォンで精算され、グループが他の場所で何を負っていようと関係ありません。

支払いを記録することはお金を動かすことではありません

Dimesum はお金を保有しません。Clara が Anna に返済するとき、お金は彼女の銀行を通じて動き、台帳はそれが起きたことを記録します。つまり「支払い済み」は主張であり、設計はそれを主張として扱います。

Anna がそれを確認するか、異議を唱えます。異議があれば追記専用の台帳上の記帳が取り消されます。そして静かな48時間が経てばそれ自体で確定します。多くの人は、すでに受け取ったお金についてボタンを押すのを忘れてしまうからです。

一部精算と、正しい向きを指す上限

負債の一部を支払うのは当たり前のことなので、これは第一級の機能です。¥8,000 の残高に対する ¥5,000 は、台帳上にちょうど ¥3,000 の未払を残し、失われがちな注記は不要です。上限は逆方向にも働きます。精算が未払額を超えることは決してないため、二重タップや古い画面でも負債を上回って誰が誰に支払うかを入れ替えることはできません。

私たちはかつてこの上限を誤って作りました。初期のガードは未払額が正のときにしか適用されず、ゼロの上限を上限なしに変えてしまいました。まさにこのルールが存在する唯一のケースでです。それは修正され、テストされ、だからこそここでは精算が慣習ではなく監査された操作になっています。