Hello !
 
Y-a-t-il ici des utilisateurs de Beancount ?
J'ai découvert ce soft il y a quelques semaines et je suis devenu fan.
La communauté d'utilisateurs francophone semble limitée et dispersée, donc je lance un appel ici si certains utilisent et souhaitent partager leurs importers.
 
Pour ma part, j'ai développé ces dernières semaines:
- un importer qui parse les fichiers QIF boursorama (et sans doute d'autres sources QIF moyennant quelques adaptations mineures).
- un importer qui parse les relevés pdf boursorama.
- un importer qui parse les relevés pdf Amex(Air France)
- [Work in Progress] Un importer pour les assurances vie Generali Vie.
Tout ces scripts sont codés un peu salement (je me met au python pour l'occasion), mais je suis en train de le nettoyer un peu pour pouvoir les partager.
J'ai mis tout çà ici:
https://github.com/grostim/Beancount-myTools
Attention, code crado.
 
Pour ceux qui se demandent de quoi je parle:
- Beancount - site officiel : http://furius.ca/beancount/
- une présentation un peu ancienne mais en francais: https://cyril.deguet.com/fr/2015/09 [...] r-hackers/
- La démo de Fava, l'interface web de beancount: https://fava.pythonanywhere.com/exa [...] statement/

Vachement intéressé pour me lancer.

Je déterre ce post: j'aimerais avoir une vision globale basique de mes dépenses (compte courant + compte joint avec des cb différées qui viennent mettre le bazar) et m'intéresse à beancount. @sorg: cinq ans plus tard, utilises-tu encore beancount?  
 
Je suis bloqué au niveau de la stratégie d'import de l'historique de ma banque (Bourso moi aussi): j'ai déjà grossièrement fait le travail de catégorisation via leur interface et j'aimerais ne pas perdre cette information lors de l'import.
 
Bourso permet l'export:
- en pdf (plus de détails sur certaines transactions mais je n'en ai pas usage, balances début / fin de mois qui permettraient de vérifer la conformité des données entrées dans beancount, pas de catégorisation visible). J'ai tenté de convertir mes relevés en markdown via https://github.com/VikParuchuri/marker mais il y a beaucoup de confusions entre les colonnes débit/crédit.
- en qif (la catégorisation est conservée, mais par contre on perd l'id unique de chaque transaction, l'affectation de compte entre perso / joint / encours cb, et il n'y a pas de balances historiques)
- en ofx (id unique de transaction + affectation de compte conservée, mais pas de catégorisation visible et les balances sont uniquement dispo pour le premier et dernier points). Je comprends que les fichiers ofx ne sont pas censés contenir de données de catégorisation mais éventuellement je pourrais faire un script qui augmente le fichier ofx avec la catégorie comprise dans le fichier qif?  
 
Quelle serait la meilleure stratégie pour importer ces lignes ?  

Hello!
 
Oui, j'utilise toujours Beancount.
Ca se mérite, et franchement dès fois je suis tenté de tout plaquer pour passer sur Finary, mais globalement j'en suis content.
 
J'importe les pdf de bourso, et comme toi, j'ai parfois des mismatch débit/credit, mais c'est très rare. Ca concerne surtout les soldes de débuts et fin de mois.
 
Mon importer est là:  
https://github.com/grostim/Beancoun [...] /pdfbourso

 
J'ai finalement choisi les exports csv qui préservent la catégorisation + information de solde du compte, il ne leur manque qu'un id de transaction qui simplifierait la déduplication mais je survis très bien sans.  
 
Pourquoi as-tu fais ce choix de passer par les pdf dont le parsing semble plus périlleux ?
 
Je n'avais aucun système de suivi jusqu'à présent ni même Excel, avec Beancount j'ai pu retracer mon historique sur plusieurs années (~2017) dans l'enthousiasme du début mais je dois dire que l'ingestion des données reste fort pénible (j'ai 6 mois de retard sur les comptes perso/joint). J'hésite à simplifier et passer toutes les dépenses cartes en Expenses:Unknown sachant que je suis assez dubitatif sur l'intérêt de tracer mes dépenses de restaurant.  
 
De manière plus globale je reste perplexe, je trouve l'outil génial car puissant + versatile (système à double entrée qui limite les erreurs + fichiers texte pour garder le contrôle + autohébérgé avec màj auto du prix des commodities ça me fait un finary tailor made), mais je ne suis pas sûr de tirer de quelconques enseignements de cette avalanche de chiffres et j'en reste à me demander si ce niveau de suivi n'est pas à la limite du pathologique  

Oui. C'est tout a fait pathologique. J'ao renoncé a me soigner.

L'API GoCardLess (ex Nordigen) permet de récupérer via API ses transactions bancaires auprès de toutes les banques européennes avec des quotas assez généreux (4 requêtes par compte / jour). Il y a des importers déjà disponibles pour cette source (eg tariochbctools). Les transactions disposent d'un bon niveau de détail (eg référence de virement + libellé, identique au niveau de précision des relevés bancaires je pense).
 
Avec DeepSeek / Claude j'ai pu scripter pour automatiser en très grande partie le boulot: récupération des données, catégorisation via smart_importer, ajout au bon ledger (j'utilise un fichier par compte).
 
Ca fait au final relativement peu de code custom et ça s'étend à toutes les banques supportées par GoCardLess. Il faudrait que je mette ça sur un repo une fois anonymisé

Interessant çà !

Mis en ligne sur pip (pip install beancount-gocardless)
https://beancount-gocardless.readthedocs.io/en/latest/