Dernière synchro FTP  aujourd'hui 06:42 0 commandes +8 importées aujourd'hui 0 à commander
Tableau de bord
Commandes à passer chez les fournisseurs — fenêtre des 40 dernières commandes par fournisseur ·
🔎 Retrouver une commande
Saisissez une référence (ex. ) ou un nom de client : vous tombez directement sur la commande et son fournisseur.
À commander par fournisseur Ouvrir la file →
⚠ Ruptures en cours
⏳ Couverture de stock < 30 jours
ProduitRéférenceStockVentes 30jCouvertureRupture prévueFournisseurPriorité
Chargement…
🌐 Ruptures web les plus demandées
ProduitRéférenceDemandes réapproStockFournisseur
Chargement…
Suivi des commandes fournisseurs
Une étape à la fois, regroupée par fournisseur. Le mode 🏢 Bureau / 🚚 Direct est une caractéristique du fournisseur (badge cliquable, aussi modifiable dans l'onglet Fournisseurs). À l'étape Attente expédition, saisis le n° de suivi → renvoyé dans PrestaShop.
Fournisseurs
0 fournisseurs — un onglet Excel par fournisseur, réunis ici. Cliquez pour voir leurs commandes.
Charge à commander par responsable
Top fournisseurs par volume
Commandes
0 commandes récentes (40 dernières par fournisseur) — recherche, filtres et suivi d'état.
Client Produit Fournisseur Resp. État
Ruptures GTL
Délai modifiable directement. Mise à jour hebdomadaire en collant le nouveau tableau.
🗓️
Chaque lundi, collez le nouveau tableau des ruptures : il remplace l'ancien mais conserve les délais déjà saisis pour les produits encore en rupture. Ceux revenus en stock sont retirés.
Code (EAN)ProduitResp.Délai retour stock
Rupture Web
Produits stockés (web) en rupture ou négatif — hors gestion manuelle. Source : PrestaShop en direct.
🌐
Produits que vous stockez dont la quantité PrestaShop est ≤ 0. Les produits en gestion manuelle (catégorie « Traitement manuel », drop-ship 192/188) sont exclus. Résultat mis en cache 10 min.
Produit Référence Fournisseur Stock En attente
Chargement…
Stock produits
Tous les produits et déclinaisons stockés : référence, EAN, stock PrestaShop, stock logisticien GTL, écart, et stock à publier.
📦
Écart = stock PrestaShop − stock GTL. Le stock à afficher ne sert que si vous voulez publier autre chose que le réel (réserve, tampon) ; laissé vide, c'est le stock GTL qui part sur la boutique. Un stock négatif n'est jamais publié : il est ramené à 0.
ProduitRéférenceEAN PrestaShopGTLÉcart À afficher
Chargement…
Configuration GTL
Accès FTP du logisticien et format du fichier de stock. Rien n'est connecté tant que les accès ne sont pas validés.
🔒
Le mot de passe est stocké côté serveur et jamais réaffiché : seuls les 4 derniers caractères sont visibles. Laissez le champ masqué pour ne pas le modifier.
Serveur FTP
Chargement…
Couverture stock
Une ligne par référence vendue (déclinaison), pas par produit. Stock > 0 mais moins d'un mois de couverture. Ventes 30 jours + saisonnalité N-1.
Couverture = stock ÷ ventes des 30 derniers jours. Badge saisonnier : l'an passé (N-1), les ventes du mois prochain faisaient ×2 / ×3 celles du mois en cours → la couverture est ajustée sur la demande attendue. Produits de la catégorie « Traitement manuel » exclus. Calcul mis en cache 1 h.
Produit / déclinaisonRéférence · EANStockVentes 30 jCouvertureSaisonnalité N-1
Chargement…
📈 Produits les plus saisonniers (N-1 : )
ProduitMois M (N-1)Mois M+1 (N-1)RatioStockCouverture ajustée
Stock Pneus en direct
Fiches pneus matchées, gérées dynamiquement : stock Interpneu (flux 30 min) + état PrestaShop. Lecture seule.
Produit Voiture Taille Réf(s) Achat HT Vente HT (PS) Stock IPN PrestaShop
Chargement…
Matching fournisseurs PrestaShop
Relie chaque nom de fournisseur PrestaShop au bon fournisseur du CRM (ou crée-le). Renomme tes fournisseurs CRM si besoin. Les commandes se rangent ensuite chez le bon fournisseur.
Stock Interpneu
Jantes, pneus et capteurs — stock synchronisé toutes les 30 min depuis le FTP fournisseur. Un article absent du flux est considéré indisponible.
Stock InterTyre
Pneus Inter-Tyre — Gateway protocole 103. Stock complet rafraîchi automatiquement (10 téléchargements/jour max). Lecture seule.
Stock Japan Racing / Concaver
Jantes via WheelTrade (plateforme SolEx B2B) — stock et prix d'achat remisés en direct. Lecture seule.
Synchro FTP
Récupération automatique de l'export de commandes — fini la répartition manuelle dans 63 onglets.
Comment ça marche
1
AUTO · 06:00Récupération SFTP

Le CRM télécharge chaque matin l'export des nouvelles commandes déposé sur le FTP.

2
AUTORoutage par fournisseur

Chaque commande est rattachée au bon fournisseur via le mapping produit (l'équivalent des 63 onglets), et au responsable (Julien / Maxime / Enzo).

3
AUTOStatut « à commander »

Les nouvelles commandes payées tombent dans la file « À commander ». Détection des doublons et des ruptures.

4
Vous commandez

Bon groupé par fournisseur, puis suivi jusqu'à Reçu — sans toucher au tableur.

Historique des synchros
Fiabilité
  • Idempotence — empreinte du fichier : une commande déjà importée n'est jamais dupliquée.
  • Alerte fichier manquant — si aucun export à 9h, email automatique.
  • Historique complet — chaque commande conserve sa trace (qui, quand, quel état).
  • Rien n'est perdu — le tableur actuel reste consultable en lecture pendant la transition.
Le projet — du tableur de 63 onglets au CRM
Proposition + synthèse du groupe de réflexion. Cette maquette sert de cahier des charges pour le développement avec Claude Code.
ℹ️
Aujourd'hui : un Google Sheet « Suivi des produits ADEF » de 63 onglets (un par fournisseur), 8 000+ commandes d'historique, mis à jour à la main. Le CRM ne traite que les 40 dernières commandes par fournisseur (comme la tâche de recap) pour éviter les faux « à commander » des vieilles lignes. Objectif : récupérer les commandes par FTP, les router automatiquement, offrir une vraie interface de suivi.
Le parcours cible
1
AUTOExport FTP

Les commandes du jour arrivent sur le FTP.

2
AUTOImport & routage

Rattachées au fournisseur + responsable.

3
À commander

File priorisée par fournisseur.

4
Commande fournisseur

Bon groupé, en un clic.

5
Suivi → Reçu

Commandé · Expédié · Reçu.

Ce que le groupe de réflexion recommande
Intégration / Data
  • SFTP 06:00, retry + idempotence
  • Routage commande → fournisseur
  • 1 base unique vs 63 onglets
  • Détection doublons & ruptures
  • Alerte si fichier manquant
Ops e-commerce
  • Workflow : À commander → Reçu
  • File du jour par fournisseur
  • Bon de commande groupé
  • Affectation par responsable
  • Suivi capteurs & pneus
UX produit
  • Vue fournisseurs en cartes
  • Badges d'état colorés
  • Fiche commande latérale
  • Recherche client/n° instantanée
  • Bandeau de synchro rassurant
Stack technique conseillé

Option recommandée

  • Backend Python + FastAPI
  • Base PostgreSQL (Supabase)
  • Front React (cette maquette)
  • Planif. scheduler intégré
  • Hébergement Railway / Render (~10€/mois)

Option légère

  • Tout-en-un Python + Streamlit
  • Base SQLite
  • Hébergement VPS (~5€/mois)
Feuille de route
Semaine 1
Le tuyau

Import FTP + base unique + routage par fournisseur + reprise de l'historique du tableur.

Semaine 2
Le pilotage

Tableau de bord, file « à commander », vue fournisseurs, recherche.

Semaine 3
Les commandes

Workflow d'état, bons groupés, ruptures, stock, rôles.

📐 Règle « à commander » — maquette actuelle (basée sur le fichier ADEF)

Logique utilisée pour cette maquette (source : onglets ADEF) — produit exactement 12 commandes à passer :

  1. Onglets visibles uniquement, en ignorant : Evolutions AGENT IA, RECAP, Stock Jantes, Expé Capteurs, Pneus commandés, Malette TPMS.
  2. Repérer la colonne « État » / « Statut » (en ignorant les sous-statuts Statut expédition, Statut des pneus, Statut de paiement).
  3. Ne regarder que les 40 dernières lignes non vides de chaque onglet (comme le recap — on ne remonte pas plus haut, ce qui évite les faux positifs des vieilles lignes).
  4. Compter les statuts commençant par à commander, à expédier, commander ou expédiersauf ne pas…, à annuler, à vérifier.
Résultat : 12 à commander chez 6 fournisseurs (Glacière 3, MOTENIO 2, YUXI 2, DYNOTEC bureau 2, UNPLUGGED 2, MSW 1). Cette logique ADEF est remplacée en production par l'export PrestaShop ci-dessous.
📥 Source de données en production — export PrestaShop (cible du dev)

Le CRM se basera uniquement sur l'export de commandes PrestaShop (généré via Store Commander, déposé sur le FTP), et non plus sur le fichier ADEF. Format : CSV séparé par ; (encodage cp1252), une ligne par produit (commande multi-produits = plusieurs lignes, même référence). Export enrichi = 20 colonnes.

Colonnes de l'export (enrichi)

  • Détail commande - fournisseur produit → routage automatique vers le fournisseur (remplace les 63 onglets / le mapping manuel)
  • État de la commande · Date · Référence de commande
  • Produit : nom produit · EAN13 · référence fournisseur produit · qté
  • Livraison complète : Prénom, Nom, Société, Adresse 1 & 2, Code postal, Ville, Pays, Téléphone mobile
  • Email · Total payé (TTC) et HT

Règle « à commander » (production)

= les lignes dont l'état est Paiement accepté (payé, pas encore expédié). Comme le fichier est récupéré chaque jour, il ne contient en pratique que des commandes récentes à traiter — pas d'« Expédié » à filtrer (≈ 67 lignes sur l'export du jour).

🛠️
Qualité de données à surveiller côté PrestaShop : la « référence fournisseur produit » n'est remplie qu'à ~4 % — c'est pourtant la réf. à transmettre au fournisseur pour commander ; à compléter dans les fiches produits (sinon on commande via nom + EAN). EAN13 rempli à ~63 %. Quelques lignes sans fournisseur (~5 %) → à signaler en alerte. Adresse complète : OK (100 %).
⚙ Évolution prévue — configuration & automatisation par fournisseur
  • Fiche de configuration par fournisseur (déjà ébauchée dans l'onglet Fournisseurs → ⚙ Configurer) : mode d'expédition, responsable, et surtout les paramètres pour automatiser le passage de commande (méthode : email / portail / API, contact, accès, délai moyen, gabarit de bon).
  • Automatisation du passage de commande : à terme, le CRM transmet la commande au fournisseur selon sa méthode configurée (objectif : réduire la saisie manuelle).
  • Ajouter / retirer un fournisseur librement (bouton « + Ajouter un fournisseur » et suppression depuis la fiche).
Décidé : source = export PrestaShop · « à commander » = état Paiement accepté · adresse complète ajoutée à l'export. À confirmer encore : dépôt FTP (chemin / accès) et rôles par responsable.