Compte virtuels et API pour le CIC

Tiens j'ai un blog ! Je l'avais oublié ! Bon alors que vais-je pouvoir écrire ?

La semaine dernière j'ai pensé à un problème récurrent  que j'ai lorsque gère mes comptes : l'absence de compte virtuel.
Qu'est ce que c'est que ça ?

Dans mon interface bancaire du CIC je peux voir à tout moment le solde de mes trois comptes (courant, livret jeune et boursier) et les derniers mouvements qui ont eu lieu ce mois-ci.
Or j'ai bien plus que trois types de dépenses : il me faudrait un solde pour ma vie courante (subdivisé en nourriture, loisirs, transports), pour mes projets (vacances d'été, achat d'un prochain ordinateur, achat d'une voiture), pour mon "épargne" c'est à dire les dépenses non-régulières (cadeaux d'anniversaire, impôts, retraite...).

J'ai donc 3 comptes pour gérer 10+ types de postes de dépenses, ca coince donc qq part : je dépense de l'argent prévu pour une économie dans la vie courante. C'est bien dommage !

Plusieurs solutions :

• utiliser un logiciel de gestion bancaire (Money, Budget Plus qui est proposé par le CIC, tout logiciel libre ou pas qui serait adapté)
• utiliser un site web qui permet de gérer son argent en ligne et afficher des beaux graphiques dynamiques, twitter à propos de mon salaire ou tout autre fonctionnalité plus ou moins bien pensée.
• écrire ma propre solution pour ma satisfaction personnelle.

J'aurai une petite réticence à partager mes données bancaires avec un site web quelqu'il soit (mais si ça ne vous gêne pas : http://www.mint.com/ ) donc la solution ne convient pas. De toute façon, aucun ne propose encore une connexion avec le CIC.

J'en viens donc aux logiciels. Pour la plupart d'entre eux, les fonctionnalités sont réduites à peau de chagrin, voire tout buggés et avec un look'n feel digne des années 80. Cependant le problème le plus critique vient du fait, qu'aucun ne sait se connecter au CIC.

La solution consiste pour tous ces logiciels à importer un fichier dans un format exotique que l'on trouve sur le site du CIC.

Cette méthode est douloureuse pour le paresseux que je suis : 

il faut retourner sur le site chaque fois que je veux mettre mes comptes à jour = les deux systèmes sont désynchronisés.

Seule solution : concevoir un produit home-made qui répondra un peu plus mon besoin (qui n'est pas si extravaguant).

Mais, et c'est un souci majeur, il est difficile voir impossible d'accéder de façon automatique aux infos du CIC.

Si je chercher à me connecter au site par un programme il faut que je parse le html des pages dont la structure change régulièrement ou alors télécharge le fichier au format douceâtre proposé sur le site du CIC.

Bingo, il faut donc une API, c'est à dire une façon de se connecter (par exemple via un webservice) à mon compte automatiquement. Tous les sites web hébergeant mes données le font et ça fonctionne correctement.

On peut imaginer un service qui répondrait à des requêtes du type :

https://www.cic.fr/api.xml?rib=12984938493849283&from=01/01/2011

tout simplement pour renvoyer tous mes mouvements bancaires depuis le début de l'année

https://www.cic.fr/api.xml?rib=12984938493849283&to=SFR

pour réccuperer les prévelements automatiques de SFR 

https://www.cic.fr/api.xml?rib=12984938493849283&search=vacances

pour trouver ce qui à trait aux vacances

etc...

Evidemment l'interface de mon petit système permettrait lui de gérer des comptes virtuels, de fixer des objectifs, des limites de dépenses et toutes les fonctionnalités que l'on trouve dans ce genre de logiciel  qui permettent de répondre à des questions du type :

• dans combien de temps pourrais-je m'offrir une nouvelle voiture si j'y consacre 10% de mon salaire ?
• si je veux m'offrir une retraite de X euros/mois à partir de 70 ans, combien dois-je placer par mois dans un compte épargne....
• comment se répartissent mes rentrées d'argent entre tous mes postes

et puis, on peut imaginer, un classement un peu intelligent et automatique des dépenses de carte bleues dans les différents postes (j'ai vu mon frère tenir un budget dans excel et faire ça à la main), des jolis graphiques pour donner l'illusion que je suis Picsou ou Bernard Arnault :)

Suite à ce besoin (urgent devrais-je ajouter ;P ) j'ai envoyé un petit mail au service technique du CIC pour savoir si une telle API existe et selon la réponse je reposerai la question à mon conseiller, au service commercial....

L'e-mail est une bien vieille invention (plus de 30 ans) et pourtant n'évolue pas ou très peu. Or les usages changent.  

Un exemple qui mérite d'être relevé : les pièces jointes. Les serveurs de mails limitent, et c'est compréhensible, la taille des pièces jointe a 5,10 ou 20 Mo. Cela évite de surcharger les serveurs et c'est donc souhaitable. En effet, si on envoie une pièce jointe de 1 Mo a 30 correspondants, ce sont 30 Mo qui se baladent sur le réseau ! Le système fonctionne donc en "unicast". Mais aujourd'hui, les pièces jointes peuvent facilement dépasser ces limites (pour un échange de fichiers clients par exemple)

La politesse, les règles d'usage ou toute autre bonne raison conseillent donc ne pas envoyer de grosses pièces jointse a des correspondants mais de mettre un fichier a disposition sur internet et d'envoyer un lien permettant le telechargement de ce fichier.

En théorie, cela revient exactement au même sauf que :

• le fichier est stocke en dehors de la messagerie du destinataire et de l'expéditeur et peut donc être supprimée indépendamment du mail, Or il arrive souvent de vouloir relire un email et donc d'ouvrir a nouveau la pièce jointe...
• rendre disponible un fichier sur le web requiert soi de disposer d'un hébergement a soi, soit de s'inscrire a un service quelconque d'hébergement temporaire (ce qui revient donc au premier point). En tout cas, cela demande une manipulation supplémentaire : une quinzaine de clics au minimum. C'est bien complexe par rapport aux trois clics nécessaires pour envoyer une pièce jointe dans un logiciel/webmail.
• Stocker sur internet peut poser de sérieux problèmes de confidentialité : qui peut télécharger mon fichier ? puis-je faire confiance a mon hébergeur ?

Quelles solutions pour ce problème ?

On peut imaginer facilement augmenter les limites des serveurs mails mais cela ne fait que différer le problème (de quelques années) en plus de surcharger le réseau. On pense alors a changer un peu la façon dont sont achemines les messages et tenter de "multi-caster" au maximum. Mais on ne règle pas vraiment le problème, on l'allège simplement.

Il est facile d'imaginer des solutions un peu plus complexes comme un partage en P2P du fichier par l'expéditeur (le client mail se met a télécharger tout seul une pièce jointe des réception du message en se connectant aux autres destinataires). Évidemment pour rester simple, il faut que ce système soit implémente sur tous les logiciels émetteurs (pour indiquer qu'il existe une pièce jointe et l'adresse de l'émetteur + un système de partage P2P) et récepteurs. C'est a dire changer complètement les protocoles et les standards de l'email.

Dans le même genre de solution (la plus transparente possible pour l'utilisateur), les webmails/logiciels de messagerie pourraient se charger automatiquement d'envoyer les pièces jointes sur un service en ligne et d'insérer le bon lien dans l'email. Cela permettrait au moins de réduire le temps nécessaire a l'expéditeur.

Les puristes n'apprécieront pas cette solution (il faut confier ses donnes a un tiers) et de fait elle ne corrige pas les trois points cites plus haut.

Ma solution préférée reste celle du P2P : assez élégante elle permet de régler les trois problèmes mais en rajoutant celui de la compatibilité. Il faut non seulement changer les formats des emails, les logiciels de messagerie et cela ne peut fonctionner que si émetteur et récepteurs adoptent le système. Beaucoup de contraintes...