À propos du service
TraduitJe crée un module de suivi de colis en temps réel pour les sites de livraison — cette fonction même pour laquelle un client ouvre la page de commande et voit le coursier se diriger réellement vers lui au lieu de rafraîchir manuellement une étiquette statique "en transit". Ma spécialisation est la couche de commande en direct : une carte avec un marqueur de coursier en mouvement, un fil d'actualités de statut qui se met à jour dès que le serveur change, et une notification qui arrive exactement au moment où le statut change — accepté, en transit, retardé, livré.
Je connecte le module à vos tables de commandes et de coursiers existantes, et les mises à jour coordonnées sont envoyées au navigateur du client via websocket ou léger polling — je choisis la méthode pour votre hébergement afin de ne pas surcharger le serveur. Je réfléchis séparément aux cas particuliers : le coursier a perdu le signal, l'application a été minimisée — la carte ne se fige pas dans ces cas et ne montre pas un ancien point comme actuel, mais passe honnêtement en mode attente de signal. Chaque changement de coordonnées et de statut est écrit dans un journal, afin que le client puisse faire défiler l'historique complet des mouvements, et le support puisse voir exactement où la livraison a été bloquée sans fouiller dans les enregistrements bruts de la base de données.
Ce qui est inclus dans le travail :
— carte interactive avec marqueur de coursier et ligne de route
— fil d'actualités de statut synchronisé avec les événements backend
— notifications automatiques à chaque changement de statut
— historique complet des mouvements pour chaque commande, disponible pour le client
— intégration propre avec les tables existantes sans réécrire la logique logistique depuis le début
Je connecte le module à vos tables de commandes et de coursiers existantes, et les mises à jour coordonnées sont envoyées au navigateur du client via websocket ou léger polling — je choisis la méthode pour votre hébergement afin de ne pas surcharger le serveur. Je réfléchis séparément aux cas particuliers : le coursier a perdu le signal, l'application a été minimisée — la carte ne se fige pas dans ces cas et ne montre pas un ancien point comme actuel, mais passe honnêtement en mode attente de signal. Chaque changement de coordonnées et de statut est écrit dans un journal, afin que le client puisse faire défiler l'historique complet des mouvements, et le support puisse voir exactement où la livraison a été bloquée sans fouiller dans les enregistrements bruts de la base de données.
Ce qui est inclus dans le travail :
— carte interactive avec marqueur de coursier et ligne de route
— fil d'actualités de statut synchronisé avec les événements backend
— notifications automatiques à chaque changement de statut
— historique complet des mouvements pour chaque commande, disponible pour le client
— intégration propre avec les tables existantes sans réécrire la logique logistique depuis le début