J’aimerais mettre en place quelque chose pour pouvoir gérer cela à titre personnel, mais je ne vois pas vraiment de bonne méthode.
Les API d’open banking semblent coûter bien trop cher pour un usage personnel.
Comme lorsqu’on récupère l’ensemble des comptes depuis Naver Pay ou Kakao Bank, je voudrais soit les appeler séparément via une API, soit les télécharger en lot, mais cela ne semble pas simple.
11 commentaires
https://www.popbill.com/Content/Link/EasyFin
Je n’ai aucun lien avec cette entreprise, mais je partage l’information.
Coût : 5 500 wons par compte et par mois (TVA incluse)
Il est possible d’appeler l’API au maximum toutes les 30 minutes pour consulter l’historique des dépôts et retraits.
Passer par le Korea Financial Telecommunications & Clearings Institute est trop contraignant, donc utiliser ce type d’entreprise est aussi une option.
Ne peut-on pas créer un serveur OS virtuel et simplement faire du scraping via le web ?
C’est aussi un domaine qui m’intéressait depuis longtemps...
https://developers.kftc.or.kr/dev/openapi/open-banking/transaction
Je me dis que ça pourrait peut-être se faire ici...
Comme l’inscription de l’entreprise est nécessaire pour l’API du Korea Financial Telecommunications & Clearings Institute, il semble que ce soit difficile pour un particulier.
https://seoyh1104.github.io/open%20api/open-api/
D’après le contenu de ce blog, cela coûterait environ 10 millions de wons... Le coût semble assez élevé.
https://data-make.tistory.com/428
Il semble qu’avant, c’était possible.
Actuellement, il faut apparemment obtenir une autorisation.
Existe-t-il une API ou un SaaS permettant de consulter l’historique des dépôts et retraits d’un compte bancaire personnel ?
En général, on dirait qu’ils utilisent soit une consultation simplifiée, soit la lecture du contenu des SMS… La consultation simplifiée, c’est ce genre de chose : https://help.moneypin.biz/c29802fbecf344abacad93ef88b0a56e
Je crois que ce n’est pas illégal tant qu’il n’y a pas de redistribution. Si le scraping est vendu à un particulier et que celui-ci ne consulte que ses propres informations, par exemple. S’il n’y a pas de tiers autre que la personne concernée et l’établissement financier.
Cela a beaucoup été réorganisé en MyData après les trois lois sur les données.
Après cela, il me semble aussi que le scraping est devenu illégal.
Je ne sais pas si le scraping est illégal pour un usage personnel, mais si ni MyData ni le scraping ne sont possibles, il n’y aura probablement pas de solution en Corée.
Je crois que la dernière fois que j’ai regardé, il n’y avait rien d’utilisable au niveau particulier.
Si on devait le faire, ce serait plutôt récupérer manuellement l’historique dans Excel, puis écrire du code pour le parser ? C’est aussi jusqu’à ce point que j’y avais réfléchi avant de laisser tomber.
Le moyen le plus évident qui me vient à l’esprit, c’est qu’il serait sans doute raisonnable d’avoir une app sur le téléphone personnel qui lit les notifications de dépôts/retraits et les envoie au serveur.
C’est aussi ce à quoi j’ai pensé, mais j’ai l’impression que la partie la plus difficile est de récupérer l’historique passé. Et je m’inquiète aussi du fait que des notifications de dépôts/retraits puissent être manquées simplement parce que le téléphone était éteint.