現金の問題
銀行明細をインポートしたり、MonobankのWebhookを受信したりすると、ATM引き出しは1行で表示されます：-$100, ATM。これをAIに「現金」として分類させたり、支出カテゴリに入れたりすると、嘘を作ってしまいます。その$100は使われたわけではなく、ただポケットが変わっただけです。本当の支出は後で、目に見えない形で、コーヒーを買ったり、市場の屋台に支払ったり、ドライバーにチップを渡したりする時に発生します。
レポートにとって重要な理由
引き出しを支出として扱うと、2つの問題が発生します：
- 二重計上 — $100はATMで1回カウントされ、さらにコーヒーを購入した場合にもう1回カウントされます。
- 盲点 — 大きな「現金」や「ATM」カテゴリは何も教えてくれません。そのお金が食料品に使われたのか、エンターテイメントに使われたのかは見えません。
FinManでのシンプルなアプローチ
1つのルールを選び、それを守りましょう。最もクリーンなオプション：
- 引き出しを単一の中立的な行として、現金のような独自のカテゴリに保持します — これにより、銀行明細と照合されますが、支出カテゴリを汚染しません。
- 現金を使う際には、実際のカテゴリとサブカテゴリ（食料品、交通、外食）で手動入力を追加します。
- その手動入力に過去の日付を設定して、実際に支出した日になるようにします — FinManの遡及的な入力により、これが簡単になります。
これにより、ATMの行と現金支出が月の間にほぼ相殺され、カテゴリの内訳が最終的にお金が実際にどこに行ったかを反映します。
経験則：ATM引き出しは移動であり、支出ではありません。現金を得る行為ではなく、購入のみを記録してください。
手間を減らす方法
誰も$2のスナックをすべて記録しません。コーヒーを追跡するのが多すぎる場合は、代わりにこれを行ってください：週の終わりに財布に残っている金額を数え、差額を最良の推測カテゴリの下に1つの手動入力として追加します。完璧ではありませんが、「$100 ATM」という謎の行よりはましです。
インポートされた明細については、FinManのAI自動分類にカード購入を処理させましょう — それらは正確です。現金については手動の努力を残し、銀行が詳細を見えないためです。多通貨旅行者も同様にできます：現地の現金を1行として引き出し、支払った通貨で実際の支出を記録します。
目標は会計の完璧さではありません。信頼できる月次レポートを作成することです — そこでは「現金」が予算の一部を飲み込むブラックホールではありません。