Une clé API authentifie vos requêtes vers l'API Simbase. Chaque clé reçoit à sa création un ensemble de permissions, qui ne changent plus ensuite. Une clé peut servir plusieurs intégrations, mais une clé par intégration est plus sûre. Vous créez et gérez vos clés dans le tableau de bord, sous Integrations → API.
Connectez-vous à dashboard.simbase.com.
Allez dans Integrations → API.
Cliquez sur Create New API Key.
Donnez à la clé un nom qui indique son usage, par exemple Usage Guard Toolkit. Le nom n'est qu'un libellé. Il apparaît dans votre liste de clés et nulle part ailleurs.
Sous Resources, définissez les permissions dont la clé a besoin. Voir Permissions ci-dessous.
Cliquez sur Create API Key, puis copiez la clé.
La démo ci-dessous montre chaque étape :
Les permissions se définissent par ressource, à l'un de trois niveaux. None signifie que la clé n'a aucun accès à cette ressource. C'est la valeur par défaut sur chaque ligne. Read lit les données sans rien modifier. Write crée, modifie et supprime. Sélectionner Write sélectionne aussi Read sur la même ligne, car tout ce qui écrit doit d'abord lire.
Toutes les ressources ne proposent pas les trois niveaux. Account et Usage sont en lecture seule et affichent donc None et Read. SIM card state, Reset, Registration et Auto-disable sont des actions, pas des données, et affichent donc None et Write.
| Ressource | Niveaux | Couvre |
|---|---|---|
All resources | None, Read, Write | Toutes les lignes ci-dessous à la fois |
Account | None, Read | Les données de votre compte : organisation, utilisateurs et rôles, solde |
Usage | None, Read | Historique d'utilisation : données, SMS et sessions |
SIM cards | None, Read, Write | Tout le groupe SIM cards ci-dessous |
– SIM card details | None, Read, Write | L'enregistrement de la SIM : libellé, Tags, forfait de couverture, IP publique, limites d'utilisation et verrouillage IMEI |
– SIM card state | None, Write | Activer et désactiver des SIM |
– Reset | None, Write | Réinitialiser la connexion : la session de données en cours se termine pour qu'une nouvelle puisse s'ouvrir |
– SMS | None, Read, Write | Lire l'historique des messages et envoyer des messages |
– Registration | None, Write | Enregistrer de nouvelles SIM sur le compte |
– Auto-disable | None, Write | Définir et effacer la date Auto-disable |
Utilities | None, Read | Tout le groupe Utilities ci-dessous |
– Geo | None, Read | Recherches Cell ID : l'antenne à laquelle une SIM est rattachée |
Integrations | None, Read, Write | Tout le groupe Integrations ci-dessous |
– Webhooks | None, Read, Write | Lister, créer et supprimer des endpoints webhook |
All resources
Account
Usage
SIM cards
– SIM card details
– SIM card state
– Reset
– SMS
– Registration
– Auto-disable
Utilities
– Geo
Integrations
– Webhooks
SIM cards, Utilities et Integrations ont chacun une flèche à côté du nom. Cliquez dessus pour afficher les permissions individuelles en dessous.
Définir un niveau sur une ligne parente l'applique à chaque ligne enfant, ou applique le niveau le plus élevé que cette ligne propose. Mettre All resources sur Write donne Read à Account et Usage, car c'est leur maximum.
Si vous définissez une ligne enfant seule, la ligne parente n'affiche aucune sélection. C'est normal. Une ligne parente n'affiche un niveau que si toutes ses lignes enfants sont identiques.
Accordez le strict nécessaire à l'intégration. Une clé qui ne peut que lire l'utilisation ne peut pas désactiver une SIM si elle fuite.
| L'intégration… | Réglage |
|---|---|
Produit des rapports sur la consommation de données | Usage: Read et SIM card details: Read |
Désactive des SIM à la fin d'un forfait de données | SIM card state: Write |
Active la protection contre le vol ou la désactive | SIM card details: Write |
Transfère ou envoie des SMS | SMS: Write |
Enregistre de nouvelles SIM | Registration: Write |
Exécute le Usage Guard Toolkit | All resources: Write |
Produit des rapports sur la consommation de données
Désactive des SIM à la fin d'un forfait de données
Active la protection contre le vol ou la désactive
Transfère ou envoie des SMS
Enregistre de nouvelles SIM
Exécute le Usage Guard Toolkit
Dans la référence API, ces permissions apparaissent comme des noms de scope construits sur la même arborescence. SIM card details correspond à simcards.details:read et simcards.details:write.
Activez Show advanced settings pour afficher deux champs facultatifs. Vous pouvez laisser les deux vides.
Limite la clé à une seule adresse IP de confiance ou à une plage en notation CIDR. Les requêtes venant d'autres adresses sont rejetées. Laissez le champ vide pour ne rien restreindre. La liste des clés affiche alors 0.0.0.0/0 sous Allowed IPs, ce qui signifie n'importe quelle adresse.
Le nombre de jours entre la création et l'expiration de la clé. Saisissez 31 et la clé expire dans 31 jours. Laissez le champ vide et la clé n'expire jamais.
Les clés à durée limitée sont utiles pour les migrations ponctuelles, l'accès des prestataires et tout ce que vous devriez sinon penser à révoquer.
La liste API affiche chaque clé du compte : son nom, un Key ID tronqué, le niveau de permission choisi à la création, sa dernière utilisation et sa restriction IP. Last API call s'affiche dans le fuseau horaire du compte, et Allowed IPs indique 0.0.0.0/0 quand il n'y a aucune restriction.
Le Key ID sert uniquement à distinguer les clés. Il est tronqué et ne permet pas de s'authentifier.
Les permissions sont fixées à la création et ne peuvent plus être modifiées. Pour changer ce qu'une clé peut faire, créez une nouvelle clé avec les bonnes permissions, basculez votre intégration dessus, puis supprimez l'ancienne.
Le menu à trois points en bout de ligne propose une seule option : Delete. Une clé supprimée cesse de fonctionner immédiatement et les requêtes qui l'utilisent échouent à l'authentification.
Envoyez la clé comme bearer token dans chaque requête :
Requête
GET /v2/simcards HTTP/1.1Host: api.simbase.comAuthorization: Bearer YOUR_API_KEY
La documentation complète des endpoints se trouve sur developer.simbase.com.
Non. Les permissions sont définies à la création et ne changent plus. Créez une clé de remplacement avec les permissions nécessaires, basculez votre intégration, puis supprimez l'ancienne clé.
Non. La clé complète n'est affichée qu'une fois, à sa création. La liste ne montre qu'un Key ID tronqué, qui ne permet pas de s'authentifier. Supprimez la clé et créez-en une nouvelle.
Que la clé n'a pas de restriction IP et accepte les requêtes de n'importe quelle adresse. C'est ce que vous obtenez en laissant le champ IP restrictions vide.
Rien ne vous empêche d'utiliser une même clé pour plusieurs intégrations, mais une clé par intégration vaut la minute de plus. Vous limitez chaque intégration à ce dont elle a besoin, vous voyez dans la colonne Last API call laquelle est encore utilisée, et vous pouvez en supprimer ou en renouveler une sans casser les autres. Une clé partagée doit cumuler les permissions de tout le monde, et la révoquer coupe tout d'un coup.
Webhooks : recevez des événements sur une URL que vous contrôlez, sans interroger l'API
Usage Guard Toolkit (DIY) : une automatisation prête à l'emploi qui utilise une clé API avec la permission Write
Protection contre le vol : le scope simcards.details:write en pratique
Fuseau horaire du compte : définit le fuseau horaire de la colonne Last API call

