Journal Histoire de budget

Posté par . Licence CC by-sa
Tags :
24
10
fév.
2018

Salut msieusdames,

De temps à autres, je (ou on) me pose des questions genre :
* est-ce que je dépense plus en carburant / électricité / gaz / etc que l'année dernière ?
* combien a-t-on donné à notre nourrice depuis le début (afin d'avoir une idée de l'indemnité de fin de contrat) ?
* combien est-il raisonnable que je dépense en matos informatique par mois ?

Pour répondre à ce genre de question il y a des tas de softs (gnucash / grisbi / kmymoney / Homebank / Skrooge etc…). Ils fonctionnent bien et permettent de répondre à toutes ces questions.

Du coup je me connecte à mes différentes banques, je télécharge tous les relevés de comptes du moment que j'importe ensuite dans un des logiciels sus-cités. C'est fastidieux. Mais c'est cool, ça me fait environ 3 mois d'historique (ça dépend des banques). Ce qui ne me permets pas de répondre aux questions du début. Pas grave, suffit que je refasse ça tous les 3 mois.

3 mois passent, bien sûr ça m'est complètement sorti de la tête, et même si j'y pense à un moment je suis sur autre chose donc je me dis que je vais le faire "plus tard". 3 mois de plus ma femme me repose une autre question du même genre et je suis toujours incapable d'y répondre. Allez hop c'est reparti, connexion sur les sites des banques téléchargement etc. Donc 3 mois d'historique, un trou de 3 mois, et 3 nouveaux mois. Ça ne sert toujours à rien, ça ne répond toujours à aucune de mes questions et dans 3 mois quand il faudra retélécharger le problème se reproduira certainement.

J'en conclus donc que le vrai problème c'est la récupération des données bancaires, pas leur exploitation.

Ce matin j'avais du temps pour tenter de trouver une solution je me suis donc penché sur le problème.

Si on a tous ces relevés de compte papier, on peut tenter de les scanner, d'ocriser le tout puis convertir tout ça dans un format importable (QIF est supporté par tous et à l'air trivial). Mais ma banque principale ne me les envoie plus. Abandonné donc, dommage ça aurait pu être rigolo.

Si on a les relevés sous forme électronique, on peut faire la même chose sauf qu'on a pas besoin du scan et de l'OCR (et donc de gérer les inévitables erreurs). Pourrait être intéressant, mais ma crétine de banque ne me les envoie pas par mail. Elle préfère m'envoyer un mail pour me signaler qu'ils sont disponibles sur le site web. Et en s'y connectant, pas de bol, il y a juste un an d'historique. C'est mieux que 3 mois, mais ça corrige pas le problème de fond.

Autre solution, on peut utiliser weboob. Test fait avec ma banque, ça récupère à peu près 3 mois d'historique. C'est bien, mais ça corrige pas le problème de fond. Une solution serait de le faire souvent, mais pas à la main parce que c'est voué à l'échec.

Voici donc ce que je propose :

#!/bin/bash

backends="-b lenomdemabanque"
accountsdir="$HOME/bank/accounts"
format="${1:-ofx}"

function accountsList()
{
        boobank $backends list -f csv | while IFS=';' read -a line
        do
                [ "${line[6]}" = "2" ] || [ "${line[6]}" = "1" ] && echo "${line[0]}"
        done
}

echo "Get accounts list..."
accountsList | while read account
do
        filename="$accountsdir/$account"$(date +%s)".$format"
        printf "Dump $account to $filename..."
        boobank history "$account" -f "$format" -n 999 > "$filename" && printf "        ok!\n" || printf "      failed!\n"
done

L'idée est simple, ce script va récupérer tous les comptes qui m'intéressent (localisés dans une banque en particulier) avec le maximum d'historique. Il suffit d'utiliser cron pour faire ça par exemple une fois par jour (ou anacron si on a pas de pc qui tourne constamment à sa disposition). Tous les fichiers seront stockés dans un répertoire sous le nom ..

Quelques remarques en vrac :
* pour que cela fonctionne weeboob doit avoir enregistré les identifiants. J'aime pas trop l'idée, mais si on veut de l'automatisme pas le choix.
* il arrive que les backends weeboob soit cassé (quand la banque modifie ses pages). Les fois où je l'ai constaté ça a été rapidement corrigé. Récupérer tous les jours les 3 derniers mois implique qu'on aura pas de trous, sauf si le backend est cassé plus de 3 mois ce qui semble improbable.
* on a plein de doublons. Le format ofx est donc le choix par défaut parce qu'a priori les opérations comportent un id qui ne change pas quand on télécharge plusieurs fois. J'imagine que les logiciels de budget vont savoir s'en dépatouiller mais je n'ai pas essayé (sinon il faudra s'en occuper soit-même).

En conclusion, je vais laisser tourner ça 9 mois afin d'avoir un an complet, on verra ensuite ce que je fais avec. Si c'est intéressant j'en reparlerai ici. Mais je tenais à partager ça avec vous, ça pourrait peut-être vous servir.

  • # Suivi des opérations en temps réel

    Posté par . Évalué à 7.

    Je fais quelque chose qui ressemble un peu. Mon but n'est pas d'avoir l'historique, mais d'être notifié par e-mail de toutes les opérations sur mon compte, le plus tôt possible. Le script suivant tourne dans un cron toutes les N heures en semaine :

        #!/bin/bash
    
        BALANCE=`boobank -b XXX list -f simple --select balance -c "id=XXX" 2>/dev/null`
    
        echo $BALANCE | diff $HOME/.account_balance - > /dev/null
    
        if [ $? -ne 0 ]; then
                echo $BALANCE > $HOME/.account_balance
                BALANCE="Solde du compte : $BALANCE EUR\n\n"
    
                (echo -e $BALANCE; boobank -b XXX  history XXX 2>/dev/null) | cat -v | mail -s "[Compte courant] Operation" YYY
        fi

    Et l'e-mail indique les dernières opérations sur le compte.

    • [^] # Re: Suivi des opérations en temps réel

      Posté par (page perso) . Évalué à 3.

      J'ai quelque chose de similaire, également à base boobank, pour des notifications que je m'envoie par XMPP.

      Cela permet plusieurs choses :

      • contrôle visuel rapide que les montants évoluent en fonction de ce qui est attendu (achats/virements de la veille/les jours passés et les différents prélèvements habituels) ;
      • rappel qu'il faut lancer skrooge pour importer des opérations.

      Bien évidemment, il n'est pas nécessaire de lancer skrooge à chaque fois qu'il y a des opérations. Cela peut être groupé par exemple une fois par semaine. skrooge sait s'appuyer sur weboob, ce qui permet de n'avoir qu'un seul logiciel qui peut avoir besoin de mise à jour pour parler à la banque.

      J'utilise cela depuis 2014 et je pense avoir eu moins d'une dizaine d'incidents répartis sur plusieurs comptes (personnel, professionnel et association) et plusieurs banques. Et effectivement, les corrections côté weboob arrivent souvent rapidement (sous quelques jours, donc aucun souci avec une éventuelle limitation sur 3 mois de l'historique côté banque).

      Debian Consultant @ DEBAMAX

  • # Utiliser les notifications

    Posté par . Évalué à 6.

    Au lieux de stocker les mots de passes en clair, tu peux peut être t’envoyer régulièrement des notifications pour te rappeler de lancer un script, associé à zenity pour te demander les mots de passe. Un truc genre « appindicator » (comment on fait ça on python : http://candidtim.github.io/appindicator/2014/09/13/ubuntu-appindicator-step-by-step.html » ) que tu lances à chaque démarrage de ton desktop, ou par anacron, qui fonctionnerait un peu comme les notifications de nouvelles mises à jour système.

    • [^] # Re: Utiliser les notifications

      Posté par . Évalué à 1.

      Pas idiot ça, j'y avait pas pensé, faut que je creuse le sujet. Un peu moins automatique du coup mais plus sécurisé.

      • [^] # Re: Utiliser les notifications

        Posté par (page perso) . Évalué à 5.

        Sur le coup je n'ai pas retrouvé la documentation correspondante mais weboob/tools/value.py contient du code permettant de spécifier une commande à lancer pour obtenir le mot de passe (à encadrer par des backticks). Cela doit permettre d'utiliser n'importe quel gestionnaire de mot de passe, par exemple pass qui permet de déverrouiller des mots de passe à coup de gpg.

        Debian Consultant @ DEBAMAX

        • [^] # Re: Utiliser les notifications

          Posté par . Évalué à 9.

          Dans ~/.config/weboob/backends, on peut avoir par exemple :

          [toto]
          _module = toto
          login = pouet
          password = `pass show weboob/toto`
          

          Cela utilisera la commande pass. On peut utiliser n'importe quelle autre commande, par exemple secret-tool ou gpg.

          Il y a un script qui permet de faire l'insertion de tous les mots de passes weboob dans la base de données de pass.

  • # kresus

    Posté par (page perso) . Évalué à 7.

    Sinon tu t'installes Kresus sur un bout de serveur et il chope les opérations bancaires tous les jours avec weboob, et t'as plus qu'à catégoriser les opérations sur l'interface web.
    Pis après t'as des graphes 😊

    It's a fez. I wear a fez now. Fezes are cool !

  • # Kresus

    Posté par . Évalué à 7.

    Bonjour,

    connais-tu Kresus (https://kresus.org) ? C'est un logiciel qui utilise weboob et qui récupère chaque nuit les nouvelles opérations de tes comptes bancaires. Ça permet notamment, en le laissant tourner, de garder l'historique de tes opérations en les stockant au fur et à mesure, ce qui règle le problème de la limite des 3 mois.

    Tu peux catégoriser tes opérations (donc les classer en carburant, électricité, gaz, nounou, etc.), et par mois, voir le montant dépensé dans chaque catégorie, et même définir des seuils pour une gestion simpliste de budget.

    • [^] # Re: Kresus

      Posté par (page perso) . Évalué à 2.

      Est-ce que tu (ou Framasky qui le recommande aussi plus haut) aurais une raison de préférer Kresus à Homebank qui a l'air assez simple et moderne également ?

      Je suppose déjà que Homebank étant une appli desktop ne se synchronise pas automatiquement, mais au moins pas besoin de lui filer son mdp et espérer que le scrapper n'est pas pété.

      • [^] # Re: Kresus

        Posté par . Évalué à 2.

        Je conseille Kresus (dont je suis un mainteneur, je dois le préciser) justement pour la synchronisation avec les banques.
        Si Homebank répond à ton besoin, libre à toi de le choisir, il a notamment des fonctionnalités que Kresus n'a pas encore (catégorisation automatique notamment).

        • [^] # Re: Kresus

          Posté par . Évalué à 1.

          C'est pas risqué de synchroniser un outil avec tes comptes en banque?

          • [^] # Re: Kresus

            Posté par . Évalué à 2.

            Pour quelle raison ?

            • [^] # Re: Kresus

              Posté par (page perso) . Évalué à 2.

              Je ne suis pas mainteneur de Kresus, mais il répond à mon besoin premier d'une appli comme ça : j'ai rien à faire pour rentrer les opérations bancaires. Parce que j'ai testé Homebank et Grisbi, le problème est toujours d'être régulier dans les imports. Là c'est automatique et j'ai plus qu'à catégoriser. Pis y a la détection des doublons qu'est bien (même si depuis que j'ai quitté la LCL pour ING, j'ai plus ce genre de problèmes).

              Pis y a le fait de pouvoir recevoir des mails quand on a une opération au-delà d'un certain montant (configurable) qu'est super.

              Les identifiants bancaires restent chez moi (contrairement à Cozy actuellement), donc je suis content.

              It's a fez. I wear a fez now. Fezes are cool !

            • [^] # Re: Kresus

              Posté par . Évalué à 1.

              Si quelqu'un prend le contrôle de l'outil, alors il a plein accès à tes comptes en banque. Faut au minimum que l'outil nécessite une authentification, un peu comme un gestionnaire de mot de passes. Sinon ça me parait risqué.

              • [^] # Re: Kresus

                Posté par (page perso) . Évalué à 2.

                • on ne peut pas récupérer le mdp des comptes enregistrés depuis l'interface web. Faut prendre le contrôle du serveur (ou du pc sur lequel c'est enregistré) et savoir où chercher le mdp (j'ai essayé de le retrouver avec un grep, j'ai pas eu la patience d'attendre que ça trouve, c'était trop long).
                • il faut mettre une authentification HTTP soi-même, c'est vrai.

                Le fait est que Kresus était au départ une appli CozyCloud, qui s'occupait de l'authentification. Faudrait ouvrir un ticket pour avoir de l'authentification native 🙂

                It's a fez. I wear a fez now. Fezes are cool !

      • [^] # Re: Kresus

        Posté par . Évalué à -1.

        Je te propose de mettre une dynamo sur ton ordinateur. Certes tu devras pédaler pour le faire marcher, mais au moins pas besoin de payer ta facture d'électricité et espérer qu'il n'y ait pas de coupure générale.

  • # et pour ca il y a...

    Posté par (page perso) . Évalué à 2.

    Pour tout ça et plus encore il y a cozy.
    Ca bosse pour toi la nuit, ca juste marche et c'est libre.

    • [^] # Re: et pour ca il y a...

      Posté par . Évalué à 7.

      La connexion avec les banques est assurée par Linxo et n'est donc pas libre.

    • [^] # Re: et pour ca il y a...

      Posté par . Évalué à 5.

      J'ai déjà du mal à confier mes identifiants bancaires à mon propre PC. Cozy a l'air d'être une excellente application, mais pour moi le stockage des identifiants c'est rédhibitoire.

    • [^] # Re: et pour ca il y a...

      Posté par . Évalué à 2.

      Confier tes identifiants bancaires à un service tiers, je ne crois pas que c'est une bonne idée.

      • [^] # Re: et pour ca il y a...

        Posté par (page perso) . Évalué à 2.

        Tu peux faire remonter ce type de besoin sur leur forum. Ils sont très à l'écoute. Ils développent en priorité ce qui est le plus demandé et pour avoir été à plusieurs meetup, Bruno et ses collègues rigolent zéro avec la sécurité…

        Je serais même prêt à parier qu'il y a des choses dans les tuyaux…

  • # DSP2

    Posté par (page perso) . Évalué à 2.

    Ca va surement changer avec la mise en application de la directive DSP2 par les banques (interoperabilité, donnees perso toussa).

    Je ne sais pas, par contre, jusqu'ou remontera l'historique.

    • [^] # Re: DSP2

      Posté par . Évalué à 5. Dernière modification le 10/02/18 à 22:55.

      La DSP2 ne bénéficiera probablement pas aux utilisateurs lambdas.
      A priori seuls les comptes courants/chèques seront accessibles, et il y a de grandes chances qu'il faille montrer patte blanche (avec "certification" à la clef, peut-être même des espèces sonnantes et trébuchantes) pour accéder aux API bancaires, donc sûrement inaccessibles par des logiciels libres.
      Sans compter l'incompétence crasse des banques pour ce qui est de la technique.

    • [^] # Re: DSP2

      Posté par . Évalué à 5.

      Non, malheureusement, la DSP2 ne profitera qu'à des organismes régulés en tant qu'AISP ou PISP, qui est une procédure quasiment aussi lourde que l'obtention d'une licence d'établissement de paiement. Les APIs mises à disposition par les banques ne seront accessibles que via l'utilisation d'un certificat client délivré par une autorité qualifiée.

      Le scrapping des comptes de paiement sera interdit, tout du moins pour ces acteurs. Rien n'empêchera néanmoins weboob de subsister.

  • # De temps à autres, je (ou on) me pose des questions genre :

    Posté par (page perso) . Évalué à 6.

    • est-ce que je dépense plus en carburant / électricité / gaz / etc que l'année dernière ?

    De toute façon, comme moi, tu dépenses trop par rapport à la moyenne de l'humanité ;-)

    • combien a-t-on donné à notre nourrice depuis le début (afin d'avoir une idée de l'indemnité de fin de contrat) ?

    Pas assez, pour quelqu'un qui ne s'occupe de ton enfant que pour gagner sa vie!

    • combien est-il raisonnable que je dépense en matos informatique par mois ?

    0€00, vive le recyclage.

    …. ok je sors!

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

    • [^] # Re: De temps à autres, je (ou on) me pose des questions genre :

      Posté par . Évalué à 2.

      De toute façon, comme moi, tu dépenses trop par rapport à la moyenne de l'humanité ;-)

      Trop, tu voulais dire 'plus'. Mais par définition, s'il y a une moyenne, il y a des gens qui dépensent plus, et d'autres mois. Tu veux en venir où ?

      Pas assez, pour quelqu'un qui ne s'occupe de ton enfant que pour gagner sa vie!

      Exact. C'est pas tout à fait comme ses enfants, mais presque. Et pour mes filles c'est comme une seconde maman, et son conjoint est comme un second papa. C'est déjà pas évident à financer. Mais c'est pas la question. Ceux qui sont concernés ont l'air satisfait comme ça et je ne vois pas de meilleur compromis. Mais si c'est ton cas n'hésite pas à m'éclairer.

      0€00, vive le recyclage.

      A vrai dire, c'était plus une phase d’accroche qu'autre chose. L'entreprise dans laquelle je travaille possède une boutique informatique, et tout le matériel que j'utilise à titre personnel provient de ce que les gens abandonnent là-bas. Jamais de disques de 8 To par exemple, mais entre 320 Go et 1 To, j'en ai à volonté. Pour une sauvegarde sérieuse, c'est un peu faible, du coup investir dans un NAS genre Syno + 2 disques neufs en raid 1 me pose question depuis un an ou deux. x2 bien sûr (une instance supplémentaire dans la cabane de jardin).Mais effectivement c'est un problème de riche. J'imagine que tu as des choses intéressantes à dire sur la question, n'hésite pas.

      • [^] # Re: De temps à autres, je (ou on) me pose des questions genre :

        Posté par (page perso) . Évalué à 2.

        Dire que 320 Go à 1To c'est un besoin «normal» et légitime c'est déjà se couper de 80% de la population et mettre sous le tapis les questions environnementales…

        La capacité de stockage du PC double tous les 12 mois depuis ….30 ans. Mais visiblement la télé 8k à de beaux jours devant elle.

  • # Lapin compris

    Posté par . Évalué à 0. Dernière modification le 12/02/18 à 08:43.

    Pour répondre à ce genre de question il y a des tas de softs (gnucash / grisbi / kmymoney / Homebank / Skrooge etc…). Ils fonctionnent bien et permettent de répondre à toutes ces questions.

    Tu donnes la bonne réponse avant de t'enliser dans des solutions inutiles AMHA.

    J'en conclus donc que le vrai problème c'est la récupération des données bancaires, pas leur exploitation.

    Ça, c'est pas faux. Mais le fond du problème c'est que tu n'utilises pas vraiment ton logiciel de compta perso!

    L'idée est simple, ce script va récupérer tous les comptes qui m'intéressent (localisés dans une banque en particulier) avec le maximum d'historique. Il suffit d'utiliser cron pour faire ça par exemple une fois par jour

    Pourquoi? Pourquoi bouffer ne serait-ce qu'un iota de bande passante ou de puissance électrique pour télécharger quotidiennement des données trimestrielles? Soyons pingres mes amis!

    Perso je vais parler de Grisbi que j'utilise: si tu rentres mensuellement tes relevés bancaires (oui une opération manuelle reste nécessaire si tu veux réellement faire une bonne analyse de tes données en les "taggant" correctement en terme de catégories ou imputations), que tu sauvegardes tes comptes, tu peux revenir quand tu veux faire des états sur la période et les comptes/tiers/catégories/imputations que tu veux! Pas besoin de re-télécharger les relevés-de-l'an-dernier-qui-de-toute-manière-ne-sont-plus-dispos-en-ligne!

    Et là, madame elle est bluffée, ton viens de gagner 5 points de charisme, et ton égo 3 tailles en plus.

    • [^] # Re: Lapin compris

      Posté par (page perso) . Évalué à 4.

      Mais le fond du problème c'est que tu n'utilises pas vraiment ton logiciel de compta perso!

      Je suis assez d’accord avec ça.

      Perso je vais parler de Grisbi que j'utilise: si tu rentres mensuellement tes relevés bancaires

      J’utilise Grisbi également, mais personnellement je préfère rentrer mes opérations au jour le jour, sans attendre le relevé mensuel : soit au moment même où l’opération a lieu si je suis devant mon écran (achat en ligne par exemple), soit en fin de journée. Et il y a aussi les « transactions planifiées » pour les opérations récurrentes et prévisibles (virement du loyer, de l’assurance, de l’abonnement Internet, etc.).

      Quand arrive le relevé mensuel, je n’ai qu’à « rapprocher » (apparemment c’est le terme consacré) le relevé avec les opérations que j’ai moi-même entrées, ce qui ne prend que quelques minutes. (Et qui a l’avantage annexe de mettre immédiatement en évidence les opérations imprévues : ce sont toutes celles que je n’avais pas saisies moi-même — les frais bancaires par exemple, ou un prélèvement indu.)

    • [^] # Re: Lapin compris

      Posté par . Évalué à 1.

      Tu donnes la bonne réponse avant de t'enliser dans des solutions inutiles AMHA.

      Je pense que tu n'as pas compris mon besoin. Je ne veux pas saisir d'une part, je ne veux qu'importer. Et je veux aussi pouvoir ne pas importer pendant 6 mois ou plus parce que pendant ce temps je fais autre chose, mais sans perdre de données.

      Pourquoi? Pourquoi bouffer ne serait-ce qu'un iota de bande passante ou de puissance électrique pour télécharger quotidiennement des données trimestrielles? Soyons pingres mes amis!

      Il arrive parfois que les backends weboob soient cassés. Si ça arrive précisément lors de mon téléchargement trimestriel, je commence à perdre des données. De plus, télécharger tous les jours implique que j'ai toujours toutes les données disponibles sur mon poste (modulo 24h). Le jour où j'aurai envie d'analyser, j'aurais donc toutes les données depuis le jour de la mise à place et jusqu'à cette fameuse journée.

      Perso je vais parler de Grisbi que j'utilise: si tu rentres mensuellement tes relevés bancaires (oui une opération manuelle reste nécessaire si tu veux réellement faire une bonne analyse de tes données en les "taggant" correctement en terme de catégories ou imputations)

      Je le répète, je ne veux pas faire de saisie manuelle en 2018. Les tagger évidemment, mais ça aussi ça peut s'automatiser au moins partiellement.

  • # Une proposition pour rendre le script plus "robuste"

    Posté par . Évalué à 3.

    Sur cette ligne :

    boobank $backends list -f csv

    Le formateur CSV de boobank (et des applications weboob en général) ne te garanti en rien que le nombre de colonnes restera stable, et que la valeur que tu cherches restera à la même colonne.

    Ce que tu peux faire par contre très facilement c'est filtrer ce dont tu as besoin avec l'option -c et récupérer que ce qui est pertinent pour toi :

    boobank $backends list -f csv -s id

    Et avec ça tu peux juste virer la premier ligne de la sortie et tu as directement ce que tu veux. Ou peut-être mieux :

    boobank -b ing list -f multiline -s id | awk '{print $2}'

    Aussi, la durée de l'historique qui sera remonté par weboob dépend en réalité de ta banque. Pour ING par exemple, c'est « infini » (depuis l'ouverture du compte si tu le souhaites). D'autres banques sont malheureusement plus restriive

    • [^] # Re: Une proposition pour rendre le script plus "robuste"

      Posté par . Évalué à 1.

      Le formateur CSV de boobank (et des applications weboob en général) ne te garanti en rien que le nombre de colonnes restera stable, et que la valeur que tu cherches restera à la même colonne.

      Intéressant.

      J'avais utilisé cette technique car je m'étais rendu compte que certains comptes (mon crédit immobilier notamment) apparaissaient avec un type '4'. Après vérification, il semblerait que les comptes courant soient des types '1' et les comptes d'épargne des comptes '2'. C'était la raison d'être de ligne suivante :

      [ "${line[6]}" = "2" ] || [ "${line[6]}" = "1" ] && echo "${line[0]}"

      Mais ta remarque m'a fait me pencher sur la documentation de boobank et effectivement on peut faire bien mieux. La fonction accountsList() devient donc :

      function accountsList()
      {
              boobank $backends list --formatter simple --no-header --no-keys --select id --condition 'type=1 OR type=2'
      }

      Merci pour ta remarque.

      • [^] # Re: Une proposition pour rendre le script plus "robuste"

        Posté par . Évalué à 3.

        Si tu cherches la correspondance entre le type numérique d'un compte et une valeur compréhensible par un humain, c'est par là :

        https://git.weboob.org/weboob/devel/blob/master/weboob/capabilities/bank.py#L187

        Je ne dis pas que la documentation pour comprendre les types de comptes est très précise, loin de là. C'est également très ciblé sur la fiscalité et produits financiers français.

        Par contre ça fait plaisir de voir quelqu'un utiliser les conditions. C'est pas forcément une fonctionnalité très mise en avant de Weboob, mais ça permet de faire des choses assez sympa dans des cron ou autres tâches automatisées (exemple : récupérer les deux derniers salaires ressemblerait chez moi à :

        boobank history blabla@banque -n 12 "amount > 2000"
        (si la banque conserve un bon historique bien sur…).

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.