Importer fichier de transactions
Posté : mar. 31 août 2010 10:56
Bonjour,
Je viens d'importer des transactions et je suis en train de reprendre sous Merops l'historique d'un portefeuille géré auparavant avec un autre logiciel.
J'ai quelques remarques/suggestions à vous soumettre:
- Lors de l'importation, j'ai rencontré quelques difficultés avec les zones textes: le fichier est au format csv => les zones textes (ISIN et nom de la valeur) peuvent être entourés par des guillemets et c'était le cas de mon fichier.
Problème, Merops n'enlève pas les guillemets lors de l'importation => il a fallu les enlever avec un éditeur de texte avant l'importation.
Sinon, il importe "FR0000125486" au lieu de FR0000125486 et "Vinci" au lieu de Vinci.
- Les transactions doivent être dans l'ordre chronologique ... sinon gros problème.
Oui, je sais cela parait normal ... mais après re-travail du fichier sous tableur et éditeur de texte pour enlever les guillemets ... l'ordre a un peu changé
Le problème est que dans ce cas, Merops qui lit probablement le fichier en séquence, peu imputer une vente sur une transaction d'achat future.
Un exemple: on rencontre l'ordre d'achat de 100 Carrefour du 11/02/2006, puis l'ordre de vente de 50 carrefour du 10/03/2003 => on va vendre l'action avant de l'avoir acheté.
Ce contrôle est fait lors de la saisie manuelle, mais pas lors de l'importation.
Je pense qu'il serait utile de rajouter un contrôle de cohérence des données importées et en tout cas de de pas créer de transactions "impossibles", mieux vaut les rejeter.
Pour supprimer ces ventes manuellement et recréer les bonnes transactions, j'ai beaucoup utilisé l'écran Transaction et à ce propos:
- Lorsqu'on a six pages de transactions (onglets achat,toutes ou soldées) le système de pagination retenue n'est vraiment pas pratique pour naviguer dans la liste.
Il faudrait pouvoir utiliser l'ascenseur ou les flèches de déplacement du curseur.
D'autant plus, que si les transactions sur une valeur sont à cheval sur deux pages ...
De même, lorsque le curseur de sélection (la barre bleue) est sur une transaction, si on change l'ordre de tri, il serait utile de garder le curseur sur la transaction sélectionnée précédemment.
C'est d'ailleurs le cas s'il n'y a qu'une seule page et c'est lorsqu'on a de multiples pages, que cela serait le plus utile.
- Il m'arrive de faire une erreur de saisie lors d'une transaction.
Pour une vente, cela peut être embêtant car Merops peut avoir "tronçonner la transaction".
Exemple: on a 500 actions, on en vends 250 => merops va fractionner la transactions (normal).
Mais si c'est une erreur et qu'on efface la vente, la transaction reste fractionnée => serait-il possible d'avoir une option pour recréer (fusionner réellement) les transactions sélectionnées ?
Sinon la reprise ma permis d'utiliser, intensément, les opérations sur transactions (très simple), les reports et levé d'options du SRD: très efficace dès qu'on a compris le principe, c'est à dire après deux ou trois transactions ,
et les opérations sur portefeuilles (très simples aussi).
A+
JP
Je viens d'importer des transactions et je suis en train de reprendre sous Merops l'historique d'un portefeuille géré auparavant avec un autre logiciel.
J'ai quelques remarques/suggestions à vous soumettre:
- Lors de l'importation, j'ai rencontré quelques difficultés avec les zones textes: le fichier est au format csv => les zones textes (ISIN et nom de la valeur) peuvent être entourés par des guillemets et c'était le cas de mon fichier.
Problème, Merops n'enlève pas les guillemets lors de l'importation => il a fallu les enlever avec un éditeur de texte avant l'importation.
Sinon, il importe "FR0000125486" au lieu de FR0000125486 et "Vinci" au lieu de Vinci.
- Les transactions doivent être dans l'ordre chronologique ... sinon gros problème.
Oui, je sais cela parait normal ... mais après re-travail du fichier sous tableur et éditeur de texte pour enlever les guillemets ... l'ordre a un peu changé
Le problème est que dans ce cas, Merops qui lit probablement le fichier en séquence, peu imputer une vente sur une transaction d'achat future.
Un exemple: on rencontre l'ordre d'achat de 100 Carrefour du 11/02/2006, puis l'ordre de vente de 50 carrefour du 10/03/2003 => on va vendre l'action avant de l'avoir acheté.
Ce contrôle est fait lors de la saisie manuelle, mais pas lors de l'importation.
Je pense qu'il serait utile de rajouter un contrôle de cohérence des données importées et en tout cas de de pas créer de transactions "impossibles", mieux vaut les rejeter.
Pour supprimer ces ventes manuellement et recréer les bonnes transactions, j'ai beaucoup utilisé l'écran Transaction et à ce propos:
- Lorsqu'on a six pages de transactions (onglets achat,toutes ou soldées) le système de pagination retenue n'est vraiment pas pratique pour naviguer dans la liste.
Il faudrait pouvoir utiliser l'ascenseur ou les flèches de déplacement du curseur.
D'autant plus, que si les transactions sur une valeur sont à cheval sur deux pages ...
De même, lorsque le curseur de sélection (la barre bleue) est sur une transaction, si on change l'ordre de tri, il serait utile de garder le curseur sur la transaction sélectionnée précédemment.
C'est d'ailleurs le cas s'il n'y a qu'une seule page et c'est lorsqu'on a de multiples pages, que cela serait le plus utile.
- Il m'arrive de faire une erreur de saisie lors d'une transaction.
Pour une vente, cela peut être embêtant car Merops peut avoir "tronçonner la transaction".
Exemple: on a 500 actions, on en vends 250 => merops va fractionner la transactions (normal).
Mais si c'est une erreur et qu'on efface la vente, la transaction reste fractionnée => serait-il possible d'avoir une option pour recréer (fusionner réellement) les transactions sélectionnées ?
Sinon la reprise ma permis d'utiliser, intensément, les opérations sur transactions (très simple), les reports et levé d'options du SRD: très efficace dès qu'on a compris le principe, c'est à dire après deux ou trois transactions ,
et les opérations sur portefeuilles (très simples aussi).
A+
JP