Skip to main content
「Ansökan(Application)」avser det aktuella kontots prenumerationsrelation till en viss tjänst — du måste först ansöka innan du kan skapa API-autentiseringsuppgifter för denna ansökan och anropa affärsgränssnitt. Vid första ansökan till en tjänst får Application tjänstens för närvarande konfigurerade free_amount; detta värde kan vara 0.
ℹ️ Detta gränssnitt tillhör AceDataCloud-plattformens hanterings-API, med det gemensamma prefixet https://platform.acedata.cloud/api/v1/. För ett fullständigt gränssnittsindex, se Hämta AceDataCloud-plattformens dokumentlista.

Fullständig integrationsprocess

Nya användare går vanligtvis igenom dessa 5 steg från registrering till att få sitt första affärsgränssnitt att fungera:
  1. Hämta kontotoken → Hantera AceDataCloud-plattformens kontotoken
  2. Välj tjänst → Hämta AceDataCloud-plattformens tjänstelista
  3. Skapa ansökan(detta dokument) → Få initial kvot enligt tjänstekonfigurationen
  4. Skapa API-autentiseringsuppgifter → Skapa AceDataCloud-plattformens API-autentiseringsuppgifter
  5. Anropa affärsgränssnitt → Använd den erhållna 32-siffriga token för att anropa https://api.acedata.cloud/<path>

Gränssnittsöversikt

Autentiseringsbeskrivning(hur man hämtar kontotoken)

Begärandehuvud:
Kontotoken(Account Token)är utvecklarens “kontonivånyckel” för att hantera sina egna kontoresurser via API. Sätt att hämta den:
  1. Skapa med ett klick i konsolen(rekommenderas):Logga in på AceDataCloud-plattformen → Account Token-konsolen → Klicka på 「Skapa」 för att få en token som börjar med platform-v1-.
  2. Skapa via API:Använd en befintlig kontotoken eller JWT för webbläsarens inloggningssession för att anropa POST /api/v1/platform-tokens/, se Hantera AceDataCloud-plattformens kontotoken för detaljer.
⚠️ Kontotoken är lika känslig som lösenord och får inte skrivas in i frontend-kod eller offentliga kodförråd. Om den läcker ska den omedelbart tas bort och återskapas i konsolen.

Begärandetext

Begärandeexempel

cURL

Python

Node.js

Svarsexempel

Lyckades(HTTP 201)

Strukturen för returfält är densamma som i Hämta detaljer om AceDataCloud-plattformens tjänsteansökan.

Redan ansökt(HTTP 400)

Detta är en hård begränsning i designen: varje användare kan endast ha en Application för varje tjänst. Om den redan finns, sök efter den befintliga via Hämta AceDataCloud-plattformens lista över tjänsteansökningar.

Tjänsten finns inte(HTTP 404)

Tjänsten kräver granskning(HTTP 403)

Om tjänsten har need_verify=true(detta fält kan ses i tjänstelistan)måste du ansöka om vitlistning via ärendeprocessen.

Felhantering

Enhetligt format för felsvar:

Praktiska tips

  • Själva skapandet debiteras inte: Vid första skapandet anges den initiala kvoten enligt tjänstens aktuella free_amount; detta värde kan vara 0, och att skapa samma typ av Application igen garanterar inte att gåvan upprepas.
  • Om betalning krävs avgörs av fältet paid: Precis efter ansökan är paid=false, och efter att skapa en AceDataCloud-plattformens påfyllningsorder har anropats för att slutföra betalningen blir det true.
  • disabled=true betyder att den är tillfälligt inaktiverad—till exempel på grund av aktiverad riskkontroll, obetalda avgifter osv. När den är inaktiverad returnerar affärsgränssnittet 403.
  • Skapa inte med obegränsad samtidighet: Hämta först mål-service_id från den paginerade tjänstelistan och ansök sedan om dem en i taget enligt verksamhetsbehov; återanvänd befintlig Application när duplication inträffar.

Relaterade gränssnitt