moules a écrit 490 commentaires

Pense business avant de penser features, tu seras de toutes façons amené à pivoter et à revoir ton produit. Et effectivement pense à t'associer avec quelqu'un.

Tu peux utiliser weboob pour palier à ce genre de manques.

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.

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.

L'AGPL force à redistribuer le code, mais n'impose pas à ce que ce soit immédiat ni que ce soit upstream. BI pourrait se contenter de ne rien redistribuer, et attendre qu'un utilisateur fasse la demande, pour envoyer un CD par la poste à l'utilisateur avec l'ensemble du code, pas de diff. Ça prendrait plus de temps que le délai que s'accorde BI pour reverser de jolis patches upstream.

Donc weboob est inutilisable en pratique pour la partie banque du moins, sans devoir refaire le boulot

Il ne faut pas exagérer.

Budget Insight est un contributeur de weboob, et backport ses améliorations et correctifs. Le fait qu'il y ait un délai s'explique effectivement par le fait qu'une des valeurs ajoutée de Budget Insight est la réactivité, le fait que ses clients soient assurés d'avoir des connecteurs qui marchent. Nous avons une équipe de cinq personnes à plein temps qui bosse sur weboob, ça a un coût non négligeable.

Donc oui, on a pas intérêt à backporter trop vite. Néanmoins, il est arrivé à plusieurs reprises que je backporte immédiatement des correctifs ou des fonctionnalités à la demande d'utilisateurs sur IRC. Cela marche même encore mieux lorsque je rentre du bistro.

Maintenant, weboob compte d'autres contributeurs, incluant Linxo, et pour la plupart des gens, sur un usage domestique, les modules bancaires sont assez stables.

Je rajoute enfin que l'Association Weboob a été créée justement dans l'objectif de garantir une indépendance au projet. Budget Insight n'a pas le contrôle de weboob.

C'est peut-être du temporaire ou c'est peut-être pour du long terme, ça va dépendre de nos réflexions et de la manière dont les banques vont s'adapter aux nouvelles réglementations (DSP 2 et GDPR). Si elles proposent des API propres avec de l'OAuth et sans délai, c'est sûr que ça va pas mal nous faciliter la vie.

La DSP2 impose l'obtention d'un agrément auprès de l'ACPR ou d'une autre autorité bancaire nationale de l'Union Européenne, pour le statut d'AISP (Account Information Service Provider) ou PISP (Payment Initiation Service Provider), pour l'utilisation de ces APIs. Le législateur a complètement zappé le logiciel libre et de manière générale les logiciels desktops pour l'accès aux comptes.

La STET, un consortium bancaire français, a publié une spécification d'API qui sera implémentée par les banques d'ici juin 2019 :

https://www.stet.eu/assets/files/PSD2/API-DSP2-STET_V1.2.3_final.pdf

L'utilisation de ces APIs nécessitera l'utilisation d'un certificat client délivré par une autorité validée par le régulateur, et la présence sur un registre national de TPP.

les autres modules n'ont pas de fonctions réservées à la version entreprise (sauf pour l'import temps réel du relevé bancaire, qui est fait avec le logiciel non-libre d'une entreprise tierce).

Vous pourriez vous interfacer avec weboob pour la récupération bancaire dans la version libre.

Pourquoi donc ?

"Nous, on engage la rencontre d’une façon résolument optimiste : on s’attend à trouver des complices, et on est surpris.es, voire outré.e.s, de se heurter souvent à de l’incompréhension, parfois à des murs."

Il ne faut accorder aucun crédit à quiconque écrit de cette manière là.

On dirait surtout goatse.

Pour PayPal, comme ils mettent des « challenges » javascript pour éviter le scrapping, il est nécessaire d'installer PyExecJS (via pip), ainsi qu'un runtime JS (typiquement nodejs).

Être payé pour contribuer à weboob ? C'est possible ! Je profite de la dépêche pour annoncer que Budget Insight, premier contributeur sur les connecteurs bancaires, recrute à Paris et au Luxembourg.

Nous avons tout de même privatisé la terrasse !

Salut,

Pour utiliser un sélecteur CSS, tu peux faire :

obj_balance = CleanDecimal(CSS('td.balance'))

Sinon, dans weboob on a rajouté une fonction xpath has-class qui permet de faire :

obj_balance = CleanDecimal('./td[has-class("balance")]')

Ce qui pourrait être pratique, c'est de ne pas avoir de fichier .projects.gws mais que le script scrute tous les sous-répertoires qui contiennent un dossier .git.

vous n'avez fait appel à aucun "cabinet qui va plus ou moins aider tout en
prenant plein de sous pour eux"?

Non, mais on a été conseillé par notre incubateur et des gens de Centrale.

Ah et j'ai oublié le statut JEI qui est bien sympathique aussi.

Merci pour les détails (c'est toujours très opaque, difficile d'avoir des
chiffres quand on cherche), ça me permet d'avoir une idée des ordres de
grandeur et une preuve que c'est faisable dans le "logiciel pur" sans devoir
avoir 10 doctorants (des fois, on me regarde avec de grand yeux quand je parle
d'innovation ou de recherche dans le logiciel) et me motiver à un moment à me
lancer.

Pour être tout à fait honnête, le logiciel pur ça ne fait pas rêver la BPI, donc il faut un peu pipoterinsister sur des éléments qui en réalité sont négligeables. Par exemple, nous avons beaucoup mis en avant le prévisionnel et les algorithmes statistiques pour avoir le PIA 1.

J'ai un compte premium, j'utilise souvent Budgea sur le web et sur mon android et j'adorerais que quelques petits bugs d'utilisation soient corrigés !

Même si nous sommes malheureusement en sous effectifs pour pouvoir maintenir correctement Budgea, n'hésite pas à passer par notre support pour remonter les problèmes que tu rencontres.

Pas besoin de compléter les autres réponses au sujet de la sécurité des banques, les exemples donnés dans la news sont suffisants.

Évidement, nous poussons les banques à proposer des APIs, mais nous sommes réalistes, et utilisons weboob tant que ce n'est pas le cas, et de toutes façons il restera des banques sans API. Notre Budgea API permet de fournir une interface unique sans se soucier de ce qui tourne derrière.

Il est à noter que pour le cas du Crédit Agricole Store par exemple, il y a un système d'audit et de test des applications pour être autorisé à utiliser leur API en production, sachant qu'ils refusent qu'elle fasse de l'agrégation d'autres banques… Ce droit de regard complet n'est donc pas vraiment compatible avec notre vision des choses.

Quant à SEPA et CFONB, c'est évidement une triste rigolade. Des retours que l'on a, les données ne sont pas fiables (« trous » dans les relevés), le format est moyenâgeux, comme tu dis au final peu standardisé, les banques facturent ça une blinde, et les délais d'accès sont de plusieurs semaines. Pas compatible avec une application « clic&play ». Sans oublier l'absence des cartes à débit différé dans les relevés.

Pour finir, je colle un lien que j'ai vu passer aujourd'hui qui est intéressant sur le sujet… malheureusement pas en France : http://cestpasmonidee.blogspot.fr/2015/02/le-gouvernement-de-sa-majeste-veut-des.html

Voici le montant des subventions :

• Réseau Entreprendre 92 : prêt à taux zéro de 25k€ à rembourser un an et demi après ;
• PIA 1 : 30k€ de subvention ;
• PIA 2 : autour de 100k€ de prêt à taux zéro à rembourser deux ans après (on ne l'a pas encore) ;
• AIMA : 50k€ en deux tranches (co-financement d'un projet d'innovation, dans notre cas l'OCR).

Pour la paperasse, heureusement que j'ai un associé qui s'en est occupé :).
Disons qu'au début c'est très chronophage, mais qu'une fois que tu connais les mécanismes et que tu es introduit au niveau de la BPI, ça devient plus simple.

Je dirais que la différence est dans le fait que Edenwall a levé 2 millions pour nourrir 30 personnes avec très peu de revenus liés aux licences du produit. Dans notre cas, nous sortons certes plus d'argent que ce qui rentre, mais l'équilibre n'est pas loin (on vise la rentabilité cette année), ce qui limite le risque.

En plus de cela, le modèle économique d'Edenwall n'était pas éprouvé au moment où ils ont fait ce choix, alors que le nôtre l'est (sur les différents segments nous avons une forte appétence et des clients qui paient).

Enfin, on fait toujours un peu de service, mais autour de nos technos (création de modules weboob, développement de fonctionnalités spécifiques, ou intégration pour le cas de la Banque Accord).

http://git.symlink.me/?p=weboob/devel.git;a=commitdiff;h=a529ecd5213e927e479644b9586dd81c81e9e2f5;hp=87070bf05a4d1dff051d2446bfba82b625c26f41

Ça fait des années que ce débat existe, il revient tout le temps. Je pensais
(p-e naïvement) que les créateurs devaient en avoir marre.

https://linuxfr.org/users/ffourcot/journaux/la-communaute-linuxfr-n-a-t-elle-plus-rien-de-technique-a-dire

Paye ton patch.

Est-ce que tu peux expliquer ce choix ?