
Dates d'effet, de signature et de completion
Pourquoi une même transaction porte plusieurs dates, laquelle appartient au mouvement et pourquoi les confondre place l'historique dans le mauvais ordre.
Présentation
Une seule cession d'actions peut porter cinq dates différentes, et elles sont souvent toutes différentes :
La date à laquelle l'accord a été signé.
La date à laquelle la cession prend effet, que l'accord peut fixer dans le passé ou le futur.
La date à laquelle le paiement a été compensé.
La date à laquelle elle a été enregistrée sur la plateforme.
La date déposée auprès du registre.
Elles ne sont pas interchangeables. Les traiter comme une seule date est le début des problèmes.
Ce que vous allez apprendre
Laquelle de ces dates appartient au mouvement
Pourquoi la distinction change ce que dit la table de capitalisation
Comment la période d'un événement se rattache à ses transactions
La discipline à appliquer lorsque vous enregistrez l'historique
Celle qui appartient au mouvement
La date d'effet : la date à partir de laquelle le changement d'actionnariat est vrai. C'est celle que porte une transaction, et celle qui détermine où un mouvement se place dans l'historique d'une société.
Les autres sont des faits relatifs au processus, pas à l'actionnariat. La date à laquelle vous avez enregistré quelque chose est administrative. La date à laquelle un document a été signé est une preuve, pas l'effet.
C'est pourquoi Kapitable traite les dates juridiques comme des valeurs métier plutôt que des horodatages : une date d'effet est un fait énoncé dans un document juridique, pas un moment observé par un système.
Pourquoi cela compte
Ordre. Une table de capitalisation est la somme des mouvements jusqu'à un moment donné. Deux mouvements espacés d'un jour en effet, mais enregistrés dans l'ordre inverse, doivent quand même se lire dans l'ordre d'effet ; sinon chaque position entre les deux est fausse.
Enregistrement rétrospectif. La plupart de ce que couvre ce cours est enregistré longtemps après coup, car l'historique d'un LBO est antérieur à la plateforme. Une transaction enregistrée aujourd'hui avec une date d'effet d'il y a trois ans appartient il y a trois ans dans la chronologie, pas aujourd'hui.
Documents. Les documents générés portent une date de transaction, et le flux de génération en demandera une si elle manque (A8.6). Cette date doit être la date d'effet indiquée par l'acte, pas le jour où quelqu'un a généré le document.
Litiges. Lorsque deux parties ne sont pas d'accord sur le moment où quelque chose s'est produit, la date d'effet dans l'acte est la réponse. Le registre doit la refléter plutôt que le jour où elle a été saisie.
La période de l'événement suit son contenu
Un événement affiche une Période détectée de l'événement, dérivée de ce qu'il contient plutôt que définie directement. Un événement est un groupement d'actes, donc sa période est celle de ces actes. C'est le bon sens.
Ce qui vous donne une vérification utile : si la période d'un événement semble fausse, une date de transaction à l'intérieur est fausse. Même règle que pour la table de capitalisation (A6.1) : corrigez la transaction, pas le résumé.
Conseils pratiques
Prenez la date d'effet dans l'acte, pas dans le jour où vous travaillez.
Lorsque l'acte prévoit un effet rétroactif, utilisez-le. L'enregistrer à aujourd'hui place le mouvement au mauvais endroit de l'historique.
N'utilisez pas la date de signature comme date d'effet sauf si l'acte dit qu'elles sont identiques. Souvent, elles ne le sont pas.
Vérifiez la période d'un événement après l'enregistrement. Une mauvaise période pointe vers une mauvaise date de transaction.
Vérifiez quelques dates après une analyse. Elles viennent des documents, et une date mal lue place un mouvement dans la mauvaise année plutôt que d'être simplement désordonnée.
Problèmes fréquents
Un mouvement apparaît dans la mauvaise année. Sa date d'effet est fausse. Corrigez la transaction (A5.6).
La table de capitalisation à une date passée semble fausse. Ordre. Vérifiez les dates d'effet des mouvements autour de ce point.
La période d'un événement couvre plus que prévu. Une transaction à l'intérieur porte une date excentrée. C'est celle à regarder.
Un document généré montre la mauvaise date. La date de transaction était fausse ou manquante lorsqu'il a été généré. Corrigez la transaction et regénérez (A8.6).
Articles liés
A6.1 — Événements et décisions : le modèle · la structure sur laquelle ces dates se placent
A5.4 — La chronologie · l'historique lu dans l'ordre d'effet
A5.6 — Rapprocher et corriger le registre · corriger une mauvaise date
Détails du tutoriel
5 min
Concept
Dans ce cours