Choisir entre un fichier ponctuel et un flux régulier
Pour charger une gamme une seule fois, commencez par examiner l’import disponible dans votre boutique. Pour recevoir chaque semaine un fichier fournisseur, il faut aussi cadrer la répétition : format stable, références reconnues, erreurs à corriger et personne responsable. Un module existant peut convenir ; sa présence ne dispense pas de vérifier ces règles.
Si votre logiciel de gestion fournit le stock et les prix tandis que PrestaShop reçoit les commandes, le besoin dépasse le chargement d’un catalogue. Décrivez chaque échange, son sens et sa fréquence. Un PIM consacré aux informations produit et un ERP chargé de la gestion ne portent pas nécessairement les mêmes données. Pour chaque champ, désignez l’outil qui fait référence et ce qui doit arriver lorsque les deux outils le modifient.
Le choix entre import natif, module et connexion spécifique vient après ce périmètre. Vérifiez les versions prises en charge, les flux couverts et qui interviendra lorsqu’un échange échouera. Aucun de ces chemins n’impose à lui seul un développement sur mesure.
Dire si l’on crée ou si l’on met à jour
Le besoin peut être de créer un premier catalogue, d’ajouter une gamme ou de modifier des produits déjà vendus. Pour une mise à jour, précisez les champs concernés : descriptions, prix, disponibilité, catégories ou images, par exemple. Une information absente du fichier ne signifie pas forcément qu’il faut effacer celle de la boutique.
Écrivez aussi la règle qui permet de reconnaître un produit. Si une référence fournisseur change, est-ce toujours le même article ? Si plusieurs lignes portent une référence identique, représentent-elles des variantes ou des doublons ? Ces décisions précèdent le choix de l’outil.
Distinguer produits, déclinaisons et caractéristiques
Dans un exemple fictif, un tee-shirt décliné en tailles et couleurs nécessite de relier chaque variante au bon produit. Sa matière décrit le produit ; elle ne constitue pas nécessairement un choix proposé à l’achat. Mélanger ces usages peut produire une fiche différente de celle attendue.
L’import natif de PrestaShop distingue notamment les catégories, les produits et les déclinaisons. Il fournit des fichiers d’exemple et une étape d’association entre les colonnes du fichier et les champs de destination. Examinez les champs disponibles dans la version de votre boutique plutôt que de réutiliser sans contrôle un ancien modèle. Documentation de l’import PrestaShop 8 (nouvel onglet).
Préparer une correspondance lisible
Avant de travailler sur tout le catalogue, choisissez quelques lignes qui représentent ses différences. Ajoutez un produit simple, un produit avec variantes et les cas particuliers réellement présents dans vos données.
| Information à examiner | Décision à écrire |
|---|---|
| Référence | Comment reconnaître le produit et sa variante sans ambiguïté |
| Prix | Quelle valeur est fournie et quelles règles de taxe s’appliquent |
| Catégorie | Où ranger le produit et comment traiter les catégories absentes |
| Image | Quel fichier utiliser et quelle image présenter en premier |
| Texte | Quelle langue et quels éléments de mise en forme conserver |
| Champ vide | Conserver l’existant, vider le champ ou refuser la ligne |
Le tableau décrit des décisions à convenir, pas les noms de colonnes d’un fichier directement importable. Selon les données et l’outil retenu, une transformation préalable peut être nécessaire.
Vérifier un échantillon dans la boutique
Le premier essai doit permettre de comparer la source avec ce qui apparaît dans l’administration et sur les fiches. Contrôlez les variantes, les catégories, les images et les valeurs attendues. Pour les éléments qui influencent la commande, prévoyez aussi un contrôle du parcours dans un environnement de test.
Comptez séparément les lignes sources, les produits et les variantes : ces nombres ne représentent pas toujours la même chose. Conservez la liste des rejets et leur motif. Un import terminé n’indique pas à lui seul que toutes les données sont utilisables.
Avant cet essai, préparez une copie de test et une sauvegarde dont le rétablissement a été vérifié. L’option de suppression avant import efface les éléments concernés ; elle ne sert pas à reconnaître ceux qui existent déjà. Le centre d’aide PrestaShop décrit cette option (nouvel onglet).
Voici un exemple fictif de recette à adapter, pas un import déjà réalisé par Wolyus :
1. Un produit existant reçoit un nouveau texte : la bonne fiche change, ses variantes restent rattachées et les champs exclus de l’import sont conservés.
2. Une référence apparaît deux fois sans justification : l’ambiguïté est signalée avant le chargement, au lieu de choisir arbitrairement une ligne.
3. Une cellule est vide : le résultat respecte la règle convenue pour ce champ, conserver ou effacer ; si l’outil ne permet pas cette distinction, le fichier est préparé autrement.
4. Le même échantillon est rejoué : aucun produit supplémentaire n’apparaît sans raison. Une ligne rejetée peut être identifiée, corrigée puis contrôlée à nouveau.
Ces critères servent à choisir et à recetter la solution. Ils ne décrivent pas des protections garanties par l’import natif.
Prévoir ce qui se passe au prochain fichier
Un import ponctuel et une mise à jour régulière n’ont pas le même périmètre. Si les données reviennent chaque semaine, il faut décider qui prépare le fichier, comment identifier les changements et comment traiter les références disparues. Il faut également vérifier qu’un nouvel envoi ne crée pas de doublons.
Wolyus a réalisé des interventions d’import de produits, de déclinaisons et de caractéristiques, avec des ajustements de thème. Cette expérience aide à rapprocher les données du résultat visible ; elle ne dispense pas d’examiner votre format et les particularités de votre catalogue.
Cette référence historique ne constitue pas une preuve de connecteur ERP/PIM livré, de synchronisation continue ou de compatibilité avec votre version. Ces points doivent être qualifiés séparément.
Les éléments utiles pour cadrer l’intervention
Présentez l’origine du fichier, les données à créer ou modifier, la fréquence et quelques exemples anonymisés de colonnes. Indiquez ce qui existe déjà dans la boutique et ce qui doit rester intact. Le premier message peut décrire le fichier sans transmettre l’intégralité du catalogue.