You can authenticate with GoodData to create your own instance of the GoodData connector through the UI or through APIs. Once authenticated, you can use the connector instance to access the different functionality offered by the GoodData platform.

Authenticate Through the UI

Use the UI to authenticate with GoodData and create a connector instance. You will need your GoodData Username, Password, Project Name, and SiteAddress that you identified in GoodData API Provider Setup.

After successfully authenticating, we give you several options for next steps. Make requests using the API docs associated with the instance, map the instance to a common resource, or use it in a formula template.

Authenticate Through API

You will need your GoodData Username, Password, and SiteAddress.

Please see the GoodData API Documentation for more information.

The GoodData Getting Started with the GoodData APIs also provides information about how to sign up, as well as information on the GoodData API.

When you provision an instance, your app will have access to the different functionality offered by the GoodData platform.

Step 1. Create an Instance

To provision your GoodData Connector, use the /instances API.

Below is an example of the provisioning API call.

• HTTP Headers: Authorization- User , Organization
• HTTP Verb: POST
• Request URL: /instances
• Request Body: Required – see below
• Query Parameters: none

Description: token is returned upon successful execution of this API. This token needs to be retained by the application for all subsequent requests involving this connector instance.

A sample request illustrating the /instances API is shown below.

HTTP Headers:

Authorization: User <INSERT_USER_SECRET>, Organization <INSERT_ORGANIZATION_SECRET>

This instance.json file must be included with your instance request. Please fill your information to provision. The “key” into SAP Open Connectors GoodData is "pipedrive". This will need to be entered in the “key” field below depending on which Connector you wish to instantiate.

{
  "element": {
    "key": "gooddata"
  },
  "configuration": {
    "username": "<INSERT_GOODDATA_USERNAME>",
    "password": "<INSERT_GOODDATA_PASSWORD>",
    "siteAddress": "<INSERT_GOODDATA_SITEADDRESS>"
  },
  "tags": [
    "<ADD_YOUR_TAG>"
  ],
  "name": "<INSERT_INSTANCE_NAME>"
}

Here is an example cURL command to create an instance using /instances API.

Example Request:

curl -X POST
-H 'Authorization: User <INSERT_USER_SECRET>, Organization <INSERT_ORGANIZATION_SECRET>'
-H 'Content-Type: application/json'
-d @instance.json
'https://api.openconnectors.us2.ext.hana.ondemand.com/elements/api-v2/instances'

If the user does not specify a required config entry, an error will result notifying her of which entries she is missing.

Below is a successful JSON response:

{
  "id": 1234,
  "name": "Test",
  "token": "bHtCEV5ufn8BB6FaXn/fBxs2LBqpHvE4A0=",
  "element": {
    "id": 1469,
    "name": "GoodData",
    "key": "gooddata",
    "description": "GoodData’s cloud-based, multi-tenant platform can deliver reports on data from various sources, while allowing users to carry out ad-hoc analysis to answer pressing business questions.",
    "image": "https://www.gooddata.com/sites/default/files/images/GoodData_Vertical_Black.png",
    "active": true,
    "deleted": false,
    "typeOauth": false,
    "trialAccount": false,
    "resources": [    ],
    "transformationsEnabled": true,
    "bulkDownloadEnabled": false,
    "bulkUploadEnabled": false,
    "cloneable": true,
    "authentication": {
      "type": "basic"
    },
    "hub": "db",
    "protocolType": "http",
    "parameters": [
      {
        "id": 956,
        "createdDate": "2016-11-20T17:19:13Z",
        "name": "siteAddress",
        "vendorName": "siteAddress",
        "type": "configuration",
        "vendorType": "path",
        "source": "request",
        "elementId": 1469,
        "required": false
      },
      {
        "id": 967,
        "createdDate": "2016-11-27T11:02:44Z",
        "name": "userId",
        "vendorName": "userId",
        "type": "configuration",
        "vendorType": "path",
        "source": "request",
        "elementId": 1469,
        "required": false
      }
    ],
    "private": false
  },
  "provisionInteractions": [],
  "valid": true,
  "disabled": false,
  "maxCacheSize": 0,
  "cacheTimeToLive": 0,
  "configuration": {
    "base.url": "https://{siteAddress}/gdc",
    "filter.response.nulls": "true",
    "password": "********",
    "pagination.type": "page",
    "pagination.max": "100",
    "profileId": "",
    "siteAddress": "secure.gooddata.com",
    "userId": "ba21346d7bed5b1a5967e",
    "pagination.page.startindex": "1",
    "username": "USERNAME"
  },
  "eventsEnabled": false,
  "traceLoggingEnabled": false,
  "cachingEnabled": false,
  "externalAuthentication": "none"
}

Note: Make sure you have straight quotes in your JSON files and cURL commands. Please use plain text formatting in your code. Make sure you do not have spaces after the in the cURL command.

Instance Configuration

The content in the configuration section or nested object in the body posted to the POST /instances or PUT /instances/{id} APIs varies depending on which connector is being instantiated. However, some configuration properties are common to all connectors and available to be configured for all connectors. These properties are -

• event.notification.enabled: This property is a boolean property, and determines if event reception (via webhook or polling) is enabled for the connector instance. This property defaults to false.
• event.vendor.type: When event.notification.enabled property is set to true, this property determines the mechanism to use to receive or fetch changed events from the service endpoint. The supported values are webhook and polling. Most connectors support one mechanism or the other, but some like Salesforce.com support both mechanisms. This property is optional.
• event.notification.type: This property can be used to determine how an event notification should be sent to the consumer of the connector instance, in most cases your application. Currently, webhook is the only supported value for this property. This means that when an event is received by the connector instance, it will get forwarded to the provided event.notification.callback.url via a webhook to you. This property is optional.
• event.notification.callback.url: As mentioned above, the value of this property is an http or https URL to which we will post the event for consumption by your application. This property is optional.
• filter.response.nulls: This property defaults to true, i.e., it's boolean property, and determines if null values in the response JSON should or should not be filtered from the response returned to the consuming application. By default, all null values are filtered from the response before sending the response to the consuming application.