Soldes d’ouverture et migration des données
Personne ne démarre sa comptabilité à partir de zéro. Lorsque Meridian Properties a adopté REDA Financials, elle est arrivée avec une balance générale, des locataires qui devaient des loyers, des fournisseurs en attente de paiement, un compte bancaire approvisionné et des immeubles déjà à moitié amortis. La migration est l’art de téléporter cette situation dans le nouveau système, de sorte que les comptes du premier jour soient égaux à ceux du jour zéro — ni plus, ni moins. Cet article est la carte : quoi apporter, sous quelle forme, dans quel ordre.
Première décision : la date de bascule
Choisissez la date à laquelle l’ancien système cesse de faire foi et où REDA Financials prend le relais — idéalement une limite de période (Meridian a choisi le 1er janvier). Tout se répartit autour de cette date :
- Les soldes à la date de bascule sont repris sous forme d’écritures d’ouverture.
- Les postes ouverts à la date de bascule (factures impayées, immobilisations non totalement amorties) sont repris sous forme de documents vivants.
- Les transactions postérieures à la bascule sont saisies uniquement dans REDA Financials, dès le premier jour.
- L’historique ancien qui la précède reste dans les archives de l’ancien système — migrer des années de pièces soldées multiplie l’effort et n’ajoute rien à vos comptes.
La séquence de migration
L’ordre compte — chaque couche dépend de la précédente :
Les fondations avant tout chiffre
Entités, plan comptable, périodes comptables, séquences de documents, banques, configuration des taxes, clients, fournisseurs, produits. Il s’agit de la configuration ordinaire, pas de la migration — suivez Votre feuille de route de configuration. Rien de ce qui suit ne fonctionne tant que les données de référence ne sont pas en place.
L’écriture d’ouverture
Prenez la balance générale de clôture de l’ancien système à la date de bascule et comptabilisez-la en une seule écriture comptable datée du jour de la bascule : le solde de chaque compte sous forme de ligne au débit ou au crédit, le tout s’équilibrant à zéro (c’est toujours le cas d’une balance générale — si la vôtre ne s’équilibre pas, arrêtez-vous et rapprochez les chiffres avant de migrer). L’option Charger les lignes (CSV) du formulaire d’écriture est conçue exactement pour cela : exportez la balance générale, adaptez-la au modèle, chargez-la, comptabilisez. C’est ainsi que l’écriture d’ouverture de Meridian (MJE001001) a inscrit 750 000 $ de capital et de trésorerie dans les comptes.
Une précision : ne comptabilisez les soldes des comptes collectifs clients et fournisseurs par cette écriture que si vous NE chargez PAS les factures ouvertes sous forme de documents (étape suivante). Charger les deux revient à les compter deux fois — les documents ouverts reconstituent eux-mêmes ces soldes.
Créances et dettes ouvertes, sous forme de vrais documents
Chaque facture client et chaque facture fournisseur impayée à la date de bascule devient un document comptabilisé dans REDA Financials — date d’origine, numéro d’origine dans le champ Référence, montant d’origine. C’est plus de travail qu’un solde global unique, et cela vaut chaque minute : la balance âgée est réelle, les paiements s’imputent sur de vraies factures, les relevés de compte sont cohérents et les litiges s’appuient sur des pièces. Gardez les documents migrés sobres — c’est le solde ouvert qui compte, une ligne récapitulative par facture suffit donc. Comptabilisez-les en une seule fois avec Comptabilisation en masse.
Immobilisations en cours de vie
REDA Financials prend pleinement en charge les immobilisations qui ont eu une vie antérieure : cochez Migré sur l’immobilisation et renseignez la Date de migration, le Coût d'acquisition et les Amortissements cumulés d'ouverture (les trois sont obligatoires — le formulaire l’exige). Le système intègre alors l’amortissement antérieur dans la valeur nette comptable et calcule le nouvel amortissement à partir de la date de migration — sans rejouer le passé, sans double amortissement.
Alignement bancaire
L’écriture d’ouverture a mis en place le solde de trésorerie du grand livre ; vérifiez que le premier relevé de chaque compte bancaire dans REDA Financials part de ce même montant, afin que le premier rapprochement s’ouvre proprement au lieu de courir après des éléments antérieurs à la bascule.
Prouvez-le, puis verrouillez la porte
Exécutez la balance générale dans REDA Financials à la date de bascule et placez-la à côté de celle de l’ancien système — elles doivent concorder ligne par ligne. Contrôlez la balance âgée clients et fournisseurs par rapport aux listes de postes ouverts de l’ancien système, ainsi que la valeur nette comptable de chaque immobilisation. Quand tout concorde, réglez les dates de clôture de l’entité (Grand livre clôturé jusqu'au / Clients clôturés jusqu'au / Fournisseurs clôturés jusqu'au) sur la date de bascule — la migration ne peut plus être perturbée par une comptabilisation antidatée égarée, et l’exploitation réelle commence.
La boîte à outils
| Tâche | Outil |
|---|---|
| Balance générale d’ouverture | Une seule écriture comptable ; chargement CSV pour les lignes |
| Postes clients / fournisseurs ouverts | Documents (créés ou chargés par votre administrateur / partenaire d’implémentation), puis Comptabilisation en masse |
| Immobilisations en cours de vie | Enregistrements d’immobilisation avec Migré + les trois champs de migration |
| Données de référence en volume | Outils d’importation standard de Salesforce, entre les mains de votre administrateur |
| Vérification | Balance générale, balance âgée clients/fournisseurs, registres des immobilisations — nouveau et ancien, côte à côte |
Pour aller plus loin
- Votre feuille de route de configuration — les fondations qui viennent en premier.
- Créer une écriture comptable — le véhicule des soldes d’ouverture.
- Fiches d’immobilisation (modèles) — le modèle d’immobilisation que rejoignent les immobilisations migrées.
- Clôturer les comptes — verrouiller la période migrée.
Questions fréquentes
Presque jamais. Vos livres légaux des exercices antérieurs se trouvent dans les archives de l’ancien système et dans vos états financiers déposés. Migrer un historique soldé coûte des semaines, risque de créer des écarts de rapprochement et ne vous apporte rien que les archives ne fournissent déjà. Soldes à la date de bascule + postes ouverts = continuité complète.
Rapprochez les chiffres dans l’ANCIEN système avant de migrer quoi que ce soit. La migration copie fidèlement l’état que vous lui fournissez — y compris un état défaillant. La règle d’or : n’utilisez jamais une migration pour « corriger » des chiffres ; corrigez d’abord, migrez ensuite.
Un court chevauchement de vérification (une période, des comparaisons en lecture seule) est sain. Une véritable double saisie des transactions courantes dans deux systèmes ne l’est pas — elle double le travail et garantit des écarts. Basculez proprement à la date prévue ; gardez l’ancien système consultable.
La comptabilisation exécute les moteurs habituels ; importez donc les documents migrés à leurs montants historiques définitifs et vérifiez attentivement les premiers — l’objectif est que le total de chaque document soit égal, au centime près, à celui qu’indiquait l’ancien système. Votre partenaire d’implémentation testera généralement un premier lot en pilote avant de charger le reste.
Cet article vous a-t-il été utile ?