Wie automatisiere ich als Reseller die Provisionierung?

Du holst dir ein Reseller-Token (rk_…) im Partners-Kabinett und rufst damit denselben MCP-Endpoint (oder die REST-API) auf. Das Token ist rollengefiltert: es macht 30 reseller_*-Tools zugänglich, die den gesamten Kundenlebenszyklus abdecken — Tarif erstellen, Kunde anlegen, VM für ihn bestellen, Status lesen, sperren, entsperren, verlängern, kündigen. Einen Server für einen Kunden zu bestellen wird zu einem einzigen authentifizierten Aufruf statt einer Dashboard-Sitzung.

Was ist hier der Unterschied zwischen API und MCP?

Dieselben Fähigkeiten, zwei Türen. Die REST-API ist das, was du aus deinem eigenen Backend oder Billing skriptest. Der MCP-Endpoint macht dieselben reseller_*-Tools einem KI-Agenten oder MCP-fähigen Client zugänglich, sodass ein Modell sie direkt bedient. Du kannst eines oder beides nutzen — ein Billing-Webhook, der über REST provisioniert, und ein Agent, der den Rest über MCP erledigt.

Kann ein KI-Agent Bestellung und Sperrung wirklich ausführen?

Ja — dafür ist die MCP-Oberfläche da. Weil die Reseller-Tools für MCP zugänglich sind, kann ein mit deinem rk_-Token authentifizierter Agent eine VM bestellen, wenn ein Kunde zahlt, ihren Status lesen, bei Nichtzahlung sperren und bei Begleichung entsperren — alles ohne einen Menschen, der in einem Panel klickt. Du legst die Richtlinie fest; der Agent führt sie aus.

Wie wird mein Reseller-Zugang authentifiziert und eingegrenzt?

Mit einem Reseller-Token (rk_…), gesendet als Authorization: Bearer rk_… . Es ist rollengefiltert auf nur die reseller_*-Tools, operiert also deine Kunden und deine Tarife, nicht die Plattform als Ganzes. Halte das Token wie jede Zugangsdaten geheim; es ist der Schlüssel zu deiner ganzen Kundenflotte.

Muss ich alles auf einmal automatisieren?

Nein. Beginne mit der Provisionierung aus dem Dashboard, verschiebe dann mit dem Wachstum die häufigsten Aktionen in die API — meist zuerst Bestellung-bei-Zahlung und Sperrung-bei-Nichtzahlung. Der Punkt ist: der operative Aufwand hört auf, mit der Kundenzahl zu skalieren, sobald diese zwei automatisiert sind, und genau das macht ein großes Reseller-Buch profitabel.

Dein VPS-Reseller-Geschäft über API und MCP automatisieren

Ein von Hand geführtes Reseller-Geschäft stößt schnell an eine Decke: jede Bestellung, jede Sperrung, jede Verlängerung ist ein Mensch, der in einem Panel klickt, und deine Zeit wächst mit deiner Kundenzahl. Der Weg über diese Decke ist, die Operation als Code zu führen — und EQVPS macht die Reseller-Seite sowohl über eine REST-API als auch einen MCP-Endpoint zugänglich, sodass du sie skripten oder einem KI-Agenten übergeben kannst.

Ein Token, 30 Reseller-Tools

Du holst dir ein Reseller-Token (rk_…) im Partners-Kabinett und sendest es als Authorization: Bearer rk_…. Das Token ist rollengefiltert: es macht 30 reseller_*-Tools am selben MCP-Endpoint zugänglich, die den gesamten Kundenlebenszyklus abdecken:

einen Tarif erstellen und seinen Preis festlegen,
einen Kunden anlegen,
reseller_order_for_client — eine VM unter deiner Marke bestellen,
ihren Status lesen,
reseller_suspend_client / reseller_unsuspend_client — sperren und wiederherstellen,
verlängern und kündigen.

Einen Server zu bestellen hört auf, eine Dashboard-Sitzung zu sein, und wird zu einem einzigen authentifizierten Aufruf.

API oder MCP — dieselben Fähigkeiten, zwei Türen

Das sind keine konkurrierenden Optionen; es sind zwei Eingänge zu denselben Tools:

REST-API — das, was du aus deinem eigenen Backend oder Billing skriptest. Ein Zahlungs-Webhook feuert, dein Code ruft den Bestell-Endpoint auf, die VM wird unter deiner Marke provisioniert.
MCP-Endpoint — dieselben reseller_*-Tools, einem KI-Agenten oder MCP-fähigen Client zugänglich, sodass ein Modell sie direkt bedient.

Die meisten Reseller nutzen beides: einen Billing-Webhook, der über REST provisioniert, und einen Agenten, der die kniffligeren Entscheidungen über MCP übernimmt.

Der Burggraben: ein Agent, der die Operation führt

Hier hört es auf, wie jedes andere Reseller-Programm auszusehen. Weil die Reseller-Tools auf MCP liegen, kann ein mit deinem rk_-Token authentifizierter KI-Agent das Geschäft direkt führen — eine VM bestellen, wenn ein Kunde zahlt, den Status lesen, bei Nichtzahlung sperren, bei Begleichung entsperren — ohne Menschen in der Schleife. Dieselbe Plattform, auf der ein Agent seinen eigenen Server kaufen und betreiben kann, lässt einen Agenten eine Flotte im Auftrag deiner Kunden führen. Du legst die Richtlinie fest; der Agent führt sie aus. Das ist das von KI geführte Hosting-Geschäft als konkretes Muster.

Ein minimaler Ablauf

// authentifiziere jeden Aufruf mit deinem Reseller-Token
// Authorization: Bearer rk_...

reseller_order_for_client({ client_id, product: "small", os_id: 1 })  // unter deiner Marke provisionieren
// → service_id, ip, Zugang — liefere es deinem Kunden als dein eigenes
reseller_suspend_client({ service_id })       // bei Nichtzahlung
reseller_unsuspend_client({ service_id })      // bei Begleichung

Vier Aufrufe ersetzen, was früher eine Panel-Sitzung pro Kunde, pro Ereignis war.

Ehrliche Reichweite

Das Token ist eine Zugangsdaten. rk_… ist der Schlüssel zu deiner ganzen Kundenflotte — bewahre es wie einen auf und rotiere es bei Offenlegung.
Automatisierung führt deine Richtlinie aus, nicht ihre eigene. Ein Agent, der bestellt und sperrt, ist nur so gut wie die Regeln, die du ihm gibst; halte die Ausgaben durch ein Prepaid-Guthaben begrenzt, damit ein Bug oder ein schlechter Prompt nicht ausufert.
Support und Billing bleiben dein. Automatisierung entfernt das Klicken, nicht die Kundenbeziehung.

Wohin als Nächstes

Die vollständige Referenz — Authentifizierung, reseller_*-Tools, os_id-Handhabung und Status — steht in der Reseller-API-/MCP-Dokumentation. Neu auf der Geschäftsseite? Beginne mit Wie man ein VPS-Reseller-Geschäft startet. Die Großhandelsseite ist das White-Label-Reseller-Programm.