Skip to main content
Ace Data Cloud’s response shape differs by call type:
  1. Synchronous HTTP responses — direct return of POST /xxx
  2. Webhook callback bodies — POSTed to your callback_url once an async task finishes
The success/failure conventions of the two are not identical.

Synchronous response: success

On success the response carries upstream business fields and usually includes a success: true marker. See each API’s API reference for exact fields. Example (Midjourney /midjourney/imagine):

Synchronous response: error

Error responses have no success field — only error and trace_id:

Webhook callback body

If you passed callback_url when creating the task, we POST a JSON to that URL when the task finishes. The callback envelope differs from the sync envelope — it always includes a success field: Success callback:
Failure callback:
Callbacks are delivered via plain HTTP POST and currently carry no signature header. Make sure your callback_url is hard to guess, or verify the incoming task_id against tasks you previously created.

HTTP status codes

Verified error codes

These all come from PlatformGateway exception classes. Service-specific upstream codes (e.g. Midjourney’s own task_failed) follow each API’s own docs.

Retry guidance

  • 4xx generally should not be auto-retried (429 excepted); inspect error.message and fix the request
  • 429 / 5xx may be retried with exponential backoff and jitter
  • Persist trace_id to your logs for the fastest support resolution

Filing a ticket

Always include:
  1. trace_id
  2. Request URL, headers (mask the Token), and body
  3. Response status and body
Channels: platform.acedata.cloud ticket / support@acedata.cloud / status page.