Client SDKs
TypeScript, Python et .NET maintenus parallèlement au comportement API : modèles de requêtes tapés, mises à jour versionnées et pas de HTTP généré manuellement.
Client disponible SDKs
| Langue | Nom du package | Statut | Exécution |
|---|---|---|---|
| TypeScript / Node.js | @esignature-erp/sdk | ✅En direct | Nœud ≥ 20 ; bundle de navigateur via `fetch` |
| Python | sdk approuvé | ✅En direct | Python ≥ 3,10 |
| Net C# | Endorsed.Sdk | ✅En direct | Voile de tulle (8) |
Tous les SDKs s''authentifient de la même manière (clé du porteur API) et partagent les mêmes contrats de demande/réponse versionnés. Le client TypeScript est créé dans `packages/sdk` ; Les démarrages rapides Python et .NET se trouvent dans les documents de démarrage rapide SDK livrés avec votre bac à sable.
Ce que chaque SDK vous apporte
Modèles de requête et de réponse typés
Aucun accès au dictionnaire typé de manière chaîne. Chaque ressource API a une classe typée avec des vérifications de saisie semi-automatique et de compilation de l''IDE.
Nouvelles tentatives automatiques
Les erreurs réseau et les réponses transitoires 5xx sont réessayées avec un intervalle exponentiel. Nombre maximal de tentatives configurables et plafond d''attente.
Authentification du porteur
Passez votre clé API une fois lors de la construction du client. Le SDK gère l''en-tête Authorization à chaque requête.
Propagation de l''ID de corrélation
Chaque appel SDK renvoie le X-Correlation-ID de la réponse. Enregistrez-le pour la traçabilité du support.
Questions courantes
SDK démarrage rapide — enveloppe en moins de 30 lignes
Installez le client saisi, configurez vos informations d''identification et envoyez votre première enveloppe. Le SDK mappe 1:1 au REST API — même forme, mêmes erreurs, même version.
Obtenez un identifiant SDK en un seul appel
Réclamez un bac à sable avec `mode: sandbox` — le corps de la réponse contient une clé API de portée qui fonctionne immédiatement avec chaque SDK publié.