Non-OAuth 2.0 services
  • 1 Minute to read
  • Dark
    Light

Non-OAuth 2.0 services

  • Dark
    Light

Article summary

Non-OAuth 2.0 authorizers only require to supply static values. Typically it is either a combination of a username and password or some static token or API key. Some examples of static authorizers are Semrush, Appfigures, Mailchimp or Zendesk.

Prerequisites

Implementation

Since authorizing a service requires only providing a static values, the workflow is quite simple:

  1. Navigate to Dataddo API endpoint documentation to find the list of required attributes.
  2. Send the attributes with corresponding values as JSON object to /services endpoint. If successful Dataddo API will respond with HTTP ok code and idenfier of the newly created authorizer.
  3. Call /services/{id}/debug using the identifier of newly created authorizer to check if it works properly.

Example code

This example assumes using Appfigures authorizer. Implementation of other non-OAuth 2.0 services is analogical.

Simply send the required parameters to /services/appfigures endpoint.

POST /services/appfigures

Content-Type:application/json

{
    "serviceName":"appfigures",
    "config": {
        "client_key":"CLIENT_KEY",
        "username":"USERNAME",
        "password":"PASSWORD"
    }
}

If everything successful the Dataddo API will respond with new authorized service identifier that can be used in the source creation.

{
    "id":"1234"
}

Was this article helpful?