가치를 재는 법
기장 직후의 잔액: 장부가 말하는 숫자, 은행이 말하는 다른 숫자
기장하는 바로 그 순간 장부 잔액을 은행 잔액 옆에 놓자, 첫날부터 1억 동이 넘는 차이가 드러났습니다. 차이가 아무도 모른 채 얼마나 오래 남아 있는가가 찾는 데 드는 시간과 돈을 되찾을 기회를 정합니다 — 기장할 때마다 대사하기와 한 달에 한 번 대사하기의 비교.
장부가 말하는 숫자, 은행이 말하는 숫자 — 같은 날 찾아내면 얼마의 가치가 있나?
필요한 것은 월간 차이 건수, 얼마나 자주 대사하는지 — 전과 후 — 그리고 하루 은행 거래 행 수뿐입니다. 모든 금액은 거기서 나오고, 전부 고칠 수 있습니다.
위 네 숫자에서 나온 값
가정 — 열어서 모든 숫자를 보고 고치세요
찾는 시간
되찾는 돈
비용
이것은 추정이지 약속이 아닙니다. 가장 무른 것은 B입니다 — 실제 돈인 비율을 0으로 놓고 다시 읽어 보세요. 두 주기를 같게 놓으면 두 효과가 모두 0이 되고 서비스 비용만 남습니다. 정직한 모델이라면 그래야 합니다.
단톡방 안에 회계 비서를 둔 과일 소매업체에서는 돈 전표가 기장될 때마다 단톡방에 「✓ 기장 완료」 메시지가 하나씩 남습니다. 어느 날 그 메시지에 한 줄이 더 붙었습니다.
✓ 기장 완료 RV-0001 — 「기장」이라고 답한 사람.
고객 A 미수 60,000동 · 은행 A 잔액: 120,000,000동 · 은행 통보 36,000,000동 (차이 −84,000,000동)
위 메시지의 숫자는 설명을 위한 것입니다. 첫날의 실제 숫자는 더 불편했습니다. 한 계좌에서 장부가 은행보다, 은행이 통보한 잔액의 약 2.3배만큼 높았습니다 — 1억 동이 넘는 돈입니다. 아무도 몰랐습니다. 장부는 며칠, 어쩌면 몇 주 동안 그렇게 말하고 있었고, 다른 숫자 옆에 서게 되어서야 비로소 보였습니다.
이 글은 그 잔액 한 줄의 ROI를 계산합니다. 월말에 한 번 대사하는 대신 기장하는 바로 그 순간 장부 잔액을 은행 잔액 옆에 놓는 것입니다.
1. 잔액 줄에는 무엇이 들어 있나
세 가지이며, 모두 기장 시점의 총계정원장에서 읽습니다 — AI가 쓰는 것은 하나도 없습니다.
- 방금 기장한 전표의 거래처 잔액: 고객이 아직 얼마를 갚아야 하는지, 또는 선급했는지. 회사가 공급업체에 아직 얼마를 갚아야 하는지, 또는 선급했는지.
- 전표가 건드린 현금·예금 계정의 장부 잔액.
- 거래가 은행 자신의 알림에서 왔을 때, 은행이 통보한 잔액 — 장부 숫자 옆에, 차이와 함께.
여기서 실패해도 기장이 망가져서는 안 됩니다. 잔액을 계산하지 못하면 메시지는 그 줄 없이 그대로 나가고, 오류는 관리자에게 남겨집니다.
2. 왜 월말은 너무 늦은가
장부와 은행 사이의 차이는 대개 아주 작은 일에서 생깁니다. 다른 현금 계정으로 잘못 기장, 같은 건을 두 번 기장, 빠뜨린 은행 수수료, 두 계좌 사이의 이체를 한쪽만 기장, 또는 실제로는 들어오지 않은 「고객이 보냈음」. 월말에 대사하면 그 차이는 평균 보름 동안 아무도 모른 채 남아 있습니다. 그 보름 동안 두 가지 일이 함께 일어납니다.
- 뒤져야 할 거래 더미가 두꺼워집니다. 월말에 차이를 찾았다는 것은 한 달 치 거래 내역을 다시 훑어야 한다는 뜻입니다.
- 돈을 되찾을 기회가 얇아집니다. 계좌를 잘못 보낸 고객은 다음 날 물으면 기억하지만, 한 달 뒤에는 아닙니다. 잘못된 수수료는 몇 주가 아니라 며칠 안에 이의를 제기할 수 있습니다.
위 계산표의 그래프가 바로 그것을 그립니다. 한 달, 칸 하나가 하루입니다. 위쪽 띠는 월말에 대사합니다 — 칸이 점점 짙어집니다. 새 차이가 아무도 보지 못한 옛 차이 위에 쌓이기 때문입니다. 아래쪽 띠는 기장할 때 대사합니다 — 차이 하나가 칸 하나를 밝혔다가 꺼집니다.
3. 첫 번째 원천: 원인을 찾는 시간 감소
재는 법. 최근 세 번의 월말 대사를 꺼냅니다. 찾아낸 차이 하나하나에 대해 누가 찾았는지, 얼마나 걸렸는지, 며칠 치를 다시 뒤졌는지. 「이후」 숫자는 「기장 완료」 메시지 자체에서 나옵니다. 차이 줄이 나타난 시각과 누군가 원인을 찾은 시각입니다.
믿을 만한 정도: 꽤 높습니다. 차이 건수와 행 수는 셀 수 있습니다. 한 행당 분은 장부에 익숙한 사람과 새로 온 사람 사이에 차이가 큽니다.
4. 두 번째 원천: 늦기 전에 돈을 되찾기
재는 법. 지난 여섯 달 동안 실제 돈이었던 차이에 대해, 몇 건을 되찾았고 발생 후 얼마 만에 되찾았는지. 스무 건이면 곡선이 빨리 떨어지는지 천천히 떨어지는지 보기에 충분합니다.
믿을 만한 정도: 낮습니다 — 가장 큰 항목이 가장 무른 항목이기도 합니다. 실제 돈인 비율도, 떨어지는 속도도 가정입니다. 실제 돈인 비율을 0으로 놓아도 계산표에는 월 56만 동이 남습니다 — 찾는 시간만으로도 여전히 플러스입니다.
5. 빼야 할 항목: 거래 알림 서비스
은행 잔액은 은행이 거래 하나하나를 시스템에 직접 알려 줄 때만 있고, 그 서비스에는 값이 있습니다. 계산표는 월 20만 동을 뺍니다. 나머지 — 총계정원장에서 잔액을 읽어 메시지에 한 줄을 더 쓰는 일 — 는 순전한 코드이고, AI 작업은 한 번도 들지 않습니다.
6. 합산
| 원천 | 월 | 연 |
|---|---|---|
| 원인을 찾는 시간 감소 | 76만 | 910만 |
| 늦기 전에 돈을 되찾기 | 175만 | 2,110만 |
| 거래 알림 서비스 | −20만 | −240만 |
| 순효과 | 232만 | 2,780만 |
잔액을 기장 메시지에 붙이는 비용이 500만 동이라면 회수는 약 2.2개월째입니다. 비서에 관한 세 편의 글 중 회수가 가장 빠른데, 더 하는 일이 가장 작기 때문입니다. 초안은 이미 있고, 기장 관문도 이미 있으니, 더하는 것은 장부에서 읽은 한 줄뿐입니다.
7. 가치의 대부분은 첫걸음에 있다
계산표의 대사 주기를 30일에서 7일로 바꾸면 총효과는 벌써 약 189만 동입니다. 1일로 내리면 약 252만 동. 가치의 4분의 3은 월말을 기다리지 않는 것에서 오고, 나머지 4분의 1은 즉시 보는 것에서 옵니다. 은행 알림이 없는 회사도 습관 하나로 대부분을 얻을 수 있습니다. 매주 월요일, 장부 잔액을 은행 앱과 비교하는 것입니다.
8. 이 ROI는 어떤 가정 위에 서 있는가
4절의 무른 가정 두 개 말고도, 차이 숫자 자체에 관한 것이 하나 있습니다. 은행이 통보하는 숫자는 그 거래 직후의 잔액입니다. 더 나중의 거래가 먼저 기장되었다면 장부가 은행보다 앞서가고, 차이 줄은 실재하지 않는 차이를 보여 줍니다. 차이는 조용한 때 — 기다리는 초안이 없을 때 — 읽거나, 연달아 두 번 비교하세요. 진짜 차이는 그대로 남고, 순서 때문에 생긴 차이는 저절로 사라집니다.
두 주기를 같게 놓으면 두 효과가 모두 0이 되고 서비스 비용만 남습니다. 차이 건수를 0으로 놓아도 마찬가지입니다. 0으로 내려가지 못하는 모델은 산수의 옷을 입은 선입견일 뿐입니다.
그렇다면 글 첫머리의 1억 동이 넘는 차이는? 이 글을 쓰는 시점에 회계 담당은 아직 원인을 추적하고 있었습니다. 계산표는 그것을 어디에도 더하지 않습니다 — 잃은 돈인지, 그저 엉뚱한 곳에 기장된 것인지 아직 아무도 모르기 때문입니다. 유일하게 확실한 것은, 월말 대사보다 한 번 일찍 보였다는 것입니다.
9. 여러분 회사에서 재기
- 기준 잡기. 최근 세 번의 월말 대사에서 차이 건수, 건마다 찾는 데 걸린 시간, 어느 것이 실제 돈이었는지, 어느 것을 되찾았는지.
- 두 달 동안 잔액을 나란히 놓기. 차이 줄이 바뀔 때마다 기록합니다. 나타난 날, 원인을 찾은 날, 원인이 무엇이었는지.
- 차이가 발견될 때의 나이를 비교하기, 전과 후. 다른 모든 돈 숫자가 그 숫자 위에 섭니다.
10. 기억할 것
홀로 서 있는 숫자는 틀릴 수가 없습니다. 비교할 것이 없기 때문입니다. 장부가 1억 2,000만 동이라고 하든 3,600만 동이라고 하든 똑같아 보입니다. 기장하는 바로 그 순간 그것을 은행의 숫자 옆에 놓아야, 장부는 비로소 틀린 것이 들킬 수 있게 됩니다 — 즉 맞을 수 있게 됩니다.
월말 대사는 차이를 찾아내지 않습니다. 서로 겹겹이 쌓인 한 달 치 차이를 찾아낼 뿐입니다.
첫날의 차이 비율은 실제 소매업체의 시스템에서 잰 것으로, 익명 처리하고 반올림했습니다. 예시 메시지의 금액, 월간 차이 건수, 회수 확률, 계산표의 모든 가정은 설명을 위한 숫자입니다. 여러분의 숫자로 바꾸어 보세요.
이어서 읽기
-
청구서를 두 번 만들지 않기: 만들기 전에 회계 장부에 묻는다, 209건 중 199건은 이미 있었다
청구서 발행을 회계 프로그램에서 ERP로 옮길 때, 양쪽이 모두 청구서를 만드는 기간이 생깁니다. ERP가 만들기 전에 회계 장부에 직접 묻는다면 한 번의 전환에서 중복 몇 건을 피할 수 있을까 — 정리하지 않아도 되는 중복 한 건은 얼마의 가치일까?
-
내역서를 링크 하나로 공유하기: 엑셀을 메일로 돌리는 데 몇 시간이 들고, 「어느 게 최신판?」은 왜 생기나
내역서 한 벌은 메일로 보낸 엑셀 파일로 2–4명 사이를 돌고, 늘 누군가 「어느 게 최신판?」이라고 묻습니다. 한 벌 전체 — 도면, 물량표, 숫자 하나하나의 근거 — 가 하나의 공유 프로젝트 뒤에 있고, 이메일로 함께 작업에 초대하거나 계정이 필요 없는 보기 전용 링크를 보낼 수 있다면, 검토 왕복은 매달 몇 시간을 돌려받는가?
-
원래 발주서 단가로 청구하기: 납품서는 21,000, 체인의 PO는 30,000
유통 체인은 공급자의 납품서가 아니라 자기 PO에 적은 단가로 지급합니다. 기계가 PO 단가를 읽어 차이가 타당하면 그 단가로 청구하고, 다음을 위해 가격표를 고친다면 매달 얼마의 가치가 있을까 — 그리고 어느 행은 여전히 사람이 정해야 할까?