Dossier de consultation / DAF et DSI
Odoo : cadrer plateforme, Peppol et Chorus Pro
Identifiez version, édition et modules Odoo pour cadrer B2B français, Peppol et Chorus Pro avec une recette adaptée à votre installation.
Mis à jour le .
Identifier la version, l’édition et les modules
La documentation d’Odoo 19 consacrée à la localisation française décrit plusieurs modules distincts. Le module France - E-Invoicing (Plateforme Agréée) prend en charge l’envoi et la réception de documents par la plateforme agréée d’Odoo. Le module d’intégration Peppol avec Chorus Pro ajoute les champs nécessaires pour soumettre des factures à Chorus Pro. Un module d’e-reporting pour point de vente traite le flux de données de ventes en caisse. Ces modules dépendent de la version et de l’édition : relevez donc version, édition, hébergement et modules de votre installation, ainsi que les développements propres à l’entreprise et les extensions tierces.
La documentation d’Odoo 19 ne s’applique pas d’office à une installation plus ancienne : demandez au mainteneur la confirmation des prérequis. Notez aussi que le module de plateforme agréée repose sur la plateforme d’Odoo : si vous avez choisi une autre plateforme, vérifiez qu’un raccordement est possible et à quel coût.
Distinguer les parcours français et internationaux
Une facture B2B française, un échange international et une facture vers le secteur public ne se réduisent pas à une même option d’envoi. Pour le parcours national, vérifiez la plateforme agréée et les fonctions couvertes à la date du contrat. Pour le secteur public, documentez les références nécessaires au destinataire et le service utilisé. Pour l’international, faites qualifier l’opération par le responsable fiscal : elle peut relever du e-reporting. Chaque famille de flux a sa propre ligne de recette.
Contrôler l’effet des personnalisations
Un module tiers peut modifier la facture, les taxes, les références ou le workflow. Identifiez ces interventions et le propriétaire de leur maintenance. Le mapping part du document effectivement produit, pas seulement des données standards, et la concordance entre la pièce lisible, les informations structurées et l’écriture comptable se vérifie.
Les automatisations précisent quand le document est envoyé et comment une correction est autorisée. Un changement d’état dans Odoo ne doit pas déclencher une nouvelle facture lors d’une simple reprise technique : demandez la gestion des doublons et la corrélation des événements, et intégrez les modules personnalisés aux tests de régression.
Tester émission et réception avec la comptabilité
Préparez une facture, un avoir et une variante de votre activité sous forme fictive, et suivez le document de la validation interne à la réponse reçue. Les utilisateurs doivent retrouver la référence et comprendre l’action attendue ; un message affiché sur un portail séparé se distingue d’un retour intégré dans Odoo.
Pour les fournisseurs, testez l’import, le rapprochement et le doublon. Ajoutez une adresse de routage absente et une interruption de transmission : le résultat attendu constate l’état du document dans les systèmes concernés, au-delà de l’absence d’erreur. Conservez les versions des modules et la configuration avec les preuves de recette.
Attribuer la maintenance du parcours
Le mainteneur Odoo, l’auteur d’une extension et la plateforme ont des responsabilités différentes : le contrat indique qui reçoit le ticket, qui corrige et qui autorise la reprise. La procédure de mise à jour inclut un environnement de test, des jeux de régression, un retour arrière et le rapprochement des documents en cours. Examinez la récupération des fichiers, des références et des événements si vous changez de service, et exigez la remise des règles métier et du mapping même si le connecteur est fourni par abonnement.
Grille à joindre à la consultation
| Point | Preuve à demander |
|---|---|
| Version | Édition, version, hébergement et modules observés, avec documentation correspondant à l’installation. |
| Destination | B2B national, international et secteur public distingués dans le périmètre et les preuves. |
| Personnalisation | Modifications de facture et workflow identifiées avec auteur, maintenance et cas de régression. |
| Recette | Émission, réception, avoir et erreur testés avec état final comptable et messages conservés. |
| Support | Responsabilités ERP, extensions et plateforme documentées, avec procédure de reprise et de sortie. |
Livrable attendu
La demande de devis précise la version Odoo et les modules touchant la comptabilité ou la facture. Joignez une description des parcours actuels et des jeux fictifs représentatifs. Demandez au candidat d’identifier les fonctions standards et les adaptations. Les services souscrits, exclusions et dépendances doivent figurer dans l’offre. La décision de bascule repose sur des tests de votre environnement, avec une validation métier et une procédure de support remise aux équipes.