Je compte prendre un peu le temps de numériser tout ce qui est paperasse, et ça inclue la gestion de mes comptes bancaires.
Pour le côté administratif, je pensais utiliser paperwork, je n'ai pas encore d'opinion sur les problèmes potentiels à rencontrer: de toute façon, il s'agit de scanner du papier…
Ce qui me semble plus chiant, c'est la gestion bancaire. Existe-t-il des logiciels capables de vérifier que ce qui est prévu colle avec ce que la banque indique? Capables de récupérer plus ou moins automatiquement ces fameuses données (idéalement sans que j'aie a interagir avec cette immondice qui sert d'interface web au crédit agricole, dans mon cas, et qui m'empêche d'utiliser un code complexe par l'usage d'un mécanisme interdisant la mémoire musculaire et favorisant le shoulder spoofing)?
J'imagine que je rêve, mais sait-on jamais…
# Script
Posté par _kaos_ . Évalué à 4. Dernière modification le 12 octobre 2020 à 12:52.
Salut,
Bon, je sais pour le nom du logiciel, et les commentaires dedans, donc passons cette question.
Idée :
weboob
pour récupérer le réel, à condition que la banque soit supportée,Non ?
Matricule 23415
[^] # Re: Script
Posté par Cyril Brulebois (site web personnel) . Évalué à 4.
Pour mes comptes pro et perso, j'utilise Skrooge qui a un connecteur weboob, ce qui me permet d'importer les opérations des différentes banques dans différents fichiers. Là, effectivement, j'ai un peu de glu pour dire tel fichier = telle(s) banque(s). Dans Skrooge, je catégorise+pointe les opérations.
Côté pro uniquement, pour être sûr de faire le rapprochement entre les différentes opérations, factures, etc. je n'utilise pas de GED mais j'ai des tableurs LibreOffice. J'imagine qu'il pourrait y avoir plus d'automatisation entre Skrooge et LibreOffice, mais vu le peu d'opérations dans une année, c'est l'expert-comptable qui fait les vérifications ultimes et me rattrape par l'oreille s'il manque une facture ou un justificatif.
;)
Debian Consultant @ DEBAMAX
[^] # Re: Script
Posté par _kaos_ . Évalué à 2.
Salut,
Et bien tu as bien raison à mon avis :)
C'est pas un petit bout de script bricolé avec la méthode
larache
qui va t'aider en pro.Mes bouts de scripts font l'inverse : entrée, sortie, poids par ligne et mois, ça donne un chiffre à mettre dans un tableau. Prévisionnel.
Mais ça ne fait pas le calcul juste au final :)
Matricule 23415
# Gnucash?
Posté par Xebrok . Évalué à 3. Dernière modification le 12 octobre 2020 à 14:05.
GnuCash est le premier logiciel libre à supporter le format d'échange ouvert de données financières OFX (Open Financial Exchange) utilisé par de nombreuse banques et institutions financières.
https://www.gnucash.org/features.phtml#advan-feat
C'est juste à titre d'information, je n'ai jamais essayé cette possibilité.
[^] # Re: Gnucash?
Posté par jnanar (site web personnel) . Évalué à 4.
Homebank le supporte également.
Je l'utilise régulièrement. Ma banque ne me permet que de télécharger des CSV que je converti en QIF à l'aide du vieux CSV-to-QIF.
Homebank ne vérifie pas que "ce qui est prévu colle avec ce que la banque indique?" mais en pratique, c'est le cas. J'ai indiqué le montant présent sur le compte au cours de la configuration du compte lors de la mise en place et depuis, les diffs correspondent.
Il est publié sous GPLv2.
[^] # Re: Gnucash?
Posté par bolikahult . Évalué à 2.
J'utilise aussi homebank, en important régulièrement des OFX générés directement par le site web de ma banque.
# Grisbi
Posté par moulator42 . Évalué à 1.
Il y a aussi Grisbi (import OFX, etc) et très user friendly.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.