Reprise du message précédent :

Ça paraît compliqué, morningstar n'utilise pas
l'isin dans l'URL mais un code interne si ma mémoire est bonne.
Pour les deux autres je n'ai pas regardé.

Quantlays c'est tellement de la merde que j'ai fini par aller chercher l'info directement chez Amundi: https://www.amundi-ee.com/entr/prod [...] 484&doc=FP
 
Plus aucune ligne Quantalys dans mon fichier !  

Pareil, j'ai basculé sur Morningstar : Quantalys est en retard sur les mises à jour de VL, et en plus ils ont pété l'affichage de la variation quotidienne, t'es obligé d'aller la chercher sur une autre page. Poubelle.

Hello,
 
il suffit de remplacer l'url quantalys par l'url morningstar ? Ou il faut également changer la formule ?

Ah non il faut changer la formule, le Xpath pour choper les données est forcément différent d'un site à l'autre. Avec l'inspecteur de Google Chrome c'est un jeu d'enfant.

 
   
Sur une page simple il s'en sort à peu près, mais dès que la page est un peu complexe il faut mettre les mains dans le cambouis et écrire la requête à la main.

Du coup faut mettre quoi pour avoir tout comme avant?

Je pense qu'on peut attendre la v2 (expurgée de ucompte) que Mitch2Pain nous concocte soigneusement.

 
 
Je continue à avancer sur le fichier de mon côté aussi et j'en suis arrivé au même point que toi
L'étape suivante : les données n'arrivent jamais dans le même ordre car sicavonline les présente systématiquement par pourcentage décroissant, là où ucompte permettait une récupération des données dans une séquence bien définie. Tu as trouvé une solution pour ça ?  
Pour le moment je sèche perso

Pareil  

 
 
C'est chiant bon sang  (et même problème en partant sur le parsing de la page boursorama, l'ordre des valeurs est variable)
 
On va bien finir par trouver quelque chose.

Une solution serait de récupérer les données et les en-têtes dans une feuille de travail séparée, puis de jouer avec des LOOKUP pour aller chercher la donnée correspondant à la zone géographique de chaque ligne.

Malheureusement il semblerait que le nombre de IMPORTXML dans une feuille soit limité  

Je n'ai pourtant que 5 lignes ...

EDIT: en attendant la donnée fini par monter.

Attention, ce qui suit est sans aucune garantie, je n'y connais pas grand chose, mais chez moi ça marche (testé ce matin, ras-le-bol de ne pas pouvoir récupérer automatiquement les valeurs Quantalys) :
 
1- remplacer l'url quantalys par l'url morningstar
 
2- remplacer la formule initiale =VALUE(SUBSTITUTE(REGEXEXTRACT(IMPORTXML(J17; "//div[@*='vl-box-devise-value']" ); "(\d+,\d+)" );".";"," ))
par la formule =VALUE(SUBSTITUTE(REGEXEXTRACT(IMPORTXML(J17; "//td[@*='line text']" ); "(\d+,\d+)" );".";"," ))
où J17 est la cellule dans laquelle est renseignée l'url.
 
Aucune idée de l'orthodoxie du truc ; si ça choque les puristes je suis preneur d'une formule plus propre
 
Bon bah au bout d'une heure je retrouve les mêmes messages d'erreur avec Morningstar qu'avec Quantalys. Echec

Je me suis heurté à ça hier soir oui. Ca complique les choses de manière importante

Je me répète, mais : http://www.videlibri.de/xidel.html

Pourquoi ne pas donner la solution plutôt que d'indiquer des sites ou des manières de faire si tu as trouvé UV13A5H ?

Le pblm c'est qu'il faut que chaque utilisateur s'installe son serveur Xidel.
Ça va sévèrement limiter la portabilité.
Bon je m'en fou je gagne pas d'argent avec ce fichier ... mais bon.

Je vais laisser tomber la partie géographie pour le moment, je vais rester sur la nature des produits avec les 5 catégories Morningstar, je pense pouvoir me limiter à 2 IMPORTXML par ligne et ça sera un bon objectif pour aujourd'hui.

Je vais m'y remettre dans le WE pour voir si j'arrive  a avancer

Parce que j'ai déjà parlé 10 fois de xidel. :-)

Xidel c'est juste une commande en ligne, y a pas de « serveur ».

Alors oui, dans mon cas c'est un script quotidien qui utilise xidel pour récupérer les valeurs et les poster sur mon hébergement web local sous forme d'un fichier CSV, puis IMPORTDATA() sur Google Sheets. Donc c'est un peu plus lourd, je le conçois. Mais en contrepartie je n'ai pas de blocage avec IMPORTXML().

EDIT :
Exemple, là où vous avez IMPORTXML(URL; requête), j'ai xidel URL --extract requête. Aussi simple que ça.

Tu héberges le résultat de la commande dans un CSV sur un site HTTP (d’où le « serveur » je pense).
D'ailleurs, cet hebergement web local doit être accessible sur internet non, pour que google sheet puisse y accéder?

Oui. On est d'accord que c'est moins « souple » que des IMPORTXML(), mais je n'en pouvais plus des « Loading… » à répétition qui me pétaient l'affichage de toutes mes formules de calcul.

C'est juste une solution alternative que j'indique. Pas l'idéal pour tout le monde, j'en suis conscient. Mais si ça peut servir à certains (voire inspirer d'autres idées, sait-on jamais)…

Sinon il y a la fonction IFERROR:
 
Par exemple pour la case qui remonte le taux d'obligations dans le CW8:
=IFERROR(IMPORTXML(I3;"//*[@id='overviewPortfolioAssetAllocationDiv']/table/tbody/tr[5]/td[4]" );"0" )
 
De toute façon ça sera toujours zéro ...  
 
Ça revient à remplir le tableau à la main.
 
Mais de toute façon la moitié de mes lignes ne sont pas renseignées chez Morningstar...

Je me pose de plus en plus la question de la pertinence de la précision apportée par la récupération dynamique des données.
 
Par exemple: AXA World Funds - Global High Yield Bonds A Capitalisation EUR (Hedged)
https://www.morningstar.fr/fr/funds [...] F0GBR04MFQ
 
Quand j'achète cette ligne, pour moi c'est 100% obligation.
 
Mais d'après Morningstar c'est 93,06% oblig / 6,26 Liquidités / 0,69 Autre.
 
Donc si je place 100K€ sur cette ligne, alors dans mon bilan patrimonial je verrai apparaitre 6260€ de liquidités.
 
Ce qui laisse penser que c'est du pognon qui dors sur un Livret ou dans un fonds€, alors que ce n'est pas du tout le cas.
 
Du coup je suis tenté de remplir cette ligne à la main. Qu'en pensez-vous ?

Perso par rapport à ton fichier original j'ai déjà procéder à ce genre de simplification/modification (notamment sur les liquidités, ou encore sur les types d'action )  donc ça ne me choquerait pas

La nouvelle worktable ressemblera à ça:

Beaucoup plus simple que l'ancienne et plus efficace.

Il faudra continuer vers la droite du tableau pour ajouter la répartition géographique et sectorielle.

Aucun intérêt, en effet. Dans mon Google Sheets, les liquidités internes des fonds n'apparaissent que dans mon camembert « Fonds - répartition par type d'actif », à titre d'information. Mais dans le suivi de mon épargne j'utilise uniquement la VL des fonds – il est inutile (et même trompeur, comme tu le soulignes) d'aller plus en détail.

Y a pas la colonne immobilier ?
Par exemple SC Tangram c'est 98% immobilier 2% liquidité  

Et bien sûr, le jour où je passe à Morningstar, les pages des fonds ne répondent plus… :-/

C'est donc à cause de toi si on galère depuis tout à l'heure

Félicitations

Héhé, désolé, j'ai tout cassé !

Non mais je laisse tomber cette partie: pour moi ça sera remplissage manuel: ça sera moins débile (comme discuté sur le topic épargne) et plus fiable.
Et si quelqu'un a un fonds actif dont la composition change souvent et radicalement c'est qu'il n'a pas envie de suivre.

 
J'ai été plus loin et j'ai fusionné liquidité et autre. Je ne m'en sers pas ailleurs de cette notion de liquidité et elle ne m'aporte rien de toute façon car ce sont des liquidités bloquées dans un fond et donc non disponible.  
 

 
C'est ce que j'ai fais aussi, mais sans perdre espoir de trouver une solution en dynamique un de ces quatres. Le remplissage manuel est un peu chiant (surtout si on veut l'alloc sectorielle en plus), mais on n'a pas besoin de le faire tous les jours non plus.
En tout cas ca fait un tableau bien balèze

Oui pareil, en manuel pour la composition des fonds à la grosse louche (qui ne changera pas tous les quatre matins de toute façon). Mais j'interroge Morningstar automatiquement tous les jours pour VL, date et évolution. Et là c'était tout pété... (c'est retombé en marche depuis).

Pour VL, date et SRRI j'interroge funds360: ça répond 10 fois plus vite que Morningstar.
 
Quand je vois la gueule de la nouvelle Worktable je me demande si je ne devrait pas la fusionner avec la 1ere page ...
 
Il suffirai que j'ajoute les fonds€, livrets et l'immo dans la worktable (1 ligne chacun) et y'aurait tout.
Enfin presque, la 1ere page apporte en plus:
Le total de chaque enveloppe.
La variation VLU/PRU.
 
La variation VLU/PRU je peux l'ajouter à la worktable.
 
Et du coup je ne laisse en 1ere page que le tableau principal et plein de graphiques: toutes les données des petits tableaux par enveloppe de la 1ere page sont présentes en worktable.
 
ça va être super clean    
 

je propose la chose suivante : on récupère trois fois la valeur via trois sites différents avec

 
suivi de  

pour avoir une valeur à coup sûr
 
résultat :

 
 
EDIT : j’ai trouvé plus compact :
en première case, les 3 URL, séparées par exemple par un @  

 
puis pour récupérer une valeur sans erreur parmi les 3 :

(avec A15 la case contenant les trois URL concaténées)
 
résultat :

 
Ne pas oublier le cas où on a un même fonds dans plusieurs enveloppes.
J'ai déjà dû modifier des formules à cause de cet oubli.
Une ligne dans worktable correspond à plusieurs lignes dans la 1ère page.    

Ca peut se gérer avec une formule de ce genre ça :

Avec en case A5 le nom du fond dans la worktable.

Oui pour ma part je l'ai fait avec un sumif() rajouté dans la colonne Q de worktable mais ce que je veux dire c'est qu'il y a un PRU différent pour chaque enveloppe dans laquelle se trouve le fonds.
Donc c'est pas possible de fusionner tout en 1 seule ligne.

Pas sûr de la pertinence d'alourdir et de complexifier autant ce genre de fichier de suivi pour la récup d'une vl.
A moins que cette donnée ne revêt un caractère si important que sa disponibilité permanente soit nécessaire j'imagine qu'on peut aussi patienter quelques secondes de loading en cas d'indisponibilité du site source (encore qu'avec funds360 ça fait bien longtemps que je n'ai pas eu de problème.)

Merci malgré tout pour le partage si ça peut servir à quelqu'un