拿不准,就按这个顺序算

分账计算,就是把一笔付款,在参加的人之间分摊、算出每人负担金额的活儿。算式本身很简单,可条件在中途一多,就突然觉得难。本来在聊吃饭,一句「打车费也算上」「那个人只来了续摊」加着加着,就漏数了谁,或者把零头动了两回。所以在开始分之前,先把地基铺平。

  1. 确定合计。要是有好几张小票,别并成一张,按每笔付款分开记。事后参加者不同时,还能切分开。
  2. 货币定成一种。一场聚会,用一种货币贯穿到底。旅行换了汇也别混汇率,就用当地货币来分。
  3. 选出参加那笔付款的人。未必所有人都参加了同一笔付款。交通和打车,只由坐了的人来分。
  4. 定是平摊还是稍微倾斜。先以平摊为基准。只有喝的分量或角色差别很大时,才从那儿挪。
  5. 定零头的去向。默认不凑整。只有想用现金收时,才凑成10日元或100日元。

4人一万日元的话,平摊每人2,500日元

4个人参加同一笔付款、平摊来分的话,10,000日元除以4,每人2,500日元。虽然朴素,但先把这个平摊金额算出来是有意义的。因为之后要给金额加倾斜时,能用「从平摊挪了多少」来解释。要是一上来只给你看调整后的数字,你也判断不出是多还是少。

4人·合计10,000日元的平摊
负担额确认
第1人¥2,500平摊
第2人¥2,500平摊
第3人¥2,500平摊
第4人¥2,500平摊

从这儿开始,让喝了的2人多一点、没喝的2人少一点会怎样。按 Suguwari 的验算值,多出的2人各2,805日元,少的2人各2,195日元。差610日元。从平摊的2,500日元只挪了300日元左右,所以正好收在一句「把喝的那份稍微算了一下」就能解释的幅度里。

人再多,思路也不变

10个人也好20个人也好,先确定合计和参加者的原则都一样。变难的不是计算,而是容易漏看「在场却没参加那笔付款的人」。吃饭是全员、续摊是一半、打车是3人,要把这样一天全部并起来按同一批人数分,没坐车的人也得担打车费。按每笔付款选参加者,最后一个人一个人加上去,这种错位就不会发生。

还有一个不能混的,是「谁一起付的」和「谁负担多少」。用卡一次性刷了的人,并不会因此多担。先定好所有人的负担金额,之后再算出「谁付给谁」。把这两步分开,就算人多,转账也最多收在「人数−1」次。

旅行地的货币,也按一场一币来想

Suguwari 支持 JPY·USD·EUR·GBP·KRW·TWD·CNY·HKD·THB·SGD·VND·IDR·PHP·AUD·CAD·INR 这16种货币。选好旅行地的货币,这场活动里的金额就从头到尾当成同一种货币处理,不用换汇折成日元。定下「这趟旅行的付款就用韩元来数」,事后回看也不会犯迷糊。

零头,先不凑整就好

如今在线转账早已成了常态,能精确到1日元的场合有的是。所以 Suguwari 的默认,是精确到货币最小单位严丝合缝,不凑整。凑整是「想用现金收」「想减少零钱」时的选项。凑成10日元或100日元一档之后,只要确认把所有人的份加起来是否回到原合计。这里对上了,收完钱就不会多也不会少。

最后的确认,只有一个。 所有人的负担金额加起来,是否等于实际的付款合计。只要这里对上,计算就完事了。

计算器够用的时候,需要 App 的时候

只是把合计平摊的话,手机计算器就够,用不着特意开 App。会忙不过来,是遇到代垫出现好多次、每笔付款参加者不同、给负担加点倾斜、把结算表分享给所有人这些条件叠在一起的时候。这样的日子,能不能事后回看「这金额为什么是这样」,就是分水岭。

填的时候,把名字统一得短一些,给付款贴上「吃饭」「交通」这样事后能看懂的标签。共享的短链是以90天后消失为前提的、当场确认用的东西。发结果前,把合计·负担金额·收款方从上往下看一遍,收的一方也能一眼就接受。

常见问题

分账的算式是什么?

平摊就是「合计 ÷ 参加人数」。4人一万日元的话每人2,500日元。想按喝的分量或角色拉差时,就以这个平摊金额为基准,从那儿稍微挪一挪。

出现零头时怎么办?

Suguwari 的默认不凑整。精确到1日元让合计对齐,只有想用现金收时才凑成10日元或100日元。凑整之后,也要确认所有人的合计与付款额是否一致。

人多也能算吗?

人再多,思路都一样。先把名字列成一览,按每笔付款选参加者。就算20人左右的聚会,转账也能收在最多「人数−1」次。