Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

High-tech, informatique et téléphonie : ce que le SAV impose au catalogue

Vendre du matériel informatique, de la téléphonie ou des consommables impose au catalogue des obligations qu’aucun CMS ne couvre nativement : suivre l’exemplaire réellement expédié, piloter un cycle de réparation distinct de la commande, publier des contributions environnementales et des indices d’affichage obligatoires.

Décrire mon problème Discuter sur WhatsApp

La référence ne décrit plus ce qui est vendu

Sur une boutique high-tech, la référence produit n’est pas l’unité de gestion réelle. Une garantie, un dossier de réparation ou un rappel fabricant portent sur un exemplaire précis, identifié par son numéro de série ou son IMEI. Or le modèle de données d’un CMS ne sait dire qu’une chose : trois unités de la référence X ont été vendues. Associer un identifiant unique à chaque unité expédiée suppose une table dédiée, reliée à la ligne de commande, et une saisie effectuée au moment de la préparation — au scanner de préférence, faute de quoi la donnée devient fausse dès les premières semaines.

Cette contrainte en entraîne une seconde : l’identifiant doit remonter sur le bon de livraison et dans le back-office, et rester retrouvable par recherche quand un acheteur rappelle deux ans plus tard sans son numéro de commande. C’est cette recherche inverse, de l’IMEI vers l’acheteur, qui décide si un dossier de garantie se traite en une minute ou en une demi-heure.

Les contraintes techniques à traiter

  • Numéro de série et IMEI portés par la ligne de commande et non par la fiche produit : table dédiée, saisie à la préparation, recherche par identifiant.
  • Le SAV n’est pas un retour de commande : demande, numéro de retour, réception, diagnostic, réparation, échange ou refus, puis renvoi — avec des statuts et des délais qui ne sont pas ceux d’une commande.
  • Deux garanties à distinguer : la garantie légale de conformité et la garantie commerciale du fabricant, qui n’ont ni la même durée ni le même interlocuteur.
  • Compatibilité machine par machine : une cartouche, une barrette mémoire ou une batterie se vend pour tel modèle précis, ce qui est une relation plusieurs-à-plusieurs entre références et appareils.
  • Listes de compatibilité fournies par les fabricants, à réimporter à chaque nouvelle gamme sans casser les associations déjà validées.
  • Éco-participation sur les équipements électriques et électroniques d’un côté, rémunération pour copie privée sur les supports de stockage de l’autre : deux montants distincts, non remisables, affichés sur la fiche et sur la facture, exclus des règles de promotion.
  • Indice de réparabilité, puis indice de durabilité selon les catégories : pictogramme et note à proximité du prix, donnée produit portée par référence et mise à jour par le fabricant.
  • Prix et stocks alimentés chaque jour par des flux grossistes, avec des références déréférencées qui laissent derrière elles des pages à rediriger ou à fermer.

Comment j’interviens sur ce type de boutique

  1. Modéliser l’exemplaire

    Je crée la table qui relie un numéro de série ou un IMEI à une ligne de commande, avec une saisie au moment de la préparation et une recherche par identifiant dans le back-office.

  2. Sortir le SAV du tunnel de commande

    Le dossier de retour devient un objet distinct, avec ses propres statuts, son historique et ses notifications. Une réparation qui dure trois semaines ne doit pas figer l’état d’une commande déjà livrée.

  3. Structurer la compatibilité

    Une table d’association entre références et modèles d’appareils, alimentée par import, avec un aperçu de ce qui sera ajouté, remplacé ou supprimé avant l’écriture définitive.

  4. Isoler les contributions

    L’éco-participation et la rémunération pour copie privée sont portées par des champs propres, exclues des calculs de remise et reprises telles quelles sur la facture.

  5. Traiter la fin de vie des références

    Une référence retirée du flux grossiste déclenche une décision explicite : redirection vers l’équivalent, page conservée en indisponible, ou fermeture définitive. Sans cette règle, le catalogue accumule des pages mortes.

Sujets directement liés

Questions fréquentes

Peut-on stocker les numéros de série sans développement spécifique ?
Sur de très petits volumes, une note libre sur la commande dépanne. Dès que la recherche inverse devient nécessaire, ou que le SAV doit filtrer par identifiant, il faut une table dédiée : le champ texte ne se cherche pas correctement et ne s’exporte pas proprement.
Faut-il un module de SAV ou un développement ?
Cela dépend du cycle réel. Si le parcours se limite à réception puis remboursement, un module de retours suffit souvent. Dès qu’apparaissent le diagnostic, l’échange standard, la pièce détachée en attente ou le renvoi au fabricant, le cycle devient propre à l’activité et se développe.
Comment gérer les listes de compatibilité fournies par les fabricants ?
En les traitant comme une table d’association importable, pas comme un texte dans la fiche. L’import doit être rejouable, montrer avant écriture ce qu’il ajoute et ce qu’il supprime, et ne jamais effacer une association saisie manuellement sans avertissement.
L’éco-participation doit-elle apparaître dans le prix affiché ?
Elle fait partie du prix payé par l’acheteur mais doit être identifiable séparément sur la fiche et sur la facture. Techniquement, cela impose un champ dédié par référence, repris dans le document commercial et sorti du périmètre des remises.
Que faire des fiches dont la référence n’est plus distribuée ?
Trois issues seulement : rediriger vers le successeur quand il existe, conserver la page en indisponible si elle reçoit encore des visites utiles, ou la fermer franchement. Ce qu’il faut éviter, c’est la page laissée en ligne avec un prix qui n’est plus tenable et un stock figé à zéro.

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Quel outil faut-il connecter ?
L’outil dispose-t-il d’une API documentée ?

Sans API, il reste souvent l’import de fichiers — c’est faisable, mais différent.

Dans quel sens les données doivent-elles circuler ?
À quelle fréquence la synchronisation doit-elle tourner ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.