SMSBOX — passerelle SMS belge & API REST

Webhooks SMS — c'est nous qui vous appelons, pas l'inverse

Avec un webhook, votre logiciel n'a pas besoin de nous demander en permanence s'il y a du nouveau. Dès qu'un SMS arrive ou qu'un statut de remise change, nous effectuons immédiatement un HTTP POST vers une adresse que vous indiquez. Toujours via HTTPS, configurable par canal — et si vous n'avez pas de serveur, faites-le simplement envoyer vers une boîte mail.

Webhook SMS qui pousse les messages vers votre serveur

Deux types de webhooks

On les confond souvent, mais ils sont indépendants et se configurent séparément : l'un concerne les messages qui arrivent, l'autre ce qu'il advient des messages que vous envoyez.

SMS entrant Statut de remise (DLR)
Quand Quelqu'un envoie un message vers votre numéro ou shortcode Le statut d'un message que vous avez envoyé change
Où le configurer Par canal, sous Channels & Webhooks dans votre compte Par message, comme URL de notification dans l'appel API
Payload msgid timestamp sender message keyword msgid status
Alternative sans serveur Transfert vers une adresse e-mail Consulter le statut dans le tableau de bord

Ce que nous envoyons vers votre endpoint

Pour un message entrant, nous effectuons un HTTP POST vers votre adresse avec les champs suivants. Votre endpoint doit seulement les accepter et les traiter.

Champ Signification
msgidID unique du message — utilisez-le pour éviter un double traitement
timestampMoment où le message est arrivé chez nous
senderLe numéro de GSM de l'expéditeur
messageLe texte complet du message
keywordLe canal ou mot-clé sur lequel le message est arrivé

Pour un statut de remise, le payload est plus court : l'ID du message et le code de statut. La signification de chaque code se trouve sur la page sur les rapports de remise.

POST https://uw-server.be/sms/inkomend msgid=8471203&timestamp=2026-05-12+14%3A31%3A08 &sender=32496123456&message=JA&keyword=afspraak

Configurer un webhook en 4 étapes

1

Préparer l'endpoint

Prévoyez une adresse HTTPS accessible publiquement, avec un certificat valide, capable d'accepter un HTTP POST.

2

Choisir le canal

Allez dans votre compte vers Channels & Webhooks et choisissez le canal ou le mot-clé auquel la notification doit s'appliquer.

3

Saisir l'adresse

Saisissez l'adresse sans scheme ; nous envoyons toujours via HTTPS. Si votre port diffère du 443, indiquez-le.

4

Tester

Envoyez un SMS vers votre numéro virtuel ou shortcode et vérifiez que votre endpoint reçoit le POST.

Les exigences pour votre endpoint

HTTPS obligatoire — nous envoyons exclusivement de manière chiffrée, même si vous saisissez l'adresse sans scheme
Port 443 par défaut, mais vous pouvez définir votre propre port
Accessible publiquement — notre plateforme appelle votre serveur depuis Internet
Configurable par canal — une campagne peut pointer vers un autre système que votre numéro général
Pas d'adresses dans un réseau privé ou sur un nom d'hôte non public
Pas de certificats auto-signés ou expirés

Si rien n'arrive sur votre endpoint, vérifiez dans cet ordre : l'adresse est-elle accessible de l'extérieur, le certificat est-il valide, et votre pare-feu laisse-t-il passer notre appel ? Dans le tracelog de votre compte, vous voyez exactement ce qui a été envoyé.

Pas de serveur ? Envoyez-le vers une boîte mail

Un webhook suppose que vous avez de quoi le recevoir. Si ce n'est pas le cas, choisissez simplement par canal le transfert vers une adresse e-mail : chaque message entrant arrive alors par mail, chez vous ou chez le collègue qui doit y donner suite.

Vous pouvez aussi désactiver complètement la notification et consulter les messages uniquement dans votre tableau de bord — dans la vue conversation, ils apparaissent directement à côté de ce que vous avez envoyé vous-même.

Transférer les SMS entrants vers l'e-mail

Questions fréquentes sur les webhooks

Un webhook inverse le sens habituel des choses : au lieu que votre logiciel doive nous demander en permanence s'il y a du nouveau, nous envoyons directement le message à une adresse que vous indiquez. Dès qu'un événement se produit — un SMS entrant, un changement de statut de livraison — nous effectuons une requête HTTP POST vers votre serveur.
Nous envoyons l'ID du message, l'horodatage, le numéro de l'expéditeur, le texte du message ainsi que le keyword ou le canal sur lequel il est arrivé. Votre endpoint doit simplement accepter et traiter cette requête POST.
Oui. Nous envoyons exclusivement vers des adresses HTTPS, même si vous saisissez l'adresse sans scheme. Par défaut, nous utilisons le port 443 ; si vous souhaitez un autre port, indiquez-le explicitement.
Non. Les adresses situées dans des réseaux privés et les noms d'hôte non publics sont refusés, car notre plateforme ne peut pas les atteindre depuis l'internet. Votre endpoint doit être accessible publiquement.
Dans ce cas, vous faites simplement transférer les messages entrants vers une adresse e-mail. Vous choisissez, par canal, si la notification part vers un webhook ou vers une boîte mail — ou vers aucun des deux, si vous préférez les consulter uniquement dans le dashboard.
Lors de l'envoi, vous indiquez une URL de notification. Chaque changement de statut de ce message est alors transmis à cette adresse via une requête HTTP POST, avec l'ID du message et le code de statut. Ceci est indépendant du webhook pour les messages entrants.
Oui. Le paramètre se situe au niveau du canal ou du keyword, et non au niveau du compte. Vous pouvez ainsi envoyer les réponses à une campagne vers un système différent de celui des messages reçus sur votre numéro général.
Envoyez vous-même un SMS vers votre numéro virtuel ou votre shortcode et vérifiez si votre endpoint reçoit la requête POST. Si rien n'arrive, vérifiez que l'adresse est accessible publiquement, que le certificat est valide et que votre firewall ne bloque pas notre appel. Le tracelog vous montre exactement ce qui a été envoyé.
Trust Guard Security Scanned
Appelez-nous
Envoyer un e-mail