RÉSUMÉ
Résumé exécutif
L'atelier du 12 mars a couvert deux axes. D'abord un diagnostic de performance du site mdc-europe.com
(niveau 1) partagé avec Charlotte et l'équipe MDC : H1 manquante, temps de chargement LCP >4s, sécurité email à configurer.
Décision : faire le diagnostic sur le nouveau site avant sa mise en ligne plutôt que sur l'ancien.
Ensuite, la hiérarchie produit MDC a été finalisée pour l'intégration avec Nexus :
4 niveaux (Type / Division / Catégorie / Product Family), code produit revu à 3 caractères pour le TYPE
(SPA / EQU / OPT / SRV), ajout de l'attribut OEM,
simplification des attributs logistiques (CARTON / PALETTE), et introduction d'une table de mapping
ProductCustomerCode symétrique à ProductSupplierCode.
10
Décisions actées
5
Questions ouvertes
8
Actions à suivre
v3.0
Data model cible
01
Décisions actées
A — Diagnostic site web mdc-europe.com
Faire le diagnostic sur le nouveau site (pas l'ancien)
ACTÉ
Un diagnostic niveau 1 a été présenté sur l'ancien site mdc-europe.com. Résultats critiques :
- Balise H1 manquante — point d'entrée SEO absent, considéré critique
- LCP (Largest Contentful Paint) > 4,5s — au-dessus du seuil d'exclusion des moteurs de recherche
- Score domaine (mdc-europe.com) : nécessite du travail pour améliorer le scoring Google
Suivi : Sébastien génère le rapport niveau 1 + niveau 2 sur le nouveau site dès que l'URL est accessible.
Rapport diagnostic niveau 2 à intégrer dans la relation avec l'agence web
ACTÉ
- Le rapport niveau 2 (30+ pages) couvre : mots-clés, cocons sémantiques, planning éditorial — plan d'action post-lancement
- Recommandation ferme : inclure des KPIs de performance obligatoires dans le contrat avec l'agence web (balise H1, LCP, sécurité...) — des éléments de base ont été négligés, ce qui est inacceptable
- Stratégie proposée : mettre le nouveau site en ligne, le stabiliser ~6 mois, puis réévaluer la relation avec le prestataire
- Option à terme : prise en main partielle par MDC via WordPress (textes + images)
Suivi : Diagnostic niveau 2 envoyé d'ici le 13 mars (lendemain de l'atelier).
Sécurité email : configuration DNS/DMARC à faire via Infomaniak
ACTÉ
Le rapport révèle un risque technique : des tiers pourraient envoyer des emails en se faisant passer pour
mdc-europe.com (absence de DMARC/SPF complet). La configuration doit être faite au niveau du DNS, probablement via le gestionnaire Infomaniak. Distinct du site web mais critique pour la réputation du domaine.
Action MDC : Vérifier la configuration DNS/DMARC avec le prestataire ou Infomaniak directement.
B — Hiérarchie produit MDC (4 niveaux)
Hiérarchie produit 4 niveaux : Type → Division → Catégorie → Product Family
ACTÉ
Charlotte a partagé la hiérarchie MDC actuelle. La structure retenue pour Nexus est :
La Division n'apparaît pas sur le site web : trop technique pour les utilisateurs externes. Elle reste un attribut interne Nexus pour l'organisation du catalogue.
Pour le type service, l'URL du site est simplement
Type
— spare / equipment / option / service · niveau top (visible sur le site)
Division
— l'atelier (ex: 31=Lito, 32=Implant…) · non visible sur le site
Catégorie
— ex: optics, mechanics, cold part… · visible sur le site
Product Family
— niveau article (bleu) · porte l'URL site web
/services (pas de Division/Catégorie).
Impact modèle : 4 nouvelles tables de référence :
ProductType, ProductDivision (renommée de Workshop), ProductCategory, ProductFamily (avec champ site_url). La table Product porte les 4 FK.Cohérence obligatoire entre codification Nexus et URL du site
ACTÉ
La clé de l'intégration est d'utiliser le même code produit MDC dans Nexus et sur le site web.
L'URL est associée au niveau Product Family (pas au code article complet).
Deux options de liaison à discuter avec l'agence web :
- Règles d'URL cohérentes basées sur la hiérarchie (préférable)
- Tableau de correspondance fourni par l'agence
ProductType.site_url et ProductFamily.site_url soient maintenues dans Nexus, même si l'agence effectue des changements.
Langue du site : tout en anglais, SEO multilingue en backend
ACTÉ
Les systèmes existants étant en anglais, le site reste entièrement en anglais. Sébastien a soulevé la question du référencement pour les marchés français et allemands. Consensus : confier le SEO multilingue à l'agence web (solution backend), sans impact sur la codification Nexus.
C — Codification produit : TYPE passe à 3 caractères
Refonte du code produit : TYPE à 3 chars, format homogène
ACTÉ
Le code produit MDC est revu pour que le champ TYPE soit homogène à 3 caractères (au lieu de SP/EQPT/OPT/SAV) :
MDC - {TYPE3} - {DIV2} - {SEQ4} - {QUAL2}
Exemples :
MDC-SPA-31-0042-00 → Spare Part · Lito · N°0042 · Neuf
MDC-SPA-31-0042-01 → même pièce, Reconditionnée (code distinct)
MDC-EQU-34-0001-00 → Équipement · Épitaxie · N°0001 · Neuf
MDC-SRV-00-0001-00 → Service (pas de Division)
Exemples :
MDC-SPA-31-0042-00 → Spare Part · Lito · N°0042 · Neuf
MDC-SPA-31-0042-01 → même pièce, Reconditionnée (code distinct)
MDC-EQU-34-0001-00 → Équipement · Épitaxie · N°0001 · Neuf
MDC-SRV-00-0001-00 → Service (pas de Division)
- SPA — Spare Parts (au lieu de
SP) - EQU — Equipment (au lieu de
EQPT) - OPT — Options (inchangé)
- SRV — Service (au lieu de
SAV) - Division : 2 chiffres — les codes 31-39 sont maintenus (largement > 9 ateliers possibles)
- Séquence : 4 chiffres (0001→9999), suffisant pour le catalogue MDC
- Qualité : 2 chiffres (00=Neuf, 01=Reconditionné, extensible)
Impact modèle : Mise à jour de l'enum
product_type → valeurs SPA/EQU/OPT/SRV. Format mdc_ref mis à jour. Rétrocompatibilité : les codes v2.0 existants seront à migrer.D — Attributs produit
Description : 1 seule, 256 caractères max
ACTÉ
Décision de ne conserver qu'une seule description produit (pas de short + long description) pour simplifier la maintenance. Limite : 256 caractères — norme classique, suffisante pour les documents externes. La description doit être normée, explicite et représentative du produit.
Impact modèle : Champ
description sur Product — max 256 chars confirmé. Pas d'ajout de description_long.Ajout de l'attribut OEM (Original Equipment Manufacturer)
ACTÉ
MDC utilise 3 types de références produit :
- Code MDC interne (
mdc_ref) — toujours présent - OEM ref (
oem_ref) — code du fabricant d'origine — optionnel (les services n'ont pas de part number) - Codes clients/fournisseurs — via tables de mapping externes (voir section E)
Impact modèle : Nouveau champ
oem_ref (string, nullable) sur Product.E — Gestion des codes clients et fournisseurs
Table ProductCustomerCode — symétrique à ProductSupplierCode
ACTÉ
Les codes clients varient selon les partenaires commerciaux (chaque client peut avoir son propre référentiel) → gérés via une table de mapping externe, comme les codes fournisseurs.
Règle codes sur les documents générés :
· Documents clients (devis, factures, OC, delivery notice) → afficher le customer code (code du client)
· Documents fournisseurs (PO) → afficher le supplier code (code du fournisseur)
· Usage interne Nexus → toujours le code MDC
· Principe : couper les liens de traçabilité entre fournisseurs et clients (confidentialité commerciale)
· Documents clients (devis, factures, OC, delivery notice) → afficher le customer code (code du client)
· Documents fournisseurs (PO) → afficher le supplier code (code du fournisseur)
· Usage interne Nexus → toujours le code MDC
· Principe : couper les liens de traçabilité entre fournisseurs et clients (confidentialité commerciale)
Impact modèle : Nouvelle entité ProductCustomerCode (id, product_id FK, customer_id FK, customer_ref, matching_status, is_primary). Même structure que ProductSupplierCode.
F — Attributs logistiques
Shipping container simplifié : CARTON / PALETTE uniquement
ACTÉ
L'approche binaire de l'encombrement est la plus pratique pour MDC. MDC n'envoie rien de plus petit qu'un carton → l'enveloppe est exclue. La structure simplifiée :
- CARTON — tout envoi en boîte (remplace SMALL_BOX + LARGE_BOX)
- PALETTE — envoi sur palette / crate (remplace PALLET + TRUCK)
Impact modèle : Enum
shipping_container sur Product → restreint à {CARTON, PALETTE}.Poids : attribut dédié, pas dans la description
ACTÉ
Le poids est nécessaire pour créer les documents de transport. Il ne doit pas être intégré dans la description longue — il doit être dans une catégorie dédiée (
weight) pour pouvoir être réutilisé par les automatisations n8n. Ne pas dupliquer si une fiche technique PDF est liée.
Impact modèle : Champ
weight (decimal, grammes) déjà présent sur Product — confirmé comme requis.G — Mapping URL site web ↔ Nexus
URL portée par ProductFamily.site_url et ProductType.site_url
ACTÉ
L'URL du site n'est pas le code article complet mais l'URL associée à la Product Family (niveau bleu). Pour les services, l'URL est au niveau du Type (
/services).
Produits : /products/spares/[category]/[family-slug]
Services : /services
ProductFamily.site_url = "/products/spares/optics/wafer-handling"
ProductType.site_url = "/services" (pour SRV)
La maquette Excel (mapping fiche article / code / URL) sera fournie par Sébastien pour étudier les options de connexion avec l'agence web.
Services : /services
ProductFamily.site_url = "/products/spares/optics/wafer-handling"
ProductType.site_url = "/services" (pour SRV)
Impact modèle : Champ
site_url sur ProductFamily et sur ProductType. La Division reste invisible côté site.H — Plan de démarrage nomenclature
Objectif : ~50 produits en nouvelle nomenclature à partir de mars 2026
ACTÉ
- Commencer à utiliser la nouvelle nomenclature MDC pour les nouvelles commandes à partir de mars 2026
- Créer une cinquantaine de produits pilotes pour tester la robustesse de la codification et de la hiérarchie
- Initialiser les 9 divisions (ateliers 31→39) dans Nexus
- La hiérarchie (ProductType, ProductDivision, ProductCategory, ProductFamily) doit être initialisée dans la base avant de créer les produits
Prérequis : Tables de référence initialisées dans Supabase → workflows n8n de création produit → écran de gestion catalogue.
02
Questions ouvertes
Héritées de l'atelier du 5 mars — statut mis à jour
QO-4 · PARTIELLEMENT RÉSOLUE ✓
Liste complète des ateliers (Division)
Format à 2 chiffres confirmé (31-39). Les 9 divisions sont validées comme base de départ. Liste des noms d'ateliers reste à finaliser par MDC (Coating, Coaching, Backend à placer).
Action MDC : envoyer tableau Excel avec liste complète + intitulés définitifs
QO-5 · PARTIELLEMENT RÉSOLUE ✓
Attributs produit à enrichir
OEM ref ajouté. Shipping container simplifié à CARTON/PALETTE. Description 256 chars confirmée. Reste : liste complète des attributs (dimensions, fiche technique, photo) à valider sur exemples réels.
Action MDC : envoyer exemples de fiches produits avec attributs complets
QO-1 · EN COURS
Relation Bill To / Ship To — 1-pour-1 ou 1-pour-N ?
Non abordée lors de cet atelier. Hypothèse 1-pour-1 maintenue.
Action MDC : envoyer PO clients réels (a minima ST) pour vérification
QO-3 · EN COURS
Numérotation factures clients — validation comptable
Non abordée lors de cet atelier. Coexistence deux séries legacy/Nexus à valider.
Action MDC : consulter la comptable + Cristina vérifie les fichiers Excel
QO-7 · EN COURS
Atelier dédié sur la marge
Non abordée. Règles de calcul marge sur OP à documenter séparément.
Action AXION : planifier atelier marge avec MDC
Nouvelles questions ouvertes — atelier 12 mars
QO-8 · NOUVEAU
Liste complète des Catégories par Division
Exemples évoqués : optics, mechanics, cold part. Liste exhaustive non définie. Nécessaire pour initialiser la table ProductCategory dans Nexus avant de créer les produits pilotes.
Action MDC (Charlotte + Pina) : fournir liste des catégories par atelier/division
QO-9 · NOUVEAU
Liste des Product Families par Catégorie
Le niveau Product Family (niveau bleu, porteur d'URL) n'a pas été listé exhaustivement. Nécessaire pour la liaison Nexus ↔ site web et pour la création des 50 produits pilotes.
Action MDC (Charlotte) : fournir arborescence complète site web → Product Families
QO-10 · NOUVEAU
Implémentation SEO multilingue par l'agence web
Le site reste en anglais mais MDC adresse des marchés français et allemands. Comment l'agence implémente-t-elle le SEO multilingue ? Besoin de clarifier avant la mise en ligne.
Action MDC : poser la question à l'agence web avant la mise en ligne
03
Plan d'actions
| # | Action | Responsable | Priorité | Échéance |
|---|---|---|---|---|
| A1 | Générer rapport diagnostic niveau 1 + niveau 2 sur le nouveau site dès accès URL | AXION | HAUTE | 13 mars 2026 |
| A2 | Documenter la hiérarchie de codification produit avec attributs et valeurs (Type / Division / Catégorie / Product Family) | AXION | HAUTE | Semaine 12 |
| A3 | Créer maquette Excel mapping fiche article / code produit / URL pour connexion site web | AXION | MOYENNE | Semaine 12 |
| A4 | Mettre à jour le data model Nexus en v3.0 (nouvelles tables, nouveaux attributs) | AXION | HAUTE | Semaine 12 |
| A5 | Fournir liste définitive des 9 divisions (codes 31-39) avec intitulés + ajouter Coating, Coaching, Backend | MDC | HAUTE | Avant prochain atelier |
| A6 | Fournir liste des Catégories par Division + liste des Product Families avec URLs site web associées | MDC (Charlotte) | HAUTE | Avant prochain atelier |
| A7 | Vérifier configuration DNS/DMARC sécurité email mdc-europe.com (via Infomaniak) | MDC | MOYENNE | Avant mise en ligne site |
| A8 | Poser la question SEO multilingue à l'agence web avant mise en ligne | MDC (Charlotte) | MOYENNE | Avant mise en ligne site |
04