RÉSUMÉ
Résumé exécutif
L'atelier 3 du 19 mars a couvert six thèmes. Côté SEO & GEO :
MDC est invisible dans les moteurs génératifs (ChatGPT, Claude) — chantier prioritaire identifié.
Le domaine 4pointprobes.com sera conservé et redirigé directement sur la bonne page produit.
La balise title du site manque de mots-clés critiques.
Côté codification : le code produit MDC-{TYPE3}-{DIV2}-{SEQ4}-{QUAL2}
est définitivement validé, avec corrections des noms de divisions (Litho, Déposition) et obligation du dernier niveau
de hiérarchie (Product Family). Côté modèle de données :
10 nouvelles entités et champs ont été actés en fin de session — TVA récupérable, transport out of MDC,
codes douaniers TARES, pays d'origine, devises, comptes bancaires IBAN, alerte EUR1, suivi des paiements,
écran gestion financière et tableau de bord de couverture financière MDC.
31
Décisions actées
6
Questions ouvertes
9
Actions à suivre
v4.0
Data model cible
01
Revue SEO & GEO
D1 — MDC invisible en GEO : chantier prioritaire
ACTÉ
MDC Europe n'apparaît pas dans les réponses des moteurs génératifs (ChatGPT, Claude, Perplexity).
Le Generative Engine Optimization (GEO) est identifié comme un chantier prioritaire distinct du SEO classique.
L'objectif est de positionner MDC comme référence citée par les IA génératives sur les requêtes liées aux semiconductor equipment et spare parts.
Impact : Inclure une analyse GEO approfondie dans le diagnostic L2. Plan d'action dédié à construire.
D2 — Conserver et rediriger 4pointprobes.com vers la bonne page produit MDC
ACTÉ
Le domaine
4pointprobes.com est déjà bien référencé sur la requête "four point probe".
Il sera conservé et configuré pour atterrir directement sur la bonne page produit du site mdc-europe.com, sans passer par la page d'accueil — pour capitaliser sur ce référencement existant.
D4 — Balise title insuffisante : à enrichir avec des mots-clés (~50-60 chars)
ACTÉ
La balise
<title> actuelle "MDC Europe" est trop courte et ne contient aucun mot-clé métier.
Elle doit inclure des termes comme semiconductor equipment, spare parts et respecter la longueur optimale de 50 à 60 caractères.
Charlotte est en charge de transmettre cette correction à l'agence web.
Action MDC (Charlotte) : Transmettre la recommandation balise title à l'agence.
D5 — Sitemap absent sur le nouveau site (à créer) — ancien sitemap obsolète
ACTÉ
Aucun sitemap n'est présent sur le nouveau site. Le sitemap de l'ancien site est daté de 2018 (107 URLs, obsolète).
L'agence doit générer un sitemap à jour pour le nouveau site avant la mise en ligne.
Actions SEO — Section 1
MDC-001
Transmettre le diagnostic L1 à l'agence + insister sur activation multilingue
Responsable : Charlotte (MDC)
MDC-002
Générer Excel checklist des actions techniques depuis le diagnostic (via Claude)
Responsable : Charlotte (MDC)
MDC-003
Confirmer les redirections 301 avec l'agence — pages obsolètes à supprimer (pas rediriger vers accueil)
Responsable : MDC
AXN-001
Lancer diagnostic hebdomadaire SEO — tracking de la progression
Responsable : Seb (AXION)
AXN-002
Ajouter au diagnostic L2 : analyse mots-clés, achat noms de domaine (four-point-probe variations), analyse GEO poussée, plan 90 jours
Responsable : Seb (AXION)
02
Activation Multilingue
D6 — Activer traduction native WordPress (FR / DE / IT / EN) — Anglais = version de référence
ACTÉ
La fonctionnalité multilingue WordPress native sera activée pour les quatre langues :
Français, Allemand, Italien et Anglais.
L'anglais est la version de référence finale à partir de laquelle les autres versions sont dérivées.
Action MDC (Charlotte) : Demander à l'agence d'activer la fonctionnalité multilingue WordPress automatique.
D7 — Séparation des responsabilités : technique (agence) vs. contenu (MDC)
ACTÉ
La répartition des rôles est claire :
- L'agence gère la partie technique : balises
hreflang, structure WordPress, configuration des URLs multilingues. - MDC fournit le contenu traduit : textes, titres, sous-titres, images avec attributs
altdans chaque langue.
D7b — Bandeau cookies / Google Analytics géré séparément (hors périmètre diagnostic L1)
ACTÉ
La gestion du bandeau cookies et l'intégration Google Analytics ne font pas partie du diagnostic L1.
Charlotte gère ce point directement avec l'agence, en parallèle du chantier SEO.
Action MDC (Charlotte) : Gérer le bandeau cookies / Google Analytics avec l'agence (hors scope diagnostic AXION).
03
Codification produits & Hiérarchie
Hiérarchie & code produit
D8 — Hiérarchie figée : Type → Catégorie → Famille. Division = axe parallèle indépendant
ACTÉ
La hiérarchie produit est définitivement figée :
L'axe Division (Litho/Implant/Épitaxie…) reste un axe parallèle indépendant,
présent dans le code MDC mais pas subordonné à la hiérarchie Type→Catégorie→Family.
Il n'apparaît pas sur le site web.
Type
— SPA / EQU / OPT / SRV (3 chars)
Catégorie
— ex: Optics, Mechanics, Gold Parts…
Product Family
— niveau obligatoire final, porte le guide de nommage
D9 — Code produit définitivement validé : MDC-{TYPE3}-{DIV2}-{SEQ4}-{QUAL2}
ACTÉ
Le format du code produit MDC est définitivement acté :
MDC-{TYPE3}-{DIV2}-{SEQ4}-{QUAL2}
Exemple : MDC-SPA-31-0042-00
Exemple : MDC-SPA-31-0042-00
- TYPE3 — 3 chars : SPA / EQU / OPT / SRV
- DIV2 — 2 chiffres : code atelier (31=Litho, 32=Implant…)
- SEQ4 — 4 chiffres séquentiels (0001→9999)
- QUAL2 — 2 chiffres : 00=Neuf, 01=Reconditionné
D10 — Catégorisation alignée sur le Figma de Charlotte (site web MDC)
ACTÉ
La liste des Catégories et Product Families dans Nexus doit s'aligner exactement sur la structure définie dans le Figma de Charlotte,
qui reflète la navigation du site web MDC. Charlotte et Pina complètent ce Figma en parallèle.
D11 — Objectif : 5 à 10 produits par Product Family pour l'atelier 5 (approche horizontale d'abord)
ACTÉ
La stratégie de saisie des produits est définie : balayer horizontalement toutes les catégories et familles en premier (1 à 2 produits par famille),
puis ajouter la profondeur une fois la couverture horizontale validée.
Objectif pour l'atelier 5 : 5 à 10 produits par Product Family.
D12 — Division 31 renommée : "Lito" → "Litho"
ACTÉ
Correction orthographique : la Division 31 s'appelle désormais Litho (L-I-T-H-O), pas "Lito".
D13 — Division 35 renommée : "Diffusion" → "Déposition"
ACTÉ
La Division 35 est renommée Déposition (terme métier correct) à la place de "Diffusion".
D14 — Catégorie "Gold Parts" : Product Family obligatoire = "Reflector Plates"
ACTÉ
Pour la catégorie Gold Parts, la Product Family obligatoire est Reflector Plates.
Règle générale réaffirmée : toujours aller au dernier niveau de la hiérarchie (Product Family).
Aucun produit ne peut rester au niveau Catégorie sans Product Family renseignée.
Guide de nommage des descriptions courtes
D15 — Guide de nommage au niveau ProductFamily : champ texte libre visible à la création produit
ACTÉ
Un guide de nommage de la
description_short sera ajouté directement sur la fiche ProductFamily.
Ce champ texte libre apparaît sur l'écran de création produit comme aide contextuelle pour guider l'utilisateur.
Exemple pour Filters/Lenses/Mirrors :
Format suggéré :
Ce guide est indicatif — il oriente sans contraindre.
Format suggéré :
ABC-FLT-XYZ où ABC = 3 chars machine, FLT = 3 chars type, XYZ = 3 chars attribut.Ce guide est indicatif — il oriente sans contraindre.
Impact modèle : Nouveau champ
naming_guide (text, nullable) sur la table ProductFamily.D32 — Gestion des produits inactifs et obsolètes dans le catalogue
ACTÉ
Le catalogue NEXUS doit gérer le cycle de vie des produits : un produit peut être marqué inactif (plus disponible à la vente, conservé pour l'historique) ou obsolète (archivé, non visible dans les recherches actives). Aucun produit ne doit être supprimé — archivage uniquement.
Impact modèle : Champ
status sur Product (ACTIVE / INACTIVE / OBSOLETE) + filtre UI par statut.D33 — Multisourcing : plusieurs fournisseurs par produit (modélisé dans ProductSupplierCode)
ACTÉ
Un même produit MDC peut avoir plusieurs références fournisseurs actives simultanément (multisourcing). La table
ProductSupplierCode supporte ce cas (N fournisseurs → 1 produit). La déduplication lors de la migration initiale des données existantes est à prévoir.
04
Mapping client & Spécificités techniques
D16 — Spécificités techniques client gérées dans ProductCustomerCode, pas dans Product
ACTÉ
Les spécificités techniques propres à un client (ex: longueur de câble particulière) ne sont pas stockées dans la table
Product.
Elles sont gérées dans la table ProductCustomerCode, dans le champ customer_description.
La table Product reste générique et partageable entre clients.
Impact modèle : Champ
customer_description confirmé sur ProductCustomerCode pour les descriptions spécifiques client.D17 — Si le client n'a pas de code produit : créer un "pseudo-code client" dans ProductCustomerCode
ACTÉ
Lorsqu'un client ne fournit pas de référence produit propre, MDC crée un pseudo-code client interne
dans la table
ProductCustomerCode. Cela garantit la traçabilité des commandes futures
et maintient la cohérence de la base de données sans laisser de ligne vide.
05
Nouvelles entités & champs
Note : Les points ci-dessous ont été actés en fin de session, après l'arrêt de la transcription automatique.
Ils sont documentés ici sur la base des notes prises en direct.
TVA récupérable & Transport out of MDC
D18 — Checkbox TVA récupérable (vat_recoverable) sur les RMA et imports VIA_MDC
ACTÉ
Ajout d'une checkbox
vat_recoverable sur les RMA et sur les imports de marchandises
correspondant au flux VIA_MDC (réception à MDC depuis le fournisseur).
Ce flag permet d'identifier les situations où MDC peut récupérer la TVA à l'importation.
Impact modèle : Nouveau champ
vat_recoverable (boolean) sur les tables RMA et OrderProcessing (flux VIA_MDC).D19 — Checkbox Transport Out of MDC sur l'en-tête OrderProcessing (flux FROMSTOCK et VIA_MDC)
ACTÉ
Ajout d'une checkbox
transport_out_of_mdc sur l'en-tête OrderProcessing (OP header),
applicable aux flux FROMSTOCK et VIA_MDC.
Ce flag identifie les frais de transport pris en charge par MDC pour l'envoi au client.
⚠ Correction post-atelier : ce champ est sur le header OP, pas sur OrderProcessingLine.
Impact modèle : Champ
transport_out_of_mdc (boolean) sur OrderProcessing (header), pas sur la ligne.Référentiels douaniers & pays d'origine
D20 — Table CustomsTariff (codes TARES, portail admin.ch) associée aux produits et aux factures
ACTÉ
Création d'une table référentielle CustomsTariff contenant les codes douaniers suisses (TARES, portail admin.ch).
Chaque produit se voit associer un code tarifaire. Ce code est repris sur chaque ligne de facture client pour les besoins douaniers à l'export.
Impact modèle : Nouvelle table
CustomsTariff (id, code, description). FK customs_tariff_id sur Product et sur les lignes de facture.D21 — Table Country (pays d'origine) associée aux produits dans ProductSupplierCode
ACTÉ
Création d'une table référentielle Country (liste des pays).
Le pays d'origine d'un produit est associé à l'entrée correspondante dans ProductSupplierCode
(le pays d'origine peut varier selon le fournisseur du même produit).
Impact modèle : Nouvelle table
Country (id, code_iso, name). FK country_of_origin_id sur ProductSupplierCode.Devises, comptes bancaires & alerte EUR1
D22 — Table Currency (CHF/EUR/USD) — devise définie sur chaque facture client
ACTÉ
Création d'une table référentielle Currency supportant au minimum CHF, EUR et USD.
La devise est définie au niveau de chaque facture client et détermine quel IBAN utiliser.
Impact modèle : Nouvelle table
Currency (id, code, symbol, name). FK currency_id sur la table des factures clients.D23 — Table BankAccount (IBAN) liée aux devises — IBAN affiché sur les factures selon la devise
ACTÉ
Création d'une table BankAccount contenant les IBAN de MDC.
Chaque compte bancaire est associé à une devise.
L'IBAN correct est automatiquement sélectionné et affiché sur les factures en fonction de la devise de la facture.
Impact modèle : Nouvelle table
BankAccount (id, iban, bank_name, currency_id FK). La logique de sélection IBAN est appliquée à la génération des factures.D24 — Alerte EUR1 automatique si total HT facture > 6 000 EUR
ACTÉ
Si le total HT d'une facture dépasse 6 000 EUR, Nexus affiche un bandeau d'alerte
informant l'utilisateur qu'il doit générer le formulaire douanier EUR1.
Important : Nexus ne génère pas le formulaire EUR1 lui-même. Il s'agit d'une information
uniquement — l'alerte rappelle à l'utilisateur de le traiter en dehors de Nexus.
Impact UI : Bandeau d'alerte orange sur la page facture si
total_ht > 6000 et currency = EUR.Suivi des paiements & gestion financière
D25 — Factures fournisseurs enregistrées telles quelles dans Nexus (sans qualification)
ACTÉ
Les factures fournisseurs sont enregistrées dans Nexus telles qu'elles sont reçues, sans qualification particulière.
Aucun traitement comptable ou validation spécifique n'est requis à ce stade.
D26 — Checkboxes customer_paid et supplier_paid sur OrderProcessing
ACTÉ
Ajout de deux checkboxes de suivi des paiements sur OrderProcessing :
customer_paid— le client a payé sa facturesupplier_paid— MDC a payé le fournisseur
Impact modèle : Deux nouveaux champs boolean sur
OrderProcessing : customer_paid et supplier_paid.D27 — Nouvel écran "Gestion Financière" : liste des OP avec statut ≥ PRICED
ACTÉ
Création d'un nouvel écran dédié à la gestion financière dans Nexus.
Cet écran liste tous les OrderProcessing ayant un statut
≥ PRICED et affiche pour chacun :
- POA — Prix de vente (Price Of Achat client)
- POS — Prix d'achat fournisseur
- GPM — Gross Profit Margin
- customer_paid / supplier_paid
- Statut de l'OP
Impact UI : Nouvel écran dans le menu Nexus. Données agrégées par OP, triables et filtrables.
D28 — Tableau de bord de couverture financière MDC
ACTÉ
Création d'un tableau de bord donnant le ratio de couverture financière de MDC :
Ratio = Disponible / Dépenses mensuelles moyennes
Disponible =
+ Solde bancaire (saisie manuelle)
+ Débiteurs = Σ factures clients ÉMISES avec customer_paid = false
- Créditeurs = Σ factures fournisseurs REÇUES avec supplier_paid = false
+ Σ GPM OP en cours = POS − POA des OP sans facture fournisseur reçue NI facture client émise
(évite les doubles comptes avec Débiteurs et Créditeurs)
Ce tableau de bord donne à la direction MDC une vision en temps réel du nombre de mois de trésorerie disponible.
Disponible =
+ Solde bancaire (saisie manuelle)
+ Débiteurs = Σ factures clients ÉMISES avec customer_paid = false
- Créditeurs = Σ factures fournisseurs REÇUES avec supplier_paid = false
+ Σ GPM OP en cours = POS − POA des OP sans facture fournisseur reçue NI facture client émise
(évite les doubles comptes avec Débiteurs et Créditeurs)
Impact UI : Widget/page dédiée dans Nexus. Le solde bancaire est saisi manuellement (pas de connexion bancaire automatique à ce stade).
06
Portail client & Outil de codification
D29 — Portail sécurisé validé : Cloudflare Access, email MDC + AXION, session 7 jours
ACTÉ
Le portail client est sécurisé via Cloudflare Access.
L'accès est ouvert à tous les utilisateurs dont l'email appartient au domaine @mdc-europe.com ou @axion.supply.
La session dure 7 jours — après la première authentification par code email, les visites suivantes sont directes.
D30 — Outil de codification temporaire (localStorage) — Export/Import XLSX obligatoire pour partager
ACTÉ
L'outil de codification disponible dans le portail est temporaire.
Les données sont stockées dans le localStorage du navigateur — aucune synchronisation en temps réel entre utilisateurs.
- Export/Import XLSX est le mécanisme obligatoire pour partager l'état de la codification entre collaborateurs.
- Pas de travail simultané possible à deux : si deux personnes modifient en parallèle, les changements doivent être reconciliés manuellement via XLSX.
D31 — Les écrans Nexus évoluent au fil des ateliers
ACTÉ
Les écrans de l'espace Nexus (modèles de données, mockups applicatifs) disponibles dans le portail
sont mis à jour après chaque atelier. Ils reflètent l'état courant des décisions prises.
Les versions précédentes sont archivées.
Catalogue produits — Priorités stratégiques
D34 — Hot Chuck Wafer Prober (QuietChuck) : premier produit prioritaire à créer
ACTÉ
Le Hot Chuck Wafer Prober (QuietChuck) est identifié comme produit prioritaire — valeur unitaire ~15 000 EUR à ~40 % de marge brute.
C'est le premier produit à créer dans le catalogue NEXUS avec une fiche complète : code MDC, description technique, personas acheteurs, et lien vers le funnel de vente.
Lié à Mercury Probe Systems (MDC US / Bart Gordon) — partenariat exclusif Europe à étudier.
Priorité : Première fiche produit complète à saisir dans l'outil de codification avant l'Atelier 4.
D35 — 5 produits stratégiques à créer avec fiche complète (specs + personas + funnel)
ACTÉ
En parallèle du catalogue général, 5 produits stratégiques doivent être créés avec une structure enrichie :
- Code MDC complet (TYPE · DIVISION · SÉQUENCE · QUALITÉ)
- Description technique complète + spécifications
- Personas acheteurs ciblés (ingénieur process, responsable achat, maintenance)
- Page produit "vendeuse" avec simulateur de cas d'usage
Qualité & Inspection
D36 — Processus Quality Inspection à définir (réception + expédition)
POINT OUVERT
Le processus de contrôle qualité n'est pas encore modélisé dans NEXUS. Deux étapes sont identifiées :
- Inspection réception fournisseur : contrôle à l'arrivée (état, conformité, TARES, TVA, transport entrant)
- Contrôle avant expédition : vérification avant envoi client (conditionnement, documentation EUR1 si total HT > 6 000 EUR)
À modéliser : Entité QualityInspection ou statuts dédiés sur OrderProcessing — à trancher en Atelier 4.
Stratégie commerciale & Business Development
D37 — Mercury Probe Systems / Bart Gordon : partenariat exclusif Europe à étudier
ACTÉ
Bart Gordon (Mercury Probe Systems, MDC US) est un contact clé pour les mercury probes et le QuietChuck.
MDC Europe peut potentiellement obtenir une exclusivité Europe sur ces produits.
Actions identifiées :
- Recherche des publications scientifiques liées aux mercury probes (contamination chambres, semiconductor)
- Mapping des clients existants en Europe utilisant des mercury probes
- Présence sur les forums et canaux scientifiques semiconducteur
Prochaine étape : Recherche documentaire + cartographie clients Europe — AXION (Seb).
D38 — Prospects identifiés : VISHAY Hamburg, TSMC Europe, muRata
ACTÉ
Trois prospects prioritaires à activer :
- VISHAY Hamburg — fabricant de composants électroniques, utilisateur potentiel de spare parts semiconducteur
- TSMC Europe — fab en cours d'installation (Dresden), fort besoin en equipment & spare parts
- muRata — fabricant de composants céramiques, équipements de déposition et métrologie
Action AXION : Qualification et outreach à préparer pour ces 3 comptes cibles.
07
Questions ouvertes
QO-1
Bill To / Ship To — relation 1:1 ou 1:N ?
Un client peut-il avoir plusieurs adresses de facturation ou de livraison distinctes dans Nexus ? À trancher avant la modélisation finale de l'entité Customer.
QO-3 ACTÉ
Numérotation factures — coexistence legacy + NEXUS
La numérotation des factures NEXUS démarre à 6000. Cela permet de coexister sans ambiguïté avec la numérotation legacy existante.
✓ Décision actée — numérotation NEXUS commence à 6000
QO-7
Atelier dédié sur le calcul de marge
Les règles de calcul de marge (GPM, inclusions/exclusions de coûts, frais de transport, coûts cachés) nécessitent un atelier dédié avec Pina et Cristina.
QO-8
Liste complète des Catégories par Division (Charlotte + Pina — en cours via Figma)
Charlotte et Pina complètent la liste exhaustive des Catégories par Division dans le Figma MDC. À valider avant import dans Nexus.
En cours — Figma Charlotte
QO-9
Liste complète des Product Families (Charlotte — Figma)
Charlotte complète la liste des Product Families dans le Figma. Base pour l'alignement entre la codification Nexus et la navigation du site web MDC.
En cours — Figma Charlotte
QO-10
SEO multilingue — implémentation agence
L'implémentation technique du SEO multilingue (hreflang, URLs, structure WordPress) est à confirmer et planifier avec l'agence web une fois la fonctionnalité multilingue activée.
QO-11 NOUVEAU
Quels domaines additionnels acheter pour le référencement 4-point probes ?
Des variations de domaine autour de "four-point-probe" pourraient renforcer le référencement. À analyser et proposer dans le diagnostic L2 AXION.
À traiter dans diagnostic L2 — AXION
QO-12 NOUVEAU
Quel est le code TARES de base pour les produits semiconducteur MDC ?
Pina et Cristina doivent fournir le ou les codes TARES (portail admin.ch) correspondant aux produits semiconductor equipment et spare parts MDC pour alimentation de la table CustomsTariff.
Pina et Cristina à fournir
QO-13 NOUVEAU
Quality Inspection — entité dédiée ou statuts sur OrderProcessing ?
Le processus de contrôle qualité (réception fournisseur + contrôle avant expédition) doit être modélisé dans NEXUS. Deux options : entité QualityInspection indépendante, ou statuts/champs dédiés sur OrderProcessing. À décider en Atelier 4.
À trancher en Atelier 4
08
Plan d'actions consolidé
Actions MDC
| ID | Action | Responsable | Priorité |
|---|---|---|---|
| MDC-001 | Transmettre le diagnostic L1 à l'agence + insister sur activation multilingue | Charlotte | HAUTE |
| MDC-002 | Générer Excel checklist des actions techniques depuis le diagnostic (via Claude) | Charlotte | MOYENNE |
| MDC-003 | Confirmer les redirections 301 avec l'agence — pages obsolètes à supprimer (pas rediriger vers accueil) | MDC | HAUTE |
| MDC-004 | Demander à l'agence d'activer la fonctionnalité multilingue WordPress (FR/DE/IT/EN) | Charlotte | HAUTE |
| MDC-005 | Gérer le bandeau cookies / Google Analytics avec l'agence (hors scope diagnostic) | Charlotte | MOYENNE |
| MDC-006 | Fournir le ou les codes TARES pour les produits semiconducteur MDC (QO-12) | Pina + Cristina | MOYENNE |
| MDC-007 | Saisir 5 à 10 produits par Product Family dans l'outil de codification pour l'atelier 4 | Cristina | HAUTE |
Actions AXION
| ID | Action | Responsable | Priorité |
|---|---|---|---|
| AXN-001 | Lancer diagnostic hebdomadaire SEO — tracking de la progression du site MDC | Djemel | HAUTE |
| AXN-002 | Enrichir le diagnostic L2 : mots-clés, achat domaines (four-point-probe), analyse GEO poussée, plan 90 jours | Djemel | HAUTE |
| AXN-003 | Mettre à jour le modèle de données Nexus v4.0, l'outil de codification produits et les écrans NEXUS correspondants | Seb | HAUTE |
| AXN-004 | Recherche Mercury Probe Systems / Bart Gordon : publications scientifiques, clients Europe, modèle exclusivité | Djemel | HAUTE |
| AXN-005 | Qualifier et préparer outreach — 3 prospects prioritaires (VISHAY Hamburg, TSMC Europe, muRata) | Djemel | MOYENNE |
09
Prochaines étapes
Prochain atelier : Atelier 4 — Jeudi 26 mars 2026 — Codification produits (revue saisie), modèle v4.0 & avancement SEO.