Tulip Conseil — Rétroplanning JPS Contrôle
Octobre 2026 — Septembre 2027

Rétroplanning
d'intégration Odoo.

Ce calendrier ne se lit pas depuis le démarrage, mais depuis l'arrivée. L'obligation d'émission des factures électroniques tombe le 1er septembre 2027 : c'est une date qui ne se négocie pas. Les 59 jours du cahier des charges sont donc posés à rebours à partir d'elle, jalon par jalon, chacun avec sa propre date butoir.

11 mois
D'octobre 2026 à août 2027

10 mois de production réelle : août est neutralisé, aucune bascule ne se fait en août.

7
Jalons datés

Chaque jalon porte sa date butoir et ce qu'il bloque s'il glisse. La réception des factures est hors périmètre : elle est déjà en place en interne via Agicap.

59 j
33 040 € HT — chiffrage CDC

Reprise à l'identique du cahier des charges v1.0, au tarif de 560 € HT/jour.

01/09/27
Échéance non négociable

Obligation d'émission des factures électroniques pour les PME. Tout le calendrier est calé dessus.

Préalable

La réception des factures électroniques est déjà couverte via Agicap, traitée en interne par JPS Contrôle : il reste une seule échéance réglementaire ouverte. L'alimentation d'Odoo depuis JAVIZ ne passera pas par une API : elle sera assurée par des scripts Python écrits par le responsable IT de JPS Contrôle, déclenchés par cron. Reste à trancher par quelle voie ces scripts écrivent dans Odoo — c'est le premier point du chemin critique. Les charges restent celles du CDC et seront affinées à l'issue des ateliers de cadrage.

01 — Vue d'ensemble

La frise, lue à rebours.

Les 7 jalons, leurs périodes, et les dates qui contraignent le calendrier : la réception e-invoicing déjà couverte via Agicap, la clôture de l'exercice, et l'obligation d'émission du 1er septembre 2027 — la seule échéance encore ouverte.

Rétroplanning — Octobre 2026 → Septembre 2027 Réf. RETRO-01
✓ Réception fact. élec. couverte via Agicap Clôture de l'exercice 31/12/2026 ★ Émission fact. élec. (PME) 1er septembre 2027 Agicap ✓ J1 · Cadrage · Socle J2 · Socle comptable J3 · Intégration des flux JAVIZ J4 · Échéancier · ADV · Avenants J5 · E-invoicing natif ★ J6 · Recette & formation Gel août J7 · Service dates posées à rebours depuis l'échéance Oct. 2026 Janv. 2027 Avril 2027 Juil. 2027 Oct. 2027 Paramétrage natif Développement sur mesure Cadrage / recette / formation Acquis / mise en service Contrainte réglementaire ou comptable

Les jalons J3 / J4 et J5 / J6 se chevauchent d'un mois : les développements du jalon suivant démarrent pendant la finition du précédent. C'est ce chevauchement qui permet de tenir 59 jours en 10 mois utiles.

02 — Le détail des jalons

Chaque jalon porte sa date butoir.

Pour chacun : la période, les lots du cahier des charges concernés, le contenu réel, la date à laquelle il doit être terminé pour que la suite tienne, et ce qui se passe s'il glisse.

Jalon 1
Octobre–Novembre 2026
12 j
  • Lot 1Cadrage fonctionnel & ateliers de flux
  • Lot 2Spécifications techniques API JAVIZ
  • Lot 12Infrastructure & reprise des données
  • Lot 3Module Affaire / Projet + sync JAVIZ (point d'entrée)

Lever les inconnues avant d'écrire une ligne de code.

Des ateliers avec Eric et les équipes pour cartographier le cycle affaire → devis → commande → facturation, définir le contrat d'échange entre ses scripts et Odoo, et mettre en place les environnements sur le VPS déjà provisionné côté JPS. Ce jalon ne produit aucune fonctionnalité visible, mais tout le reste du projet se construit dessus.

  • Cartographie du cycle affaire / devis / commande dans JAVIZ
  • Règles de facturation, échéancier (10 / 20 / 30), avenants
  • Cas particuliers, exceptions, gestion multi-agences
  • Contrat d'échange JAVIZ → Odoo : modèles et champs cibles, clé d'idempotence, fréquence du cron, comportement en cas d'erreur
  • Protocole d'écriture : l'alimentation passe par Odoo — reste à choisir entre XML-RPC, JSON-RPC ou un point d'entrée dédié
  • Socle Docker sur le VPS : environnements de recette et de production, reverse proxy, sauvegardes
  • Point d'entrée d'intégration ouvert côté Odoo : idempotence sur l'identifiant JAVIZ, journal des écritures acceptées et rejetées — la cible sur laquelle Eric développe et teste
  • Reprise one-shot des affaires et clients déjà présents dans JAVIZ
Date butoir → 30 novembre 2026

Le contrat d'échange doit être validé fin novembre. Les lots 3 à 5, soit 16 jours et tout le cœur du projet, se construisent dessus : ce sont eux qui définissent ce que les scripts d'Eric devront écrire. Le point d'entrée est ouvert au même moment, pour qu'Eric développe contre une cible réelle plutôt que contre une spécification.

Si ça glisse

Un mois de retard ici se répercute intégralement sur la fin de chaîne : il n'y a pas de marge à reprendre plus loin, recette et formation sont déjà calées au plus tard. Le contrat d'échange est le premier livrable à sécuriser — et il dépend de la disponibilité d'Eric, déjà identifiée comme le goulot d'étranglement du projet.

Jalon 2
Décembre 2026–Janvier 2027
8 j
  • Lot 10Socle comptable France
  • Lot 9Rapports comptables (bilan, compte de résultat)
  • Lot 11Connecteur trésorerie Agicap

Poser la comptabilité avant la première facture.

Localisation française, plan comptable PCG, journaux, TVA, lettrage, export FEC — puis les rapports légaux qui en découlent, et la connexion Agicap. Ce jalon est placé volontairement sur la fenêtre de clôture : un paramétrage comptable se cale sur un exercice qui se ferme, pas sur un exercice en cours.

  • Localisation française : plan comptable PCG, journaux, taxes
  • Déclaration de TVA (CA3), lettrage, export FEC activé et testé
  • Rapports légaux : grand livre, balance, bilan, compte de résultat
  • Configuration du connecteur natif Agicap et remontée des données en recette
  • Cadrage avec la DAF du périmètre réel des écritures (fournisseurs, OD, paie, rapprochement)
Date butoir → 31 janvier 2027

Le socle comptable doit être en place avant la première facture émise depuis Odoo. Les rapports du lot 9 ne sont fiables que si le lot 10 est terminé : ils ne se rattrapent pas après coup.

Jalon 3
Janvier–Mars 2027
7 j
  • Lot 3Module Affaire / Projet + sync JAVIZ (affaires)
  • Lot 4Module Devis multi-familles + sync

Les affaires et les devis arrivent sans ressaisie.

L'alimentation elle-même est écrite par Eric, en Python, et déclenchée par cron. Notre part est ce qu'il y a des deux côtés du tuyau : les modèles Odoo qui reçoivent les données, un point d'entrée idempotent sur l'identifiant externe JAVIZ, un journal d'intégration lisible côté Odoo, et la recette des scripts sur un jeu de données réel.

  • Extension du point d'entrée ouvert au jalon 1 : validation métier des données entrantes, rejet explicite plutôt que création silencieuse
  • Journal d'intégration consultable dans Odoo : ce qui est passé, ce qui a été rejeté et pourquoi
  • Modèle « Affaire » enrichi : agence, maître d'ouvrage, adresse, délai, montant, date de démarrage
  • Renommage automatique des projets selon la nomenclature de l'affaire
  • Devis par famille : contrôle technique, CSPS, électricité, autres diagnostics
  • Validation du devis Odoo répercutée automatiquement depuis JAVIZ
  • Recette des scripts d'Eric sur un jeu de données réel, avec lui
Date butoir → 31 mars 2027

Le module Commande — le lot le plus lourd du projet — se greffe sur les devis synchronisés. Il ne peut pas démarrer avant.

Jalon 4
Mars–Mai 2027
13 j
  • Lot 5Module Commande & échéancier de facturation
  • Lot 6Vue ADV & pilotage de la facturation
  • Lot 7Gestion des avenants

Le cœur du dispositif : facturer par échéance, pas par quantité.

Chaque commande porte un échéancier de lignes datées, avec les trois statuts qui reflètent les jours de tombée : facturable sans validation (10), à valider par le pilote technique (20), lié à un livrable (30). Puis la vue ADV filtrée par prochaine date de facturation, et les avenants qui recalculent l'échéancier.

  • Modèle de commande avec échéancier en lignes datées et 3 statuts d'échéance
  • Recalage d'une échéance par le pilote technique (du 20 au 10 et inversement)
  • Champ calculé « prochaine date de facturation » remonté sur la commande
  • Plan de facturation en 2 temps (acompte / solde) pour l'électrique et les diagnostics
  • Vue ADV : liste filtrable, action « Valider et facturer », filtre mois en cours
  • Avenants : durée, montant mensuel, impact automatique sur l'échéancier
Date butoir → 31 mai 2027

13 jours sur le chemin critique, et trois mois pleins avant la mise en service. Ces trois mois ne sont pas une réserve : ils sont déjà occupés par la facturation électronique, la recette et la formation. Ce qu'ils permettent, c'est de recetter sérieusement plutôt que de finir en urgence.

Si ça glisse

C'est le jalon le plus exposé du projet. Le lot 5 est chiffré à 7 jours en supposant que l'échéancier arrive structuré depuis JAVIZ. S'il faut le reconstruire à partir de données brutes, un complément est à prévoir — et cela se tranche au jalon 1, pas en mai.

Jalon 5
Mai–Juin 2027
5 j
  • Lot 8.2Facturation électronique — Odoo natif

Passer l'émission en natif, deux mois avant l'obligation.

Odoo a obtenu son statut de Plateforme Agréée en avril 2026 et le module est disponible en Community depuis juin 2026. Génération Factur-X, connexion au portail public de facturation, validation sur le validateur officiel FNFE-MPE. Le canal Agicap déjà en place reste actif pendant toute la bascule.

  • Installation et configuration du module Plateforme Agréée Odoo
  • Génération Factur-X et connexion au portail public de facturation
  • Paramétrage des données légales et cohérence avec le plan comptable
  • Tests de validation sur le validateur officiel FNFE-MPE
  • Procédure d'exploitation : réception, e-reporting, archivage légal 10 ans
★ Date butoir → 30 juin 2027

Deux mois de marge avant l'obligation d'émission du 1er septembre 2027. Cette marge couvre les allers-retours de validation et les formalités côté plateforme, qui ne dépendent pas de nous.

Si ça glisse

L'échéance du 1er septembre 2027 ne se négocie pas. Un repli est envisageable — maintenir l'émission via Agicap — mais il reste à confirmer : Agicap est immatriculée Plateforme Agréée, son périmètre d'émission pour JPS Contrôle doit être validé auprès d'eux au jalon 2. Tant que ce n'est pas écrit, le calendrier se conduit sans repli.

Jalon 6
Juin–Juillet 2027
8 j
  • Lot 13Recette, tests et corrections
  • Lot 14Formation des utilisateurs & documentation

Vérifier avec les équipes, avant la coupure d'août.

Recette conjointe avec les ingénieurs, les ADV et la DAF, sur des scénarios couvrant l'ensemble des lots. Puis la formation par profil et la documentation. Le tout se termine fin juillet : personne ne bascule une comptabilité en août.

  • Plan de recette : scénarios de test par lot
  • Recette fonctionnelle avec les équipes JPS Contrôle
  • Corrections et ajustements suite aux retours
  • Formation ADV / comptables : facturation, échéancier, usage quotidien
  • Formation DAF : suivi, rapports comptables, Agicap
  • Documentation utilisateur en français, sur les cas réels JPS
Date butoir → 31 juillet 2027

Les équipes qui recettent doivent être disponibles en juin et en juillet. Cela se cale dès le jalon 1, pas en mai.

Si ça glisse

Il n'y a pas de rattrapage en août. Une recette qui déborde repousse la mise en service sur septembre, en même temps que l'échéance réglementaire — exactement la situation que ce rétroplanning cherche à éviter.

Août 2027
Gel
Aucune bascule

Un mois volontairement vide.

Aucun développement, aucune bascule, aucune formation. Le mois d'août n'est pas une marge qu'on peut consommer si le projet prend du retard : c'est un mois où ni les équipes JPS ni les interlocuteurs externes ne sont disponibles pour arbitrer quoi que ce soit. Il sert de tampon avant la mise en service, pas de réserve de jours.

Jalon 7
1er septembre 2027
Mise en service

L'ERP en service, l'émission conforme.

Les affaires et les devis arrivent de JAVIZ sans ressaisie. Les ADV travaillent sur une vue filtrée par prochaine date de facturation et facturent en un clic. La comptabilité est tenue dans Odoo, les rapports légaux sortent, Agicap est alimenté automatiquement, et les factures sont émises au format réglementaire.

  • Bascule en production, JAVIZ conservé sur son périmètre métier
  • Période d'accompagnement renforcé sur les premières tombées du 10, 20 et 30
  • Premier cycle complet de facturation mensuelle observé dans Odoo
★ Échéance tenue → 1er septembre 2027

Obligation d'émission des factures électroniques pour les PME. C'est la date depuis laquelle tout le reste du calendrier a été construit.

Au quotidien

Les ADV cessent de reconstruire les échéances à la main. Les ingénieurs ne changent pas d'outil — ils continuent sur JAVIZ. La DAF dispose d'une trésorerie à jour sans export manuel.

Transverse
Octobre 2026 → août 2027
5 j
  • Lot 15Gestion de projet & coordination transverse

Le pilotage, réparti sur les dix mois.

Cinq jours de coordination étalés sur toute la durée : comités de suivi, coordination technique avec Eric, suivi d'avancement et gestion des risques. Sur un rétroplanning contraint par une date légale, c'est ce lot qui détecte un glissement au moment où il est encore rattrapable.

  • Comité de suivi mensuel, avec le point d'avancement sur les dates butoirs
  • Coordination technique avec Eric — disponibilité à sécuriser dès le cadrage
  • Tableau de bord d'avancement et registre des risques
03 — Chemin critique

Ce qui doit être sécurisé, et quand.

Un rétroplanning ne tient que par ses dépendances. Voici les sept points qui ne dépendent pas de Tulip Conseil, la date à laquelle ils doivent être acquis, et ce qu'ils bloquent tant qu'ils ne le sont pas.

Mi-octobre 2026 Semaine 2
Protocole d'écriture et périmètre extrait L'écriture passe par Odoo : c'est une décision posée, pas un arbitrage ouvert. Ce qui reste à trancher, c'est le protocole — XML-RPC, JSON-RPC ou point d'entrée dédié — ainsi que le périmètre extrait de JAVIZ, le filtrage sur date de modification et le jeu de données de test.
Conditionne 16 jours sur 59 — les jalons 3 et 4. Écrire directement dans les tables PostgreSQL est exclu : cela contourne le moteur applicatif — champs calculés non recalculés, contraintes non appliquées, écritures comptables jamais générées, séquences désynchronisées. Sur une base comptable, ce n'est pas tenable.
Mi-octobre 2026 Semaine 2
JAVIZ ouvert en environnement de test Un accès à JAVIZ en mode test, adossé à un jeu de données représentatif — pas trois enregistrements de démonstration. C'est là que se vérifient la forme réelle des données, le comportement de l'API et les scripts d'Eric, avant qu'ils n'écrivent quoi que ce soit dans Odoo.
Sans lui, les lots 2 à 5 se spécifient sur la parole plutôt que sur les données : les écarts de mapping et les cas particuliers ne se découvrent qu'au moment de la reprise, là où ils coûtent le plus cher. Aucun script ne doit être essayé sur la production JAVIZ ni sur la base Odoo de production.
Mi-octobre 2026 Semaine 2
Accès au VPS Compte dédié avec sudo et clé publique déposée, ouverture des ports 80 et 443, accès DNS, specs de la machine, décision sur l'environnement de recette.
Bloque le socle technique du jalon 1, puis toute livraison ultérieure. Sans accès direct, chaque itération repasse par Eric — intenable sur 15 lots.
30 novembre 2026 Fin du jalon 1
Verdict sur la structure de l'échéancier L'échéancier 10 / 20 / 30 est-il structuré dans JAVIZ, ou reconstruit à la main par les ADV ? C'est la réserve explicite du lot 5.
Conditionne le chiffrage du lot le plus lourd du projet (7 j). Découvert en novembre, c'est un arbitrage ; découvert en avril, c'est un dérapage.
31 décembre 2026 Pendant le jalon 2
Périmètre comptable arbitré avec la DAF Qui saisit les factures fournisseurs, les opérations diverses, la paie, le rapprochement ? Multi-agences : une société Odoo avec analytique, ou plusieurs sociétés ?
Change la structure comptable elle-même. Un changement de structure après la bascule de janvier signifie reprendre le paramétrage, pas l'ajuster.
31 janvier 2027 Pendant le jalon 3
Scripts d'alimentation opérationnels en recette Une date cible pour les scripts d'Eric, et un critère d'acceptation partagé : ils écrivent dans la recette Odoo un jeu de données représentatif, sans rejet au journal d'intégration.
Le jalon 3 ne démarre pas sur une décision de Tulip Conseil, il démarre quand les scripts écrivent. Sans date ni critère communs, un glissement ne se constate qu'au 31 mars — trop tard pour arbitrer. Le point d'entrée ouvert dès le jalon 1 donne à Eric une cible réelle pour développer et tester dès décembre.
31 mars 2027 Fin du jalon 3
Disponibilité des équipes de recette Ingénieurs, ADV et DAF mobilisés sur juin et juillet 2027, et un interlocuteur unique désigné pour arbitrer les écarts de périmètre.
Bloque le jalon 6. La recette est le dernier poste avant le gel d'août : elle ne peut pas déborder, et les agendas ne se libèrent pas en trois semaines.
04 — Budget par jalon

Les 59 jours, répartis dans le temps.

Mêmes charges que le cahier des charges v1.0, réorganisées par jalon plutôt que par lot. Tarif de 560 € HT/jour, facturation mensuelle sur relevé de jours réalisés.

Conformité réception — acquis Lot 8.1 Facturation électronique — canal Agicap, traité en interne par JPS Contrôle
1 j
560 €
Jalon 1 — Cadrage, spécifications & socle technique Lot 1 Cadrage fonctionnel & ateliers de flux · Lot 2 Spécifications techniques API JAVIZ · Lot 12 Infrastructure & reprise des données · Lot 3 Module Affaire / Projet (point d'entrée)
12 j
6 720 €
Jalon 2 — Socle comptable & trésorerie Lot 10 Socle comptable France · Lot 9 Rapports comptables (bilan, compte de résultat) · Lot 11 Connecteur trésorerie Agicap
8 j
4 480 €
Jalon 3 — Intégration des flux JAVIZ Lot 3 Module Affaire / Projet + sync JAVIZ (affaires) · Lot 4 Module Devis multi-familles + sync
7 j
3 920 €
Jalon 4 — Échéancier, ADV & avenants Lot 5 Module Commande & échéancier de facturation · Lot 6 Vue ADV & pilotage de la facturation · Lot 7 Gestion des avenants
13 j
7 280 €
dont Lot 5 — Module Commande & échéancier de facturation
7 j
3 920 €
Jalon 5 — Facturation électronique native Lot 8.2 Facturation électronique — Odoo natif : module Plateforme Agréée, Factur-X, PPF
5 j
2 800 €
Jalon 6 — Recette, formation & documentation Lot 13 Recette, tests et corrections · Lot 14 Formation des utilisateurs & documentation
8 j
4 480 €
Transverse — Gestion de projet & coordination Lot 15 Gestion de projet & coordination transverse — réparti sur les dix mois
5 j
2 800 €
Total projet
59 j
33 040 € HT

Soit environ 5,9 jours par mois sur les 10 mois utiles. Acompte à la commande, facturation mensuelle à l'avancement, solde à la recette finale. Le total reste celui du cahier des charges v1.0. Deux lots y figurent pour mémoire avec une part traitée en interne par JPS Contrôle : le lot 8.1 (canal Agicap) et, au jalon 3, le développement des scripts d'alimentation — les jours correspondants sont requalifiés en contrat d'échange, point d'entrée d'intégration et recette.

Les réserves du chiffrage

Ce qui est ferme, ce qui dépend d'une vérification à faire, et ce qui n'est pas compris dans les 59 jours.

Réserve · Flux JAVIZ

Jalons 3 et 4

16 jours chiffrés en supposant que les scripts d'Eric livrent affaires, devis et échéancier de façon exploitable, et qu'ils écrivent par Odoo plutôt que dans les tables. Le verdict tombe au jalon 1 et le chiffrage sera confirmé à ce moment-là.

16 j · sous réserve
Non chiffré · Reprise comptable

Bascule en cours d'exercice

La mise en service au 1er septembre 2027 tombe en cours d'exercice. Reprendre une comptabilité à cette date suppose une balance d'ouverture, le sort des factures déjà émises et le périmètre d'historique repris. Aucun lot du cahier des charges ne le couvre aujourd'hui.

À chiffrer au jalon 1
Hors périmètre

Exploitation du serveur

Administration système après livraison : mises à jour de sécurité de l'OS, disponibilité, restauration de sauvegarde. Ni dans les 15 lots, ni dans le tarif jour.

À trancher au contrat
05 — Conditions de tenue du délai

Ce que ce calendrier suppose.

Un rétroplanning calé sur une date légale n'a pas de marge à consommer : entre le premier jalon et la mise en service, il n'existe aucun jour de réserve récupérable. Voici les sept conditions sans lesquelles il ne tient pas — elles engagent autant JPS Contrôle que Tulip Conseil.

La disponibilité d'Eric

Les jalons 1 et 2 dépendent à 100 % de lui : ateliers, scripts d'alimentation, accès serveur, arbitrages techniques. C'est le goulot d'étranglement du projet. Le nombre d'heures par semaine qu'il peut y consacrer se fixe avant le démarrage, pas en route — et les scripts d'alimentation portent une date cible et un critère d'acceptation, au même titre que nos propres livrables.

Un seul arbitre de périmètre

Le cahier des charges est explicitement évolutif. Cela ne fonctionne que si une seule personne tranche les écarts de périmètre. À trois interlocuteurs, chaque arbitrage coûte une semaine que le calendrier n'a pas.

La version d'Odoo figée au jalon 1

La majeure se choisit sur la disponibilité des modules OCA, pas sur la nouveauté : facturation électronique et rapports financiers sont portés avec plusieurs mois de décalage. Décider tard, c'est découvrir en mai qu'un module attendu n'existe pas encore.

Une recette séparée de la production

Livrer quinze lots comptables directement sur la production d'un client n'est pas défendable. Seconde stack isolée sur le même VPS ou seconde machine : à décider au jalon 1, car cela change le dimensionnement.

La date de bascule comptable arbitrée

La mise en service tombe au 1er septembre, en cours d'exercice. Reprise sur balance d'ouverture ou double saisie jusqu'à la clôture : le choix appartient à la DAF et se fait au jalon 1. Découvert en juillet, il déplace la mise en service.

Août reste vide

Le mois d'août n'est pas une réserve mobilisable. Si un jalon déborde, c'est sur le jalon suivant qu'il faut arbitrer — pas sur le tampon d'août, qui protège la mise en service. Les deux mois qui précèdent le 1er septembre sont déjà occupés par la facturation électronique, la recette et la formation : il n'y a pas d'autre tampon.

Les ADV prévenus tôt

Leur outil de travail quotidien change. Les associer dès les ateliers du jalon 1, pas les découvrir à la recette : c'est ce qui fait la différence entre une bascule et un rejet.