Stack Finances Personnelles

Ce que contient ce pack

Ce pack rassemble les six applications financières auto-hébergeables qui, ensemble, remplacent YNAB, Mint, QuickBooks Self-Employed, Stripe Billing, et votre boîte à chaussures de tickets. Toutes sont open source et tournent depuis une image Docker. Le parser IA de reçus est la colle : il prend une photo de téléphone et émet une transaction structurée que les autres outils acceptent.

Firefly III est le pilier : compta en partie double, multi-devises, accepte les CSV de toutes les grandes banques. Les cinq autres s'y branchent.

Pourquoi posséder votre outillage financier

Les apps argent sont le logiciel le plus long-vivant que vous garderez. Un reçu de 2018 peut compter dans un audit 2026 ; une app SaaS utilisée en 2018 peut être morte, rachetée, ou derrière un paywall aujourd'hui. Auto-héberger votre stack argent c'est trois choses :

• Rétention longue sans risque vendor. Vos transactions vivent dans Postgres sur votre disque. Dans dix ans elles s'ouvriront encore.
• Vie privée. Mint et Personal Capital vendent des données agrégées aux annonceurs. Votre banque sait déjà ce que vous avez acheté ; le vendor analytics n'a pas besoin de le savoir.
• Règles custom. Le moteur de règles de Firefly III est plus flexible que le mapper de catégories de Mint. Vous catégorisez par marchand + montant + pattern de date, pas seulement par match de string.

Le coût : vous opérez un petit stack Postgres + Redis + Docker et vous le sauvegardez. Firefly III a 5 ans de releases stables, donc la charge opérationnelle après l'installation initiale est basse.

Installer en une commande

# Installe le pack entier
tokrepo install pack/personal-finance-stack

# Ou choisir les apps voulues
tokrepo install firefly-iii
tokrepo install actual-budget
tokrepo install ai-receipt-parser

Le manifeste TokRepo fournit un seul Docker Compose avec Postgres partagé, le parser IA précâblé à l'API d'import de Firefly III, et un script de backup qui lance pg_dump la nuit vers un répertoire local rclone-friendly.

Pièges courants

• Drift de format CSV bancaire. Les banques changent l'ordre des colonnes sans prévenir. Pinnez votre profil importer Firefly III à un format spécifique et re-testez après chaque téléchargement trimestriel de relevé.
• Ambiguïté multi-devises. Firefly III gère bien le multi-devises, mais vous devez définir la devise base à la première installation et ne pouvez pas la changer ensuite sans migration manuelle. Choisissez la devise avec laquelle vous déclarez les impôts.
• Hallucination du parser IA. Même un modèle bien réglé invente parfois un nom de vendor depuis un reçu flou. Routez toujours la sortie du parser par une queue de relecture humaine avant de poster à Firefly III. Ne committez pas en auto.
• Lago pour usage perso c'est de la sur-ingénierie. Lago est fait pour la facturation SaaS à l'usage. Si vous ne vendez pas de logiciel mesuré, passez. Nous l'avons gardé dans le pack parce que les freelances facturant à l'heure ou à l'appel API en ont besoin.
• Le moteur fiscal d'Invoice Ninja a besoin de config par région. L'installation par défaut suppose le modèle US sales-tax. La TVA UE et la GST Inde sont supportées mais nécessitent un setup explicite avant la première facture.

Idées reçues fréquentes

Les gens pensent souvent qu'un stack financier auto-hébergé veut dire renoncer au sync bancaire. Non. Firefly III importe des CSV de toutes les grandes banques. Les power users ajoutent nordigen / GoCardless Bank Account Data, Plaid via firefly-iii-data-importer, ou des scrapes planifiés — selon le pays. Le modèle est plus proche de « tous les deux jours, import par lot » que du « temps réel » de Mint. Pour la plupart des foyers c'est une feature, pas un bug : vous regardez vraiment vos transactions.