Bonjour,
Voici les modifications apportées à mon modèle.
Je commence d’abord par les règles de gestion.
Alors je disais que je dois dans l’application finale gérer le stock de titre une structure financière et
en même temps aussi détenir le portefeuille de titre de ses clients.
SOCIETE :
Alors cette table est uniquement une table de paramétrage qui me permet de saisir les
informations de la structure que je pourrais réutiliser plus tard.
Emetteur
Les titres sont en général émis par des états a travers la banque centrale. Ces états sont alors
considérés comme des émetteurs.
RG1 : un émetteur appartient a un seul PAYS
RG2 : un pays peut avoir plusieurs émetteur
RG3 : chaque émetteur a son propre calendrier de Trade lié à son pays
RG4 : les jours féries diffèrent selon les pays.
RG5 : ces jours féries sont limités par exercice.
D’ou le besoin d’avoir le modèle suivant :
Client ou Contrepartie :
Un client ou contrepartie appartient a un groupe spécifie appelé typeDeContrepartie avec
comme libelle :
- Clientèle « pour les clients particuliers »
- Tiers « pour des autres structures financières ex Banque »
- Etc …
Un client peut avoir plusieurs types de compte :
- Compte Courant
- Compte Titre Obligation
- Compte Titre Action
- Compte Titre Bon
- Compte Titre Séquestre
- Compte Nantissement
- Etc …
Titre :
RG : un titre appartient à une seule catégorie, qui peut être de nature (Action, Obligation, Bon).
Un titre a un stock et un stock histo pour retrecacer l’evolution du stock de chaque titre
Le prix de vente du titre change par la formule du cout moyen pondéré a chaque achats ou
acquisition de titre de notre (la structure) portefeuille. C’est pourquoi je met le prix du stock dans
la table stock. Et avec un trigger avec que prix ne soit modifier, l’ensemble des informations
précédents seront envoyés dans la table stockHisto.
Les tires génèrent des revenus journaliers (accrual), représenté par le champs GAIN qui peuvent
être des plus ou moins values. Je dois savoir pour chaque titre son gain journalier.
Les titres sont remboursés selon une périodicité définit lors de la création du titre. A chaque
période, ma structure reçoit un remboursement qu’elle devra repartir au prorata entre chaque
client détenant ce titre dans son portefeuille selon la quantité détenue
OPERATION :
Un client peut engager plusieurs opérations sur titre selon le sens de l’opération (achat et Vente)
Quand un client engage une opération d’achat de titre les infos suivantes sont renseigné :
- Titre = le titre qu’il souhaite acheter
- Le sens de l’opération (Achat ou Vente)
- Date de négociation (date du jour du système)
- Date de valeur (date après que la transaction sera clôturée)
- Contrepartie (le client ou la contrepartie)
- Nominal (a quel prix désire t’il acheter les titres)
- Prix hors coupon
- Prix avec coupon (sera automatiquement calculé par le système)
- Montant transaction (automatiquement calculé par le système)
- Reference (code opération généré auto pour identifiant exemple OP2837483)
Après cette demande rentre dans un circuit de validation avec la hiérarchie. Après toutes les
validations effectuées, une pièce comptable est générer pour intégration dans un autre système
d’information.
Selon le sens de l’opération, une pièce comptable diffèrent est généré
Un achat de titre fait intervenir des chapitres comptables diffèrent d’une cession de titre etc …
Chaque opération fait intervenir un compte spécifique dans le portefeuille du client.
Quand la banque reçoit, un versement de remboursement selon la période définit (mais en
générale c’est par date d’anniversaire) il repartie ce montant entre tous les client détenteur de
titre directement sur leur compte courant. Alors il est bien d’avoir une trace de combien a été
versé à un client lors de ses différents remboursements.
Mon principal problème actuellement est que j’ignore si doit les définir en opération ou les
mettre dans des tables isolées car toutes ses opérations sont liées au titre du client. Il s’agit :
- Des Pensions livrés ()
- Transaction (prêt ou Emprunt)
- Nantissement
- Transfert de Titres
- Amortissement Titres nantis
- Main levée sur titre nantis (consiste à enlever le nantissement sur les titres nantis)
Vu qu’ils n’ont pas les mêmes champs, il me sera difficile de les fusionner dans une table unique
OPERATION.
Quand un titre est nanti, il rentre dans le stock indispo de titre du client
Mes questions sont simples
Pour un client LAMDA Comment faire dans ce schéma pour avoir le stock par titre dans son
portefeuille.
Sachant que pour chaque titre du client il y a un stock dispo et un stock indispo.
Exemple :
- IUSDJHHFUSFH stock dipso = 4500 | stock indispo = 459
- UYHJDKSJDKK stock dispo = 8549 | stock indispo = 381
