더치페이 정산이 자꾸 안 맞는 이유
맞지 않는 공유 정산은 거의 언제나 반올림된 1원, 두 번째 통화, 수정된 계산서, 나간 구성원 중 하나이며, 그중 계산 문제인 것은 첫 번째뿐입니다.
모임 정산 내역을 보고 있는데 금액이 맞지 않습니다. 몇 원 차이일 수도 있습니다. 계산서 하나만큼 어긋나 있을 수도 있습니다. 그 밑에 조용하지만 분명한 질문이 있습니다. 앱이 틀린 걸까요, 아니면 내가 틀린 걸까요?
차분한 답은 이렇습니다. 여러 사람과 비용을 나눌 때 정산이 맞지 않는 경우는 거의 언제나 네 가지 원인 중 하나이며, 그중 계산 문제인 것은 하나뿐입니다. 나머지 셋은 통화, 수정, 그리고 나간 사람입니다. 어느 쪽인지 이름을 붙이면 해결이 더 이상 알쏭달쏭하지 않습니다.
네 가지 원인
문제의 형태부터 봅시다. 공유 정산은 누가 냈고 누가 내야 하는지를 계속 더한 합계입니다. 모임 전체로 보면 0이 되어야 합니다. 누군가 받을 1원은 다른 누군가가 내야 할 1원입니다. 그렇지 않다면 합계가 담을 수 없는 무언가가 합계에 들어간 것입니다.
그렇다면 나눠 낸 비용은 왜 맞지 않을까요? 보통 네 가지 이유 중 하나입니다. 계산서가 딱 나눠지지 않을 때 1원이 예상 밖의 곳으로 갔습니다. 서로 다른 두 통화가 하나인 것처럼 더해졌습니다.
사람들이 이미 그에 맞춰 낸 뒤에 오래된 계산서가 바뀌었습니다. 아니면 누군가 돈을 낼 게 남은 채로 모임을 나갔습니다. 이 넷 중 셋은 당신의 계산과는 아무 상관이 없습니다. 모임이 실제로 빚을 어떻게 정리하는지에 대한 더 넓은 그림은 모임 정산하기에 대한 분석 글에서 확인하세요.
아래 표는 각 원인과 그것이 어떻게 나타나는지, 무엇이 그것을 해결하는지를 한 번씩 정리합니다. 그 뒤의 내용은 모두 자세한 설명입니다.
공유 정산이 맞지 않는 네 가지 이유
| 원인 | 어떻게 나타나는가 | 무엇이 해결하는가 |
|---|---|---|
| 반올림 | 정산이 1원이나 2원 어긋나며, 그 이상은 아님 | 남는 1원을 항상 같은 곳으로 보내는 결정적 규칙 |
| 통화 | 합계가 통째로 어긋나거나 이상한 숫자 하나로 보임 | 통화별로 정산을 따로 두고 서로 더하지 않기 |
| 수정 | 오래된 계산서가 바뀐 뒤 정산이 갑자기 변함 | 계산서의 분배를 다시 계산하고 차액을 기록에 남기기 |
| 나간 사람 | 무엇을 해도 정산이 0이 되지 않음 | 나간 사람의 몫을 누가 떠안거나 면제할지 정한 뒤 기록하기 |
반올림: 남는 1원, 그리고 그것이 결정적이어야 하는 이유
예시가 여기 있고, 그 안의 모든 숫자는 직접 다시 계산해 볼 수 있습니다. Lucas, Aiko, Sofia가 함께 나갑니다. 저녁 식사가 100,000원이고 셋이 똑같이 나눕니다. 100,000원을 셋으로 나누면 33,333.33으로 끝없이 이어지는데, 어떤 통화도 그렇게는 낼 수 없습니다. 그래서 분배는 33,333원, 33,333원, 33,334원이 됩니다.
다시 더해 봅시다. 33,333원 더하기 33,333원 더하기 33,334원은 정확히 100,000원입니다. 세 몫은 정직합니다. 그중 하나가 1원 더 큽니다.
그 남는 1원이 문제 전체의 축소판입니다. 누군가는 그것을 떠안아야 합니다. 이것이 공유 비용의 반올림이고, 하는 일은 하나입니다. 남는 1원을 무작위한 곳이 아니라 고정된 곳에 두는 것입니다. 앱이 매번 새로 배정한다면 같은 저녁 식사가 오늘은 Aiko에게 33,334원을, 내일은 Sofia에게 33,334원을 만들어 낼 수 있고, 정산은 눈에 보이는 이유 없이 1원씩 흔들립니다.
그래서 우리는 규칙을 결정적으로 만듭니다. 남는 1원은 매번 낸 사람에게 갑니다. Lucas가 냈으니 Lucas가 33,334원을 떠안고 나머지 둘이 각각 33,333원을 떠안습니다. Lucas는 100,000원에서 자신의 33,334원을 뺀 66,666원을 받아야 합니다.
Aiko는 33,333원을 내야 합니다. Sofia는 33,333원을 내야 합니다. 33,333원 더하기 33,333원은 66,666원입니다. 모임 합계는 0이 됩니다. 이 반올림은 국제 통화 표준 ISO 4217이 원화에 대해 정한, 소수 자리가 없는 최소 단위인 원을 따랐습니다. 남는 1원을 낸 사람에게 넘긴다는 선택은 우리의 것이고, 그 유일한 미덕은 절대 바뀌지 않는다는 점입니다.
온라인 비용 나누기 계산기는 저녁 한 번에 대해 이 나눗셈을 해낼 수 있습니다. 더 어려운 부분은 백 번째에도 똑같은 방식으로 하는 것이며, 이것이 식당 계산서를 공정하게 나누기에서 우리가 중요하게 보는 차이이기도 합니다. 회계 담당자들은 어떤 규칙이 가장 공정한지 오랫동안 논쟁해 왔습니다. 컴퓨팅에서 흔한 기본값인 '5는 짝수로 반올림'은 IEEE 754 표준에 정리되어 있습니다. 우리는 여기서 그것이 필요하지 않은데, 우리의 남는 단위가 절반이 아니기 때문입니다.
전체를 세 몫으로 나누면 정확히 1원이 남고, 유일한 질문은 그것을 누가 갖느냐입니다.
한 모임 안의 두 통화, 그리고 그것을 더할 수 없는 이유
이제 두 번째 계산서가 모임에 들어옵니다. Aiko가 택시비를 내는데, 60.00달러가 듭니다. 지친 합계를 위한 유혹은 60.00달러를 100,000원에 더해 숫자 하나로 보여 주는 것입니다.
그 숫자는 아무 의미가 없습니다. 100,000원과 60.00달러는 같은 종류의 것이 아니고, 그 둘을 더하는 것은 거리에 무게를 더하는 것과 같습니다. 원은 최소 단위로 소수 자리가 없고 달러는 둘인데, 이 또한 ISO 4217에 따른 것입니다. 둘은 반올림하는 방식조차 같지 않습니다.
그래서 우리는 통화별로 정산을 따로 둡니다. 원으로는 바뀐 것이 없습니다. Aiko는 Lucas에게 33,333원을, Sofia는 Lucas에게 33,333원을 내야 합니다. 달러로는 택시비가 셋으로 나뉘어 각각 20.00달러입니다. Aiko가 60.00달러를 냈으니 Aiko는 60.00달러에서 20.00달러를 뺀 40.00달러를 받아야 합니다.
Lucas는 20.00달러를 내야 합니다. Sofia는 20.00달러를 내야 합니다. 20.00달러 더하기 20.00달러는 40.00달러입니다. 두 개의 정산은 각각 0이 되며, 어느 쪽도 다른 쪽인 척하지 않습니다. 여기서 더 깊은 실패 방식이 궁금하다면 여러 통화에 걸친 금액 오류에 정리해 두었습니다.
오래된 계산서 수정, 그리고 기록에 일어나야 하는 일
세 번째 달입니다. 누군가 저녁 식사가 잘못 기록된 것을 알아차립니다. 100,000원이 아니라 120,000원이었습니다. 그 사람이 수정합니다. 여기서 정리된 것처럼 보이던 정산이 갑자기 움직이고, 많은 앱이 조용히 잘못됩니다.
순진한 해결책은 오래된 숫자를 덮어쓰고 처음부터 다시 계산하는 것입니다. 하지만 사람들은 이미 오래된 분배에 맞춰 냈습니다. 기록이 조용히 다시 쓰이면 아무도 자신이 왜 이제 더 내야 하는지 알 수 없습니다. 그래서 수정은 과거를 지우는 것이 아니라 분배를 다시 계산하고 차액을 기록해야 합니다. 120,000원을 셋으로 나누면 정확히 40,000원이고, 이번에는 남는 1원이 없습니다.
각 몫은 40,000원이 됩니다. Lucas가 120,000원을 냈으니 Lucas는 120,000원에서 40,000원을 뺀 80,000원을 받아야 합니다. Aiko는 40,000원을 내야 합니다. Sofia는 40,000원을 내야 합니다. 40,000원 더하기 40,000원은 80,000원입니다.
원화 정산은 받을 금액 66,666원에서 80,000원으로 움직였고, 그 차이인 13,334원은 저녁 식사가 늘어난 20,000원으로 정확히 거슬러 올라갑니다. 다른 두 몫이 각각 6,667원씩 올랐고, 6,667원 더하기 6,667원은 13,334원입니다. 우리는 오래된 항목을 남겨 두고 그 위에 정정을 더합니다. 저녁 식사가 늘 120,000원이었던 척하는 대신 수정이 왜 분배를 다시 계산해야 하는지는 수정은 분배를 다시 계산해야 한다에 그 나름의 이야기가 있습니다.
누군가 나갔고, 그가 내야 했던 것에 일어나는 일
네 번째 원인은 숫자가 아니라 사람입니다. Sofia가 원으로 40,000원, 달러로 20.00달러를 아직 내야 하는 채로 모임을 나간다고 해 봅시다. 이제 정산은 스스로 0에 이를 수 없는데, 그것이 의존하는 사람 중 하나가 사라졌기 때문입니다.
이것은 계산 오류가 아니고, 계산은 멀쩡합니다. 모임에는 Sofia의 몫만 한 크기의 구멍이 있습니다.
정직하게 할 수 있는 일은 몇 가지뿐이고, 그 모두가 계산이 아니라 결정입니다. 모임은 그 금액을 면제하고, 면제되었다고 기록할 수 있습니다. 누군가 그것을 떠안고, 누가 떠안았는지 기록할 수 있습니다. 아니면 Sofia가 떠나기 전에 정산할 수 있습니다.
중요한 것은 그 선택이 하나의 항목으로 적힌다는 점이고, 그래서 정산이 0으로 읽히는 이유는 빚이 조용히 삭제되어서가 아니라 무언가 일어났기 때문입니다. 우리는 이것을 대신 결정하지 않고, 당신이 내리는 선택을 기록합니다. 같은 논리가 임대 계약 중간에 나가는 룸메이트에도 적용되며, 이는 룸메이트와 방세 나누기에서 다룹니다.
비용을 나눌 때 정산을 스스로 확인하는 방법
이 모든 것은 손으로 직접 검토할 수 있고, 그 방법을 아는 것은 가치가 있습니다. 한 번에 한 통화씩 다루고, 절대 섞지 마세요. 그 통화에 대해 각 사람이 낸 모든 것을 더합니다. 각 사람이 내야 했던 모든 것을 몫 하나하나 더합니다.
한 사람의 정산은 낸 것에서 내야 했던 것을 뺀 값입니다. 모두에 대해 이것을 한 뒤, 모든 정산을 함께 더합니다. 그 합은 0이어야 합니다. 그렇지 않다면 그 차이가 어느 원인인지 알려 줍니다.
1원이나 2원의 차이는 반올림입니다. 남는 1원이 어디에 떨어졌는지 보고 매번 같은 곳에 떨어졌는지 확인하세요. 계산서 하나만 한 차이, 또는 불가능해 보이는 합계는 대개 끼어든 두 번째 통화입니다. 마지막으로 본 뒤로 바뀐 정산은 수정을 가리키니, 계산서의 기록을 열어 보세요.
아무리 해도 닫히지 않는 정산은 나간 사람을 가리킵니다. 친구들 사이에서 비용을 나눌 때 정산은 언제나 계산일 뿐이므로, 끈질긴 차이는 불운이 아니라 정보입니다. 우리 말을 믿기보다 숫자를 직접 보고 싶다면, 비용 나누기 통계 글이 이 각각이 실제로 얼마나 자주 일어나는지 보여 줍니다.
추가 전용 장부가 네 가지 모두에 대해 하는 일
Dimesum 아래에는 추가 전용 복식 장부가 있고, 그것은 공개되어 있어서 이 중 어느 것도 믿음에 맡길 필요가 없습니다. 복식이란 모든 금액이 두 번 기록된다는 뜻으로, 한 번은 내야 할 것으로, 한 번은 받을 것으로 기록되어 양쪽이 항상 균형을 이룹니다. 이 원리는 소프트웨어보다 오래되었고 복식부기 항목에 분명하게 설명되어 있습니다. 추가 전용이란 우리가 절대 덮어쓰지 않는다는 뜻입니다. 우리는 더하기만 합니다.
그 하나의 설계가 네 가지 원인 모두를 다룹니다. 반올림은 결정적인데, 남는 1원의 목적지가 순간에 정해지는 것이 아니라 기입 규칙에 적혀 있기 때문입니다. 통화는 따로 유지되는데, 각 항목이 자기 통화를 지니고 장부가 그것들을 서로 더하기를 거부하기 때문입니다. 수정은 분배를 다시 계산하는 새로운 정정 항목이 되어, 오래된 진실과 새로운 진실이 모두 살아남습니다. 그 장치는 공유 비용을 위한 추가 전용 장부에서 설명합니다.
그리고 나가는 사람은 빠진 행이 아니라 기록된 결정, 다른 어떤 항목과도 같은 하나의 항목이 됩니다. 우리는 그 모두를 기록합니다. 우리는 당신의 돈을 결코 보유하거나 옮기지 않습니다. 장부는 기록이고, 정산은 우리가 계산할 수 있는 가장 적은 이체로 당신들 사이에서 직접 이루어집니다. 도구를 비교하고 있다면, 비용 나누기 앱 비교와 방세 나누기 앱 비교에 대한 우리 기록은 각 앱이 무엇을 하고 무엇을 하지 않는지에 충실합니다.
맞지 않는 정산은 당신의 우정이나 계산에 대한 판결이 아닙니다. 그것은 당신 모임에 대한 네 가지 작은 사실 중 하나입니다. Dimesum을 열면 장부가 어느 것인지 알려 줄 것입니다.
자주 묻는 질문
더치페이 정산 금액이 왜 안 맞나요?
거의 언제나 네 가지 이유 중 하나입니다. 반올림된 1원, 실수로 더해진 두 번째 통화, 수정된 오래된 계산서, 또는 돈을 낼 게 남은 채 나간 사람입니다. 계산 문제인 것은 첫 번째뿐입니다. 통화 하나를 고르고, 각 사람의 낸 돈에서 그 사람의 몫을 빼서 더한 뒤, 그 차이의 크기가 어느 원인인지 알려 줍니다.
계산서가 딱 나눠지지 않으면 남는 1원은 누가 내나요?
앱의 규칙이 정하는 사람인데, 매번 같은 것을 정하기만 하면 됩니다. 100,000원짜리 저녁 식사를 셋으로 나누면 33,333원, 33,333원, 33,334원이고, 그 남는 1원은 어딘가 고정된 곳에 떨어져야 합니다. Dimesum은 그것을 낸 사람에게 보내므로, 같은 저녁 식사가 두 번 다른 정산을 만들어 내지 않습니다. 선택보다 규칙이 더 중요합니다.
서로 다른 두 통화의 정산을 합칠 수 있나요?
아니요, 그리고 정직한 앱이라면 그러지 않습니다. 100,000원과 60.00달러는 서로 다른 종류의 것이고 최소 단위가 다르므로, 그 둘을 더하면 아무 의미 없는 숫자가 나옵니다. Dimesum은 통화별로 정산을 따로 유지하고 하나를 다른 하나에 접어 넣지 않습니다. 각 통화를 따로 정산하며, 그래서 한 모임이 원과 달러로 동시에 빚질 수 있습니다.
오래된 계산서를 수정하면 정산은 어떻게 되나요?
과거가 덮어써지는 것이 아니라, 분배가 다시 계산되고 그 차이가 새로운 정정으로 기록됩니다. 100,000원짜리 저녁 식사를 120,000원으로 수정하면 각 균등 몫이 33,333원에서 40,000원으로 움직여, 내야 할 금액이 13,334원 늘어납니다. 오래된 항목은 그대로 보이고 그 위에 정정이 얹히며, 누구나 정산이 왜 바뀌었는지 정확히 따라갈 수 있습니다.
정산 안 하고 모임을 나간 사람이 있으면 어떻게 되나요?
계산은 여전히 멀쩡하고, 모임에는 그 사람의 안 낸 몫만 한 크기의 구멍이 생길 뿐입니다. 누군가 무엇을 할지 정하기 전까지는 정산이 0에 이를 수 없습니다. 그 금액은 면제되거나, 다른 구성원이 떠안거나, 그가 떠나기 전에 정산될 수 있고, 그중 어느 것이든 하나의 항목으로 기록됩니다. Dimesum은 당신이 내리는 결정을 기록할 뿐, 절대 대신 결정하지 않습니다.