Introduction

Acceldata provides a comprehensive set of RESTful APIs that enable you to programmatically interact with the Acceldata Data Observability Cloud (ADOC) platform. These APIs are designed to support integration, automation, and advanced analytics use cases across your data ecosystem.

The API documentation offers detailed information on endpoints related to:

  • User and Role Management – Manage users, roles, and access controls programmatically.
  • Data Source Operations – Automate data source registration, updates, and health checks.
  • Pipeline and Job Monitoring – Retrieve pipeline status, job metrics, and execution logs.
  • Cost and Usage Insights – Access billing data, cost breakdowns, and usage reports.
  • Custom Alerts and Dashboards – Configure alerts and extract observability metrics via APIs.

Whether you're integrating ADOC with internal tooling, building operational dashboards, or automating workflows, these APIs provide the flexibility and control to extend the platform's capabilities beyond the user interface.

How to Use These APIs

  1. Authentication

    • Every API call requires an accessKey and secretKey.
    • Provide them as headers in your request.
    • See Authentication & Headers.
  2. Request Format

    • Use standard REST conventions (GET, POST, PUT, DELETE).
    • Send and receive data in application/json.
  3. Response Codes

Acceldata APIs return standard HTTP status codes to indicate whether an API request was successful or failed.

Status CodeDescription
200 OKThe request has succeeded. The information returned with the response depends on the method used in the request.
201 CreatedThe request has been fulfilled and has resulted in one or more new resources being created.
204 No ContentThe server successfully processed the request and is not returning any content.
400 Bad RequestThe server cannot or will not process the request due to a client error (e.g., malformed request syntax, invalid request message framing, or deceptive request routing).
401 UnauthorizedAuthentication is required and has either failed or not been provided. Similar to 403 but specific to authentication.
403ForbiddenThe server understood the request but refuses to authorize it.
404 Not FoundThe server cannot find the requested resource. Indicates that the resource does not exist.
405 Method Not AllowedA request method is not supported for the requested resource. Example: using GET on a resource that requires POST.
408 Request TimeoutThe client did not produce a request within the time that the server was prepared to wait. The client may repeat the request without modification.
409 ConflictThe request could not be completed due to a conflict with the current state of the resource.
415 Unsupported Media TypeThe request entity has a media type that the server or resource does not support.
422 Unprocessable EntityThe request was well-formed but was unable to be followed due to semantic errors.
429 Too Many RequestsThe server cannot handle the current level of concurrent API calls. This happens when rate limits are exceeded.
500 Internal Server ErrorA generic error message given when an unexpected condition was encountered.
503 Service UnavailableThe server is not ready to handle the request. This often happens if the server is down for maintenance or overloaded.
504 Gateway TimeoutThe server, acting as a gateway or proxy, did not receive a timely response from an upstream server.
  1. Error Handling

    • Errors are returned in a structured JSON format: { "error": { "code": 401, "message": "Invalid or missing authentication token." } }
  2. Best Practices

    • Always test with smaller datasets or sample rows before running bulk operations.
    • Use pagination (limit, offset) to avoid retrieving very large results in one request.
    • Organize API usage according to workflows: Discover assetsPreview dataMonitor reliabilityEnforce policies.

Recent API Changes

This section summarises API-level changes introduced in recent releases. For full payload and response comparisons across all releases, see SDK and API Changelog.

26.5.0

Pipeline APIs

  • Get Pipeline – The response now includes a uid field in the pipelineSummary object. This field provides a stable, unique identifier for each pipeline and can be used for consistent referencing across systems. All other Pipeline API endpoints are unchanged.

Datasource APIs, Asset APIs, Profiling APIs, Policy APIs, Data Quality / Reconciliation APIs

  • No changes in this release.

API Sections

The API documentation is organized by business workflows:

  • Assets → Discover, retrieve metadata, preview sample data
  • Reliability → Monitor data health, anomalies, and quality rules
  • Governance → Policies, rules, and enforcement counts
  • Access Management → Users, groups, and roles
  • Lineage & Advanced Use Cases → Trace data flow and dependencies
VariableType to search · ESC to discard
GlossaryType to search · ESC to discard
InsertType to search · ESC to discard
No matches