Intégration Odoo pour RAVI Swiss Sàrlby blackbox

Trois décisions de plateforme, indépendantes du contenu fonctionnel : elles fixent le socle technique sur lequel toute la suite du projet — catalogue, portail, module RaviParc — est construite.

Le projet est volontairement construit à l'essentiel sur des applications Odoo natives. Un seul module sur mesure — RaviParc — regroupe l'intégralité du développement spécifique.

Les 11 catégories principales sont bien définies (Outillage électrotechnique, Machines & électroportatif, Appareils de mesure, EPI & sécurité, Échelles & équipement chantier, Consommables & installation, Câbles & fils, Tableaux & coffrets, Éclairage & énergie, Automatisation & contrôle, Fixations & systèmes de pose). Une seule branche est détaillée en sous-catégories, à titre d'exemple (Tournevis). Les 10 autres catégories restent à construire — l'atelier ci-dessus couvrira l'ensemble.

• Atelier de cadrage métier avec votre équipe — validation de la logique de navigation, des sous-catégories et des règles de multi-catégorisation (un article peut apparaître dans plusieurs branches, ex. un tournevis d'électricien dans « Outils à main » et dans « Électricien »).
• Vos propres références le confirment — Sonepar, Otto Fischer et EM, que vous citez dans votre cahier des charges, doivent justement leur efficacité à une arborescence métier forte : c'est ce niveau d'exigence que l'atelier doit produire.
• Un seul fichier (CSV ou Excel) suffit ensuite de votre part pour l'import : catégories, sous-catégories, attributs, marques, EAN, prix, photos.
• Import technique — catégories et sous-catégories importées via les colonnes External ID / Parent External ID (hiérarchie sans limite de profondeur, en un seul passage) ; le multi-catégorie s'importe comme une liste de valeurs dans une seule cellule.
• Documents liés (fiches techniques, modes d'emploi) — stockés directement dans le module Documents d'Odoo, avec un simple lien depuis la fiche produit.

Le parti pris est de partir du thème eCommerce standard d'Odoo, personnalisé à votre identité et à votre contenu, plutôt que de redessiner des écrans sur mesure. Objectif : limiter les bugs liés à du développement spécifique de la boutique, et rester automatiquement compatible avec les futures mises à jour d'Odoo.

Le thème standard s'adapte nativement au desktop, à la tablette et au mobile (un des critères de recette que vous avez vous-même posés, voir point 8). Pour visualiser ce qu'un thème Odoo standard permet sur un catalogue B2B, la vitrine officielle Odoo réunit des exemples réels de boutiques construites sur cette même base — nous nous en servirons pour cadrer les échanges avec vous sur le rendu visuel définitif.

Les écrans définitifs seront présentés pour validation avant le début du développement du module RaviParc — ils resteront adaptables aux possibilités du thème tout en conservant la logique métier définie avec vous.

Chiffrage détaillé bloc par bloc plutôt qu'en lignes globales, structuré par poste de travail plutôt que par phase. Montants indicatifs, non contractuels à ce stade.

Le poste « connecteurs fournisseurs » est chiffré ici pour 2 à 3 fournisseurs principaux — à ajuster selon le nombre réel de sources à intégrer.

Le bloc « Listes d'achats collaboratives » inclut son propre mini-circuit de soumission (lecture / modification / soumission pour validation / commande, au niveau de la liste elle-même) — distinct du circuit d'approbation de commande, qui intervient une fois la liste transformée en commande.

Le planning suit les bonnes pratiques de déploiement Odoo : un interlocuteur unique désigné dès le départ (SPOC, voir point 9), une mise en œuvre par étapes plutôt qu'un « big bang », et une formation intégrée avant le go-live plutôt qu'après. Le démarrage tient compte de la disponibilité d'Odoo 20 (point 1) — le projet ne commence pas avant sa sortie publique.

Dates indicatives, construites sur une hypothèse de capacité d'équipe dédiée — à ajuster une fois la date de sortie officielle d'Odoo 20 confirmée et la disponibilité des deux équipes calée lors du cadrage.

Détail complet dans le document « Analyse technique Odoo — RAVI » déjà partagé, repris ici sous forme de synthèse.

La migration est simple à condition de disposer d'un export structuré (CSV ou Excel) de vos données actuelles — c'est le seul prérequis de votre côté.

• Produits & catégories — selon l'arborescence validée au point 2
• Clients & adresses — comptes B2B, contacts, adresses de livraison multiples
• Tarifs — listes de prix par client ou groupe de clients
• Documents liés — fiches techniques et modes d'emploi, stockés dans le module Documents d'Odoo (voir point 2)

Import via le mécanisme standard d'Odoo (External ID), complété par un script dédié pour fiabiliser l'opération au vu du volume. La migration est d'abord réalisée et vérifiée sur l'environnement de test (Odoo.sh staging) avant toute bascule en production. La qualité du fichier fourni par RAVI conditionne directement la qualité de la migration — d'où l'importance de l'atelier arborescence du point 2 en amont.

Nous reprenons ici, telle quelle, la liste des 13 critères de recette déjà définis dans votre cahier des charges (section 18) — c'est une excellente base de départ. Cette liste sera complétée et priorisée avec blackbox avant validation finale, notamment pour couvrir en détail les fonctionnalités du module RaviParc.

1. Un client B2B ne peut jamais voir les données d'une autre entreprise.
2. Un produit est trouvable par nom, référence fabricant, référence RAVI et EAN.
3. Les catégories et sous-catégories sont visuelles et accessibles en maximum quelques clics.
4. Une liste d'achats peut être créée, partagée, dupliquée et transformée en commande.
5. Un utilisateur sans droit de commande peut préparer une demande sans valider l'achat.
6. Une commande conserve les références client et les affiche dans les documents prévus.
7. BL et factures sont consultables depuis l'espace client.
8. Deux unités d'un même article peuvent être suivies comme deux équipements distincts.
9. Un équipement peut être attribué à un collaborateur puis transféré à un autre, avec historique.
10. Un équipement externe à RAVI peut être ajouté manuellement au parc.
11. Une demande SAV peut être créée depuis la fiche équipement.
12. Les vues essentielles fonctionnent sur desktop, tablette et mobile.
13. Les performances restent acceptables avec un catalogue volumineux.

• Le SPOC RAVI rédige la documentation interne (procédures, guides utilisateurs) — elle reflète directement votre organisation et votre vocabulaire métier.
• blackbox accompagne et valide — support de formation, réponses aux questions techniques, relecture et validation du contenu avant diffusion.
• Objectif — assurer la pérennité de la connaissance chez RAVI, réduire la dépendance à blackbox pour les tâches courantes, et accélérer la montée en compétence de l'équipe.

• Guide administrateur — gestion du catalogue, des utilisateurs, des commandes et du module RaviParc
• Procédure de maintenance/mise à jour — mises à jour Odoo.sh, sauvegardes, procédure d'escalade support
• Fiches de formation par rôle — administrateur B2B, acheteur, chef de projet, monteur

Les options et questions soulevées point par point ci-dessus, réunies ici pour servir de fil rouge à notre discussion.