Skip to main content
„Anwendung (Application)“ bezeichnet die Abonnementbeziehung des aktuellen Kontos zu einem bestimmten Dienst — Sie müssen zuerst eine Anwendung erstellen, bevor Sie für diese Anwendung API-Anmeldedaten erstellen und Geschäftsschnittstellen aufrufen können. Bei der erstmaligen Beantragung eines Dienstes erhält die Application den aktuell für diesen Dienst konfigurierten free_amount; dieser Wert kann 0 sein.
ℹ️ Diese Schnittstelle gehört zur AceDataCloud-Plattformverwaltungs-API mit dem einheitlichen Präfix https://platform.acedata.cloud/api/v1/. Den vollständigen Schnittstellenindex finden Sie unter Abrufen der AceDataCloud-Plattformdokumentenliste.

Vollständiger Integrationsprozess

Neue Benutzer durchlaufen von der Registrierung bis zum erfolgreichen Aufruf der ersten Geschäftsschnittstelle üblicherweise diese 5 Schritte:
  1. Kontotoken erhalten → AceDataCloud-Plattformkontotoken verwalten
  2. Dienst auswählen → AceDataCloud-Plattformdienstliste abrufen
  3. Anwendung erstellen (dieses Dokument) → Anfangskontingent gemäß Dienstkonfiguration erhalten
  4. API-Anmeldedaten erstellen → AceDataCloud-Plattform-API-Anmeldedaten erstellen
  5. Geschäftsschnittstelle aufrufen → Das erhaltene 32-stellige Token für https://api.acedata.cloud/<path> verwenden

Schnittstellenübersicht

Hinweise zur Authentifizierung (wie Sie ein Kontotoken erhalten)

Request-Header:
Das Kontotoken (Account Token) ist der „Schlüssel auf Kontoebene“, über den Entwickler ihre eigenen Kontoressourcen per API verwalten. So erhalten Sie es:
  1. Erstellung mit einem Klick in der Konsole (empfohlen): Melden Sie sich bei der AceDataCloud-Plattform an → Account-Token-Konsole → Klicken Sie auf „Erstellen“, um ein mit platform-v1- beginnendes Token zu erhalten.
  2. Erstellung per API: Rufen Sie mit einem vorhandenen Kontotoken oder einem JWT aus der Browser-Anmeldesitzung POST /api/v1/platform-tokens/ auf. Details finden Sie unter AceDataCloud-Plattformkontotoken verwalten.
⚠️ Kontotoken sind genauso vertraulich wie Passwörter und dürfen nicht in Frontend-Code oder öffentliche Repositorys geschrieben werden. Löschen Sie sie bei einer Offenlegung sofort in der Konsole und erstellen Sie sie neu.

Request-Body

Request-Beispiele

cURL

Python

Node.js

Antwortbeispiele

Erfolgreich (HTTP 201)

Die Struktur der zurückgegebenen Felder entspricht AceDataCloud-Plattformdienstanwendungsdetails abrufen.

Bereits beantragt (HTTP 400)

Dies ist eine harte Einschränkung im Design: Jeder Benutzer kann für jeden Dienst nur eine Application haben. Suchen Sie bei einer bereits bestehenden Anwendung über AceDataCloud-Plattformdienstanwendungsliste abrufen nach der vorhandenen.

Dienst nicht vorhanden (HTTP 404)

Dienst erfordert Überprüfung (HTTP 403)

Wenn für den Dienst need_verify=true gilt (dieses Feld ist in der Dienstliste sichtbar), müssen Sie den Ticketprozess durchlaufen, um eine Whitelist zu beantragen.

Fehlerbehandlung

Einheitliches Format der Fehlerantwort:

Praktische Hinweise

  • Die Erstellung selbst verursacht keine Kosten: Bei der erstmaligen Erstellung wird das anfängliche Kontingent gemäß dem aktuellen free_amount des Dienstes festgelegt; dieser Wert kann 0 sein, und bei einer erneuten Erstellung derselben Art von Application ist eine wiederholte Gewährung nicht garantiert.
  • Ob eine Zahlung erforderlich ist, hängt vom Feld paid ab: Direkt nach der Beantragung gilt paid=false; nach dem Aufruf von AceDataCloud-Plattform-Aufladebestellung erstellen und Abschluss der Zahlung wird es zu true.
  • disabled=true bedeutet, dass der Dienst vorübergehend deaktiviert wurde — beispielsweise aufgrund ausgelöster Risikokontrolle, Zahlungsrückständen usw. Bei Deaktivierung geben die Geschäftsschnittstellen 403 zurück.
  • Keine unbegrenzten parallelen Erstellungen durchführen: Zuerst die Ziel-service_id aus der paginierten Dienstliste abrufen und dann je nach Geschäftsbedarf einzeln beantragen; bei duplication die vorhandene Application wiederverwenden.

Zugehörige Schnittstellen