Journal Télécharger ses comptes gratuitement depuis le lion

Posté par pcdv le 27 juin 2005 à 12:45.

Étiquettes : aucune

juin

2005

Hello lecteurs,

Pour les (in)fortunés clients de la banque avec un (Ca) lyon et qui n'avez pas la chance d'être abonné au service interactif payant, qui permet entre autres le téléchargement de ses relevés, voilà un utilitaire très pratique (pour moi en tout cas).

http://gubru.multimania.com/dlcl-1.1.tar.gz(...)

Ca se connecte à interactif.creditly0nnais.fr, récupère la liste des comptes et des cartes, et génère tout plein de fichiers QIF dans le répertoire courant.

Avec ce script plus un autre que je contribuerai plus tard si j'ai le temps (pour affecter automatiquement les catégories aux transactions), il est possible de synchroniser ses comptes en moins d'une minute avec gnucash.

Je l'ai réécrit entièrement de manière à le rendre lisible et facilement maintenable (par exemple à chaque modification du site).

C'est du bash, qui nécessite curl, sed et tr.

J'espère qu'il vous sera utile. Tout commentaire sera le bienvenu.

# Espèce de pirate !!

Posté par Ymage le 27 juin 2005 à 14:22. Évalué à 4.

Heureusement, prochainement la SG va mettre en oeuvre un système de sécurité pour éviter que tu viennes automatiser la récupération de telles informations grâce à la mise en place d'un système CAPTCHA-like: le fameux clavier virtuel.

Ouf, me voilà enfin en sécurité.
Si vous n'aimez pas ce commentaire c'est qu'il est ironique.
- [^] # Re: Espèce de pirate !!
  
  Posté par pcdv le 27 juin 2005 à 14:30. Évalué à 2.
  
  Pour la SG, ce n'est pas trop gênant puisque le téléchargement des relevés est gratuit. C'est d'ailleurs un service basique que toute banque devrait fournir.
  
  Si le CL fait ce que tu dis, en ce qui me concerne, je n'aurai plus qu'à changer de banque.
  - [^] # Re: Espèce de pirate !!
    
    Posté par heltem (site web personnel) le 27 juin 2005 à 15:16. Évalué à 1.
    
    Oui, mais tu ne peux plus automatiser la récupération du fait de l'authentification par un procédé Captcha.
- [^] # Re: Espèce de pirate !!
  
  Posté par SF le 27 juin 2005 à 14:42. Évalué à 6.
  
  Tiens, à la BNP ils ont rajouté une merdouille de clavier sur lequel il faut cliquer pour taper son code secret.
  Ils en profitent également pour rappeler qu'il ne faut pas demander à son navigateur de retenir le mot de passe, c'est pas bien qu'ils disent. Ils en profitent pour expliquer comment dire aux navigateurs de ne pas les mémoriser, j'ai dailleurs appris que IE4 est super secure vu qu'il mémorise rien. Par contre ils expliquent pas comment on fait avec FF ou Mozilla, je suis paumé moi, comment je fais ? On m'avait conseillé ces trucs là et maintenant je vois qu'ils sont tout troués :(
  En plus faut pas donner son code confidentiel par oral, par téléphone ou même par mail. Mais bon ça va, ils me demandent pas de retirer mon post-it accroché à l'écran, je ne risque donc rien :)
  - [^] # Re: Espèce de pirate !!
    
    Posté par M le 27 juin 2005 à 20:56. Évalué à 5.
    
    suis je le seul a trouver leur clavier virtuel merdique : avant il fallait regarder le clavier pour connaire le mot de passe, maintenant il suffit de regarder ou l'on clique sur l'ecran...
    - [^] # Re: Espèce de pirate !!
      
      Posté par SF le 28 juin 2005 à 10:26. Évalué à 2.
      
      Pas grave, le gars derrière ton épaule peut lire le post-it que tu as accroché à ton écran de toute façon :(
      
      Je crains que tu n'ais raison...
    - [^] # Re: Espèce de pirate !!
      
      Posté par Ymage le 28 juin 2005 à 10:49. Évalué à 4.
      
      Officiellement, ce serait pour lutter contre les keyloggers mais personnellement, je trouve que ça sent plus particulièrement l'anti-automatisation de récupération des données.
      Si vous n'aimez pas ce commentaire c'est qu'il est ironique.
# Précisions

Posté par pcdv le 27 juin 2005 à 14:52. Évalué à 3.

Au vu des commentaires qui ont été postés, je précise que le but principal de ce programme n'est pas d'éviter d'avoir à se logguer manuellement sur le site de sa banque, mais bien de pouvoir récupérer (sous format Quicken) une version électronique de ses relevés, lorsque ce service n'est pas fourni grauitement par sa banque (en l'occurrence le CL).

En d'autres mots, cela sert à éviter de saisir manuellement ses relevés, en évitant les erreurs de frappe, les pétage de plombs et autres descentes d'organes qui vont avec.
- [^] # Re: Précisions
  
  Posté par SF le 27 juin 2005 à 14:56. Évalué à 2.
  
  Cette 'fonctionnalité' est prévue par la banque ou ils vont bloquer ça dès qu'ils se seront rendu compte que c'est possible ?
  - [^] # Re: Précisions
    
    Posté par pcdv le 27 juin 2005 à 15:14. Évalué à 2.
    
    Sur le site (accessible à tous), il y a des jolies icônes à côté de chaque compte qu'on clique lorsqu'on veut télécharger le relevé.
    
    Le lien ne fonctionne pas à moins de payer un abonnement de 3,5¤/mois (il me semble que c'était plus cher avant).
    
    La fonctionnalité "téléchargement au format QIF" n'existe donc que pour les abonnés.
    
    La fonctionnalité "visualisation des relevés en ligne" existe et est accessible par tous. C'est celle-ci qu'utilise mon programme, en effectuant en plus une conversion de HTML vers Quicken.
    
    Le fichier Quicken généré est probablement plus mince que celui qu'on obtiendrait avec le service payant, car il ne comporte que ce qui est visible "en ligne", donc pas la description détaillée de chaque transaction. Donc le service payant conserve une (légère) valeur ajoutée.
    
    Quant à ce que va faire la banque en question si elle découvre ce programme, je n'en sais rien mais cela m'étonnerait qu'elle supprime l'accès gratuit aux relevés (le service est déjà basique, ils ne vont pas l'appauvrir davantage). Au pire, ils feront un CAPTCHA comme ce dont parle Ymage.
    - [^] # Re: Précisions
      
      Posté par François (site web personnel) le 27 juin 2005 à 15:22. Évalué à 2.
      
      merci merci, je suis au CL et m'abonner ne m'enchantait pas. Par contre je me demande à qu'elle fréquence lancé le script (pour éviter les doublons) ?
      Et ma deuxième question est la compatibilité avec grisbi ? A tu essayer ?
      
      Enfin, je vais regarder ça de plus près. Et encore merci.
      - [^] # Re: Précisions
        
        Posté par pcdv le 27 juin 2005 à 15:29. Évalué à 1.
        
        Les transactions sont conservées 45 jours sur le site, donc tous les mois me semble une fréquence raisonnable.
        
        Actuellement, je gère les doublons à la main (supression de la queue du fichier après avoir regardé le dernier relevé).
        
        Comme écrit dans le TODO, j'automatiserai peut-être ça dans une prochaine version. Mais comme c'est un programme qu'on ne lance qu'une fois par mois, je risque de mettre du temps à trouver la motivation, ou alors il faut le demander fort :-)
        
        En ce qui concerne la compatibilité avec grisbi, elle ne doit pas poser de problème, j'essaie de générer du QIF standard. Le fichier débute par le numéro de compte, suivi par toutes les transactions du relevé. Le solde du compte n'est pas inclus.
        
        [^] # Re: Précisions
        
        Posté par François (site web personnel) le 27 juin 2005 à 15:34. Évalué à 2.
        
        Ok merci. si tu n'a pas la motivation, je l'aurais peut être ;). Ce sera une bonne occasion de me mettre a shell script.
    - [^] # Re: Précisions
      
      Posté par mouskouyouss le 27 juin 2005 à 19:23. Évalué à 1.
      
      Pour info,
      
      on peut transferer ses comptes dans l'agence e.creditlyonnais.
      Entre autre avantage, l'abonnement est gratuit.
      
      C'est ce que j'ai fait, et pour l'instant je ne suis pas déçu.
# Nouvelle version

Posté par pcdv le 27 juin 2005 à 17:17. Évalué à 3.

Comme je n'ai pas fait de site pour cet outil, c'est difficile de savoir quand il y a une nouvelle version. --> TODO

En attendant, une version avec plus d'options:

http://gubru.multimania.com/dlcl-1.2.tar.gz(...)

Usage: ./dlcl.bash [options] where options are: -b bank number (4 or 5 digits) -a account number (like "1234X") -p password (4 digits) -d directory in which QIFs are generated -D debug mode: doesn't erase temp files (forces verbose) -h print this help -v verbosity level 0: silent, 1: normal (default), 2: verbose

C'est promis, je ne vais pas continuer à publier les mises à jour ici :-)
- [^] # Re: Nouvelle version
  
  Posté par Nicolas S. le 27 juin 2005 à 18:55. Évalué à 1.
  
  -b bank number (4 or 5 digits)
  
  Pour ma part il n'en contient que 3.
  - [^] # Re: Nouvelle version
    
    Posté par Gavroche LeGnou le 27 juin 2005 à 19:13. Évalué à 1.
    
    alors tu rajoutes un "0" (zéro) devant
    ex : 0632
    - [^] # Re: Nouvelle version
      
      Posté par pcdv le 27 juin 2005 à 20:21. Évalué à 1.
      
      Je confirme. J'ai mis 4 ou 5 au pif sachant que pour moi c'était de la forme 0xxxx.
      
      Il est possible que ça fonctionne aussi avec 3 chiffres.
# Petite question

Posté par frafra le 27 juin 2005 à 23:55. Évalué à 1.

En version gratuite sur le site interactif.creditlyonnais.fr, on peut faire des virements ou pas ?
Parceque moi c'est la seule options qui fait que je paye ...
- [^] # Re: Petite question
  
  Posté par Frédéric COIFFIER le 28 juin 2005 à 09:42. Évalué à 2.
  
  Oui, on peut faire des virements entre ses différents comptes.
# Nouvelle URL

Posté par pcdv le 28 juin 2005 à 13:23. Évalué à 1.

C'est maintenant dans http://gubru.multimania.com/dlcl/(...)

Ca sera plus facile de trouver les mises à jour.

PS: désolé pour la tronche du site, pas le temps de faire plus...
# Suis-je le seul...

Posté par Matthieu Weber le 29 juin 2005 à 15:00. Évalué à 2.

... à ne pas télécharger mes relevés ? Je tape dans cbb le contenu de mes factures, et comme la banque m'envoie de toutes façons des extraits papier, je compare avec ce que j'ai saisi moi même. Comme ça si la banque fait une erreur, je le remarque facilement (et si je fais une erreur, ce qui arrive plus souvent, je le remarque aussi). Ça m'est arrivé une fois (il y a 10 ans de ça) qu'un payement par carte ne soit pas comptabilisé, donc le magasin ou la banque m'ont fait cadeau d'un CD :)
- [^] # Re: Suis-je le seul...
  
  Posté par pcdv le 29 juin 2005 à 15:25. Évalué à 1.
  
  Tout dépend du temps qu'on a à consacrer à la gestion de sa trésorerie. Surtout si on veut faire une comptabilité détaillée par poste de dépense, générer des rapports, des statistiques, faire des prévisions etc...
  
  Cela n'empêche en rien de contrôler l'exactitude des relevés fournis par la banque, puisque chaque transaction doit être attribuée à une catégorie / compte.
  
  C'est une opération qui peut être manuelle ou automatisée (style règle "CB. CARROUF" => compte "Bouffe"). Pour automatiser ça sous gnucash, j'utilise un script pour enrichir les fichiers QIF à partir d'un fichier de règles (regexp: catégorie).
  
  Globalement, je pense qu'on a tout à gagner (en temps) à avoir un processus automatisé, surtout quand on gère une dizaine de comptes.
  
  Cela dit, il est vrai que les petits cadeaux du style erreur de la FNAC en votre faveur transaction CB passée à la benne peuvent passer plus facilement inaperçu :-)
  - [^] # Re: Suis-je le seul...
    
    Posté par Matthieu Weber le 29 juin 2005 à 23:29. Évalué à 2.
    
    Comment tu sais que c'était la fnac qui m'a fait cadeau d'un CD ? :)
    
    Sinon, je gère trois compte, avec comptabilité détaillée par poste de dépense (je ventile notamment les factures du supermarché en fonction de différent postes, et ça aucune regexp ne peut le faire pour moi... Je n'achète de loin pas que de la bouffe au supermarché).

Suivre le flux des commentaires

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