senndo — SDK Python officiel
Messagerie multicanale et vérification : SMS, WhatsApp, e-mail, voix, OTP. Une seule API, un seul solde, un verdict de livraison par message.
uv add senndo
pip install senndo
poetry add senndo
Python ≥ 3.11. Aucune dépendance d'exécution.
Premier envoi
from senndo import SenndoClient
# La clé se crée dans la console, écran « REST API ». Ne la committez jamais.
senndo = SenndoClient(api_key=cle_api)
envoi = senndo.send_message(
{
"channel": "sms",
"to": "+15550001111",
"text": "Votre code de connexion est 4821.",
"idempotencyKey": f"connexion-{utilisateur_id}",
}
)
print(envoi["id"], envoi["status"])
send_message rend l'état au moment de l'acceptation, pas le verdict final. Un sent dit que
l'opérateur a pris le message ; il ne dit pas qu'il est arrivé. Le verdict se lit sur un webhook, ou
en relisant le message.
message = senndo.get_message(identifiant_du_message)
if message["status"] == "failed":
journaliser("échec", message.get("failureCode"))
Tous les canaux
Le même appel sert les six canaux ; seul le contenu change.
# E-mail : ``senderId`` est une adresse vérifiée de votre compte, ``subject`` est obligatoire.
senndo.send_message(
{
"channel": "email",
"to": "client@example.com",
"senderId": "contact@example.com",
"subject": "Votre commande est expédiée",
"text": "Bonjour, votre colis est en route.",
"idempotencyKey": f"expedition-{utilisateur_id}",
}
)
# WhatsApp Twilio : un modèle hébergé (``HX…``, lu par ``list_content_templates()``) et ses variables.
senndo.send_message(
{
"channel": "whatsapp_twilio",
"to": "+15550001111",
"content": {"sid": "HX00000000000000000000000000000000", "variables": {"1": "4821"}},
"idempotencyKey": f"otp-twilio-{utilisateur_id}",
}
)
Un nom de modèle WhatsApp Cloud qui existe en plusieurs langues exige template.language
("template": {"name": "…", "language": "fr"}), sans quoi l'envoi est refusé en
422 TEMPLATE_LANGUAGE_REQUIRED. Ce que votre compte peut réellement utiliser se lit avant
d'envoyer :
actifs = [
s["value"]
for s in senndo.list_sender_ids()["senderIds"]
if s["lifecycleStatus"] == "active"
]
modeles = senndo.list_wa_templates()["templates"]
journaliser(actifs, [(m["name"], m["language"]) for m in modeles])
# whatsapp_twilio : les modèles hébergés prêtés par la plateforme. Liste vide et
# reason == "byok" si votre compte émet sous ses propres identifiants d'acheminement.
heberges = senndo.list_content_templates()
journaliser(heberges["reason"], [(m["sid"], m["language"]) for m in heberges["templates"]])
Quand un statut est-il définitif ?
delivered, read et failed sont définitifs. sent dit que l'opérateur a pris le message en
charge ; tant que verdictPending vaut True, aucune preuve de remise n'est encore arrivée.
Certaines routes n'émettent jamais d'accusé de remise : sent peut alors rester le dernier mot.
Un failed rendu par le fournisseur avant toute remise est contre-passé :
reversedAmountUsd porte le montant rendu.
La clé d'idempotence : le SDK n'en fabrique pas à votre place
idempotencyKey est obligatoire sur tout envoi, et c'est délibéré. Rejouer la même clé renvoie
le message déjà créé — sans jamais redébiter le compte.
Le SDK n'en pose jamais une pour vous. Une clé inventée au moment de l'appel serait perdue si le processus meurt entre l'envoi et la réponse : exactement le cas où l'idempotence sert. La bonne clé vient de votre domaine.
# CORRECT : la clé survit à un redémarrage, parce qu'elle vient de votre base.
senndo.send_message(
{
"channel": "whatsapp_cloud",
"to": commande["telephone"],
"text": "Votre commande est prête.",
"idempotencyKey": f"commande-{commande['reference']}-prete",
}
)
new_idempotency_key() existe pour les cas où il n'y a vraiment rien à dériver — un envoi
manuel depuis un script, un test :
senndo.send_message(
{
"channel": "sms",
"to": "+15551234567",
"text": "Essai.",
"idempotencyKey": new_idempotency_key("essai-"),
}
)
Les erreurs se branchent sur une classe, jamais sur un message
try:
senndo.send_message(
{
"channel": "sms",
"to": "+15550002222",
"text": "Bonjour.",
"idempotencyKey": f"bienvenue-{utilisateur_id}",
}
)
except SenndoInsufficientFundsError:
recharger_le_compte()
except SenndoValidationError as erreur:
journaliser("appel à corriger", erreur.code, erreur.api_message)
except SenndoRateLimitError as erreur:
attendre(erreur.retry_after or 5)
except SenndoError as erreur:
journaliser("échec senndo", erreur)
erreur.code est stable ; erreur.api_message est un libellé humain qui évolue. Ne branchez
jamais sur le second.
Le code d'échec d'un message livré-puis-refusé est en union ouverte : senndo ajoute des valeurs, n'en retire pas.
message = senndo.get_message(identifiant_du_message)
code = message.get("failureCode")
if code is not None and code not in KNOWN_FAILURE_CODES:
journaliser("code plus récent que ce SDK", code)
Les montants sont des chaînes décimales
Un NUMERIC(18,6) passé par un flottant perd des unités sur les longues traînes, et un prix
unitaire sub-centime arrondi à deux décimales devient zéro.
solde = senndo.get_balance({"currency": "EUR"})
disponible = Decimal(solde["balanceUsd"])
journal = senndo.list_ledger({"pageSize": 100})
mouvement_net = sum(
(Decimal(ligne["amountUsd"]) for ligne in journal["rows"]),
Decimal("0"),
)
Le SDK décode les réponses avec parse_float=Decimal : aucun nombre à virgule ne traverse un
float.
Retentatives : ce qui est rejoué, et ce qui ne l'est jamais
Le SDK retente uniquement ce qui peut l'être sans conséquence :
| Appel | Retenté ? |
|---|---|
GET, DELETE |
oui — sur échec de transport, 429, 5xx |
send_message (porte une clé d'idempotence) |
oui |
create_verification (avec une clé d'idempotence) |
oui |
create_verification sans clé, check_verification (chaque contrôle consomme un essai) |
jamais |
create_webhook, estimate_message, revoke_webhook |
jamais |
tout 4xx autre que 429 |
jamais |
create_webhook crée une ressource à chaque exécution : une retentative aveugle produirait deux
endpoints, donc deux livraisons pour chaque événement.
options = RequestOptions(timeout=10.0, max_retries=0)
senndo.send_message(
{
"channel": "sms",
"to": "+5511998877665",
"text": "Ping.",
"idempotencyKey": f"ping-{tentative}",
},
options,
)
Téléverser un média
fichier = senndo.upload_media(
MultipartUpload(file=octets, file_name="facture.pdf", content_type="application/pdf")
)
senndo.send_message(
{
"channel": "whatsapp_cloud",
"to": "+15550001111",
"text": "Votre facture.",
"media": {"ref": fichier["ref"]},
"idempotencyKey": f"facture-{commande['reference']}",
}
)
Brancher votre propre client HTTP
Le transport par défaut est urllib.request — zéro dépendance. Un projet qui a déjà httpx,
requests, un proxy d'entreprise ou du mTLS injecte le sien, et garde la validation, les erreurs
typées et la politique de retentative.
def transport_maison(requete: HttpRequest) -> HttpResponse:
reponse = appeler_mon_client(
requete.method, requete.url, dict(requete.headers), requete.body, requete.timeout
)
return HttpResponse(status=reponse.code, headers=reponse.entetes, body=reponse.texte)
senndo = SenndoClient(api_key=cle_api, transport=transport_maison)
Le transport doit lever TimeoutError sur dépassement de délai et OSError sur échec de transport,
et ne jamais lever sur un statut d'erreur HTTP — sinon le code stable de l'enveloppe est perdu.
La clé API ne s'imprime pas
journaliser(repr(senndo)) # SenndoClient(base_url='…', api_key='sk_live_…32 caractères masqués')
Il n'existe aucun accesseur qui rende la clé en clair.
Webhooks
endpoint = senndo.create_webhook(
{
"name": "Production",
"url": "https://exemple.test/senndo",
"events": ["message.sent", "message.failed"],
}
)
conserver_le_secret(endpoint["secret"])
Le secret n'est lisible qu'à la création. Il signe chaque livraison : vérifiez la signature avant de faire quoi que ce soit du corps, sur le corps brut reçu. Au-delà de 300 secondes d'écart, la signature est refusée comme un rejeu.
import json
from senndo import verify_webhook_signature
if not verify_webhook_signature(secret_webhook, en_tete, corps_brut):
refuser(400)
evenement = json.loads(corps_brut)
journaliser(evenement["type"])
Licence
MIT. Voir CHANGELOG.md pour les changements de version.
Release files for senndo 1.3.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| senndo-1.3.0.tar.gz | 44.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| senndo-1.3.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 87.5 kB
Release files / senndo-1.3.0.tar.gz
| Download URL | senndo-1.3.0.tar.gz |
|---|---|
| Size | 44.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
92b51f61d687c98cbd4da633e6bd661276984654a2886c62ecfa08b40830c37c
|
|
BLAKE2b-256 checksum How to use checksums |
52e559f98a8c8ccf6780d60edfc5f0f55dd2a122c50f560d46d488f0cd29ff14
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.2
|
Release files / senndo-1.3.0-py3-none-any.whl
| Download URL | senndo-1.3.0-py3-none-any.whl |
|---|---|
| Size | 43.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
39f81654447ff3cb771e3f4259fc6beefccca7f275b06e0fe878df2148e2c7ee
|
|
BLAKE2b-256 checksum How to use checksums |
330bac767288671ae015fb9df4b89ccbca09067fb37506ef11874874f6dc92c2
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.2
|