Show HN: Paisa - オープンソースの個人向け金融管理ツール
(paisa.fyi)- Paisa は、ledger の複式簿記ツールを基盤に、個人の収入・支出・投資をテキスト台帳で管理できるオープンソースの金融管理ツール
- 金融データと設定はユーザーのシステム上の プレーンテキストファイル に残るため、バージョン管理やファイル権限ベースの共同作業に適している
- サーバーにデータを収集・送信しない構造のため、個人の金融管理で プライバシーと所有権 を重視するユーザーに向いている
- CSV、Excel、PDF の明細書を Ledger journal に変換し、テンプレートを設定すれば、毎月の取引取り込みと分類の負担を減らせる
- 価格追跡、予算、目標、税金・EMI 計算、定期取引とクレジットカード請求書、退職後の計画まで一か所で扱える
テキスト台帳とデータ所有権
- Paisa は ledger の複式簿記ツール上に構築された個人向け金融管理ツール
- 給与、家賃、投資取引を口座間の移動として記録する方式で、台帳の例には複数の通貨や資産表記が含まれる
- INR の例では
Income:Salary:Acme、Assets:Checking、Expenses:Rent、Assets:Equity:NIFTYの各アカウントを使用する - USD の例では
Assets:Equity:AAPLに AAPL の数量と単価をあわせて記録する - ユーロの例では
commodity €、commodity AAPL形式の設定と欧州式の数値表記を使用する
- INR の例では
- 金融 データ はユーザーのシステムの外に出ない
- 台帳と設定は プレーンテキストファイル として保存されるため、バージョン管理しやすい
- ファイルへのアクセス権限を付与して、他の人と共同作業できる
- データ入力を支援するため、エディタは構文ハイライト、オートコンプリート、エラーチェック、自動整形を提供する
- インストールとデモはそれぞれ Install、Demo で提供されている
プライバシー、取り込み、計算機能
-
プライバシー
- Paisa はデータ販売をアプリの間接的な目的にしていない
- いかなるデータもサーバーに収集・送信しない
- すべてのデータはユーザーのシステムに保存される
-
価格追跡
- 複数の price データプロバイダーに対応し、資産の最新価格を追跡する
- ユーザーが価格を直接入力できるため、住宅、自動車、土地のような資産の再評価にも利用できる
-
予算と支出管理
- 望む粒度で支出を追跡できる
- カテゴリとサブカテゴリを必要に応じて調整し、アイコンも変更できる
- 各カテゴリに budget を設定して、使い過ぎを避けられる
-
データ取り込み
- 銀行やクレジットカード会社の口座明細書を Paisa に取り込める
- import システムは、さまざまな実際のファイル形式を処理できるよう柔軟に設計されている
- 取り込みテンプレートを設定すれば、毎月の取引履歴の取り込みと分類はおよそ5分で済む
-
Sheets
- sheet は、ledger データで税金、EMI などを計算するメモ帳型の計算機
- ledger データが変わると、sheet もリアルタイムかつ対話的に自動更新される
-
目標と請求書管理
- goals 機能は、休暇や自動車購入のような目標に必要な貯蓄計画を計算する
- 毎月貯蓄できる金額が分かれば、目標達成時期を計算できる
- 期限がある場合は、目標達成に必要な月々の貯蓄額を計算する
- recurring 取引と credit card 請求書を追跡する
- カレンダー表示では、当月に支払う必要がある請求書を表示する
- 繰り返し周期は、週次、月次、四半期ごと、月末、四半期末など、さまざまなスケジュールに合わせて設定できる
1件のコメント
Hacker News のコメント
本当に素晴らしく見えるし、ledger ベースという点が気に入った
Intuit 所有という分かりきった理由で Simplifi Money から離れたいと思っていたが、本当の堀はデータを一貫して正確に取り込むところにあるように思う。米国には PSD2 に相当する法律がないので、銀行ごとのエクスポートオプションを全部探すこともできるだろうが、現実的には Plaid がデータをそれなりにまともに取得できるほぼ唯一のサービスに見える
なので Plaid プラグインに意味があるのか気になる。サードパーティを使うと利点の一部は失われるが、口座が多すぎて手作業では使えない。回避策として、Plaid を使う Tiller から取り込んでから CSV/Excel にエクスポートする方法もありそうだ。サードパーティが必要だとしても、自動データ取り込みの計画があるのか気になる
Budgeting with Buckets を作った人たちが個人向けに作った、MX（Plaid の競合）API ラッパーに近いもの。データセキュリティは明らかに問題だが、SimpleFIN が侵害されるリスクよりも、取引履歴が自動で入ってくる価値のほうを大きく見ている
個人的に作った、ある程度セルフホスト可能な個人財務ツール https://github.com/avirut/bursar でも、SimpleFIN による自動取り込みを実装して使っていた
たとえば Amazon Grocery の取引は、5% 割引が付く Amazon Chase クレジットカードで発生する。ところが Plaid で Chase.com に接続して取引明細を取得しても情報が乏しく、Mint の予算情報には正しく反映されない。実際の情報は Amazon.com のサイロの中にある
今は結局手作業で直すしかなく、政府規制がなければ、いつか LLM エージェントが個人の代わりに情報を読み取り、こうした手作業をずっと簡単にしてくれるかもしれない
料金モデルすらページから把握しにくいので、無料アプリで Plaid をサポートするのは難しそうだ
インドの UPI のようなものの基盤なのか気になる
お金がどこへ行ったのかを分析するツールは多いが、計画と予測の側を深く扱うツールは少ないという点が興味深い
「退職」モジュールをさらに育てる考えがあるのか気になる。着想が必要なら、ここ2年半ほどサイドプロジェクトとして個人財務シミュレーター https://projectionlab.com を作っている
ドキュメントも本当に充実していて、デモ環境が含まれている点も良い。いつかは予算編成、追跡、計画を完全にシームレスに組み合わせたアプリが出てくるはずで、それを実現する側はかなり強力なプレイヤーになると思う
ほとんどは予算管理で止まっている。退職ページをより一般的な目標/ターゲットページにする計画はあるが、詳細はまだ決められていない
理想的には複式簿記の帳簿がデータベースになり、その上で特定のニッチに集中するツールが多数出てくる形が良いが、現実はまだ遠く、誰もが自分だけのデータの島を作りたがっている
先週地下鉄にいくら使ったかは、90歳で財政破綻するリスクとはほとんど関係がない
そのデータセットで必要なのは現在のポートフォリオ程度で、残りは投資固有のデータだ。投資のボラティリティ、ポートフォリオ構成、リターンの共分散、退職年齢、平均余命などが必要なので、実質的にはほぼ完全に新しい製品に近い
4% ルールもあるし、追加の予測作業が実際の結果を改善するのかも検討する必要がある。ヒューリスティックもかなりうまく機能するように思う
懐かしさを感じる
2009年に小さなチームを率いて、金融/投資スタートアップ Paisa.com を作っていた。NDTV に売り込むために Delhi/Gurgaon のホテルの部屋で作った初期のモックアップデザインもまだ持っている
どうなったのか、最近は何をしているのか気になる
本当にすごい
これを作ったことも、概念と実装方法を説明するドキュメントを書いたことも素晴らしい
ここで軽視する反応が多いのが信じられない。有料ソリューションで財務を管理することに満足していて、自分で深く掘り下げたくないなら、おそらくこのツールの対象ユーザーではないのだろう
ひとつ提案するとすれば、税金計算のように国ごとに異なる部分をモジュール化して、他の人が自国版を貢献できるようにすることだ
基本となる抽象化を決める必要がある。現在の実装も実のところ個人のユースケースに合わせて書いたものだが、条件や grandfathering のような例外が多すぎて、正確ではないかもしれないと思っている
毎月お金を払う必要があり、いつ終了してもおかしくない SaaS は望んでいない。他の自作アプリはほとんどが未完成か放置されていた。結局、すべてを追跡するために Excel シート https://cspersonalfinance.io/ にお金を払った
キャッシュフロー、投資、純資産などをすべて追跡でき、Excel なので10年後に消えるリスクもない
データのインポートを人々がどう自動化しているのか気になる
すべてを手入力しているとは想像しにくい。多くのところは使えるエクスポートファイルも提供せず、たいていはPDFしかくれない
金融サービスの多くはデータ連携にPlaidを使っているようだが、有料サービスなので、オープンソースや無料の個人資産管理アプリが使うのは難しそう
Chaseは銀行明細をダウンロードするためにOFXを使うのに月10ドルほど請求していたが、やっていることに比べるとかなり理不尽だった。結局、追跡する必要がある他の銀行口座はOFXや同様の手段を提供していなかったので諦めた
ものによってはかなり奥深くに隠されていて、望むよりずっと見つけにくく使いにくいが、少なくとも自分が使っている銀行にはある
その後、自分の財務記録にインポートすればよい
本当の苦痛は分類にある。これが食料品なのか、消耗品なのか、外食なのか、医療費なのか判断しなければならない
KMyMoneyを使っているが、通常は同じ店の過去の取引と同じ分類を付けてくれるので、作業の一部は減る。それでもまだ面倒なので、KMyMoneyからledger形式にエクスポートするスクリプトを書いた
東南アジアに住んでいるので、実質的に他に選択肢がない。銀行によってはCSV/Excelのダウンロード विकल्पすらなく、PDFの残高明細しかくれない
概してそれほど負担ではないが、Inbox Zeroに近い。すぐに処理し続ければ追加の労力は大きくない。レジ係がお釣りを用意したりレシートを印刷したりしている間、あるいは店を出ながら取引を入力できる。数日ためると、5〜10分の面倒な作業になる
現金で支払ったものは、どうせ手入力が必要になる
ただし家族単位では、関係する全員が入力に参加しないと手動方式は崩れ始める。自分の経験ではそうなることはほとんどないので、実際には妻の支出がかなり大きなブラックホールとして残る
以前は自分も怖かったが、普通の生活では1日の取引量はそれほど多くない。さらに帳簿を付けると自分を鍛えることにもなる。VS Codeが勘定科目と受取人のオートコンプリートもしてくれる
数年前にまさにこういうものを作ろうとしていたので、かなり不思議な感じがする
同じledgerベースで、ローカルファースト/ローカル専用といった判断も同じで、違いは可視化までは到達しなかったことくらいだった。その代わりPDFをledgerに変換することに時間を使っているうちに、やる気を失った
こうして形になったものを見ると本当にうれしいし、近いうちにちゃんと使ってみたい。PDFはあえて気にしないことを勧める。OCRの誤りはたまに起きるだけでも台無しにするし、まれであればあるほど、むしろ悪い。信頼してしまうからだ
どうしてもやるなら、実際のテキストレイヤーを抽出するほうがよい。常にあるわけではなく、表はめちゃくちゃで、不要な内容も多いだろうが、少なくとも存在する内容については£74.97が£24.87と誤読されることはない
pdf.jsでデータを抽出しているが、テストした範囲ではかなりうまく動いている
残念ながら、GoogleにCookieを送らないとWebサイトが動作しないので見ることができない
必要なCookieだけを使うように実装してほしい。ちなみに、これだと欧州ではサイトを利用できない
欧州から開いてみたが、案内文は「このCookieはプロダクトの内部改善のためだけのもの」のように見える。問題はGoogleが分析を管理しているので監視できるという点なのか、それとも明示された用途が必須ではないという点なのか気になる。個人的には「非必須」は「第三者広告目的」を意味すると思っていた
文言には、再訪問や設定を認識し、ドキュメントの有効性やユーザーが探しているものを見つけられているかを測定するためにCookieを使用すると書かれている。同意するとドキュメントをより良くする助けになる、という内容だ
いま拒否ボタンも有効化できることが分かり、https://squidfunk.github.io/mkdocs-material/setup/ensuring-data-privacy/#+consent.actions、近いうちに適用される予定
本当に素晴らしい
個人資産全体ではなく、賃貸不動産の収入/支出の追跡のような、より単純な作業にGNUCashを使ってきた。ただGNUCashは少し無骨で、パートナーもアクセスできるとよいのだが、データを共有する最善の方法もよく分からない
Webインターフェースがありながら、
ledgerとプレーンテキストファイルに基づくシンプルなデータモデルのように見える点が気に入った銀行データのインポートに関する他の投稿も見えるが、それがいつも個人資産全体に適用できない要因だった。銀行、証券会社、クレジットカード口座に手動でログインし、それぞれデータをダウンロードし、CSV類のダウンロードに対応しているという前提でGNUCashのようなツールに取り込む作業を続けられる自信がない
Plaidの選択肢は気になるし、Plaidの社員がここに投稿したのも素晴らしいが、いつも慎重になっていた。自分の金融機関の1つはOAuthに似たプロセスを提供しているようだが、残りはすべて「Plaidに認証情報を渡せば安全に保管する」という方式だ。それは安心できない。結局、誰でもハッキングされ得る。さらにPlaidに自分のすべての金融データを渡すのも、良い考えには思えない
しかし米国では事実上、代替手段がなさそうだ。政府がすべての金融機関に標準APIの実装を義務付け、大企業だけでなく一般の人もそのAPIで自分のデータにアクセスできるようにしてくれるとよい
プレーンテキストの基礎データを自分で直接管理できるツールは、ひどく過小評価されている
この方式は本当に良い
今日、「paisa」がインド・ルピーの補助単位だと知った
ここでは「paisa」はコロンビアの特定地域に関連するあらゆるものに使われる https://en.wikipedia.org/wiki/Paisa_(region)
刑務所では年配のラテン系男性を自動的に「paisa」と呼び、多くの人が蔑称として受け取る
ただし正確には 100 Paisa = 1 INR、つまり 1ルピー
元恋人がその例で、「paisa as an areppa」は現地ではかなり一般的な表現