Gestion du SRD : Bravo ! et comment lever une position.
Posté : jeu. 21 févr. 2008 18:57
Revenant à Mérops après quelque temps d’absence, je constate avec plaisir que vous avez réalisé une évolution qui tend à simplifier les opérations de liquidation des positions SRD en fin de mois boursier et je vous en félicite. Nous sommes sur la bonne voie. Après expérimentation, j‘aurais plusieurs suggestions et remarques à vous soumettre. Je pense le faire par une série questions différentes que je poserai sur le forum. Je commence par celle-ci :
Dans ma question précédente du 27/10/2007, je vous faisais part de la difficulté que j’éprouvais quant à la levée totale ou partielle d’une position, après plusieurs opérations d’achat et vente dans le même mois boursier. Problème qu’on peut exprimer ainsi : comment intégrer la +/-value réalisée, calculée par Mérops à chaque opération de vente et de report partiel éventuel, au prix de revient des actions levées.
Après m’être creusé un peu les méninges, j’ai fini par trouver la solution à ce qui n’est, tout compte fait, qu’un bête problème arithmétique, dont le résultat est si simple qu’il suffisait d’y penser.
Concernant les transactions SRD, Mérops indique dans le récapitulatif de la position, en bas à gauche de l’écran « transactions », le prix de revient unitaire (PRU) en prix moyen pondéré (PMP) quand cette option est sélectionnée dans le paramétrage général. (PRU calculé hors frais de report et d’achat/vente). Ce qui est presque parfait.
Pour lever la position, lorsqu’on a réalisé plusieurs opérations d’achat/vente dans le mois, il suffit de saisir en lieu et place du prix de vente (qui deviendra le prix d’achat de la nouvelle position devenue « comptant ») ce même PRU calculé en PMP hors-frais arrondi à 4 décimales (c’est ça qui est important !)
Pour des transactions de l’ordre de 6.000 à 12.000 € portant sur des actions dotées d’un PRU compris entre 30 et 200 €, 4 décimales sont nécessaires et suffisantes. Je vous laisse le soin de calculer le nombre de décimales nécessaire pour obtenir un résultat de transaction juste au centime d’euro près dans tous les cas de figure.
Sur la vingtaine de transactions que j’ai eu que j’ai eu à traiter dans la gestion de mon propre compte, et après avoir dûment vérifié le résultat à chaque fois, j’affirme que le calcul est parfaitement exact et colle on ne peut mieux à mes relevés de compte. Si besoin, je tiens toutes les démonstrations détaillées à votre disposition.
Dans l’état actuel du logiciel, on est obligé de calculer soi même ce PRU en PMP hors-frais à quatre décimales. Il conviendrait donc de faire apparaître ce chiffre dans la fenêtre de la transaction, à côté, au dessus, en dessous ou à la place du PM indiqué.
Ou, encore mieux : que le choix du bouton « lever » propose ce PRU dans la case ad hoc.
De même, et parallèlement, on pourrait imaginer que le choix du bouton « reporter » pré-affiche dans cette même case le prix de compensation de la valeur du mois correspondant.
Mais je suis prêt à parier que c’est déjà dans cette perspective que vous travaillez actuellement.
A propos des décimales et des arrondis, je voudrais souligner que, de ma propre expérience, il me parait indispensable que l’on puisse saisir dans les écrans de chaque transaction (dans les cases « Quantité », « prix…», « frais… »), au moins 4 décimales.
Outre le cas de la levée d’actions qui fait l’objet de cette question, c’est également important lorsqu’on saisit des souscriptions ou des rachats de SICAV.
Par contre, le résultat de chaque transaction doit impérativement être arrondi à deux décimales, afin de ne pas introduire de décalage de centimes dans la trésorerie et le journal des événements. Je ne suis pas certain que cela ait toujours été le cas. Mais je n’ai pas d’exemple flagrant à vous soumettre.
(Si tout cela est déjà le cas, veuillez considérer ces remarques comme nulles et non avenues)
Voilà, en vous priant de m’excuser de faire si long,
Cordialement et avec tous mes encouragements.
Pascal