Un chef de projet, un calendrier, et le moins de code possible.

Un projet Odoo échoue rarement sur la technique. Il échoue quand le périmètre bouge tous les quinze jours, quand les données reprises sont fausses, ou quand les utilisateurs découvrent le logiciel la veille de la bascule. Notre méthode est organisée autour de ces trois risques.
Le périmètre est écrit avant de commencer. Le diagnostic gratuit produit une liste de flux, un calendrier et un prix. Ce qui n'y est pas se discute — et se chiffre — à part.
Les données sont vérifiées avant d'être comptabilisées. Depuis Sage, grand livre, plan et tiers sont repris en cinq étapes outillées ; la balance Odoo est rapprochée de la balance Sage compte par compte. Depuis Excel, nous analysons vos fichiers, proposons la correspondance des colonnes et importons en brouillon.
Les utilisateurs pratiquent avant la bascule. Une copie neutralisée de votre base sert de terrain d'entraînement, la paie tourne en double un mois, chaque rôle est formé sur ses propres écrans.
Nous restons près du standard Odoo. Un développement spécifique se justifie quand il rapporte plus qu'il ne coûte à chaque mise à jour — c'est rare. Quand il se justifie, nous l'écrivons comme un complément installable, documenté, que vous pouvez retirer.
Vérifiée au franc près, ou pas comptabilisée
Analyse du grand livre
Localisation SYSCOHADA, format des comptes, journaux et tiers manquants, écritures déséquilibrées : tout est listé avant de toucher à quoi que ce soit.
Plan comptable et tiers
Import du plan Sage, purge des doublons Odoo, comptes auxiliaires par tiers ou comptes collectifs.
Écritures en brouillon
Numérotation par journal et par mois, libellés Sage conservés, montants normalisés.
Rapprochement
Solde net par compte comparé à la balance Sage. Zéro ligne sur compte déprécié, zéro déséquilibre. Le rapport vous est remis.
Comptabilisation
Sur votre validation explicite. Chaque étape est annulable.
One project lead, one schedule, and as little code as possible.

An Odoo project rarely fails on technology. It fails when the scope moves every fortnight, when migrated data is wrong, or when users discover the software the day before go-live. Our method is built around those three risks.
The scope is written before we start. The free assessment produces a list of flows, a schedule and a price. Anything outside it is discussed — and priced — separately.
Data is verified before it is posted. From Sage, the general ledger, chart and partners are migrated in five tooled steps; the Odoo trial balance is reconciled with the Sage one account by account. From Excel, we analyse your files, propose the column mapping and import as drafts.
Users practise before go-live. A neutralised copy of your database serves as a training ground, payroll runs in parallel for a month, and each role is trained on its own screens.
We stay close to standard Odoo. Custom development is justified when it earns more than it costs at every upgrade — which is rare. When it is, we write it as an installable, documented add-on you can remove.
Verified to the franc, or not posted
General ledger analysis
SYSCOHADA localisation, account format, missing journals and partners, unbalanced entries: everything is listed before anything is touched.
Chart of accounts and partners
Import of the Sage chart, purge of Odoo duplicates, sub-accounts per partner or collective accounts.
Draft entries
Numbered per journal and month, Sage labels kept, amounts normalised.
Reconciliation
Net balance per account compared with the Sage trial balance. Zero lines on deprecated accounts, zero imbalance. You receive the report.
Posting
On your explicit approval. Every step can be undone.
