Agent IA multi-pays : Belgique, France et Luxembourg
Oui, un agent IA peut suivre les bonnes règles pour des clients belges, français et luxembourgeois, à une condition : c'est le code qui choisit le jeu de règles à partir de la commande, pas le modèle. Le pays de livraison et le canal de vente désignent les règles applicables, que vous avez écrites et fait valider. L'agent les cite et prépare la réponse ; dès qu'un cas est ambigu, il vous le renvoie.
Une boutique installée en Belgique vend rarement qu'en Belgique. Les clients français arrivent par les moteurs de recherche, les luxembourgeois commandent parce que la livraison est proche, et le service client répond à tout le monde avec les mêmes réflexes. Je suis développeur Sylius et Symfony indépendant, présent notamment à Bruxelles, et je construis des agents IA pour boutiques en ligne. Quand un commerçant vend dans plusieurs pays, la première question que je pose n'est pas technique : avez-vous écrit vos règles pays par pays ? Je ne suis pas juriste, et rien de ce qui suit n'est un avis juridique.
Pourquoi plusieurs pays veulent-ils dire plusieurs jeux de règles ?
Parce que le droit applicable à un contrat avec un consommateur ne dépend pas seulement de vos conditions générales. L'article 6 du règlement Rome I prévoit que le contrat est régi par la loi du pays où le consommateur a sa résidence habituelle lorsque le professionnel exerce son activité dans ce pays ou dirige cette activité vers lui, par tout moyen. Vous pouvez choisir une autre loi, mais ce choix ne peut pas priver le consommateur de la protection que lui assurent les règles impératives de son pays.
Savoir si votre boutique « dirige son activité » vers la France ou le Luxembourg est une question juridique, à trancher avec votre conseil. Ce qui m'importe pour l'agent, c'est la conséquence pratique : il faut parfois plusieurs versions d'une même règle, et une façon fiable de choisir la bonne.
Quels écarts concrets entre la Belgique et la France ?
Les grandes lignes se ressemblent, et c'est justement le piège : les détails diffèrent assez pour qu'une réponse copiée d'un pays à l'autre soit fausse. Voici ce que disent les sources officielles que j'ai consultées.
| Sujet | Belgique | France |
|---|---|---|
| Départ du délai de rétractation de 14 jours | « À compter du jour de la réception de votre colis », selon le SPF Économie | À partir du lendemain de la réception, prolongé de 12 mois si le client n'a pas été informé, selon Service public |
| Garantie légale | Deux ans à compter de la prise de possession ; réductible à un an pour un bien d'occasion si l'acheteur en est clairement informé, selon le SPF Économie | Deux ans à compter de la délivrance ; défaut présumé antérieur pendant 24 mois pour un bien neuf, 12 mois pour un bien d'occasion, selon Service public |
| Médiation de la consommation | À vérifier avec votre conseil | Recours gratuit à un médiateur référencé, coordonnées affichées sur le site et dans les conditions générales, selon Service public |
Pour le Luxembourg, je n'ai pas de source officielle vérifiée à vous citer ici, et je ne vais pas en inventer. C'est exactement le cas où l'agent doit recevoir un texte rédigé par vous ou votre juriste, et rien d'autre. Le détail des retours et de la garantie côté belge est traité dans l'article sur les retours selon le droit belge et celui sur la garantie légale.
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 choisit-il la règle du bon pays ?
Pas en demandant au modèle « ce client est-il français ? ». Un modèle de langage devine à partir d'indices : la langue du message, un nom de ville, une tournure. Or un client francophone peut habiter Bruxelles, Lille ou Esch-sur-Alzette. La sélection se fait donc dans le code, à partir de données de la commande : le pays de l'adresse de livraison, celui de l'adresse de facturation, le canal par lequel la commande est passée.
Le code charge alors le jeu de règles correspondant, et seulement celui-là, dans les instructions de l'agent. C'est le travail de la couche du prompt système, versionné comme du code, et de la couche des documents, qui va chercher le bon passage de vos conditions générales par pays. L'agent cite la règle et sa version dans chaque brouillon. Si les deux adresses ne sont pas dans le même pays, ou si le message parle d'une autre commande, il ne tranche pas : il prépare une note pour vous.
Ce que l'agent ne fait jamais seul : décider quel droit s'applique à un cas litigieux, accorder une exception, ou appliquer à un client la règle d'un autre pays parce qu'elle « ressemble ».
Sur Sylius, quelles données servent à choisir ?
Sylius est bien équipé pour cela. Chaque commande appartient à un canal, porte une adresse de livraison et une adresse de facturation avec leur code pays, et une langue de commande. Beaucoup de boutiques qui vendent en Belgique, en France et au Luxembourg ont déjà un canal par marché, avec ses propres pays autorisés et ses propres zones de taxe. L'agent lit ces champs par l'API d'administration ou par une intégration écrite dans l'application, et le choix du jeu de règles se fait avant tout appel au modèle.
L'agent ne recalcule pas la TVA ni les frais de port : Sylius le fait déjà, avec ses zones. Il lit ce qui a été facturé et le cite. Les modalités de branchement sont détaillées sur la page agent IA pour Sylius.
Les commandes entre professionnels obéissent à une autre logique. En Belgique, la facture électronique structurée via Peppol est obligatoire entre entreprises belges assujetties à la TVA depuis le 1er janvier 2026, selon le portail fédéral de la facturation électronique. Ce que l'agent peut préparer sur ce terrain est expliqué dans l'article sur les factures Peppol.
Comment vérifier qu'il ne mélange pas les pays ?
Par des tests, avant chaque changement. Je constitue un jeu de cas réels anonymisés par pays : un retour demandé par un client belge le treizième jour, le même par un client français, une demande de garantie sur un article d'occasion, une adresse de livraison dans un pays et de facturation dans un autre. Chaque cas a sa réponse attendue, avec la règle qui doit être citée. Si une modification des instructions ou un changement de modèle fait citer la règle française à un client belge, le test échoue et rien ne part en production. C'est la couche des tests et traces.
Chaque passage est aussi tracé : quel jeu de règles a été chargé, dans quelle version, et pourquoi. Le jour où un client conteste, vous pouvez montrer quelle règle a été appliquée.
Par où commencer ?
Commencez par vos textes, pas par l'IA. Relisez vos conditions générales et vos pages d'aide : disent-elles clairement ce qui change selon le pays du client ? Si ce n'est pas le cas, un agent ne fera qu'appliquer avec assurance une règle floue. Une fois les règles écrites et validées, la partie technique est la plus simple.
Pour regarder votre situation précise, je propose un diagnostic IA offert : je vous rappelle sous 24 heures ouvrées, j'examine vos canaux, vos pays de vente et vos messages clients, et je vous propose la solution qui rentre dans votre budget.