首页 / 博客 / 金钱

多币种分账应用：按一项测试给 9 款排名

2026年10月7日 · 阅读约 13 分钟 · Dimesum Engineering

一款在当天按一个汇率换算每笔账单的应用，会不经询问就决定由谁来承担汇率的下一次变动。九款应用按是否按币种保留余额来排名，并把一次伦敦和东京之旅用两种方式各算一遍。

把 ¥25,000 三人平分，没有人会付 ¥8,333.33。日元没有辅币单位，所以一个人付 ¥8,334，两个人付 ¥8,333。Dimesum 为每一种币种分别保留一个余额，以那种币种自己的最小单位计，并且从不替群组挑选汇率。这就是这份榜单排名所依据的测试。

多币种分账应用分成两个阵营。有些按币种保留余额，把换算留给群组。另一些则在每笔账单输入的那一刻，按当天适用的任意汇率，把它换算成一种本位币。在汇率变动之前，这个差别看起来只是记账方式不同；汇率一动，它就成了某个人没有同意过的损失。

一款应用容纳第二种币种的两种方式

第一种方式是按币种记余额。一顿日元的晚餐加到每个人的日元余额上，一套英镑的公寓加到他们的英镑余额上，除非群组要求，这两者永远不会相遇。到最后，日元的债用日元付，英镑的债用英镑付，或者群组公开地商定一个汇率，再把它们折算在一起。

第二种方式是在录入时用一个汇率。应用要求设定一种本位币，在每笔外币账单录入时就换算它，从此记录里只保留换算后的数字。它看起来更整齐，因为每个余额都是一个数字。代价藏在汇率里：它在账单当天就被固定了，由应用或者由录入的人固定，而币种变动时它并不跟着动。

伦敦和东京之旅，两种算法各算一遍

Aiko、Jonas 和 Mei 一起度过一周：在伦敦住四晚，然后在东京住三晚。Jonas 住在伦敦，Aiko 住在东京，这就是为什么币种问题对他们来说比对大多数群组更重要。五笔账单，全部三人平摊。

按币种保留

用英镑，群组花了 £705，所以每人份额是 £235。Jonas 付了 £540，被欠 £305。Mei 付了 £165，欠 £70。Aiko 没有用英镑付过钱，欠 £235。

用日元，群组花了 ¥123,400。Aiko 的份额是 ¥41,133，Jonas 的是 ¥41,134，因为寿司那顿多出的一日元由他承担，Mei 的是 ¥41,133。Aiko 付了 ¥96,000，被欠 ¥54,867。Jonas 付了 ¥2,400，欠 ¥38,734；Mei 付了 ¥25,000，欠 ¥16,133。

四笔转账就能两清。Aiko 付给 Jonas £235，Mei 付给 Jonas £70。Jonas 付给 Aiko ¥38,734，Mei 付给 Aiko ¥16,133。每一笔债都用花钱时的那种币种支付，金额正是收据上的确切数字。

这四笔付款背后的方法，在如何结清群组开支里。

在当天按一个汇率换算

现在把同样的账单录入一个设定为英镑的应用，日元账单按 ¥200 兑 1 英镑换算。酒店变成 £480，寿司变成 £125，一日票变成 £12。这次旅行现在花了 £1,322，三人份额分别是 £440.67、£440.67 和 £440.66。

Mei 欠 £150.66，应用告诉她付给 Jonas £111.33、付给 Aiko £39.33。两笔转账，都是英镑，看起来更好。但记录现在写着 Aiko 为一家酒店付了 £480，而她实际付的是 ¥96,000；两周后，1 英镑能换 ¥195。

按这个汇率，£480 是 ¥93,600。那 ¥2,400 的差额是 Aiko 在酒店前台实实在在交出去的钱，而应用没有问任何人，就决定了由谁来承担它。汇率也完全可能朝另一个方向变动。关键在于，第一天固定下来的汇率，会把之后的每一次变动都变成朋友之间一笔没有记录的转账。

收据上写的是日元，信用卡账单上写的是英镑

Mei 用一张英镑卡付了寿司钱。收据上写着 ¥25,000。几天后，她的账单上写着大约 £127.40，因为她的银行用了自己的汇率，可能还收了手续费。群组的记录里该写哪个数字？

收据上的。群组共享的是一顿 ¥25,000 的晚餐，那才是债务。¥25,000 和 Mei 的银行实际扣款之间的差额，是她所选的那张卡的代价；群组可以同意分担它，但只能作为单独的、看得见的一行。把卡的汇率折进账单里，会把一个人的银行手续费藏进每个人的份额里。

这也是电子表格和应用开始对不上的地方。表格里记的是账单上的数字，应用里记的是收据上的数字，两边的总额永远对不上。我们在为什么应用里的总额和你的电子表格不一样里完整讲过这个问题。无论用哪种工具，修正方法都一样：按花钱时的币种记录实际花了多少，然后有意识地换算一次。

日元没有辅币单位，忘了这一点的代码会差一百倍

ISO 4217 是给每种币种分配三字母代码的标准，它还给每种币种规定了一个辅币单位：它使用的小数位数。欧元、英镑和美元是 2。日元是 0，科威特第纳尔是 3。最新的列表由 SIX，也就是 ISO 4217 维护机构发布，而它的列表一，日期为 2026 年 9 月 17 日，给 JPY 规定的辅币单位是 0。

假定每种币种都有“分”的资金代码，总会在某处乘以 100。对一个日元金额来说，这就是一百倍的错误。2026 年 8 月 21 日的一次币种审计中，我们在自己的代码里有三个地方发现了这个常数，其中包括一个页面，把一笔 ¥6,000 的债显示成了只有其百分之一大小的卢比金额。完整的经过在多币种分账中的六个资金错误里。

这六个错误中最严重的，是一个余额记录里没有币种的结算引擎。一笔 ¥300,000 的债和一笔 ₹500 的债加起来等于零，而这个引擎把一个日元债权人和一个卢比债务人配成了一对。我们删掉了那个引擎。对任何正在挑选应用的人来说，这个教训的代价比我们付出的小得多：在同一个群组里录入一笔日元账单和一笔欧元账单，然后看看结清页面提出了什么。

以整数为单位的币种也会改变分摊时的舍入方式。¥25,000 由三个人分，会剩下一日元，它总得落在某个地方。Dimesum 用最大余额法按整日元来分摊，所以份额加起来永远等于账单金额，而多出的那一日元会在一笔笔账单之间轮转，而不是每次都落在同一个人身上。

在日本分账的群组，每一笔账单都会碰到这个问题，这就是我们的日本分账应用指南从这里讲起的原因。为什么这些小小的舍入选择，最终会累积成一个没人能解释的余额，见为什么共享余额总是对不上。

对任何声称支持多种币种的应用做的五项测试

这些测试都不需要一次旅行。和两个朋友建一个测试群组，花十分钟，然后删掉它。

1. 录入一笔日元账单和一笔欧元账单，看看每个人是否有两个余额，而不是一个混在一起的数字。
2. 找到应用从哪里取得汇率，检查你能否看到这个汇率并修改它。
3. 把 ¥10,000 三人平分，检查份额是否都是整日元，且加起来等于 ¥10,000。
4. 让应用结清，检查它提出的每一笔付款是否都写明了币种。
5. 修改那笔日元账单的金额，检查历史是否保留了旧数字，这就是为什么编辑必须重述它的分摊里的那项测试。

一款五项全部通过的应用，不会在旅行的最后一晚让你吃惊。一款连第一项都没通过的应用，是一款带币种选择器的单币种应用；而分摊旅行开支的最佳应用这份旅行榜单，从旅行的角度按同样的失败来排名。

多币种分账应用排名

我们按一款应用公布的资料对这五项测试的说法来排名，资料于 2026 年 8 月查阅。这份榜单上，只有两款应用公布了我们能核实的币种处理方面的内容：我们的和 Splitwise。其余的，我们的资料只字未提，所以我们把它们按字母顺序列在分界线以下，因为一份我们无法支撑的排名就是编造出来的。

1. Dimesum

Dimesum 按币种保留每一个余额。金额以整数个辅币单位存储，并附上它的 ISO 4217 代码，所以日元金额是整日元，欧元金额是整欧分，浮点数从不碰它。每笔账单都是只追加账本里的一条记录，所以一个被更正的汇率会让旧汇率留在记录上。群组可以按商定的汇率把余额折算成一种币种来看，而一笔还没有汇率的账单会直说这一点，而不是借用一个。

结清按币种划分，按币种计，转账笔数最多为人数减一，而每一笔结算都写明了它清掉的是哪种币种。它免费，对账单没有每日上限，而且从不经手资金。网页版已经上线；Android 和 iOS 应用在封闭测试中。

2. Splitwise

Splitwise 可以用超过 100 种币种记录开支。截至 2026 年 8 月，在它们之间换算是 Pro 功能，与开支数量不限、收据扫描、图表和搜索并列。Pro 在美国的应用内价格为 $2.99、$3.99、$4.99、$29.99 和 $39.99。

有两个关于币种的事实来自 Splitwise 自己的渠道。它的公开反馈论坛把“按群组设置默认币种，而不是按个人资料设置”列在得票最多的 20 个请求之中，2026 年 8 月 22 日有 309 票，状态是“审核中”。在那一天，它在六个地区商店里最近的 150 条 App Store 评价中，有 69 条打了 1 星或 2 星，而币种在其中 3 条里被点名抱怨。如果付费墙就是你在读这篇文章的原因，见 Splitwise 替代应用。

Monzo Split

Monzo Split 在 Monzo 银行应用内的一个持续余额上保留数量不限的开支，支持部分结算，访客通过链接加入。我们的资料没有说明它如何处理一笔第二种币种的账单。旅行之前先跑一下测试 1。

Revolut Group Bills

Revolut Group Bills 在 Revolut 内为 2 到 20 人保留持续余额，用 Smart Settle 结算，没有 Revolut 的人可以通过网页加入。Revolut 的条款说它“目前不收取费用”。我们的资料没有涵盖一个群组内的第二种币种。银行的功能在什么时候你银行的分账功能就够了里做了比较。

Settle Up

Settle Up 出售订阅，以及一种针对单个群组、任何成员都可以为所有人购买的通行证，截至 2026 年 8 月，价格从每周 $5.99 到终身 $149.99。我们的资料没有涵盖它的币种处理。

Splid

Splid 是一次性购买 $3.99，没有广告，也没有订阅。截至我们在 2026 年 8 月 22 日的查看，它的 Android 应用最后一次更新是在 2025 年 8 月 23 日。我们的资料没有涵盖它的币种处理；两者在 Splid 和 Settle Up 的替代应用里做了比较。

Spliit

Spliit 是开源的，在浏览器或你自己的服务器上运行。它报告一年的收入大约是 $1,300，其中 92% 是创始人自己的捐款。我们的资料没有涵盖它的币种处理。

Tricount

Tricount 归 bunq 银行所有，免费，它的 Premium 档已被取消。我们的资料没有涵盖它的币种处理。更多内容见 Tricount 替代应用。

Venmo Groups

Venmo Groups 为最多 30 人保留经过简化的持续余额，仅限美国，每个成员都需要一个 Venmo 账户。我们的资料没有涵盖第二种币种。

当群组想要一个数字时，折算成一种币种

按币种记的余额回答的是“我欠多少日元”。有些群组还想知道“我总共欠多少”，而在有人选定一个汇率之前，这个问题没有答案。诚实的应用会让这个选择看得见。

在 Dimesum 里，汇率写在账单上，每个人都看得到，群组也可以把余额页面切换成折算成一种币种来看。假设伦敦和东京的这个群组在日元账单上写下 ¥200 兑 1 英镑。那么 Jonas ¥38,734 的日元欠款就显示为 £193.67。他的英镑债权是 £305，所以折算后，他总共被欠 £111.33。

折算只是一种看法，下面的账本仍然保留着 ¥38,734 和 £305。如果 Aiko 和 Jonas 决定把他们之间的两笔债换成一笔付款，£235 对 £193.67，Aiko 就付给 Jonas £41.33，而群组公开地商定了汇率。如果他们更愿意各自用欠款的那种币种来付，看一眼也没有任何损失。想给汇率找一个中立来源的群组，可以在结清那天查看 欧洲央行欧元参考汇率，并把那个数字写下来。

如果你们群组从不离开一种币种，就留在原地

上面的一切，只有在第二种币种出现时才重要。一套在柏林、用欧元付房租、电费和买菜的合租房，永远不会碰到汇率问题，任何能在一种币种里保持正确账本的应用都够用。针对这种情况的通用排名是分账应用对比。

如果你们群组已经在付费使用 Splitwise Pro，换算就包含在它付费的内容里，剩下的问题是它用的是什么汇率、什么时候用。对于作为一个场合来安排的旅行，比如一次滑雪周或一场海外婚礼，我们关于如何分摊团体活动费用的指南，讲了提前几个月用一种币种付的定金、却用另一种币种花掉的情况。整趟旅行的分步版本是旅行中如何记录谁欠谁。