Discussion :

[drakuncorp]

bonjour,

je partage avec vous un modele et aimerais votre contribution pour y apporter le plus de correction
https://1drv.ms/w/s!AsIz63O_TfSiiG8-fL0AwGnoPyI8
Voici la genese et les regle de gestion : https://1drv.ms/w/s!AsIz63O_TfSiiG8-fL0AwGnoPyI8

mon modele


je vous remercie d'avance pour votre contribution

[drakuncorp]

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

[informer]

Bonjour drakuncorp,

Voici une proposition non finalisée de mcd


Tu parles de jours fériés maximum par pays mais si tu as la liste des jours fériés pourquoi (ici entité être férié) pourquoi suivre cette données de jour max par exercice?

Le stock est donné par calcul sur les ordres et leur sens

Fais moi un retour déjà sur ce mcd et on le complétera des autres RG mais on arrive à un deux modèles très semblables




Bonjour chez vous

[informer]

Je ne comprends pas la notion de stock? Comment est-elle calculée ?

Peux tu me rappeler les RG sur le calcul des revenus car j'ai un doute sur le modèle à construire?

[SQLpro]

Si ces titres sont dans différentes devises, vous devez avoir une entité de cotation des devises sur une place de marché afin de faire les correspondances avec la monnaie du client.
Si vos titres sont internationaux et côtés sur différentes places il faudra de même la cotation des titres pour chaque jour sur chacune des places sur lesquels les titres ont été acquis.
Une simplification est possible en considérant qu'une monnaie n'est au fond qu'un objet côté au même titre (si j'ose dire) qu'un titre. Appelons-les "produit financier" pour simplifier. Cette partie du MCD sous notation MERISE peut être la suivante :

Et le MPD correspondant sous SQL Server pourrait être :


A +

[informer]

Il faut comprendre par émetteurs ceux qui payent les dividendes

1. Societes
2. Etat
3. Etc

Et non les établissements financiers en charge de les mettre sur le marché primaire