On bosse sur la DeFi, ca arrive
Un petit up du sujet car je suis trÚs intéressé, des news svp?
Idem, je serais intéressé par un export Google Sheet, est-ce prévu svp?
Plein de bonnes idĂ©es et je nâai pas tout lu ! Pour le moment, lâexport Excel serait dĂ©jĂ un plus pour suivre mes cryptos et actions, expliquer qq graphiques et perfs que je ne comprends pas toujours âŠ
Mais dâabord prioritĂ© aux imports des principales plateformes (dont celles en tĂȘte des votes comme Nexo, Swisborg âŠ).
Finalement je ferai peut-ĂȘtre la dĂ©marche Ă lâenvers : garder uniquement les plateformes intĂ©grĂ©es Ă Finary !
En attendant lâAPI publique et documentĂ©e de Finary, celle de crypto.com, un import CSV, un export CSV etc⊠jâai commencĂ© Ă travailler sur un script python quâon pourrait appeler de la maniĂšre suivante. Quâen pense lâĂ©quipe Finary @Camille ?
Pour les autres, vous utiliseriez un tel script ou participeriez Ă son dĂ©veloppement si je le publie sur github? Le gros du boulot sera de le mettre Ă jour quand lâĂ©quipe Finary doit changer son API non documentĂ©e.
Finary command line
Usage:
finary_api signin
finary_api me
finary_api cryptos list
finary_api cryptos add <code> <quantity> <price> <account_id>
finary_api cryptos update <code> <quantity> <price> <account_id>
finary_api cryptos delete <code> <account_id>
finary_api holdings_accounts list
finary_api holdings_accounts delete <account_id>
finary_api investments list
finary_api crypto_currency --search=QUERY
finary_api fiat_currency --search=QUERY
finary_api import cryptocom FILENAME [(--new=NAME | --update=account_id | --append=account_id)]
Options:
--search=QUERY search a resource (works for "crypto_currency", "fiat_currency")
Hello ! Super intĂ©ressĂ© par lâAPI Finary !
Jâaimerais me faire un « assistant dâinvestissement » (peut-ĂȘtre quâune fonction similaire arrivera un jour dans Finary). ConcrĂštement ce serait un script Python qui, Ă chaque jour de paie :
- RĂ©sume mes recettes/dĂ©penses du mois qui vient de sâĂ©couler
- Calcule automatiquement combien mettre dans quelle enveloppe selon des rĂšgles que je me dĂ©finis (i.e. selon ma stratĂ©gie dâallocation, projets personnelsâŠ).
Lâobjectif serait dâautomatiser le plus possible toutes les opĂ©rations dâinvestissement, histoire dâĂȘtre vraiment le plus passif possible
Exemple :
- Selon lâAPI, je nâai pas utilisĂ© 400⏠ce mois-ci sur le budget mensuel.
- Il faut X⏠pour revenir au niveau objectif sur mon Livret A (supposons que jâai piochĂ© 200⏠en urgence)
- Le script programme automatiquement 500⏠dâinvestissement dĂšs le dĂ©but du mois (sâil en reste aprĂšs lâĂ©tape 2). Jâajoute Ă ces 500⏠le surplus restant du mois sur mon CCP pour revenir Ă lâobjectif.
- Selon des rĂšgles totalement custom dans le script, ces 500+400⏠sont automatiquement distribuĂ©s sur toutes mes enveloppes (e.g. 20% dans le PEA puis x% dans tel ETFâŠ)
- En parallĂšle, le script utilise lâAPI pour voir sâil y a des arbitrages Ă faire entre actifs. Il me sort des recommandations.
- Il nây a plus quâĂ bĂȘtement suivre la liste dâopĂ©rations Ă effectuer chaque mois ! Malheureusement les virements eux-mĂȘme ne sont pas automatisables sur toutes les enveloppes⊠^^
Pour lâinstant câest une envie perso, mais si on est plusieurs Ă sây intĂ©resser ce serait un plaisir de collaborer pour faire un bel outil !
Ahah on est synchro @n12t, jâai commencĂ© Ă bosser ce WE sur un wrapper (Ruby) de lâAPI Finary, en particulier pour la partie export.
Le cas dâusage de mon cĂŽtĂ© Ă©tait de mettre Ă jour automatiquement mon Google Spreadsheet qui contient mes dashboards perso sur ma rĂ©partition du patrimoine avec quelques features comme le top des composants ETF, etc.
Jâai dâailleurs envoyĂ© ce WE un mail Ă @mounir concernant son feeling sur le fait de le rendre open source donc jâen profite pour reposer la question ici.
Ces types de petits scripts serait un bon apport Ă la communautĂ© un peu technique pour avancer sur les sujets non prioritaires aujourdâhui pour Finary mais qui le sont pour certains.
Et de fait, la question serait de savoir si Finary pourrait devenir un « BudgetInsight » plus global avec des donnĂ©es enrichies non « brut » (cĂ d contenant les donnĂ©es dâĂ©volution des placements etc etc.).
De sorte quâil puisse ĂȘtre envisageable de crĂ©er un vrai service/(petite) sociĂ©tĂ©/SaaS autour de lâAPI et des inscrits Ă Finary (proposant une version free, qui permettrait de sâaffranchir de la partie rĂ©pĂ©titif que propose chaque appli demandant un accĂšs Ă la banque).
Bref, quel serait la limite de lâutilisation de lâAPI ? (Et en rĂ©alitĂ©, est-ce que Finary a le droit de faire ça ? Jâimagine que les accĂšs bancaires ne sont pas si facilement accessible, lĂ©galement parlant).
Super ! Je parle pas super bien le ruby⊠mais jâai bien avancĂ© sur le wrapper en Python. Câest ma seconde tentative: il y a quelques mois jâavais un wrapper qui fonctionnait bien pour de lâimport de valeur boursiĂšre mais lâapi dâauthentification a changĂ©, puis les autres API aussi. Jâai repris de 0.
Mon premier cas dâusage Ă©tait un import propre de cryptocom (ça marche), le second : import dâun CSV pour un portefeuille crypto ou investissement (en cours), puis je comptais regarder pour faire un mega export CSV. Tu veux collaborer sur le wrapper python en attendant une rĂ©ponse de @julien pour un repo public ?
Si on arrive Ă sâaccorder, ça serait top dâavoir un compte test pour pouvoir faire tourner des tests unitaires
Hello,
Lâutilisation de lâAPI Finary pour ces projets qui enrichissent la communautĂ© Finary est acceptĂ©e et bienvenue.
Si vous avez des questions sur son utilisation je suis disponible pour y répondre.
LâAPI nâĂ©tant pas documentĂ©e nous ne pouvons par contre pas vous garantir sa stabilitĂ© et cohĂ©rence dans le temps.
Pas de connaissance en Python particuliĂšrement de mon cĂŽté⊠Ca fait des annĂ©es que je souhaite mây coller (comme le Go) mais je procastine. AprĂšs on peut essayer dâuniformiser nos deux wrappers au niveau DSL. Câest toujours sympa dâĂ©changer
Pour les tests unitaires je passe par des mocks de lâAPI câest bien plus rapide, mais en effet pour les tests dâintĂ©gration ça serait top dâavoir un compte de test (un compte en lecture seul serait un bon dĂ©but).
Merci @julien pour ton retour câest une excellente nouvelle!
Je passe par mail pour les demandes pour ne pas polluer ce thread.
Super ! Ăa serait bien si les Ă©changes peuvent se faire en public, que tout le monde en profite ! et ça Ă©viterait que @julien rĂ©ponde plusieurs fois au mĂȘme question. Un autre forum ? Un autre sujet ?
Pour ma part, jâai essayĂ© de trouver une API pour crĂ©er des lignes owning type:« staked » dans un compte crypto manuel mais sans succĂšs. Tu peux confirmer que câest bien le cas ?
Sinon, le reste est suffisamment clair pour ce que je veux faire pour le moment.
Jâai un peu plus travaillĂ© sur mon outil en ligne de commande pour accĂ©der Ă mon compte Finary. Si vous voulez essayer ou participer, il est sur github.com.
Je lâai essayĂ©, ça marche bien, sympa!
Cool ! Feedbacks et contributions bienvenus !
Jâai commencĂ© Ă documenter lâAPI privĂ©e au format OpenAPI. Il y a encore pas mal de boulot
Contributions (PR) bienvenues encore une fois!
Le github : GitHub - lasconic/openapi-finary: OpenAPI specification for Finary API
La doc autogénérée: Finary API
@Calvin42 @DevChris Je serai curieux de voir ce que donne une gĂ©nĂ©ration automatique dâun client en Rust et en Ruby. Pour le Python, jâutilise openapi-generator, un fork de swagger, câest pas trop mal. Il supporte un sortie dans ces deux languages et beaucoup dâautres : Generators List
Petit Ă petit, je continue Ă documenter lâAPI privĂ©e MĂȘme si elle change trĂšs frĂ©quemment et câest trĂšs bien ! Dernier truc que jâai vu passĂ© ownership_repartition
pour chaque compte. Youpi, le mode famille en approche !?