Dernière synchro  … 0 commandes — 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.
⌕
N° Client Produit Fournisseur Resp. État
Ruptures GTL
Édition quotidienne du planning des sorties GTL. Renseignez à côté la date de retour en stock annoncée.
🗓️
Déposez chaque jour l'édition des ruptures reçue de GTL — le tableur reporting_rupture-AAAAMMJJ.xlsx ou l'ancien PDF, les deux sont acceptés. Le CRM en tire la référence article, la quantité commandée par les clients, le stock restant, le manquant et les commandes bloquées, puis retrouve le nom du produit (par référence, puis par EAN quand la référence ne dit rien). Les dates de retour déjà saisies sont conservées, et les articles revenus en stock disparaissent de la liste.
RéférenceProduit CmdéStockManquant Commandes bloquées Retour en stock prévu Prévenir les clients
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 web Stock GTL · publier sur la boutique 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 (dispo · réel)É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
—
Calculette réappro
Combien commander chez un fournisseur pour ne pas tomber en rupture, le temps qu'il prépare et qu'il livre.
🧮
Couverture visée = préparation + transport + durée de stock souhaitée. Multipliée par les ventes moyennes par jour, moins le stock actuel de la boutique, elle donne la quantité à commander. Une ligne par référence vendue (déclinaison), avec son EAN et son libellé anglais.
Couverture visée : 97 jours
Produit (FR)Product (EN) Réf. fournisseurEAN StockVentes AutonomieÀ commander Commandé réellement
Choisissez un fournisseur puis lancez le calcul.
📋 Commandes fournisseur passées
—
Stock Pneus en direct
Fiches pneus matchées, gérées dynamiquement : stock Interpneu (flux 30 min) + état PrestaShop. Lecture seule.
Produit Achat HT Vente HT (PS) Stock fourn. · publié PrestaShop Ce que fera la synchro
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.
Interpneu
Jantes, pneus et capteurs — stock synchronisé toutes les 30 min depuis le FTP fournisseur. Un article absent du flux est considéré indisponible.
InterTyre
Pneus (protocole 103) et jantes (protocole 105) du même fournisseur. Filtrez par véhicule, puis basculez entre les deux. Lecture seule.
Sans véhicule sélectionné, l'onglet Pneus montre tout le stock. Choisissez un véhicule pour voir ses jantes et ne garder que les pneus à ses dimensions d'origine.
Japan Racing / Concaver
Jantes via WheelTrade (plateforme SolEx B2B) — stock et prix d'achat remisés en direct. Lecture seule.
Fiches GreenDrive Tesla une ligne par déclinaison (taille × couleur), liée par la référence WheelTrade posée à la création
stock seul — ni prix, ni mise hors ligne
Cliquez sur Actualiser pour charger.
Tailles de jantes par voiture
Montes d'origine et cotes homologuées, par marque, modèle, génération et années. Consolidé depuis nos trois sources — lecture locale, aucun quota consommé.
Forzza
Jantes via le flux 4ratis — prix d'achat remisés (colonne DIDE). Lecture seule.
Synchro FTP
Récupération automatique de l'export de commandes — fini la répartition manuelle dans 63 onglets.
📅 Périmètre d'import
Chargement…
🎯 Rattraper une commande précise
Une commande antérieure au périmètre d'import ci-dessus, ou passée par un transporteur non géré, n'entre jamais par la synchro. Ici on va la chercher dans PrestaShop par son numéro de back-office, sans toucher au périmètre. Plusieurs numéros séparés par des virgules.
🛒 Ouvrir une commande dans PrestaShop
Chargement…
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édier — sauf 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.