Fournisseur qui ne répond pas : comment relancer sans perdre patience

Beaucoup de relances partent trop tôt, sur une commande dont le statut réel n'est pas clair : a-t-elle vraiment été envoyée, ou est-elle restée en brouillon par erreur ? Avant d'écrire au fournisseur, vérifier le statut exact de la commande évite une relance inutile — ou pire, une relance sur une commande jamais partie.

Un délai de livraison annoncé n'est pas non plus une garantie : certains fournisseurs communiquent un délai standard qui ne reflète pas leur charge réelle. Le bon réflexe est de comparer le délai annoncé au délai réellement observé sur les commandes précédentes passées au même fournisseur, pas de se fier uniquement à ce qui a été dit une fois.

Relancer le lendemain de l'envoi met une pression inutile sur une relation fournisseur qui doit durer ; attendre trois semaines fait courir un vrai risque de rupture. Le repère le plus fiable reste le délai de livraison habituel de ce fournisseur, avec une marge de quelques jours avant de considérer qu'il y a un vrai retard.

C'est justement ce que fait un rappel automatique bien réglé : il ne se déclenche ni trop tôt (fournisseur pas encore en retard), ni trop tard (rupture déjà là), mais au moment où une relance a une vraie utilité.

Une relance automatisée ne doit pas remplacer la relation avec le fournisseur — elle doit juste éviter que personne n'y pense au bon moment. Dans Fluxalyo, le délai avant relance se règle par entreprise (7 jours par défaut) : passé ce délai sans réception, le gestionnaire principal reçoit une alerte par email, notification in-app et push.

Charge ensuite à la personne prévenue de relancer le fournisseur elle-même — par téléphone, par le mail pré-rempli déjà disponible sur la commande, ou autrement — avec le contexte exact sous les yeux : ce qui a été commandé, quand, et depuis combien de temps ça n'a pas bougé.

Passé un second délai sans nouvelles, la question n'est plus de savoir comment relancer, mais s'il faut chercher une alternative — un fournisseur de dépannage, un autre canal de commande. Avoir un historique clair de la commande (date d'envoi, relances, réponses) aide à prendre cette décision sans avoir à reconstituer le fil des échanges de mémoire.