Erstellen Sie mit dem Simbase Usage Guard Toolkit eine benutzerdefinierte Nutzungsobergrenze

Die integrierte Funktion von Simbase Nutzungsbeschränkungen Überprüfen Sie die Nutzung, sobald die CDRs vom Netzwerk eintreffen, in der Regel alle paar Stunden. Falls Sie strengere Kontrollen (alle 30 Minuten, alle 5 Minuten, auf Abruf) oder benutzerdefinierte Logik (bei Warnung benachrichtigen, nur bestimmte SIM-Karten deaktivieren, Geschäftszeiten ausschließen), die Usage Guard Toolkit ist eine No-Code-Automatisierung, die Sie mithilfe der Simbase-API und Make.com selbst erstellen können.

In diesem Artikel wird erläutert, was das Toolkit leistet, wann es die richtige Lösung ist und wie man es einrichtet.

Was das Toolkit leistet

Eine zeitgesteuerte Automatisierung, die:

Ruft die Nutzungs-API von Simbase ab für jede SIM-Karte in Ihrem Konto (oder eine gefilterte Teilmenge davon)
Vergleicht die Nutzung für jede SIM-Karte im Vergleich zu einem von Ihnen festgelegten Schwellenwert
Deaktiviert SIM-Karten, die den Schwellenwert überschreiten über die Simbase-API
Benachrichtigt Sie (Slack, E-Mail, Webhook, Google-Tabellen-Protokoll – was auch immer du einbindest)

Es basiert auf Make.com denn es ist visuell, erfordert keinen Programmiercode und die meisten Kunden können es in weniger als 15 Minuten zum Laufen bringen. Die gleiche Logik funktioniert auch in Zapier, n8n oder einem benutzerdefinierten Skript. Make.com ist lediglich der von Simbase dokumentierte Weg.

Wenn das Toolkit die richtige Lösung ist

Entscheiden Sie sich für das Toolkit anstelle (oder zusätzlich zu) den nativen Nutzungsbeschränkungen, wenn Sie Folgendes benötigen:

Kürzere Prüfintervalle. Native Limits werden bei Eingang eines CDR ausgeführt; das Toolkit kann so oft ausgeführt werden, wie es Ihre Automatisierungsplattform zulässt
Benutzerdefinierte Benachrichtigungsabläufe. Möchtest du bei 80 % der Obergrenze eine Benachrichtigung in Slack erhalten und diese bei 100 % deaktivieren? Dann richte es ein.
Mehrstufige Schwellenwerte. Erst warnen, dann deaktivieren, dann den Betrieb benachrichtigen – alles in einem Arbeitsablauf
Bedingungen für Geschäftsregeln. Deaktivierung an Wochenenden überspringen, bestimmte Tags ignorieren, nur Test-SIM-Karten deaktivieren und so weiter
Systemübergreifende Integration. Synchronisieren Sie die Nutzungsdaten mit Ihrem CRM, protokollieren Sie jedes Deaktivierungsereignis in einem Data Warehouse und so weiter

Halten Sie sich an die systemeigenen Nutzungsbeschränkungen, wenn:

Das Standardverhalten (Deaktivierung bei Überschreitung des Limits, optionaler monatlicher automatischer Reset) entspricht Ihren Wünschen.

Sie möchten keine Automatisierungslösung eines Drittanbieters verwalten
Sie benötigen keine benutzerdefinierten Benachrichtigungen oder Geschäftslogik

Sie können Folgendes verwenden: beides: Die nativen Nutzungsbeschränkungen dienen als Grundlage, wobei das Toolkit Sonderfälle abdeckt. Es gibt keine Konflikte.

Was das Toolkit nicht leisten kann

Gleiche Einschränkung wie bei den nativen Nutzungsbeschränkungen: Das hängt von den Nutzungsdaten von Simbase ab., was von der Übermittlung der CDRs aus dem Netzwerk abhängt. Ein Toolkit, das alle 5 Minuten ausgeführt wird, arbeitet weiterhin mit CDRs, die unter Umständen bereits mehrere Stunden alt sind.

Für eine echte Echtzeit-Obergrenze müssten Sie die Datennutzung überwachen auf dem Gerät selbst und das Gerät soll die Verbindung unterbrechen, sobald das Limit erreicht ist. Das geht über die Möglichkeiten von Simbase oder Make.com hinaus.

Entwurf

Make.com scenario showing the Usage Guard flow: query usage, iterate, get SIM state, disable SIM.

Wenn das kompliziert aussieht, machen Sie sich keine Sorgen. Dieses Tutorial führt Sie Schritt für Schritt durch die Erstellung Ihres eigenen „Usage Guard Toolkits“. Sie müssen keinen Code schreiben, und wir zeigen Ihnen genau, wie Sie es mit Make.com einrichten.

Einrichtung des Toolkits

Schritt 1: Wählen Sie Ihre Automatisierungsplattform aus

Make.com wird für Einsteiger empfohlen:

Visueller Flow-Builder, keine Programmierung erforderlich
Die kostenlose Stufe reicht für kleine Flotten aus
Die kostenpflichtigen Tarife eignen sich für größere Flotten und kürzere Intervalle

Zapier, n8n, Pipedream oder ein benutzerdefiniertes Python-/Node-Skript – alles funktioniert. Im weiteren Verlauf dieser Anleitung wird Make.com verwendet; die gleichen Module und die gleiche Logik gelten jedoch auch für andere Plattformen.

Schritt 2: Erstelle einen SimbaAPI-Schlüssel

Anmelden bei dashboard.simbase.com
Weiter zu Integrationen → API-Schlüssel
Klicken API-Schlüssel erstellen
Nenn es, wie du willst Usage Guard Toolkit (oder ähnliches)
Aktivieren Schreiben Berechtigung. Die übrigen Einstellungen auf den Standardwerten belassen
Klicken Erstellen und den Schlüssel kopieren

Behandeln Sie den API-Schlüssel wie ein Passwort. Jeder, der diesen Schlüssel besitzt, kann Ihre SIM-Karten verwalten. Speichern Sie ihn im Geheimdaten-/Verbindungsmanager Ihrer Automatisierungsplattform und nicht im Klartext.

Schritt 3: Importieren Sie die Make.com-Bauanleitung

Simbase veröffentlicht eine vorkonfigurierte Vorlage, die Sie in einem Schritt importieren können:

Laden Sie die Blaupause herunter (suche nach Simbase-Usage-Guard-Toolkit.blueprint.json, ~27 KB).
Erstellen Sie in Make.com ein neues Szenario
Verwendung Blaupause importieren und wählen Sie die heruntergeladene JSON-Datei aus
Öffnen jedes der drei HTTP-Module und Den Platzhalter ersetzen YoUrApiKeYHeRe mit Ihrem API-Schlüssel
Stellen Sie die Nutzungsschwelle im Vergleichsmodul (Standardbeispiel: 10 GB)
Testen Sie das Szenario manuell, bevor Sie den Zeitplan aktivieren.

Der Entwurf regelt den grundlegenden Ablauf: Nutzungsdaten abrufen → SIM-Karten durchlaufen → mit Schwellenwert vergleichen → aktuellen SIM-Status prüfen → SIM-Karten deaktivieren, die noch nicht deaktiviert sind.

Schritt 4: An Ihre Bedürfnisse anpassen

Die Vorlage dient als Ausgangspunkt. Häufige Anpassungen:

Schwellenwertumrechnung. Die API gibt die Nutzung in Byte an, und zwar in binären Gigabyte: 1 GB = 1.073.741.824 Byte, also 10 GB = 10.737.418.240. Dies entspricht nicht der Konvention im Dashboard, wo ein Nutzungslimit von 1 GB 1.000 MB bedeutet. Ein Toolkit-Schwellenwert von 10 GB liegt etwa 7 % über einem Nutzungslimit von 10 GB – wenn Sie möchten, dass beide Werte übereinstimmen, stellen Sie den Toolkit-Vergleich stattdessen auf 10.000.000.000 ein.
Paginierung. Für die oben genannten Fälle werden etwa 500 SIM-Karten benötigt. Siehe unten den Abschnitt zur Paginierung für große Flotten.
Benachrichtigungen. Füge ein Modul hinzu, das eine Benachrichtigung über Slack, per E-Mail oder Webhook sendet, wenn eine SIM-Karte den Schwellenwert überschreitet
Tag-Filter. Wende die Überprüfung nur auf SIM-Karten mit einem bestimmten Tag an (zum Beispiel, Produktion nur, ausschließen Test)

Durchlaufen des SIM-Arrays

Die Nutzungs-API gibt ein Array von SIM-Objekten unter dem data.simcards Feld. So bearbeiten Sie jedes Feld einzeln in Make.com:

Legen Sie im HTTP-Modul Folgendes fest: Antwort auswerten zu Ja
Füge ein Iterator Modul
Setze das Array des Iterators auf data.simcards aus der HTTP-Antwort

Jede Iteration ist dann eine einzelne SIM-Karte, die Sie vergleichen und auf deren Grundlage Sie Maßnahmen ergreifen können.

Paginierung für große Flotten

Die Vorlage enthält standardmäßig keine Paginierung. Sie funktioniert ohne Anpassungen für Flotten mit bis zu einigen hundert SIM-Karten. Für größere Flotten:

Überprüfen Sie die API-Antwort auf "has_more": true
Falls zutreffend, lesen Sie den Cursor Wert
Senden Sie eine weitere Anfrage an /v2/usage/simcards?cursor=<value>
Wiederholen, bis has_more ist falsch

Bei Make.com wird dies mit einem Repeater und eine HTTP-Anfrage-Schleife, was außerhalb des Geltungsbereichs des grundlegenden Konzepts liegt.

Haftungsausschluss

Das Usage Guard Toolkit ist Selbermachen. Es nutzt zwar die offizielle Simbase-API, Simbase übernimmt keine Haftung für:

Verpasste Obergrenzen aufgrund von CDR- oder API-Verzögerungen
SIM-Karten werden nicht rechtzeitig deaktiviert
Daraus resultierende Mehrkosten, Kosten oder Betriebsunterbrechungen

Testen Sie Ihre Konfiguration sorgfältig, überwachen Sie sie regelmäßig und verlassen Sie sich nicht ausschließlich darauf als einzige Sicherheitsmaßnahme für SIMs, bei denen Kostenüberschreitungen katastrophale Folgen hätten.

Häufig gestellte Fragen

Ja. Die Logik lässt sich direkt übertragen. Die Make.com-Blaupause dient als Ausgangspunkt; erstellen Sie die gleichen Module in Zapier mithilfe von HTTP-Anfrageschritten nach.

Ja. Fügen Sie ein geplantes Szenario hinzu, das am 1. jedes Monats ausgeführt wird und SIM-Karten anhand eines Tags oder Filters wieder aktiviert. Die native Funktion „Monatliches automatisches Zurücksetzen der Nutzungslimits“ übernimmt dies für Sie, wenn Sie nur das grundlegende Verhalten benötigen.

Häufiger bedeutet nicht unbedingt genauer. Das Toolkit liest die Simbase-Nutzungsdaten aus, die nur aktualisiert werden, wenn CDRs aus dem Netzwerk eintreffen – oft im Abstand von mehreren Stunden. Eine Ausführung alle 5 Minuten führt meist dazu, dass dieselben Zahlen erneut ausgelesen werden, was die Automatisierungsvorgänge überlastet. Alle 15 bis 30 Minuten reichen für die meisten Flotten aus.

Die SIM-Karten werden durch nichts deaktiviert. Das Toolkit ist das einzige Element, das Ihren benutzerdefinierten Schwellenwert durchsetzt. Daher wird die Sicherheitsvorkehrung bei einem angehaltenen Szenario, einem abgelaufenen API-Schlüssel oder einem ausgeschöpften Make.com-Tarif stillschweigend aufgehoben. Aktivieren Sie Fehlerbenachrichtigungen in Make.com und lassen Sie die nativen Nutzungslimits als Sicherheitsnetz im Hintergrund aktiviert.