Réponse directe
ERP-STOK agrège les colis envoyés via plusieurs intégrations selon ce qui est configuré et disponible pour le compte (ex. Truship API, Siftly, Coliaty, Rushliv, Speedex) dans des vues livraison communes. Les statuts sont synchronisés par polling périodique, pas par webhooks temps réel garantis. Vous suivez en transit, livré, retour depuis la même interface — à condition d’avoir envoyé le colis via ERP-STOK.
Problème : N transporteurs = N portails
Sans centralisation, l’équipe SAV ouvre Truship pour un colis, Coliaty pour un autre, et perd le lien avec la commande d’origine.
Une interface unique rattache tracking, client, agent et statut métier.
Checklist fonctionnalités à exiger
- Vue « en livraison » listant tous les prestataires configurés, pas un silo par transporteur.
- tracking_number visible et lié à la commande source (boutique, Sheet, etc.).
- Statuts harmonisés : en transit, livré, retour/refus, retour en attente scan entrepôt.
- Filtres par transporteur, ville, agent, date d’envoi.
- Synchronisation statuts par job planifié (polling) — connaître la fréquence réelle.
- Lien vers le flux retour / scan entrepôt quand le colis revient.
- Pas de prétention « temps réel universel » si le produit poll.
Comment ERP-STOK synchronise (polling)
Les intégrations interrogent périodiquement les APIs transporteur du compte marchand pour mettre à jour delivery_status.
Un décalage de quelques heures est normal ; ce n’est pas un suivi GPS live du livreur.
| Prestataire (exemples) | Envoi | Suivi statuts |
|---|---|---|
| Truship | API compte marchand | Polling ERP-STOK |
| Siftly / Coliaty / Rushliv / Speedex | Selon intégration tenant | Polling ERP-STOK |
| Colis créé hors ERP | — | Non visible dans la file unifiée |
Bonnes pratiques multi-transporteurs
Envoyez tous les colis via ERP-STOK pour qu’ils apparaissent dans la même UI — un colis créé directement sur le portail transporteur reste externe.
Documentez quel prestataire sert quelles villes pour réduire les erreurs au dispatch.
Sur retour, utilisez le scan entrepôt ERP-STOK plutôt que de vous fier au seul statut portail.
Exemple illustratif (fictif)
Lundi (exemple fictif) : colis de plusieurs prestataires configurés sur le compte — tous visibles dans « En livraison ». Mardi matin, le polling a mis à jour livrés et retours. L’agent SAV filtre par transporteur pour relancer les retours en attente scan. Une seule file ERP-STOK, sans ouvrir chaque portail.
Ce qu’ERP-STOK fournit
Modules livraison avec vues Delivered, In Delivery, Returns, plus filtres opérationnels (provider, city, agent).
Connexion aux APIs des transporteurs configurés sur le tenant ; pas de création de compte transporteur à la place du marchand.
Pour conclure
Une interface multi-transporteurs utile combine envoi centralisé, polling honnête et filtres métier. Exigez ces trois points avant de quitter vos portails dispersés.
Limites et points d’attention
- Suivi par polling, pas webhook temps réel garanti pour tous les prestataires.
- Colis créés hors ERP-STOK non agrégés.
- Libellés statut variables selon transporteur.
- Fréquence sync dépend du scheduler et de la charge.