Préparer et revoir une fusion par absorption P1

Documents entièrement fictifs. Démonstration : Alpha absorbe Beta indépendante, valeurs économiques fournies de 600 000 et 400 000 EUR. Exercice : Alpha absorbe Beta détenue directement à 100 %, participation comptable de 480 000 EUR et capitaux propres de Beta de 300 000 EUR.

Deux sociétés italiennes OIC, droits ordinaires homogènes, sans soulte. Hors cours : 90 %, fusion inversée, sociétés sœurs, MLBO, IFRS, transfrontalière, crise et création d’une société. Aucune validation professionnelle sur un client réel.

Ouvrir dossier-fr.md et ordinary.json pour la démonstration ; wholly-owned.json pour l’exercice et update.json seulement lors du changement. Les JSON distinguent faits Alpha/Beta, comptes, associés, valeurs fiscales et hypothèses du calendrier. Aucun résultat ni accord préapprouvé.

• ordinary.json
• dossier-fr.md

Vera, prépare un dossier de revue pour cette absorption fictive P1. Sélectionne les documents des deux sociétés dans Studio Archive, propose le périmètre motivé et montre parité, rapprochement comptable et calendrier. Demande les décisions nécessaires sans enregistrer d’approbation en mon nom.

1. Sélectionner les deux clients et missions fictifs, les pièces autorisées et un dossier de cas séparé. Vera importe les pièces choisies via Studio Archive, vérifie reçus et octets, cite page ou champ. Revoir propriété, droits, mandat et hypothèses P1 ; les faits manquants restent inconnus.
2. Discuter méthode et date commune des valeurs fournies : le calcul n’effectue pas une valorisation. Revoir BranchDecision et Valuation, puis ExchangeModel avec parité exacte, actions nouvelles et fraction de chaque associé. Distinguer proposition, décision réelle et accord fictif de test ; aucun arrondi masqué.
3. Revoir BookBridge : comptes clôturés à la même date, correspondances, soldes réciproques et écarts. Contrôler annulation de la participation à 100 % ou augmentation du capital dans le cas ordinaire. Choisir une affectation justifiée et une politique comptable, sans goodwill automatique. Ouvrir l’écriture initiale provisoire et le registre fiscal séparé.
4. Revoir Deadline : sources/version et dates des deux sociétés, jours ou mois calendaires, dernière date pertinente, exceptions et événements non prouvés. Les conventions sont des hypothèses pédagogiques, pas le droit actuel ; un cas réel exige sources primaires et revue. Une date calculée ne prouve ni dépôt, ni consentement, ni exemption.
5. Vera rédige les sections liées aux pièces : mandat, due diligence, projet, droits, dates, fiscalité, bascule opérationnelle, responsables et contrôles ultérieurs ; lacunes et revues en attente restent visibles. Exporter et ouvrir p1-workpapers.html, historique et rapport lisible des données transmises au modèle. Aucune signature ni formalité.
6. Importer update.json dans le même cas. Lire ChangeImpact et les accords historiques : solde, rapprochement et dossier dépendants exigent une revue ; le calendrier indépendant demeure. Clarifier clôture et affectation avant un nouveau résultat ; conserver les anciens exports.

1. Dossier Markdown/HTML : périmètre, valeurs, parité et allocations exactes, rapprochement et écriture initiale provisoire, calendrier et questions ouvertes.
2. Historique des versions et accords, reçus des deux archives, registre fiscal distinct et rapport lisible des données reçues par le modèle.

Relier chaque montant à sa pièce et sa décision. Revoir congruité des valeurs, affectation comptable, équilibre initial, fiscalité séparée, applicabilité des sources, reçus absents et responsables. Les tests fictifs ne valident pas ces choix sur un cas réel.

1. Trouver une pièce Alpha et une pièce Beta ; vérifier client, mission, reçu et champ cité.
2. Expliquer les actions nouvelles du cas indépendant et leur absence à 100 % ; relier l’écart à la politique proposée.
3. Distinguer date calculée et reçu ; identifier les travaux rouverts après le nouveau solde.

Ces pauses aident à apprendre à utiliser la fonction. Ce ne sont pas des questions sur des détails techniques.

Recommencer avec wholly-owned.json : vérifier détention directe totale, zéro action nouvelle, proportions des associés Alpha inchangées, annulation et valeurs fiscales distinctes. Importer ensuite update.json dans ce cas ; expliquer les dépendances et accords à revoir. Ne pas inventer de correction compensatrice.

• wholly-owned.json
• update.json

Savoir sélectionner pièces et périmètre, discuter valeurs et politique, lire les tableaux, vérifier sources et reprendre un cas modifié en séparant pièces et décisions.

Pour une mission réelle préciser mandat, deux sociétés, propriété, dates et pièces autorisées. Si le cas dépasse P1, arrêter cette branche et demander le travail spécialisé requis. Enregistrer seulement les accords professionnels réellement donnés sur la version examinée.