Ajouter date d’achat dune valeur

Hello

Suis pas sur d’avoir compris ce que tu veux dire
Mais dans tous les cas voici ce qu’il se passe
tu as 36 titres a un PRU de 15.11
tu en achètes 6 à 48,27
cela va faire 3615,11 + 648,27 =
42 titres à 19,84

c’est ce que devrait t’indiquer Moning non ?

pru

Pour moi le calcul du formulaire est bon : j’ai 10 actions acheté avec un prix moyen de 130.

Si je rentre un achat de 2 actions pour 1000 chacune, ca me fait un total de :

  • 10x130=1300
  • 1300+2x1000=3300
  • 3300/12 = 275.

Hum, peut etre il faudrait que je change le label du formulaire Achat/Vente pour indiquer que c’est aussi le prix moyen des actions achetées/vendues qu’il faut indiquer.

C’est exactement ce que je mettais au dessus :sweat_smile:

Non @keiiser car 36 et 15.1 c’est la quantité et le calcul du PRU APRES avoir saisi 6 et 48.27 en dessous, car le calcul se fait tout de suite dès que tu saisi en dessous avant la sauvegarde, comme le montre l’animation de Nicolas.

48.27 c’est mon prix moyen pour les 6 achetés et je pense que la case de prix indique le prix d’achat d’une position ?

Moi je comprend pas bien le calcul de @nicolas.blanco mais il as probablement raison, mon idée était :
Si tu as 10x130 pour le premier achat tu as un PRU de 130, OK
Pour le deuxième tu as 2x1000 = 2000 de PRU !
Pour avoir le global ensuite tu additionne les deux PRU 2000+130 = 2130 de PRU, que tu divise par la somme des positions soit 2130/12 alors que @nicolas.blanco prends 3300 pour sa division.
Du coup ça me met le doute, je sais plus.

Si tu rajoute deux position il faut bien indiquer le prix moyen des deux dernier achats, c’est le site qui calcul après le global, sinon ça perds tout son intérêt, s’il faut reprendre le PRU moyen de l’ensemble chez son broker !

Quand tu achètes 2 actions à 1000 euros, le PRU (correspondant à l’achat de ces deux actions) est 1000.

Exactement. C’est ce que fait Moning parfaitement.

Merci @olivier2b

Donc ça ferais 130 pour le 1er et 1000 pour le 2ème.
Soit 130+1000 = 1130 pour le PRU divisé par 10+2 =12 soit 1130/12= 94.16 ; mais nicolas prends pas 130 mais 1300 et pour le deuxième il prends 2000 alors que tu m’as repris en fait c’est 1000.

:face_with_head_bandage:

Hello @bpfonline
Nicolas et moi (et @olivier2b) te disons en fait la même chose
Même si sur ta capture c’est le prix moyen après avoir saisi et non avant ça ne change pas le mode de calcul que nous t’avons expliqué

Dan ton dernier message ce qui ne va pas c’est que tu ne pondères pas par le nombre d’actions de chaque PRU

Ce n’est pas 130+1000/12
Mais (130x10 + 1000x2) / 12 = 275

10 actions achetées à 130 euros (= 1300 euros) + 2 actions achetées à 1000 euros (= 2000 euros) = 3300 euros.
Pour avoir le PRU final, c’est-à-dire après l’achat des deux dernières actions, il suffit de diviser 3300 par 12 (nombre total d’actions détenues): 275 euros.

Je vous comprends tous les deux pour le calcul du PRU global en haut 275€ OK je comprends mieux avec vos réponses.

Mais je reste sur ma question du début concernant le PRIX à saisir en bas dans l’ajout du nouvel achat, on vois bien comme je disais sur la capture de Nicolas qu’il saisi 1000 comme prix unitaire et non 2000.
Moi mon broker me donne le net de mes 6 parts (les 48.27 pour les 6, donc le prix d’achat, pas le PRU), que je dois donc bien diviser par 6 pour avoir mon PRU d’ajout. J’aurais voulus qu’en mettant le prix net 48.26 dans prix, le site fasse la division par 6 pour avoir le PRU unitaire à intégrer au calcul global, qui est juste.
Après c’est peut-être plus compliqué pour Nicolas de changer, mais il faut qu’il change au moins l’intitulé car prix, ce n’est pas le prix de l’achat 48.27€ mais PRU de l’achat 48.27/6.

Ah d’accord. C’est étonnant que ton courtier ne t’indique pas le prix unitaire d’achat de chaque transaction.
Cela étant dit, ce n’est pas très compliqué de le calculer en quelques secondes à l’aide d’une calculatrice.
Et ensuite, comme tu as pu le constater, Moning met à jour le PRU instantanément. :wink:

Nicolas à modifier l’intitulé, ce sera plus évident pour ne pas se tromper.

image

Le courtier me donne le brut en unitaire, pour le net je vais donc continuer avec la calculatrice.
Bill Calculate GIF by Banco Itaú

2 « J'aime »

Un inconvénient difficile à résoudre c’est la variation de la paire euro dollar. Par exemple sur mon CTO Degiro sur Moning j’ai une indication de -10000€ car c’est traduit en euros au court actuel et pas au cours d’achat. alors que sur Degiro j’ai +17000€ (il y a eu aussi des dividendes dans ce chiffre)
Effectivement c’est pas facile à régler, bon courage Nico si tu trouves une solution.

1 « J'aime »

C’est en effet un élément manquant. On pourrait en plus avoir un graphique d’évolution des investissements dans le temps qui ne soit pas lié à la la date de création du portefeuille mais bel et bien à la date d’achat. En effet les devises sont ici un problème ce ne sera jamais très juste, sur Yahoo finance c’est le souci mais ça donne au moins une idée approximative. Et on peut passer sur les dividendes et se concentrer sur les valeurs des actions car je pense que comme d’autres l’ont dit ça doit être un casse tête à mettre en place. J’aimerais que moning puisse remplacer l’ensemble des outils que j’utilise et ici ce serait déjà une bonne idée à mettre en place.

souvent ce genre de demande revient mais pour cela il y a déjà notre brooker.
Moning n’a pas vocation a ce que je sache d’en devenir un et est surtout là a titre d’analyse et d’information.

(hello) Je suis en train de tester différents services pour remplacer mon outil de suivi de portefeuille (Portfolio Performance, open source) pour une version en ligne qui gère les synchros automatiques avec mes comptes bancaires, et je suis tombé sur ce thread en cherchant comment comment dater mes transactions avec Moning.

D’après les échanges ci-dessus, ça n’a pas l’air d’être la priorité.

Simplement sans cette donnée, il est tout simplement impossible de calculer le rendement du portefeuille (taux de rendement interne, taux de rentabilité pondéré par le temps ou valeur de part qui sont en général les 3 méthodes traditionnelles). Le PRU est un premier indicateur qui permet d’avoir une idées des plus/moins-values pour les lignes actuelles, mais dans le cas d’une vente, sans dates de transaction et tracking des apports, comme Moning s’en sort pour savoir si je fais mieux qu’un ETF World ?

2 « J'aime »

Oui, je confirme que ce genre de demande revient plus ou moins souvent.

Maintenant notre objectif c’est que Moning reste avant tout globalement un outil simple d’utilisation pour tous.

S’il fallait avoir un tracking parfait des performances et des dividendes il faudrait avoir une interface pour rentrer l’intégralité des transactions : toutes les ventes, tous les achats, avec le nombre de parts vendues, le nombre de parts achetées, la date, l’heure, la conversion forex, le prix exact de l’achat ou de la vente, etc. L’utilisateur « lambda » s’en sortirait pas.

Et au final à part recréer une fiche de tableur dans Moning, je vois pas comment faire.

A la base on a jamais voulu forcer l’utilisateur à devoir entrer toutes ces informations à la main, ni nous ne souhaitons faire ressembler Moning à un tableur Excel.

Selon nous, c’est davantage au courtier de gérer ce type d’informations. C’est pour cette raison que nous préférons travailler avec les fournisseurs open-banking pour « peut-être » un jour pouvoir récupérer les informations sur les transactions (en plus des positions actuelles).

De cette manière cela sera un monde parfait : l’utilisateur synchronise son compte et Moning pourra connaitre les positions actuelles ET l’historique des transactions pour pouvoir calculer plus précisément les performances.

Maintenant, malheureusement, cela est davantage un objectif moyen/long terme (peut-etre d’ici plusieurs mois).

Avant de synchroniser les transactions, il faut deja que cela se stabilise du côté des fournisseurs open banking sur la synchronisation des positions actuelles…

7 « J'aime »

Merci pour cette réponse claire et rapide. Je comprends mieux la situation, la balle est dans le camp des fournisseurs type Powens pour les synchronisations automatiques.

Pour les synchronisations manuelles, IMHO je pense qu’il est possible de développer une interface plus « complète » que celle actuelle avec quelques champs facultatifs (date de transaction & frais) sans tomber dans la lourder d’un tableau excel, mais je comprends que la ROI pour l’utilisateur « lambda » n’est pas forcément très élevée par rapport à maintenir un simple champ PRU.

1 « J'aime »

@nicolas.blanco ça serait top en effet pour pouvoir se rapporcher du TRI…

1 « J'aime »

Je plussoie :money_mouth_face:

1 « J'aime »