Une commande, plusieurs colis
Chaque colis conserve son numéro, son transporteur et son état. La livraison d’un seul colis ne clôture pas automatiquement toute la commande.
API
Intégration API AfterShip : le suivi des livraisons dans vos outils métier
Dawap connecte AfterShip Tracking à votre ERP, votre OMS et votre service client. Nous rattachons chaque colis à sa commande, transmettons les statuts de livraison et automatisons les alertes selon vos règles. Votre DSI dispose de flux documentés, supervisés et prêts à être repris après un incident.
Un premier flux à valider ensemble
Du colis expédié à l’information disponible dans votre service client.
Nous partons d’un parcours précis : récupérer une expédition depuis votre ERP ou votre OMS, créer son suivi dans AfterShip, puis restituer les événements dans votre CRM ou votre outil de support. Le périmètre prévoit les commandes en plusieurs colis, les statuts manquants et les actions attendues en cas d’incident.
Commande
Expédition
Suivi
Service client
À l’issue du cadrage
- Identifier les logiciels sources, les transporteurs et les données de suivi accessibles.
- Définir les liens entre commande, expédition, colis et dossier client.
- Choisir les statuts qui mettent à jour un dossier, déclenchent une alerte ou autorisent un message.
- Valider le fonctionnement normal, les doublons, les coupures et la reprise avant extension.
Commandes
chaque numéro de suivi rattaché à son expédition et à son client
Statuts
une correspondance explicite avec les états utilisés dans vos logiciels
Alertes
des critères définis avec la logistique et le service client
Reprise
des traitements suivis, des erreurs identifiées et des relances contrôlées
Les situations que nous traitons
Vos équipes ont le numéro de colis, mais pas toujours l’information pour répondre.
Le suivi doit être rapproché de la commande, de ses colis et de la promesse de livraison. Nous développons les échanges qui rendent cette information accessible dans les outils utilisés au quotidien.
Un conseiller doit rechercher le suivi ailleurs
Le CRM ou le helpdesk reçoit le statut, la date de la dernière information et le lien de suivi. Le conseiller retrouve le contexte depuis le dossier client.
Un incident reste sans traitement
Une tentative de livraison échouée ou une absence prolongée de mise à jour peut déclencher une tâche. Les seuils, destinataires et priorités sont définis avec vos équipes.
Plusieurs outils envoient le même message
Nous recensons les notifications de la boutique, d’AfterShip et du CRM. Chaque événement possède une règle d’envoi pour limiter les doublons et les messages contradictoires.
Le suivi et le SAV ne se rejoignent pas
Le colis retour est rattaché au dossier SAV. Son statut transport reste distinct de la réception contrôlée en entrepôt et de la décision de remboursement.
Les indicateurs comparent des données incomplètes
Les événements disponibles alimentent votre reporting. Nous distinguons les dates transport, les dates de réception dans le SI et les données absentes avant de calculer les délais.
Exemples de flux
Relier AfterShip aux opérations de vente, de livraison et de support.
Ces parcours illustrent les intégrations possibles. Les API accessibles, vos abonnements et les données fournies par chaque transporteur déterminent le périmètre réalisable.
Créer le suivi à partir de l’expédition
Le connecteur récupère le numéro de suivi, le transporteur et les références de commande. Il contrôle les informations nécessaires avant de créer ou de retrouver le suivi AfterShip.
Objectif : supprimer les imports manuels de numéros de colis.Mettre à jour le dossier client
Les événements reçus sont associés au bon colis puis transmis au support. Un incident peut enrichir un ticket existant ou créer une tâche selon les règles convenues.
Objectif : retrouver l’état de livraison sans consulter plusieurs interfaces.Afficher le suivi dans votre espace client
Un flux ou une API métier fournit les informations autorisées à votre boutique ou à votre portail. Les accès sont contrôlés pour que chaque client consulte uniquement ses commandes.
Objectif : présenter les colis et leurs statuts au même endroit.Utiliser les événements pour informer et mesurer
Les statuts alimentent vos outils de communication et de reporting. Le middleware conserve la trace des envois et applique les règles de délai, de canal et de déduplication.
Objectif : suivre les messages déclenchés et les incidents de livraison.Livrables et exploitation
Un connecteur dont vos équipes peuvent comprendre et suivre le fonctionnement.
La proposition détaille les systèmes concernés, les développements, les critères de validation et les responsabilités après la mise en service. Le coût des abonnements AfterShip et des services tiers est distingué de la prestation Dawap.
- Cartographie des échanges, correspondance des identifiants et des statuts, règles d’alerte et de notification validées avec les métiers.
- Connecteur ou middleware avec réception des webhooks, vérification de signature, contrôle des doublons et traitement des erreurs API.
- Tests des parcours métier et des incidents, journaux limités aux données utiles, suivi des traitements et alertes sur les échanges bloqués.
- Documentation, déploiement sur l’infrastructure convenue, procédure de reprise et organisation du support, de la maintenance et des évolutions.
Collaboration avec vos équipes
La logistique définit les règles ; la DSI valide leur intégration au SI.
Nous travaillons avec la logistique et le service client pour préciser les informations attendues et les actions à déclencher. Avec la DSI et vos intégrateurs ERP ou e-commerce, nous vérifions les accès, les interfaces, les volumes et les responsabilités de chaque outil. Dawap développe les échanges, organise la recette et prépare la supervision ainsi que les procédures de reprise.
Critères de recette
- Un suivi rattaché à la bonne commande, y compris pour une expédition en plusieurs colis.
- Un événement reçu plusieurs fois qui ne crée pas plusieurs tickets ou notifications.
- Un statut ancien conservé dans l’historique sans écraser un état plus récent.
- Une interruption détectée, puis des échanges rapprochés et repris sans relance aveugle.
Les autres systèmes de vos flux
Étendre l’intégration aux logiciels qui gèrent vos commandes.
Le suivi des livraisons s’appuie sur vos référentiels de commande, de client et d’expédition. Ces expertises complètent le périmètre AfterShip.
Des clients témoignent de nos intégrations et applications métier.
Bruno Pichot
« Nous disposons aujourd’hui d’une application robuste, performante et parfaitement intégrée. »
Mathilde Bordeaux
« Là où j’utilisais auparavant des intégrations fragiles via Zapier, ils ont mis en place de vraies intégrations directes en API, beaucoup plus fiables et performantes. »
Loic O
« Aujourd’hui, tous nos flux produits, stocks et prix sont synchronisés automatiquement : plus besoin de ressaisir les données manuellement. »
Technologies et partenaires
Nous concevons des plateformes digitales robustes à partir de technologies éprouvées. Applications métier, marketplaces, middleware et APIs sont sélectionnés pour leur fiabilité, leur performance et leur intégration dans des environnements complexes.
-
Docker
-
Symfony
-
Mysql
-
Postman
-
Swagger
-
Redis
-
Memcached
-
Algolia
-
Arch Linux
-
Ubuntu
-
Drupal
-
Magento
-
Prestashop
-
Shopify
-
Docker
-
Symfony
-
Mysql
-
Postman
-
Swagger
-
Redis
-
Memcached
-
Algolia
-
Arch Linux
-
Ubuntu
-
Drupal
-
Magento
-
Prestashop
-
Shopify
Périmètre AfterShip
Distinguer suivi colis, expédition et gestion des retours.
AfterShip propose plusieurs produits et interfaces. Nous vérifions les fonctions souscrites et les connecteurs disponibles avant de définir les développements nécessaires.
FAQ
Contacter un expert API
Questions fréquentes avant de connecter AfterShip à votre SI
Connecteurs existants, données disponibles, webhooks, notifications et budget : les points à examiner pour définir votre projet.
Les informations utiles pour étudier vos flux
- Vos logiciels, vos transporteurs et les produits AfterShip utilisés.
- Le volume de colis, les commandes fractionnées et les incidents récurrents.
- Les informations attendues par le support et les règles de notification client.
Préparer notre échange
Quelle information de livraison vos équipes doivent-elles encore rechercher ou recopier manuellement ?
Lorsque le connecteur disponible ne couvre pas votre ERP, votre OMS, un portail spécifique ou vos règles de traitement. Nous évaluons d’abord les intégrations natives et les flux en place. Le développement peut se limiter à un complément : rapprochement de commandes, traitement des expéditions fractionnées, mise à jour du support ou reprise des erreurs.
Oui, si leurs interfaces donnent accès aux données et aux actions nécessaires. Nous transmettons les informations utiles au dossier client : référence de commande, colis, statut, date de mise à jour et lien de suivi. La création d’un ticket ou son enrichissement dépend des règles définies avec le support.
Nous vérifions la signature aftership-hmac-sha256 sur le corps reçu, puis enregistrons les événements avant de les traiter. Le middleware contrôle les doublons et les dates pour éviter de répéter une action ou de remplacer un état récent par une information ancienne. Les reprises AfterShip sont limitées : un rapprochement par API et une alerte sont prévus si des échanges manquent.
Le délai dépend de la remontée du transporteur, du traitement AfterShip et des échanges avec vos logiciels. Nous affichons la date de la dernière information et définissons les seuils à partir desquels une absence de mise à jour doit être signalée. Un webhook accélère la transmission d’un événement disponible ; il ne crée pas une information transport manquante.
Nous identifions les messages déjà envoyés par la boutique, AfterShip et le CRM. Pour chaque événement, nous définissons l’outil émetteur, les destinataires et les conditions d’envoi. Le suivi des traitements permet de vérifier les tentatives avant une relance ; les règles sont testées avec les notifications natives encore actives.
Le suivi du colis retour peut être relié au SAV. La gestion de la demande de retour, des étiquettes ou des échanges nécessite de vérifier AfterShip Returns, Shipping ou les interfaces de vos outils existants. Un statut « livré » ne déclenche pas automatiquement un remboursement : la réception, les contrôles et l’autorisation restent définis par vos règles métier.
Le chiffrage dépend des logiciels concernés, des transporteurs, des volumes et des actions à automatiser. Nous vérifions les accès API, les webhooks, les quotas et les fonctions incluses dans vos abonnements. La proposition distingue analyse, développement, recette, déploiement et maintenance, ainsi que les coûts des services tiers.
Oui. Nous examinons son code, les journaux, les règles de correspondance et les incidents avant de proposer les corrections. La reprise peut porter sur les statuts, les notifications, la sécurité ou les traitements bloqués. Les responsabilités de supervision, les procédures de relance et les conditions de maintenance sont fixées avec votre DSI.
On parle concret
Rendez le suivi des livraisons accessible aux équipes qui en ont besoin.
Présentez-nous votre parcours de commande, vos outils et les difficultés de suivi. Nous définirons les échanges à développer, les règles à valider et un périmètre chiffré avec votre DSI et vos équipes opérationnelles.
