Volume & Transparence.
Nos tarifs sont basés sur une précision au dix-millième de dollar. Pas de frais d'accès API, pas d'engagement sur la durée. Payez ce que vous consommez.
Starter
- Capacité contrôlée
- Support selon disponibilité
- Clés d’idempotence
- Suivi DLR
Scale
- Envoi séquencé
- Support prioritaire selon disponibilité
- Clés d’idempotence
- Suivi DLR
Enterprise
- Capacité selon contrat
- Support selon contrat
- Clés d’idempotence
- Suivi DLR
Spécifications Techniques
Quelles sont les routes utilisées pour la RDC ?
La plateforme sélectionne côté serveur un compte actif selon le numéro, le transport configuré et la capacité disponible, sans exposer les accords opérateurs.
Comment est gérée l'idempotence ?
Les mutations critiques acceptent un header `Idempotency-Key` (UUID v4). Réutilisez la même clé avec le même payload pour permettre à la plateforme d'identifier un retry; une clé réutilisée avec un payload différent est rejetée.
Proposez-vous des DR (Delivery Receipts) ?
Oui. Les DLR reçus sont réconciliés avec les messages et transmis par webhook ou consultables dans les rapports. Les statuts incluent notamment PENDING, DELIVRD, EXPIRED et UNDELIV.
Parcours d’un message
L’API confirme d’abord la persistance du message avec une acceptation asynchrone. Le worker contrôle ensuite la capacité, soumet le message selon la route active et réconcilie les DLR reçus.