- Paisa ist ein Open-Source-Finanzmanager, der auf dem Double-Entry-Accounting-Tool ledger basiert und persönliche Einnahmen, Ausgaben und Investments in einem Text-Journal verwalten lässt
- Finanzdaten und Einstellungen bleiben als normale Textdateien auf dem System des Nutzers und eignen sich damit für Versionsverwaltung und Zusammenarbeit über Dateiberechtigungen
- Da keine Daten an Server gesammelt oder übertragen werden, passt die Architektur zu Nutzern, denen Privatsphäre und Eigentum bei der Verwaltung persönlicher Finanzen wichtig sind
- CSV-, Excel- und PDF-Auszüge lassen sich in ein Ledger-Journal umwandeln; mit Vorlagen sinkt der monatliche Aufwand für Import und Kategorisierung von Transaktionen
- Preisverfolgung, Budgets, Ziele, Steuer- und EMI-Berechnungen, wiederkehrende Transaktionen und Kreditkartenabrechnungen sowie Ruhestandsplanung lassen sich an einem Ort verwalten
Text-Journale und Dateneigentum
- Paisa ist ein persönlicher Finanzmanager, der auf dem Double-Entry-Accounting-Tool ledger aufbaut
- Gehälter, Mieten und Investment-Transaktionen werden als Bewegungen zwischen Konten erfasst; die Beispiel-Journale enthalten mehrere Währungen und Asset-Notation
- Das INR-Beispiel verwendet die Konten
Income:Salary:Acme,Assets:Checking,Expenses:RentundAssets:Equity:NIFTY - Das USD-Beispiel erfasst bei
Assets:Equity:AAPLdie AAPL-Stückzahl zusammen mit dem Stückpreis - Das Euro-Beispiel nutzt Einstellungen im Format
commodity €,commodity AAPLsowie europäische Zahlenschreibweise
- Das INR-Beispiel verwendet die Konten
- Finanzielle Daten verlassen das System des Nutzers nicht
- Journal und Einstellungen werden als normale Textdateien gespeichert und lassen sich leicht versionieren
- Über Dateizugriffsrechte kann mit anderen Personen zusammengearbeitet werden
- Zur Unterstützung der Dateneingabe bietet der Editor Syntax-Highlighting, Autovervollständigung, Fehlerprüfung und automatische Formatierung
- Installation und Demo sind unter Install bzw. Demo verfügbar
Privatsphäre, Import und Berechnungsfunktionen
-
Privatsphäre
- Paisa macht den Verkauf von Daten nicht zum indirekten Ziel der App
- Es werden keinerlei Daten auf Server gesammelt oder übertragen
- Alle Daten werden auf dem System des Nutzers gespeichert
-
Preisverfolgung
- Unterstützt mehrere price-Datenanbieter, um aktuelle Preise von Assets zu verfolgen
- Nutzer können Preise auch manuell eingeben, sodass sich die Funktion auch zur Neubewertung von Assets wie Häusern, Autos oder Grundstücken nutzen lässt
-
Budget- und Ausgabenverwaltung
- Ausgaben lassen sich in der gewünschten Granularität verfolgen
- Kategorien und Unterkategorien können nach Bedarf angepasst werden, auch Icons lassen sich ändern
- Für jede Kategorie kann ein budget festgelegt werden, um übermäßige Ausgaben zu vermeiden
-
Datenimport
- Kontoauszüge von Banken oder Kreditkartenanbietern können in Paisa importiert werden
- Das import-System ist flexibel gestaltet, um verschiedene reale Dateiformate verarbeiten zu können
- Wenn Importvorlagen eingerichtet sind, dauert der monatliche Import und die Kategorisierung von Transaktionen etwa 5 Minuten
-
Sheets
- Ein sheet ist ein Notizblock-Rechner, der auf Basis von ledger-Daten Steuern, EMI und Ähnliches berechnet
- Wenn sich die ledger-Daten ändern, aktualisiert sich das Sheet automatisch in Echtzeit und interaktiv
-
Ziele und Rechnungsverwaltung
- Die goals-Funktion berechnet Sparpläne für Ziele wie Urlaub oder Autokauf
- Ist bekannt, wie viel monatlich gespart werden kann, lässt sich der Zeitpunkt der Zielerreichung berechnen
- Gibt es eine Deadline, berechnet Paisa die dafür nötige monatliche Sparrate
- recurring-Transaktionen und credit card-Abrechnungen werden verfolgt
- Die Kalenderansicht zeigt Rechnungen, die im aktuellen Monat fällig sind
- Wiederholungsintervalle lassen sich für verschiedene Zeitpläne festlegen, etwa wöchentlich, monatlich, quartalsweise, zum Monatsende oder zum Quartalsende
1 Kommentare
Hacker-News-Meinungen
Sieht wirklich großartig aus, und mir gefällt, dass es ledger-basiert ist.
Ich wollte von Simplifi Money weg, aus dem offensichtlichen Grund, dass es Intuit gehört, aber der echte Burggraben scheint darin zu liegen, Daten konsistent und korrekt zu importieren. In den USA gibt es kein Gesetz, das PSD2 entspricht; man könnte also zwar versuchen, alle Exportoptionen der einzelnen Banken zu finden, aber realistisch betrachtet wirkt Plaid wie praktisch der einzige Dienst, der die Daten halbwegs ordentlich hereinbekommt.
Deshalb frage ich mich, ob ein Plaid-Plugin sinnvoll wäre. Wenn man einen Drittanbieter nutzt, geht ein Teil der Vorteile verloren, aber ich habe zu viele Konten, um das manuell zu machen. Als Umweg könnte man auch aus Tiller importieren, das Plaid nutzt, und dann als CSV/Excel exportieren. Mich würde interessieren, ob es Pläne für automatischen Datenimport gibt, selbst wenn dafür ein Drittanbieter nötig ist.
Das ist im Wesentlichen ein API-Wrapper für MX, einen Plaid-Konkurrenten, den die Leute hinter Budgeting with Buckets für den Eigenbedarf gebaut haben. Datensicherheit ist natürlich ein Thema, aber ich halte den Nutzen automatisch einlaufender Transaktionen für größer als das Risiko, dass SimpleFIN kompromittiert wird.
In einem persönlichen, einigermaßen selbst hostbaren Finanztool, das ich gebaut habe https://github.com/avirut/bursar, habe ich ebenfalls automatischen Import über SimpleFIN implementiert und genutzt.
Zum Beispiel läuft eine Amazon-Grocery-Transaktion über die Amazon-Chase-Kreditkarte, die 5 % Rabatt gibt. Wenn man aber über Plaid eine Verbindung zu Chase.com herstellt und die Transaktionsdetails abruft, sind die Informationen so dürftig, dass die Budgetinformationen in Mint nicht korrekt abgebildet werden. Die eigentlichen Informationen liegen im Silo von Amazon.com.
Im Moment bleibt letztlich nur, das manuell zu korrigieren; ohne staatliche Regulierung könnten irgendwann LLM-Agenten im Namen von Privatpersonen Informationen auslesen und solche Handarbeit deutlich erleichtern.
Selbst das Preismodell ist auf der Seite schwer zu verstehen, daher wird es für eine kostenlose App wohl schwierig sein, Plaid zu unterstützen.
Ist das so etwas wie die Grundlage für UPI in Indien?
Es ist interessant, dass es viele Tools gibt, um zu analysieren, wohin das Geld gegangen ist, aber nur wenige, die Planung und Prognosen wirklich tief behandeln.
Ich frage mich, ob geplant ist, das „Ruhestands“-Modul weiter auszubauen. Falls Inspiration gebraucht wird: Ich arbeite seit zweieinhalb Jahren als Nebenprojekt an einem persönlichen Finanzsimulator https://projectionlab.com.
Die Dokumentation ist ebenfalls wirklich gut, und die Demo-Umgebung gefällt mir auch. Irgendwann wird eine App erscheinen, die Budgetierung, Tracking und Planung völlig nahtlos verbindet; wer das schafft, dürfte ein ziemlich starker Player werden.
Die meisten bleiben bei der Budgetverwaltung stehen. Es ist geplant, die Ruhestandsseite zu einer allgemeineren Seite für Ziele/Targets zu machen, aber die Details stehen noch nicht fest.
Idealerweise wäre ein doppelt geführtes Buchhaltungssystem die Datenbank, auf der viele Tools aufsetzen, die sich jeweils auf bestimmte Nischen konzentrieren. In der Realität sind wir davon aber noch weit entfernt, und alle wollen ihre eigene Dateninsel bauen.
Wie viel man letzte Woche für die U-Bahn ausgegeben hat, hat fast nichts mit dem Risiko zu tun, mit 90 finanziell zu scheitern.
Aus diesem Datensatz braucht man ungefähr nur das aktuelle Portfolio; der Rest sind investitionsspezifische Daten. Man braucht Anlagevolatilität, Portfoliozusammensetzung, Rendite-Kovarianzen, Ruhestandsalter, Lebenserwartung usw. — das ist im Grunde fast ein völlig neues Produkt.
Es gibt auch die 4-%-Regel, und man sollte prüfen, ob zusätzliche Prognosearbeit die tatsächlichen Ergebnisse überhaupt verbessert. Heuristiken scheinen ebenfalls ziemlich gut zu funktionieren.
Weckt Nostalgie.
2009 habe ich ein kleines Team geleitet und das Finanz-/Investment-Startup Paisa.com aufgebaut. Ich habe sogar noch die frühen Mockup-Designs, die wir in einem Hotelzimmer in Delhi/Gurgaon erstellt haben, um sie NDTV zu pitchen.
Ich frage mich, was daraus geworden ist und was du heutzutage machst.
Wirklich beeindruckend.
Sowohl, dass du das gebaut hast, als auch die Dokumentation, in der du Konzept und Implementierungsansatz erklärst, sind großartig.
Ich kann kaum glauben, wie viele abfällige Reaktionen es hier gibt. Wer damit zufrieden ist, seine Finanzen mit einer bezahlten Lösung zu verwalten, und nicht selbst tief einsteigen möchte, ist vermutlich nicht die Zielgruppe dieses Tools.
Ein Vorschlag wäre, länderspezifische Teile wie Steuerberechnungen zu modularisieren, damit andere Versionen für ihr jeweiliges Land beitragen können.
Dafür muss die grundlegende Abstraktion festgelegt werden. Die aktuelle Implementierung ist im Grunde für meinen persönlichen Anwendungsfall geschrieben, und wegen der vielen Bedingungen und Ausnahmen wie Grandfathering ist sie möglicherweise nicht exakt.
Ich möchte kein SaaS, für das ich monatlich zahlen muss und das jederzeit eingestellt werden kann. Andere selbstgebaute Apps waren meist unfertig oder aufgegeben. Am Ende habe ich für ein Excel-Sheet https://cspersonalfinance.io/ bezahlt, um alles zu verfolgen.
Es verfolgt Cashflow, Investitionen, Nettovermögen usw., und weil es Excel ist, besteht auch nicht das Risiko, dass es in 10 Jahren verschwindet.
Ich frage mich, wie Leute den Datenimport automatisieren
Ich kann mir kaum vorstellen, dass alle alles von Hand eingeben. Viele Anbieter stellen nicht einmal brauchbare Exportdateien bereit und liefern meist nur PDFs
Die meisten Finanzdienste scheinen Plaid für die Datenintegration zu nutzen, aber das ist ein kostenpflichtiger Dienst, daher dürfte er für Open-Source- oder kostenlose Personal-Finance-Apps schwer nutzbar sein
Chase verlangte etwa 10 Dollar im Monat für OFX zum Herunterladen von Kontoauszügen, was für das, was es tut, ziemlich absurd ist. Am Ende habe ich aufgegeben, weil die anderen Bankkonten, die ich nachverfolgen musste, weder OFX noch etwas Vergleichbares angeboten haben
Bei manchen ist sie sehr tief versteckt und deutlich schwerer zu finden und zu nutzen, als man es sich wünschen würde, aber zumindest bei den Banken, die ich nutze, gibt es sie
Danach kann man es in die eigenen Finanzaufzeichnungen importieren
Der eigentliche Schmerz liegt in der Kategorisierung. Man muss entscheiden, ob es Lebensmittel, Verbrauchsmaterial, Essen gehen oder medizinische Ausgaben sind
Ich nutze KMyMoney, und meistens übernimmt es die gleiche Kategorie wie bei früheren Transaktionen im selben Laden, was einen Teil der Arbeit reduziert. Trotzdem bleibt es lästig, daher habe ich ein Skript geschrieben, das aus KMyMoney ins ledger-Format exportiert
Da ich in Südostasien lebe, habe ich praktisch keine andere Wahl. Manche Banken haben nicht einmal eine CSV-/Excel-Downloadoption und geben nur PDF-Saldenauszüge aus
Im Allgemeinen ist es nicht so belastend, eher wie Inbox Zero. Wenn man es laufend sofort erledigt, ist der Zusatzaufwand nicht groß. Während der Kassierer das Wechselgeld vorbereitet oder die Quittung ausdruckt, oder während man den Laden verlässt, kann man die Transaktion eingeben. Wenn man es ein paar Tage liegen lässt, wird daraus eine nervige Aufgabe von 5–10 Minuten
Was bar bezahlt wurde, muss man ohnehin manuell eingeben
In einem Haushalt mit Familie beginnt der manuelle Ansatz allerdings auseinanderzufallen, wenn nicht alle Beteiligten bei der Eingabe mitmachen. Nach meiner Erfahrung passiert das fast nie, sodass die Ausgaben meiner Frau in der Praxis ein ziemlich großes schwarzes Loch bleiben
Früher hatte ich davor auch Angst, aber im normalen Alltag gibt es pro Tag gar nicht so viele Transaktionen. Außerdem diszipliniert man sich selbst, wenn man Buch führt. VS Code bietet auch Autovervollständigung für Konten und Zahlungsempfänger
Vor ein paar Jahren wollte ich genau so etwas bauen, daher fühlt sich das ziemlich seltsam an
Ich hatte dieselben Entscheidungen getroffen: ledger-basiert, local-first bzw. nur lokal; der Unterschied war im Grunde nur, dass ich nicht bis zur Visualisierung gekommen bin. Stattdessen habe ich Zeit damit verbracht, PDFs in ledger umzuwandeln, und dabei die Motivation verloren
Es ist wirklich schön, das hier zu sehen, und ich möchte es bald ernsthaft ausprobieren. Ich würde empfehlen, PDFs nicht weiter zu beachten. OCR-Fehler machen schon dann alles kaputt, wenn sie nur gelegentlich auftreten, und je seltener sie sind, desto schlimmer ist es eigentlich, weil man dem Ergebnis vertraut
Wenn überhaupt, ist es besser, die tatsächliche Textebene zu extrahieren. Die gibt es nicht immer, Tabellen sind chaotisch und es gibt viel unnützen Inhalt, aber zumindest wird ein vorhandener Betrag wie £74.97 nicht als £24.87 fehlgelesen
Ich extrahiere die Daten mit pdf.js, und in dem Umfang, in dem ich es getestet habe, funktioniert das ziemlich gut
Leider funktioniert die Website nicht, wenn man keine Cookies an Google sendet, daher kann ich sie nicht ansehen
Ich hoffe, es wird so umgesetzt, dass nur notwendige Cookies verwendet werden. Zur Info: So ist die Website in Europa nicht nutzbar
Ich habe sie aus Europa geöffnet, und der Hinweis klingt nach „Diese Cookies dienen nur der internen Verbesserung des Produkts“. Ist das Problem, dass Google die Analytics verwaltet und daher überwachen kann, oder dass der angegebene Zweck nicht notwendig ist? Persönlich dachte ich, „nicht notwendig“ bedeute „für Werbezwecke Dritter“
Der Text sagt, dass Cookies verwendet werden, um wiederkehrende Besuche und Präferenzen zu erkennen sowie die Wirksamkeit der Dokumentation zu messen und ob Nutzer finden, wonach sie suchen. Wenn man zustimmt, helfe man dabei, die Dokumentation zu verbessern
Ich habe gerade erfahren, dass man auch einen Ablehnen-Button aktivieren kann: https://squidfunk.github.io/mkdocs-material/setup/ensuring-data-privacy/#+consent.actions, und das wird bald umgesetzt
Wirklich großartig
Ich habe GNUCash für einfachere Aufgaben genutzt, etwa um Einnahmen/Ausgaben von Mietimmobilien zu verfolgen, nicht für meine gesamten persönlichen Finanzen. GNUCash ist aber etwas klobig, und ich wüsste auch nicht, wie ich die Daten am besten teilen sollte, damit mein Partner ebenfalls Zugriff hat
Mir gefällt, dass es ein Webinterface hat und zugleich auf einem einfachen Datenmodell auf Basis von
ledgerund Plain-Text-Dateien zu beruhen scheintIch sehe auch andere Beiträge zum Import von Bankdaten, und genau das war immer der Faktor, der mich davon abgehalten hat, so etwas auf meine gesamten persönlichen Finanzen anzuwenden. Ich traue mir nicht zu, mich ständig manuell bei Bank-, Brokerage- und Kreditkartenkonten einzuloggen, jeweils Daten herunterzuladen und sie dann unter der Annahme, dass CSV-artige Downloads unterstützt werden, in ein Tool wie GNUCash zu importieren
Die Plaid-Option macht mich neugierig, und es ist cool, dass ein Plaid-Mitarbeiter hier kommentiert hat, aber ich war dabei immer vorsichtig. Eines meiner Finanzinstitute scheint einen OAuth-ähnlichen Ablauf anzubieten, aber alle anderen laufen nach dem Muster „Gib Plaid deine Zugangsdaten, wir bewahren sie sicher auf“. Damit fühle ich mich nicht wohl. Am Ende kann jeder gehackt werden. Außerdem erscheint es mir nicht als gute Idee, Plaid all meine Finanzdaten zu geben
In den USA scheint es aber praktisch keine Alternative zu geben. Ich wünschte, die Regierung würde alle Finanzinstitute verpflichten, eine Standard-API zu implementieren, und nicht nur großen Unternehmen, sondern auch normalen Menschen ermöglichen, über diese API auf ihre eigenen Daten zuzugreifen
Tools, bei denen man die zugrunde liegenden Daten als Plain Text selbst kontrolliert, werden massiv unterschätzt
Ich finde diesen Ansatz wirklich gut
Heute gelernt, dass „paisa“ die Untereinheit der indischen Rupie ist
Hier wird „paisa“ für alles verwendet, was mit einer bestimmten Region in Kolumbien zu tun hat: https://en.wikipedia.org/wiki/Paisa_(region)
Im Gefängnis werden ältere Latino-Männer automatisch „paisa“ genannt, was viele als abwertend empfinden
Genau genommen gilt jedoch: 100 Paisa = 1 INR, also 1 Rupie
Meine Ex war so ein Beispiel, und „paisa as an areppa“ ist dort eine ziemlich verbreitete Redewendung