REST APIs provide seamless integration between upstream data transmission to Customer Data Platform (CDP) and downstream data retrieval. This integration enables efficient data management and accessibility.
To create user roles, tokens, and other elements through the REST API authentication, you must get access to the Integrations user interface by contacting your CDP administrator.
REST APIs provide an authentication mechanism to securely transmit data to the CDP Tracker API (DWTracker), which is a service endpoint within CDP. The authentication mechanism ensures comprehensive management of user access authorization and streamlines the ingestion of data upstream and reception of processed information downstream.
The following are the methods to transfer data to and from CDP:
/dw/tracker
path value:Through a server-side request to facilitate near real-time events based captures or daily data batches from source systems.
Through a client-side request to facilitate near real-time web capture through Acquia's proprietary web tracking SDK.
/dw/A360
path value to execute a backend request to fetch reconciled unified records from CDP for analysis and decision-making in other source systems.The following diagram illustrates source systems pushing upstream data to CDP:
The following diagram illustrates source systems pulling downstream data from CDP:
The following are the features of API integration:
Batch request from source systems: Capture data in batch processes from source systems such as customers, transactions, and transaction items data.
You can process the data in the following ways:
Bulk processing
Incremental processing
Event-based incremental processing
For example, developing API integrations and processing data in intermediate batches rather than sending daily flat files through SFTP. This implementation enhances flexibility, minimizes manual effort, and enables on-demand consulting from the CDP Professional Services team.
Near real-time customer website activity using the tracking script and SDK: Get a script solution to capture your customer's website activities in real-time. As a first-party cookie, you can integrate with the tracking script that captures customer activities on your website.
For example, browsing, updating carts, and checkout.
Export and reconcile profile views: Export reconciled profile views that provide a cohesive and unified view of customer profiles. This is crucial for businesses that focus on personalized marketing strategies and customer relationship management.
For example, extracting records from the post-processed and consolidated data into a unified customer view to any source system's strategic integration, aiding store vendors, call center operations, Salesforce support, and other customer database systems.
Based on your CDP contract, your CDP team provisions different environments, each with URLs that grant access to a variety of API services.
The API Framework provides a structured approach to utilize APIs across cloud and host environments. This approach ensures that each service endpoint is distinct and optimized for specific functions.
The following tables list the endpoints and environments for the APIs for various regions.
Service Authentication Endpoint
North America Region | ||
---|---|---|
Cloud services | Tenant environment | End points |
AWS | DEV Customer Sandbox (CS) | cs-auth.agilone.com/authentication |
cs-auth.agilone.com/token | ||
User Acceptance Testing (UAT) | auth.agilone.com/authentication | |
Production (PROD) | auth.agilone.com/token | |
GCP | DEV Customer Sandbox (CS) | cs-gcp-auth.agilone.com/authentication |
cs-gcp-auth.agilone.com/token | ||
User Acceptance Testing (UAT) | auth8.agilone.com/authentication | |
Production (PROD) | auth8.agilone.com/token |
Europe Region | ||
---|---|---|
Cloud services | Tenant environment | End points |
AWS | DEV Customer Sandbox (CS) | cs-auth.eu.agilone.com/authentication |
cs-auth.eu.agilone.com/token | ||
User Acceptance Testing (UAT) | auth.eu.agilone.com/authentication | |
Production (PROD) | auth.eu.agilone.com/token |
Upstream and Downstream Service Endpoint
The upstream and downstream service endpoints are services that either receive (upstream) or send (downstream) requests for data and operations.
The endpoints describe the direction of data flow and dependencies in service interactions, which is crucial for system design and optimization.
North America Region | ||
---|---|---|
Cloud services | Tenant environment | End points |
AWS | DEV Customer Sandbox (CS) | cs-api6-green.agilone.com/v2/ |
User Acceptance Testing (UAT) | api7.agilone.com/v2/ | |
Production (PROD) | ||
GCP | DEV Customer Sandbox (CS) | cs-gcp-api6.agilone.com/v2/ |
User Acceptance Testing (UAT) | cs-gcp-api8.agilone.com/v2/ | |
Production (PROD) |
Europe Region | ||
---|---|---|
Cloud services | Tenant environment | End points |
AWS | DEV Customer Sandbox (CS) | cs-api6.eu.agilone.com/v2/ |
User Acceptance Testing (UAT) | api6.eu.agilone.com/v2/ | |
Production (PROD) |
The following are the parameters of API endpoints:
Path parameters are easily readable parameters to create clear and concise URLs that indicate the resources they point to and the functions they perform.
Paths | ||
---|---|---|
Path | Path value | Description |
Tracker | /dw/tracker | Indicates the data warehouse (dw) that points to the service named tracker . |
A360 | /dw/a360 | Indicates the data warehouse (dw) that points to the service named a360 . |
Authentication | /authentication | Directs the request to the authentication service on the server. |
Token |
| Directs the request to a service or resource on the server that deals with token generation and management. |
Version | /v2 | Indicates the API version. |
TenantId | - | Indicates the numerical identifier correlating to the tenant ID for accessing the account. For example, 1111 , 2222 , 3333 . |
The action query string embedded in URLs sends commands to the server. Based on the commands, the server performs specific operations on a resource and modifies the response accordingly. It uses a key-value pair structure, with Action
as the key and values as login
, extend
, and create
. The value parameters are introduced by a question mark ?
or an ampersand &
, depending on their placement within the URL. This action parameter specifies the action that the API performs.
Action query string | ||
---|---|---|
Query string | Query string value | Description |
Action | ?action=login | The question mark |
&action=extend | The ampersand | |
&action=create | This action specifies a task that a server performs. For example, create a token. |
The Tracker API routes the payload requests through the following schemas:
a1user
a1webtag
These schemas act as the foundational template. The payload is separated into a designated query string for a target landing zone. Subsequently, the payload is transformed to fill the data warehouse entities. By default, the following entities are available:
CDP provides the following additional entities. To configure the additional entities, contact Acquia support:
The following table lists the schemes:
Schemes query string | ||
---|---|---|
Scheme | Query string value | Description |
a1user | ?scheme=a1user | The question mark |
a1webtag | ?scheme=a1webtag | The question mark |
The following table outlines the status response code and key scenarios that you might encounter while interacting with the REST API. These include successful token creation, prompt errors from exceeding the maximum number of allowed tokens, handling expired and invalid tokens, addressing login issues, and navigating general server errors.
Status code | Description |
| This API success code indicates the successful creation of a token. |
| This API error code indicates that you have exceeded the token creation limit and you cannot create a new token. The response payload displays the message: Active sessions for user have reached the set threshold . You must delete the existing tokens to create a new token. For more information, see Deleting Tokens for more information. |
| This API error code occurs when:
The response payload contains the error code INVALID_TOKEN_ID and the message |
| This API error code occurs when you enter wrong credentials multiple times. |
| This API error code occurs when a token does not exist. Acquia recommends that you use a POST call to generate a new token. Tokens expire by default after every 180 days. |
| This API status code indicates a generic server error. Acquia recommends to retry to push the data. |
If this content did not answer your questions, try searching or contacting our support team for further assistance.
Tue Sep 10 2024 23:57:08 GMT+0000 (Coordinated Universal Time)