[opérations sur titres] Ordre des opérations réalisées lors d'une même journée

[noftal]

Bonjour Jacques,

Aujourd'hui, je me suis "amusé" à faire 2 allers-retours sur une valeur. L'ordre chronologique était le suivant :
- Achat de 130 titres au cours 6.25 €
- Vente des 130 titres au cours de 6.345 €
- Achat de 130 titres à 6.476 €
- Vente des 130 titres à 6.693 €

J'ai saisi ces opérations dans cet ordre.
Mais GesFine juxtapose les opérations d'achat et de vente. De sorte que le module analyse graphique affiche les opérations comme si j'avais rentré dans l'ordre 1-3-2-4 ce qui biaise le calcul des perfos (et surtout le rend moins lisible).
Comme pourrait-on éviter cela ?

[Jacques Leblond]

Bonsoir Steph,

En précisant l'heure dans la date des opérations. 12h00 est l'heure par défaut, à toi de voir les heures que tu veux mettre pour ordonnancer tes 4 opérations.
Si elles ont toutes la même heure alors c'est le tri par défaut qui s'applique, en l’occurrence Achat avant Vente

[noftal]

OK, c'est noté. Merci !

[noftal]

Juste un complément :
Dans le module Gains par période, mes 4 opérations du jour ressortent avec un TRI = INF. Es-tu sûr que ton calcul du TRI tient compte de l'heure d'une opération ?

[Jacques Leblond]

Non le tri ne tient pas compte de l'heure, son unité de temps est le jour.
L'heure ne sert qu'à ordonnancer les opérations d'un même jour, tous les calculs sont faits dans tous les algorithmes avec le jour comme unité de temps (certains ne connaissent d'ailleurs pas l'heure).

[noftal]

Ce serait peut-être mieux de tenir compte de l'heure et des minutes fournies par le DTP. Sinon, un utilisateur qui ne ferait que des allers-retours n'aurait jamais accès à sa performance.
Il suffit de tout compter en minutes et de remplacer 365.25 par le nombre de minutes dans une année.

[Jacques Leblond]

C'est une énorme évolution qui a priori n'est pas compatible avec l'ensemble du modèle de données, notamment les "opérations compilées" qui ne gère pas l'heure.

Sinon, un utilisateur qui ne ferait que des allers-retours n'aurait jamais accès à sa performance.

Il n'aurait jamais accès au TRI de ces opérations, mais la performance (%/A ou en devise) ainsi que le TRI global (qui inclut ces opérations) restent disponibles.
De toute façon ce type d'utilisateurs qui ne ferait que des opérations de très court terme (inférieur au jour ou de 1 ou 2 jours) n'est pas la cible de GesFine, GesFine n'a pas été pensé pour une utilisation dans un tel contexte.

[noftal]

Ok, tant pis !