Non-OAuth 2.0 services
- 1 Minute to read
- DarkLight
Non-OAuth 2.0 services
- 1 Minute to read
- DarkLight
Article summary
Did you find this summary helpful?
Thank you for your feedback
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
- You have the link to API endpoint documentation.
Implementation
Since authorizing a service requires only providing a static values, the workflow is quite simple:
- Navigate to Dataddo API endpoint documentation to find the list of required attributes.
- 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.
- 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?