Our SparkPost integration is currently in Open Beta. As such, the info in this article may change.
Release Status | Open Beta | Availability | Free |
Status Page | SparkPost Status Page | Default Historical Sync | None |
Whitelist Tables/Columns | Unsupported/Unsupported | Default Replication Frequency | Continuous |
Destination Incompatibilities | None |
Connecting SparkPost
Connecting SparkPost to Stitch is a three-step process:
Add SparkPost as a Stitch Data Source
- On the Stitch Dashboard page, click the Add an Integration button.
-
Click the SparkPost icon.
-
Enter a name for the integration. This is the name that will display on the for the integration; it’ll also be used to create the schema in your data warehouse.
For example, the name “Stitch SparkPost” would create a schema called
stitch_sparkpost
in the data warehouse. This schema is where all the tables for this integration will be stored. - Click Save Integration.
Generating a SparkPost Webhook URL
Once Stitch has successfully saved and created the SparkPost integration, you’ll be redirected to a page that displays your SparkPost webhook URL and token (which is blurred in the image below):
Click the Copy button to copy it.
Note that this particular URL won’t display in Stitch again once you click Continue. Think of this URL like you would your login or API credentials - keep it secret, keep it safe. You can, however, generate another URL should you need it.
Once you’ve copied your webhook URL, click Continue to wrap things up in Stitch.
Setting Up Webhooks in SparkPost
The last step is to setup webhooks in your SparkPost account.
- Sign into your SparkPost account.
- Click Account in the left nav tab.
- Click Webhooks.
- Click the New Webhook button.
- In the Webhook Name field, enter a name for the webhook. We recommend using a name that will tell you, at a glance, what the webhook is for.
- In the Target URL field, paste your Stitch-generated webhook URL.
- In the Authentication field, ensure that None is selected.
-
In the Events section, you can select the events you want to track. By default everything is selected, but to pick and choose, click Select and then use the checkboxes to select the events you want:
- When finished, click Add Webhook.
Testing the Setup
To ensure everything is set up properly, you can send a test call to your Stitch webhook by clicking the Test button next to the Stitch webhook and then clicking Send Test Batch:
If you encounter a 5xx
error (ex: 503 - Service Unavailable
), check the Stitch Status Page to see if we’ve reported any issues.
Replication
After you’ve successfully connected your SparkPost integration, Stitch will continuously replicate your webhook data into your data warehouse.
Webhooks & Historical Data
Because SparkPost data is sent to Stitch in real-time, this means that only new records are replicated to your data warehouse. Most webhook-based integrations don’t retain historical data due to this as-it-happens approach.
In the event that our webhook service experiences downtime, you may notice some lag between an event occurring and the data appearing in your data warehouse.
Method
This version of Stitch’s SparkPost integration uses Append-Only Replication. Append-Only Replication is a type of Incremental Replication where newly replicated data is appended to the end of a table. Existing rows are not updated - any updates will be added to the table as new rows. Data stored this way can provide insights and historical details about how those rows have changed over time.
Querying for the Latest Data
If you simply want the latest version of the object - or objects, if you elected to track more than one during the setup - in the integration’s table (data
), you’ll have to adjust your querying strategy to account for the append-only method of replication. This is a little different than querying records that are updated using updated_at
Incremental Replication.
To do this, you can use the _sdc_sequence
column and the table’s Primary Key. The _sdc_sequence
is a Unix epoch (down to the millisecond) attached to the record during replication and can help determine the order of all the versions of a row.
If you wanted to create a snapshot of the latest version of this table, you could run a query like this:
This approach uses a subquery to get a single list of every row’s Primary Key and maximum sequence number. It then joins the original table to both the Primary Key and maximum sequence, which makes all other column values available for querying.
Schema
In v1 of the Stitch Incoming Webhooks integration, Stitch will create a single table - called data
- in the webhook integration schema (this will be the name you enter in the Integration Schema field when you set up SparkPost) of your data warehouse.
The schema of this table will contain two “types” of columns: columns used by Stitch (prepended with _sdc
) and the columns sent by the provider’s webhook API.
Aside from the Stitch columns, the schema of this table will depend entirely on SparkPost’s webhook API. With the exception of the _sdc
fields, Stitch does not augment Incoming Webhooks data nor does it have any control over the fields sent by the webhook provider.
data
Replication Method: Append-Only (Incremental)
Contains Nested Structures?:
No
data
table contains data Attributes
While we try to include everything SparkPost has here, this may not be a full list of attributes. Refer to SparkPost's documentation for a full list and description of each attribute.
type
bounce_class
campaign_id
customer_id
delv_method
device_token
error_code
event_id
friendly_from
geo_ip__country
geo_ip__region
geo_ip__city
geo_ip__latitude
geo_ip__longitude
ip_address
ip_pool
message_id
msg_from
msg_size
num_retries
queue_time
rcpt_meta
rcpt_tags
rcpt_to
raw_rcpt_to
rcpt_type
raw_reason
reason
routing_domain
sending_ip
sms_coding
sms_dst
sms_dst_npi
sms_dst_ton
sms_remoteids
sms_segments
sms_src
sms_src_npi
sms_src_ton
subaccount_id
subject
template_id
template_version
timestamp
transmission_id
user_agent
user_str
Webhook URLs & Security
Stitch allows you to generate up to 2 SparkPost webhook URLs at a time. These URLs contain security access tokens and as such, have access to your SparkPost account.
If you ever need to change your webhook URL, you can do so in the Integration Settings page after the integration has been created:
- Click into the integration from the Stitch Dashboard page.
- Click the Settings button.
- In the Webhook URLs section, click the Generate Webhook URL button.
- A new webhook URL will display. Press the clipboard icon to copy it.
- Follow the steps in the Setting Up Webhooks in SparkPost section to update the webhook URL in SparkPost.
- After you’ve updated the webhook URL in SparkPost, click the Revoke button next to the oldest webhook URL in Stitch. This will invalidate the token and revoke access.
Related | Troubleshooting |
Questions? Feedback?
Did this article help? If you have questions or feedback, please reach out to us.