Un projet Odoo, étape par étape.
Vous savez ce qui se passe, qui le fait et ce que vous signez.

Le projet précédent a dérapé.
Jamais fini, facturé en régie : vous avez déjà vécu ce projet. À la fin de la Semaine 0, vous signez un périmètre ou vous ne lancez pas le projet.
Prix fixe, signé avant le projet. Un prérequis en retard décale la date, pas le prix.
Cinq étapes, dans cet ordre.
- 01
La Semaine 0
Des ateliers sur vos ventes, vos achats, votre comptabilité et la TVA. Vous décidez ensuite de lancer ou non.
- 02
Le paramétrage
Nous configurons vos applications selon le périmètre signé, d’abord sur une base de test.
- 03
La reprise des données
Quatre fichiers contrôlés avant l’import, puis vérifiés par vous dans Odoo.
- 04
Vos tests
Vos utilisateurs jouent leurs propres cas sur la base de test avant la mise en service.
- 05
Mise en service et support
Une date et une heure écrites au périmètre, puis le support mensuel.
Ce que vous signez.
Le périmètre et ce que fait chaque application sont écrits avant de commencer.
À la fin de la Semaine 0, vous signez un périmètre ou vous ne lancez pas le projet. Les deux décisions sont écrites.
Ce qui n’y figure pas n’est pas dans le projet. Ce qui s’y ajoute passe par une demande écrite, avec son coût et son effet sur la date.
Ce que nous vous demandons.
Un sponsor, DG ou DAF, présent au lancement et à la réunion de fin. Un utilisateur clé par domaine : ventes, achats, comptabilité. Le temps à réserver est écrit par rôle dans le plan.
Des documents réels avant les ateliers : un devis, une facture, un plan comptable, la dernière balance validée, la dernière déclaration de TVA. Votre expert-comptable est bienvenu à l’atelier comptable.
Vos données, à écart zéro.
Les balances d’ouverture de l’ancien système ne tombent jamais juste. La balance d’ouverture est reprise compte par compte, à écart zéro, et signée avec votre expert-comptable.
Vous fournissez quatre fichiers : tiers actifs, articles, balance d’ouverture au jour de coupure, factures ouvertes. Un contrôle liste chaque erreur par fichier, ligne et colonne ; rien n’est importé tant qu’il n’affiche pas OK.
Pas d’historique : les factures soldées et les écritures passées restent dans l’ancien système, ou en export archivé.

Vos tests avant la mise en service.
Chaque scénario est joué par vous, sur la base de test. Il est conforme quand le résultat attendu est obtenu sans intervention de notre part. Vous signez le procès-verbal.
Un écart mineur se corrige pendant le suivi. Un bloquant reporte la mise en service.
Une demande en plus.
Une demande en plus : quatre options écrites, dont adopter le standard, sans coût.
Après la mise en service.
Les changements de loi sont livrés dans l’abonnement support, sans demande de changement.
Sans code spécifique, votre base reste couverte par la mise à niveau de l’éditeur.
Notre accès est un utilisateur nommé, sans droits d’administrateur, que vous pouvez révoquer. La méthode vous est transmise.
Quatre ateliers, un par sujet.
Ventes, du devis à l’encaissement. Achats, de la demande d’achat au paiement. Comptabilité : écritures, banque, lettrage, clôture. TVA et délais de paiement fournisseurs. Chaque atelier commence par une démonstration du standard sur notre base de démonstration.
Un cinquième atelier porte sur vos données, votre hébergement et vos rôles : l’ancien système, ce qu’il sait exporter, la date de coupure envisagée, la liste des utilisateurs.
Aucune base client n’est créée pendant la Semaine 0, et aucune donnée réelle n’est importée.
Trois questions à chaque atelier.
Comment travaillez-vous aujourd’hui ?
Le flux réel, pas la procédure écrite : qui fait quoi, dans quel outil, avec quel document.
Qu’est-ce qui fait mal ?
Ce qui se perd, ce qui est refait, ce que l’expert-comptable corrige, ce que la direction ne voit pas.
Qu’est-ce qui est prévu ?
Ce qui change dans les douze mois : croissance, nouveau site, exigence du groupe, contrôle fiscal.
Nous disons quand une pratique coince.
Nous mettons en place des flux qui tiennent la croissance. Exemple : le directeur général qui approuve chaque bon de commande. Odoo le permet, mais nous configurons des seuils d’approbation par montant et par rôle.
Chaque pratique discutée reçoit un verdict écrit : alignée au standard, configurée, construite avec son coût et son effet sur la date, ou refusée avec la raison.
Nous ne promettons ni prix ni date pendant les ateliers, et nous ne prenons aucune demande de développement au vol. Tout ce qui est évoqué et non retenu est listé comme hors périmètre.
Quand nous déclinons un projet.
Pas de sponsor
Sponsor absent au lancement et à la réunion de fin : personne ne tranchera en cours de projet.
Pas d’utilisateur clé
Aucun utilisateur clé nommé par processus, ou sans les heures nécessaires. C’est la première cause de retard.
Pas de balance validée
Sans balance validée par un expert-comptable, pas de balance d’ouverture fiable, donc pas de bascule fiable.
Développement indispensable
Le socle exige un développement spécifique pour fonctionner : le prix fixe repose sur le standard.
Pratique non alignée
Vous refusez d’aligner une pratique qui casse le standard, par exemple la double saisie maintenue en parallèle.
Données inextractibles
Tiers, articles, balance et factures ouvertes ne peuvent pas sortir de l’ancien système.
Avant de toucher à votre base.
Nous lisons l’identité de la base sur la cible : adresse, nom, version du serveur et identifiant. La base de test doit avoir un identifiant différent de celui de la production. Une sauvegarde est prise avant toute écriture.
Votre accord est écrit : quelle instance, quel utilisateur, qui l’a accordé, comment il se révoque.
Les applications du périmètre sont installées, le français est actif, et la configuration marocaine est constatée avant tout paramétrage.
Contrôlé à quatre chiffres.
Après l’import sur la base de test, nous comparons le nombre de tiers, le nombre d’articles, le total de la balance et les totaux des factures ouvertes clients et fournisseurs avec l’ancien système.
Vous vérifiez ensuite dans Odoo un échantillon : dix tiers, dix articles, vos cinq plus grosses factures ouvertes. Trois itérations sont incluses ; au-delà, c’est une demande de changement.
Ce que couvrent vos tests.
Ventes
Fiche client avec ICE, devis en PDF avec mentions légales, facture avec TVA par ligne, encaissement partiel, avoir lié à la facture.
Achats
Bon de commande, réception partielle puis totale, facture fournisseur rapprochée de la commande et de la réception, paiement et lettrage.
Comptabilité
Balance d’ouverture égale à celle de l’expert-comptable, import de relevé bancaire, rapprochement, verrouillage de période.
TVA
Déclaration du mois de test, contrôle croisé avec les factures, report du crédit de TVA sur la période suivante.
Relances et crédit
Relances par niveaux de retard, commande bloquée au-delà de la limite de crédit, déblocage par le rôle autorisé.
Le jour de la mise en service.
L’ancien système est arrêté à l’heure écrite. Nous importons dans l’ordre : tiers, articles, balance d’ouverture, factures ouvertes, soldes bancaires. La réconciliation est signée : balance Odoo égale à celle de l’expert-comptable, écart zéro.
Les périodes antérieures sont verrouillées. Vous émettez la première facture réelle, saisissez la première facture fournisseur, faites le premier paiement. Ensuite seulement la mise en service est prononcée.
Si un bloquant apparaît avant la première facture réelle, nous restaurons la sauvegarde et l’ancien système reprend. Après la première facture réelle, pas de retour arrière : nous corrigeons.
Le suivi après la mise en service.
Un suivi rapproché : les tickets arrivent par e-mail. L’objectif : que chaque utilisateur ait fait une fois, en production, chaque geste de son rôle, avec quelqu’un à portée de main.
Nous ne passons au support mensuel qu’après un contrôle : numérotation sans trou ni doublon, e-mails sortants réels, rapprochement bancaire fait seul par votre comptable, sauvegarde restaurable, référent Odoo interne désigné.
Former vos utilisateurs.
Le kit de formation couvre cinq rôles : administrateur des ventes, acheteur, comptable, direction financière, auditeur ou expert-comptable. Les séances se font sur la base de test, avec vos cas réels si possible.
Chaque guide donne les tâches du rôle, des chemins de menu vérifiés, les spécificités marocaines, trois erreurs à éviter et un auto-test de dix questions.
Ces guides vivent dans l’application Knowledge de votre Odoo.
De la ligne du périmètre à la preuve.
Une matrice relie chaque ligne du périmètre à sa tâche, à l’enregistrement de configuration qui la réalise et au test qui la prouve. Elle est générée, jamais éditée à la main, et liste ses propres écarts.
Qui est dans la salle.
Un responsable de projet est votre seul interlocuteur dans la salle. Derrière lui, une équipe d’assistants prépare, vérifie et relance.
Questions fréquentes
Combien de personnes dois-je mobiliser ?
Un sponsor, un interlocuteur de projet et un utilisateur clé par domaine : ventes, achats, comptabilité.
Que devient mon ancien système ?
Avant la date écrite, tout reste dans l’ancien système ; après, tout est dans Odoo. Aucune double saisie en parallèle.
Et si je ne continue pas après la Semaine 0 ?
Le projet s’arrête avec une décision écrite, et vous gardez le document de périmètre.
Qui valide les tests ?
Vous. Vous signez le procès-verbal.
Et si un bloquant apparaît le jour de la mise en service ?
Avant la première facture réelle, nous restaurons la sauvegarde et l’ancien système reprend. Après, nous corrigeons.
Parlons de votre Semaine 0.
Un conseiller vous présente la démarche sur votre cas.
Captures d'écran : documentation Odoo (Odoo S.A.), CC BY-SA 4.0