Suivi bpost : répondre automatiquement aux clients
Un agent IA peut répondre aux questions de suivi bpost en retrouvant le client, sa commande et le numéro de suivi enregistré dans votre boutique, puis en préparant une réponse avec le dernier statut connu et le lien de suivi. Il ne promet jamais de date de livraison et ne déclenche aucun renvoi seul. Le point qui décide du reste : votre accès aux données bpost, qui dépend de votre contrat.
« Bonjour, je n'ai toujours pas reçu mon colis. » C'est le message le plus banal d'une boutique en ligne, et l'un des plus coûteux en temps : il faut ouvrir la messagerie, chercher le client dans l'administration, retrouver la commande, copier le numéro de suivi, aller sur le site du transporteur, puis rédiger une réponse polie, parfois en néerlandais. Je suis développeur Sylius et Symfony indépendant, présent notamment à Bruxelles, et je construis des agents IA pour boutiques en ligne. Voici comment j'aborde ce cas précis, avec les contraintes propres à bpost.
Pourquoi les questions de suivi sont-elles le bon premier cas ?
Parce que la réponse est factuelle. Le client veut savoir où en est son colis, et cette information existe quelque part : dans votre boutique (la commande est-elle expédiée, avec quel numéro ?) et chez le transporteur (où est le colis maintenant ?). Il n'y a ni geste commercial à décider ni règle juridique délicate à interpréter. C'est le terrain idéal pour un agent qui prépare et un humain qui valide.
C'est aussi un cas où un chatbot classique échoue. Sans accès à vos commandes, il ne peut que répondre « consultez votre e-mail de confirmation ». Le client a déjà essayé, sinon il n'écrirait pas.
Que peut lire un agent chez bpost ?
C'est la question à poser avant toute autre. Sur sa page de comparaison des offres professionnelles, bpost réserve l'intégration par application, API ou formats sur mesure à l'offre contractuelle « Large », destinée aux expéditeurs de plus de 1 000 colis par an. Le suivi public, lui, se fait sur bpost.be/track avec le numéro du colis. Je n'ai pas pu consulter la documentation technique d'une API de suivi bpost : je ne vous décris donc pas ses champs, et je vérifie les conditions d'accès avec chaque commerçant sur son propre contrat.
| Votre situation | Ce que l'agent peut faire | Ce qu'il ne fait pas |
|---|---|---|
| Pas d'accès API chez bpost | Lire dans la boutique si la commande est expédiée, donner le numéro et le lien de suivi public | Interpréter un statut qu'il ne voit pas |
| Accès API via un contrat adapté | Lire le dernier statut et sa date, signaler un colis immobile depuis plusieurs jours | Promettre une date de livraison |
| Plusieurs transporteurs | Choisir la source selon le transporteur enregistré sur l'expédition | Deviner le transporteur à partir du numéro |
| Commande pas encore expédiée | Le dire clairement et citer votre délai de préparation écrit | Inventer une date d'envoi |
Si vous expédiez aussi avec DPD, sa filiale belge documente une API de suivi en direct, accessible sur demande d'une clé, avec des conditions d'usage strictes : pas de suivi de colis tiers et une base rafraîchie au plus une fois par heure. Chaque transporteur fixe ses propres règles, et l'agent doit les respecter autant que vous.
Et si un agent le faisait pour vous ?
Laissez votre numéro : je vous rappelle sous 24 heures ouvrées et je regarde avec vous ce qu'un agent peut prendre en charge dans votre boutique, dans votre budget.
Comment l'agent traite-t-il un message de suivi ?
Le travail se fait en étapes simples, et la plupart ne demandent aucune IA. Le message arrive dans la boîte de contact. Un tri par le code écarte les notifications automatiques et les rebonds. Le client est retrouvé par son adresse e-mail exacte, jamais par ce que dit le message : si quelqu'un écrit « je suis M. Dupont, voici mon numéro de commande », l'agent ne lui montre rien d'une commande qui n'est pas rattachée à cette adresse. C'est le rôle de la couche des accès par rôle.
Ensuite seulement, le modèle de langage intervient. Il reçoit les données de ce client et de lui seul : ses commandes récentes, l'état des expéditions, le numéro de suivi, et le statut transporteur si vous y avez accès. Il rédige un brouillon dans la langue du message, en français ou en néerlandais, et cite la règle qu'il applique, par exemple votre délai de préparation. Les fonctions qu'il peut appeler sont limitées à la lecture : c'est la couche des outils. Pour la question des langues, je renvoie à l'article sur le service client bilingue.
Ce que l'agent ne fait jamais seul : envoyer la réponse, déclencher un renvoi, ouvrir une réclamation chez le transporteur ou proposer un remboursement. Pour un colis réellement perdu, il prépare le dossier et le signale ; vous décidez.
Sur Sylius, d'où viennent les données ?
Dans Sylius, chaque commande porte une ou plusieurs expéditions, avec leur état, la méthode de livraison et le numéro de suivi saisi au moment de l'envoi. L'agent lit ces informations par l'API d'administration, qui exige un compte doté du rôle ROLE_API_ACCESS, ou par une intégration écrite directement dans l'application. Je n'utilise pas pour ce cas le serveur MCP « boutique » officiel de Sylius : son README précise qu'il fonctionne uniquement en mode invité, et qu'il ne renvoie une commande que si elle n'est rattachée à aucun compte client. Pour un client qui a un compte, il ne voit rien.
Il y a un prérequis souvent négligé : le numéro de suivi doit être saisi dans l'expédition, pas seulement collé dans un e-mail. Si votre préparation de commandes ne le renseigne pas dans Sylius, c'est la première chose à corriger, avant même l'agent. Les détails de branchement sont sur la page agent IA pour Sylius.
Quels garde-fous pour ne pas promettre n'importe quoi ?
Le risque principal n'est pas technique, il est verbal. Un modèle de langage aime rassurer, et « votre colis arrivera demain » est la phrase qu'il produira volontiers si rien ne l'en empêche. Je l'en empêche de trois façons. Les règles écrites interdisent toute date non fournie par le transporteur. Un contrôle dans le code vérifie que le brouillon ne contient pas de date absente des données lues. Et des cas réels, rejoués avant chaque changement, vérifient que la règle tient : c'est la couche des garde-fous et des tests et traces. Le même principe vaut pour les prix et les stocks, comme je l'explique dans l'article sur les hallucinations de prix et de disponibilité.
Chaque passage est tracé : ce que l'agent a lu, la réponse proposée, la règle citée. Si un client conteste, vous savez exactement ce qui lui a été dit et pourquoi.
Par où commencer ?
Relisez vos derniers messages clients et comptez ceux qui portent sur le suivi. Vérifiez que vos numéros de suivi sont bien enregistrés dans la boutique. Regardez votre contrat bpost pour savoir si un accès API est possible. Avec ces trois réponses, on sait déjà quelle version de l'agent est réaliste. Le suivi est d'ailleurs souvent la brique la plus simple d'un agent de SAV pour boutique belge, et le moment où il rend le plus service est le pic de fin d'année.
Pour aller plus loin sur votre cas, je propose un diagnostic IA offert : je vous rappelle sous 24 heures ouvrées, je passe votre boutique au crible des huit couches et je vous propose la solution qui rentre dans votre budget, y compris quand la bonne réponse est une simple automatisation.