Importer un LBO existant depuis ses dossiers juridiques

Présentation

La plupart des LBO ont des années d'historique avant d'arriver dans Kapitable. Voici comment cet historique entre.

Un import au niveau du projet prend les dossiers juridiques d'un LBO existant et en dérive l'historique : les transactions, le contenu juridique et les événements auxquels ils appartiennent.

C'est le même mécanisme d'analyse documentaire qu'une décision isolée (A6.3), appliqué à toute une structure à la fois. Là où une décision lit les documents d'un acte, celui-ci lit ceux d'une opération.

Ce que vous allez apprendre

• Comment l'import dérive l'historique d'une opération depuis ses fichiers

• D'où viennent les dates

• Pourquoi détection et classement sont deux étapes séparées

• Les trois choses que fait Tout déplacer, dont une facile à manquer

• Ce qu'il faut revoir avant de valider, et à quoi s'attendre ensuite

Avant de commencer

Vous avez besoin des dossiers juridiques de l'opération. Utilisez le jeu de données de démonstration pour vous entraîner, jamais les dossiers juridiques d'une vraie opération.

Étapes

1. Ouvrez l'Import du projet.

2. Fournissez les dossiers juridiques.

3. Analyser. La plateforme les lit et détecte les transactions.

4. Revoyez les Résultats de l'import : les transactions détectées, avant qu'elles soient engagées quelque part.

5. Tout déplacer pour les classer dans des événements par société, ou Tout supprimer pour les écarter et recommencer.

Le point structurel : détection et classement sont deux étapes séparées. L'analyse produit un ensemble de transactions détectées qui restent dans l'import jusqu'à ce que vous décidiez quoi en faire. Rien n'atteint l'historique d'une société tant que vous ne le déplacez pas.

Ce que fait réellement Tout déplacer

Lisez la confirmation, car elle fait plus que son nom ne le laisse entendre. Trois choses en une action :

• Un événement est créé par société concernée, avec un nom que vous fournissez.

• Les transactions et leur contenu juridique sont classés dans ces événements.

• Les sociétés qui n'existent pas encore sont créées automatiquement.

Ce dernier point mérite de s'arrêter. L'import peut faire exister des sociétés. Sur une structure que vous importez en bloc, c'est exactement ce que vous voulez, mais cela signifie que l'import peut remplir votre projet avec des sociétés que personne n'a revues, nommées et détaillées depuis ce que les documents indiquaient.

D'où viennent les dates

La date propre de chaque document devient la date de sa transaction. L'analyse prend la date dans l'acte plutôt que dans le moment où le fichier a été déposé ou l'import exécuté, ce qui est la seule lecture défendable puisque vous enregistrez un historique datant de plusieurs années.

Un événement prend ensuite sa période depuis les transactions qu'il contient (A6.1). Importez un ensemble de fichiers couvrant une constitution et deux closings ultérieurs, et les dates d'événement suivent les documents, pas l'import.

Deux conséquences à prévoir :

• Une date fausse à l'écran signifie généralement une date mal lue dans un document : vérifiez l'acte avant de corriger le registre.

• Lorsqu'aucun document n'existe, aucune transaction n'est détectée. Tout ce qui n'est prouvé que par une résolution que personne n'a conservée, ou décidé sans papier, doit être ajouté manuellement ensuite. L'import vous donne l'historique documenté ; les lacunes vous reviennent.

Revoir avant de déplacer

Comme déplacer engage, l'étape Résultats de l'import est la revue, et c'est la seule.

• Les transactions détectées sont-elles les bonnes ? L'analyse a lu des documents ; vérifiez ce qu'elle en a fait.

• Les parties sont-elles correctes ? Même vérification de sens que pour toute cession (A6.4).

• Quelles sociétés seront créées ? Tout ce qui n'est pas déjà dans le projet apparaîtra comme nouvelle société.

• Les dates sont-elles plausibles ? Elles viennent des documents, donc une date improbable signifie généralement un acte mal lu plutôt qu'une anomalie de plateforme.

• Le nom d'événement est-il correct ? Un seul nom est utilisé pour l'événement créé dans chaque société. Choisissez quelque chose qui restera lisible dans l'historique d'une société dans trois ans : « Import historique » est honnête ; « Wave 1 » serait trompeur si les fichiers couvrent plusieurs waves.

Tout supprimer écarte tout ce qui a été détecté. Utilisez-le lorsque l'analyse a lu les mauvais fichiers ou les a mal lus, et recommencez plutôt que de corriger des dizaines de lignes.

Après déplacement, attendez-vous à corriger

Vous avez maintenant des événements, décisions et transactions dans plusieurs sociétés, tous dérivés de documents. Le travail de correction d'A5.6 s'applique donc à l'échelle :

• Lisez la table de capitalisation de chaque société (A5.1) et comparez-la à ce que vous savez.

• Remontez tout élément douteux à son document via le registre (A5.7).

• Corrigez les transactions dans leurs décisions, y compris les dates mal lues par l'analyse.

• Ajoutez à la main toute transaction que les fichiers ne prouvaient pas.

• Les tables de capitalisation se reconstruisent automatiquement.

Attendez-vous à le faire. Un import de tout l'historique d'une opération ne sera pas parfait, et le corriger est le workflow prévu plutôt qu'un signe de problème.

Problèmes fréquents

Rien n'a été détecté. Les fichiers n'étaient pas lisibles comme actes juridiques, ou ce n'étaient pas les bons fichiers.

Une transaction est datée à tort. La date vient de son document. Vérifiez l'acte, puis corrigez la transaction ; la période de l'événement suit son contenu.

Une transaction dont vous savez qu'elle existe manque. L'analyse n'a trouvé aucun document qui la prouve. Ajoutez-la manuellement ; un acte non documenté ne peut pas être détecté.

Des sociétés inattendues apparaissent après déplacement. L'import les a créées parce que les documents les mentionnaient. Revoyez leurs informations (A3.5) : elles viennent d'une lecture automatique.

Le nom d'événement est faux dans chaque société. Un seul nom a été utilisé pour toutes. Les libellés d'événement peuvent être renommés ensuite, mais bien choisir d'abord coûte moins cher.

Une table de capitalisation est fausse après import. Attendu lors d'un premier passage. Corrigez les transactions dans leurs décisions (A5.6).

Vous voulez importer seulement une partie d'une structure. L'action est Tout déplacer. Envisagez de fournir moins de fichiers plutôt que de tout classer puis défaire.

Articles liés

• A6.1 — Événements et décisions : le modèle · ce que l'import produit

• A6.3 — Émission d'actions · le même mécanisme d'analyse, un acte à la fois

• A5.6 — Rapprocher et corriger le registre · le travail de correction qui suit

• A5.7 — Le registre : relier une transaction à son document signé · vérifier ce qui a été importé