Ein API-Schlüssel authentifiziert deine Anfragen an die Simbase API. Jeder Schlüssel bekommt beim Erstellen eine Reihe von Berechtigungen, und die stehen danach fest. Ein Schlüssel kann mehrere Integrationen bedienen, sicherer ist aber ein eigener Schlüssel pro Integration. Du erstellst und verwaltest Schlüssel im Dashboard unter Integrations → API.
Melde dich an bei dashboard.simbase.com.
Öffne Integrations → API.
Klicke auf Create New API Key.
Gib dem Schlüssel einen Namen, der seinen Zweck beschreibt, zum Beispiel Usage Guard Toolkit. Der Name ist nur eine Bezeichnung. Er erscheint in deiner Schlüsselliste und sonst nirgends.
Lege unter Resources die Berechtigungen fest, die der Schlüssel braucht. Siehe Berechtigungen weiter unten.
Klicke auf Create API Key und kopiere den Schlüssel.
In der Demo unten siehst du alle Schritte:
Berechtigungen legst du pro Ressource fest, in einer von drei Stufen. None heißt, dass der Schlüssel keinen Zugriff auf diese Ressource hat. Das ist auf jeder Zeile der Standard. Read ruft Daten ab und ändert nichts. Write erstellt, ändert und löscht. Wählst du Write, wird Read in derselben Zeile mit ausgewählt, denn wer schreibt, muss vorher lesen.
Nicht jede Ressource bietet alle drei Stufen. Account und Usage sind schreibgeschützt und zeigen daher None und Read. SIM card state, Reset, Registration und Auto-disable sind Aktionen statt Daten und zeigen deshalb None und Write.
| Ressource | Stufen | Umfasst |
|---|---|---|
All resources | None, Read, Write | Alle Zeilen darunter auf einmal |
Account | None, Read | Dein Kontodatensatz: Organisationsdaten, Benutzer und Rollen, Guthaben |
Usage | None, Read | Nutzungsdaten: Daten-, SMS- und Sitzungsverlauf |
SIM cards | None, Read, Write | Alles in der Gruppe SIM cards darunter |
– SIM card details | None, Read, Write | Der SIM-Datensatz selbst: Label, Tags, Tarif und Netzabdeckung, öffentliche IP, Nutzungslimits und IMEI-Sperre |
– SIM card state | None, Write | SIMs aktivieren und deaktivieren |
– Reset | None, Write | Verbindung zurücksetzen: Die aktuelle Datensitzung endet, damit eine neue starten kann |
– SMS | None, Read, Write | Nachrichtenverlauf lesen und Nachrichten senden |
– Registration | None, Write | Neue SIMs im Konto registrieren |
– Auto-disable | None, Write | Auto-disable-Datum setzen und löschen |
Utilities | None, Read | Alles in der Gruppe Utilities darunter |
– Geo | None, Read | Cell ID-Abfragen: der Mast, mit dem eine SIM verbunden ist |
Integrations | None, Read, Write | Alles in der Gruppe Integrations darunter |
– Webhooks | None, Read, Write | Webhook-Endpunkte auflisten, erstellen und löschen |
All resources
Account
Usage
SIM cards
– SIM card details
– SIM card state
– Reset
– SMS
– Registration
– Auto-disable
Utilities
– Geo
Integrations
– Webhooks
Neben SIM cards, Utilities und Integrations steht ein Pfeil. Klicke darauf, um die einzelnen Berechtigungen darunter aufzuklappen.
Eine Stufe auf der übergeordneten Zeile gilt für jede untergeordnete Zeile, oder deren höchste verfügbare Stufe. Setzt du All resources auf Write, bekommen Account und Usage Read, denn mehr unterstützen sie nicht.
Setzt du nur eine untergeordnete Zeile, zeigt die übergeordnete Zeile keine Auswahl. Das ist so gewollt. Eine übergeordnete Zeile zeigt nur dann eine Stufe, wenn alle untergeordneten Zeilen gleich stehen.
Vergib nur so viel, wie die Integration braucht. Ein Schlüssel, der nur die Nutzung lesen kann, kann keine SIM deaktivieren, wenn er in falsche Hände gerät.
| Die Integration… | Einstellung |
|---|---|
Berichtet über die Datennutzung | Usage: Read und SIM card details: Read |
Deaktiviert SIMs am Ende eines Datenpakets | SIM card state: Write |
Schaltet den Diebstahlschutz ein und aus | SIM card details: Write |
Leitet SMS weiter oder sendet sie | SMS: Write |
Registriert neue SIMs | Registration: Write |
Nutzt das Usage Guard Toolkit | All resources: Write |
Berichtet über die Datennutzung
Deaktiviert SIMs am Ende eines Datenpakets
Schaltet den Diebstahlschutz ein und aus
Leitet SMS weiter oder sendet sie
Registriert neue SIMs
Nutzt das Usage Guard Toolkit
In der API-Referenz erscheinen diese als Scope-Namen, die auf demselben Baum basieren. SIM card details entspricht simcards.details:read und simcards.details:write.
Aktiviere Show advanced settings für zwei optionale Felder. Beide kannst du leer lassen.
Beschränkt den Schlüssel auf eine vertrauenswürdige IP-Adresse oder einen Bereich in CIDR-Notation. Anfragen von anderen Adressen werden abgelehnt. Lass das Feld leer, wenn du keine Beschränkung willst. Die Schlüsselliste zeigt dann 0.0.0.0/0 unter Allowed IPs, also jede Adresse.
Die Anzahl der Tage ab Erstellung, bis der Schlüssel nicht mehr funktioniert. Gib 31 ein, und der Schlüssel läuft in 31 Tagen ab. Lässt du das Feld leer, läuft der Schlüssel nie ab.
Kurzlebige Schlüssel lohnen sich für einmalige Migrationen, Zugänge für externe Dienstleister und alles, was du sonst selbst widerrufen müsstest.
Die API-Liste zeigt jeden Schlüssel im Konto: seinen Namen, eine gekürzte Key ID, die Berechtigungsstufe bei der Erstellung, die letzte Nutzung und die IP-Beschränkung. Last API call wird in der Zeitzone deines Kontos angezeigt, und Allowed IPs zeigt 0.0.0.0/0, wenn es keine Beschränkung gibt.
Die Key ID dient nur dazu, Schlüssel auseinanderzuhalten. Die ID ist gekürzt und taugt nicht zur Authentifizierung.
Berechtigungen stehen bei der Erstellung fest und lassen sich danach nicht ändern. Willst du ändern, was ein Schlüssel darf, erstellst du einen neuen mit den gewünschten Berechtigungen, stellst deine Integration um und löschst den alten.
Das Drei-Punkte-Menü am Ende jeder Zeile hat genau eine Option: Delete. Ein gelöschter Schlüssel funktioniert sofort nicht mehr, und Anfragen damit scheitern an der Authentifizierung.
Sende den Schlüssel bei jeder Anfrage als Bearer Token mit:
Anfrage
GET /v2/simcards HTTP/1.1Host: api.simbase.comAuthorization: Bearer YOUR_API_KEY
Die vollständige Endpunkt-Dokumentation findest du auf developer.simbase.com.
Nein. Berechtigungen werden beim Erstellen festgelegt und sind danach fix. Erstelle einen Ersatzschlüssel mit den nötigen Berechtigungen, stelle deine Integration um und lösche den alten Schlüssel.
Nein. Der vollständige Schlüssel wird nur einmal angezeigt, beim Erstellen. Die Liste zeigt nur eine gekürzte Key ID, die nicht zur Authentifizierung taugt. Lösche den Schlüssel und erstelle einen neuen.
Dass der Schlüssel keine IP-Beschränkung hat und Anfragen von jeder Adresse annimmt. Das bekommst du, wenn du das Feld IP restrictions leer lässt.
Nichts hindert dich daran, einen Schlüssel für mehrere Integrationen zu nutzen, aber ein Schlüssel pro Integration ist die zusätzliche Minute wert. So bekommt jede Integration nur, was sie braucht, du siehst in der Spalte Last API call, welche noch aktiv ist, und kannst einen Schlüssel löschen oder ersetzen, ohne die anderen zu stören. Ein gemeinsamer Schlüssel muss die Berechtigungen aller zusammen tragen, und wenn du ihn widerrufst, fällt alles auf einmal aus.
Webhooks: Events an eine eigene URL senden lassen, ohne die API abzufragen
Usage Guard Toolkit (DIY): eine fertige Automatisierung, die einen API-Schlüssel mit Write-Berechtigung nutzt
Diebstahlschutz: der Scope simcards.details:write in der Praxis
Zeitzone des Kontos: legt fest, in welcher Zeitzone die Spalte Last API call angezeigt wird

