senndo 0.1.0__tar.gz

senndo-0.1.0/.gitignore

@@ -0,0 +1,44 @@
+# Dependencies
+node_modules/
+.pnpm-store/
+
+# Builds
+dist/
+build/
+.svelte-kit/
+*.tsbuildinfo
+
+# Environnement — les secrets ne rentrent JAMAIS dans ce repo
+.env
+.env.*
+!.env.example
+
+# Docs privés (credentials, drafts hérités) — jamais committés
+private_docs/
+
+# Screenshots de vérification (générés par beat, lus localement par le verifier)
+artifacts/
+
+# PID des serveurs e2e (make app-up / app-down)
+.pids/
+
+# Divers
+.DS_Store
+*.log
+coverage/
+playwright-report/
+test-results/
+
+# SDK Python — environnement virtuel local et artefacts d'empaquetage
+packages/sdk-python/.venv/
+packages/sdk-python/dist/
+packages/sdk-python/**/__pycache__/
+packages/sdk-python/**/*.egg-info/
+packages/sdk-python/.mypy_cache/
+packages/sdk-python/.pytest_cache/
+
+# SDK PHP — dépendances Composer (require-dev seulement : le paquet publié n'en a aucune)
+packages/sdk-php/vendor/
+packages/sdk-php/composer.lock
+packages/sdk-php/.phpunit.cache/
+packages/sdk-php/.phpunit.result.cache

senndo-0.1.0/CHANGELOG.md

@@ -0,0 +1,26 @@
+# Journal des versions — `senndo` (Python)
+
+Le format suit [Keep a Changelog](https://keepachangelog.com/fr/1.1.0/) et le versionnage
+sémantique.
+
+## 0.1.0 — 2026-08-02
+
+Première publication. La version reste `0.x` tant que la surface n'a pas été exercée par des
+intégrations réelles : un `1.0.0` promet une stabilité que rien n'a encore éprouvée.
+
+### Ajouté
+
+- `SenndoClient` — les 20 opérations de l'API publique, une méthode par opération, nommées en
+  snake_case depuis les identifiants du contrat.
+- Types générés depuis le contrat OpenAPI de senndo : corps, paramètres de requête et réponses en
+  `TypedDict`, énumérations en `Literal`.
+- Erreurs typées par famille (`SenndoInsufficientFundsError`, `SenndoRateLimitError`,
+  `SenndoValidationError`…) — on branche sur une classe ou sur `error.code`, jamais sur un message.
+- Idempotence de première classe : `idempotencyKey` obligatoire sur l'envoi, préfixes réservés
+  refusés localement, `new_idempotency_key()` pour les cas sans clé métier.
+- Retentatives limitées à ce qui est rejouable : `GET`/`DELETE` et les `POST` porteurs d'une clé
+  d'idempotence, sur échec de transport, 429 et 5xx uniquement.
+- Délais explicites (30 s par défaut), surchargeables par appel via `RequestOptions`.
+- Transport injectable (`types.Transport`) — `urllib.request` par défaut, aucune dépendance.
+- Décodage `parse_float=Decimal` : aucun nombre à virgule ne traverse un flottant.
+- Clé API masquée dans `repr()` et `str()`.

senndo-0.1.0/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2026 senndo
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

senndo-0.1.0/PKG-INFO

@@ -0,0 +1,287 @@
+Metadata-Version: 2.4
+Name: senndo
+Version: 0.1.0
+Summary: Official Python SDK for the senndo messaging and verification API.
+Project-URL: Homepage, https://senndo.com
+Project-URL: Documentation, https://senndo.com/developpeurs
+Project-URL: Changelog, https://github.com/senndo/senndo-python/blob/main/CHANGELOG.md
+Project-URL: Source, https://github.com/senndo/senndo-python
+License: MIT License
+        
+        Copyright (c) 2026 senndo
+        
+        Permission is hereby granted, free of charge, to any person obtaining a copy
+        of this software and associated documentation files (the "Software"), to deal
+        in the Software without restriction, including without limitation the rights
+        to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+        copies of the Software, and to permit persons to whom the Software is
+        furnished to do so, subject to the following conditions:
+        
+        The above copyright notice and this permission notice shall be included in all
+        copies or substantial portions of the Software.
+        
+        THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+        IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+        FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+        AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+        LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+        OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+        SOFTWARE.
+License-File: LICENSE
+Keywords: cpaas,email,messaging,otp,senndo,sms,voice,whatsapp
+Classifier: Development Status :: 4 - Beta
+Classifier: Intended Audience :: Developers
+Classifier: License :: OSI Approved :: MIT License
+Classifier: Programming Language :: Python :: 3
+Classifier: Programming Language :: Python :: 3.11
+Classifier: Programming Language :: Python :: 3.12
+Classifier: Programming Language :: Python :: 3.13
+Classifier: Topic :: Communications
+Classifier: Typing :: Typed
+Requires-Python: >=3.11
+Description-Content-Type: text/markdown
+
+# 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.
+
+```bash
+uv add senndo
+pip install senndo
+poetry add senndo
+```
+
+Python ≥ 3.11. **Aucune dépendance d'exécution.**
+
+---
+
+## Premier envoi
+
+```python
+senndo = SenndoClient(api_key=cle_api)
+
+envoi = senndo.send_message(
+    {
+        "channel": "sms",
+        "to": "+33612345678",
+        "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.
+
+```python
+message = senndo.get_message(identifiant_du_message)
+
+if message["status"] == "failed":
+    journaliser("échec", message.get("failureCode"))
+```
+
+---
+
+## 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.
+
+```python
+# 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 :
+
+```python
+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
+
+```python
+try:
+    senndo.send_message(
+        {
+            "channel": "sms",
+            "to": "+22507000000",
+            "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.
+
+```python
+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.
+
+```python
+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_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.
+
+```python
+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
+
+```python
+fichier = senndo.upload_media(
+    MultipartUpload(file=octets, file_name="facture.pdf", content_type="application/pdf")
+)
+
+senndo.send_message(
+    {
+        "channel": "whatsapp_cloud",
+        "to": "+33612345678",
+        "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.
+
+```python
+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
+
+```python
+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
+
+```python
+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.
+
+---
+
+## Licence
+
+MIT. Voir [CHANGELOG.md](CHANGELOG.md) pour les changements de version.

senndo-0.1.0/README.md

@@ -0,0 +1,244 @@
+# 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.
+
+```bash
+uv add senndo
+pip install senndo
+poetry add senndo
+```
+
+Python ≥ 3.11. **Aucune dépendance d'exécution.**
+
+---
+
+## Premier envoi
+
+```python
+senndo = SenndoClient(api_key=cle_api)
+
+envoi = senndo.send_message(
+    {
+        "channel": "sms",
+        "to": "+33612345678",
+        "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.
+
+```python
+message = senndo.get_message(identifiant_du_message)
+
+if message["status"] == "failed":
+    journaliser("échec", message.get("failureCode"))
+```
+
+---
+
+## 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.
+
+```python
+# 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 :
+
+```python
+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
+
+```python
+try:
+    senndo.send_message(
+        {
+            "channel": "sms",
+            "to": "+22507000000",
+            "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.
+
+```python
+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.
+
+```python
+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_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.
+
+```python
+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
+
+```python
+fichier = senndo.upload_media(
+    MultipartUpload(file=octets, file_name="facture.pdf", content_type="application/pdf")
+)
+
+senndo.send_message(
+    {
+        "channel": "whatsapp_cloud",
+        "to": "+33612345678",
+        "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.
+
+```python
+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
+
+```python
+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
+
+```python
+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.
+
+---
+
+## Licence
+
+MIT. Voir [CHANGELOG.md](CHANGELOG.md) pour les changements de version.

senndo-0.1.0/pyproject.toml

@@ -0,0 +1,53 @@
+[build-system]
+requires = ["hatchling"]
+build-backend = "hatchling.build"
+
+[project]
+name = "senndo"
+version = "0.1.0"
+description = "Official Python SDK for the senndo messaging and verification API."
+readme = "README.md"
+license = { file = "LICENSE" }
+requires-python = ">=3.11"
+keywords = ["senndo", "sms", "whatsapp", "email", "voice", "otp", "messaging", "cpaas"]
+classifiers = [
+  "Development Status :: 4 - Beta",
+  "Intended Audience :: Developers",
+  "License :: OSI Approved :: MIT License",
+  "Programming Language :: Python :: 3",
+  "Programming Language :: Python :: 3.11",
+  "Programming Language :: Python :: 3.12",
+  "Programming Language :: Python :: 3.13",
+  "Topic :: Communications",
+  "Typing :: Typed",
+]
+
+# AUCUNE DÉPENDANCE D'EXÉCUTION, ET C'EST UNE DÉCISION.
+#
+# `httpx` aurait donné HTTP/2, le partage de connexion et un client asynchrone gratuit. Il aurait
+# aussi imposé sa version — et ses transitives — à chaque projet installant `senndo`, pour un SDK
+# dont l'appel typique est un envoi unitaire depuis un worker : la connexion persistante n'y sert à
+# rien, et le conflit de versions, lui, se paie chez le client. `urllib.request` couvre exactement
+# ce dont le transport a besoin (verbe, en-têtes, corps, délai, code de statut), et un projet qui
+# veut `httpx` ou `requests` l'injecte : le transport est un paramètre du client, pas un choix
+# imposé par le paquet.
+dependencies = []
+
+[project.urls]
+Homepage = "https://senndo.com"
+Documentation = "https://senndo.com/developpeurs"
+Changelog = "https://github.com/senndo/senndo-python/blob/main/CHANGELOG.md"
+Source = "https://github.com/senndo/senndo-python"
+
+[tool.hatch.build.targets.wheel]
+packages = ["src/senndo"]
+
+[tool.hatch.build.targets.sdist]
+include = ["src/senndo", "README.md", "CHANGELOG.md", "LICENSE"]
+
+[tool.mypy]
+strict = true
+python_version = "3.11"
+
+[tool.pytest.ini_options]
+testpaths = ["tests"]