Product and documentation updates from the team at Stitch.

Stay up-to-date by subscribing to our RSS feed.


Updated feature: Response for Import API access tokens

We’ve updated the response in the Stitch Connect API when retrieving access token IDs.

The Import API access token ID creation timestamp will now be included in the GET /v4/sources/{source_id}/tokens response. Check our docs to see an example.


Updated feature: Post-Load Webhooks API change

The Stitch Connect API and Application now require that you have a destination to create a post-load webhook.

In the Stitch Connect API, you now need to provide a Destination ID in the POST body. The destination_id parameter value should be the destination that will trigger the webhook. For more information, take a look at our docs on how to create a post-load webhook.

Use one of the following ways to find your Destination ID:

via the Connect API: Call GET /v4/destinations

via the Web Application:

  1. Log into your Stitch account.
  2. Navigate to Destinations.
  3. Your ID is part of the web URL. Look for /v2/destinations/<destination_id>/edit.

If you need additional help retrieving your Destination ID, please reach out to Stitch Support.


Stitch Connect JavaScript (Stitch.js) deprecation

As of today, the Stitch Connect JavaScript client, or Stitch.js, has been deprecated.

What does this mean?

Stitch.js will continue to function, but Stitch will no longer formally support its use.

Does this affect the Connect API?

The only endpoint affected by this change is the Create a Session endpoint. All other endpoints in the Connect API remain unchanged.

When will it stop functioning?

We don’t have a sunset, or end-of-life, date set just yet. If and when a sunset date is chosen, we’ll communicate it here and through other support channels.

What should you do instead?

If you’re using Stitch.js, transition to using parallel functionality in the Connect API.

The following table lists all Stitch.js functions, the Connect API endpoint that provides the same functionality, and links to resources that explain how to perform the functions in the API.

Stitch.js function Connect API endpoint How-to guide
addSource POST /v4/sources

Create and configure a source

authorizeSource PUT /v4/sources/{source_id}

Configure OAuth for a source

displayDiscovery GET /v4/sources/{source_id}/streams

Field selection compatability rules

selectStreamsForSource PUT /v4/sources/{source_id}/streams/metadata

Select streams and fields

editSource PUT /v4/sources/{source_id}

Create and configure a source

What about performing OAuth for sources?

The Connect API can still perform OAuth for sources that support it. Check out the Configure OAuth for a Data Source with the Connect API guide for step-by-step instructions.


PostgreSQL (v2) update: Google CloudSQL PostgreSQL now available!

A new version (v2) of our Google CloudSQL PostgreSQL integration is now available!

Along with all of the new features in v2 of the PostgreSQL integration (which this integration is based on), we’ve also added support for:

  • SSL connections
  • Log-based Incremental Replication

Learn more in our Google CloudSQL PostgreSQL integration documentation.


Databricks Delta (v1) update: Leaving beta!

Our Databricks Delta Lake (AWS) destination has left open beta and is now generally available! Check out the documentation for more info about this destination.


Shopify (v1) update: Updated setup requirements for Shopify Plus plans

We’ve updated our Shopify documentation to include info about the required permissions for users on Shopify Plus plans.

In general, view-level permissions should be sufficient to allow Stitch to replciate data. We recommend checking out Shopify’s Staff Permissions documentation for details on the permissions available inShopify.


Campaign Manager (v1) update: API version upgrade

We’ve upgraded the API version our Campaign Manager integration uses to extract data, from 3.2 to 3.5.


Yotpo (v1) improvement: Error handling and messaging

We’ve made some updates to our Yotpo integration that improves error handling and messaging during Extraction:

  • Fixed a transform error with the unsubscribers table. Previously, records without valid Primary Key values would result in a critical error that stopped extraction. Now, these records will be dropped and a message will display in the Extraction Logs. This allows Extraction to continue for records with valid Primary key values.

  • Some errors now result in an automatic retry. Previously, if the integration received certain response codes from Yotpo’s API, Stitch would stop Extraction. The following response codes now trigger an exponential backoff and then automatic retry:

    Response code Message
    401 Invalid authorization credentials.
    429 The API rate limit for your organisation/application pairing has been exceeded.
    502 Server received an invalid response.
    503 API service is currently unavailable.
    504 API service time out, please check Yotpo server.

Yotpo (v1) bug fix: Corrected Replication Method for tables

We’ve corrected the Replication Method for a few Yotpo tables in the docs. These tables were listed as using Key-based Incremental Replication, but in fact are Full Table:

  • products
  • unsubscribers

Pipedrive (v1) update: Removed delete_log table

Due to Pipedrive removing support for delete_logs from their API, we’ve removed this table from our Pipedrive integration. We’ve also updated the docs to reflect this.


Pipedrive (v1) bug fix: Corrected Replication Method for tables

We’ve corrected the Replication Method for a few Pipedrive tables in the docs. These tables were listed as using Key-based Incremental Replication, but in fact are Full Table:

  • activity_types
  • filters
  • pipelines
  • stages
  • users

New documentation: Understanding integration versioning and statuses

After the v2 release of our PostgreSQL integration, we received some questions about how integrations are versioned. Today, we’re adding a new resource to the docs to help answer these questions: Understanding Integration Versioning and Upgrades in Stitch

This new guide contains info about the process each version of our integrations goes through, what each version status (ex: Beta, Released (Testing) means, and how to identify which version of an integration you’re using.


Amazon S3 CSV (v1) bug fix: Corrected type checking for integers and numbers

Previously, data type checking for integer and number data types wasn’t explicitly enforced, which resulted in some integer data being incorrectly typed. This has been corrected.


Chargebee (v1) update: New item tables for Chargebee Product Catalog v2!

We’ve made some big changes to how our Chargebee integration works, along with adding some new tables.

(v1) integrations now use the Product Catalog version for the site to determine which tables to display in Stitch. Some tables and fields are only available if your site is using v1.0 of the Product Catalog, some only on v2.0. We’ve added a new section to the documentation that goes into more detail.

In addition to this change, we’ve added a few new tables which are available if using Product Catalog v2.0:

Note: Stitch’s (v1) integration supports both Product Catalog v1.0 and v2.0. The version of the integration doesn’t refer to support for a specific Product Catalog version.


Square (v1) update: item_data object removed from orders table

The item_data object has been removed from Square’s orders table. We removed this object due to it being undocumented by Square and not being returned by Square’s API.


Outreach (v1) update: New tables and foreign key documentation

We’ve added some new tables to our Outreach (v1) integration:

  • sequence_states
  • sequence_steps
  • sequence_templates
  • sequences

We’ve also updated the Outreach table documentation to include info about foreign keys and how tables related to each other. Check it out here.


Chargebee (v1) bug fix: Correct issue with cf_company_id data type

Previously, Chargebee integrations could encounter issues related to data typing when replicating the cf_company_id field in the customers and events table. We’ve addressed this by allowing this field to be either an integer or a string.


Harvest Forecast (v1) bug fix: Correct sync_endpoints method

This update fixes an issue in Harvest Forecast integrations where data replication would fail due to incorrectly ordered objects in the integration’s code. Additionally, this change also removes duplicate items from the integration’s output.


Amazon S3 CSV (v1) improvement: Duplicate column headers and extra value support

Our Amazon S3 CSV integration now supports duplicate column headers and extra values in rows. We’ve added an additional system column (_sdc_extra) to support these scenarios.

Check out the Amazon S3 CSV docs for more info and examples.


Harvest (v2) update: Updated API request headers

We’ve updated the headers our Harvest (v2) integration uses to make API calls to align with the recent changes made by Harvest.


API documentation update: New guide for creating destinations

We’ve added a new guide to the Connect API resources!

Use the Create a Destination with the Connect API guide to learn how to connect a destination to your Stitch account using the API. You can also use this guide to learn about the process for switching to a different destination.


API documentation update: Improved connection property docs

We’ve moved the documentation for connection property objects out of the Connect API reference and into their own reference: Destination and Source Connection Property API Reference

This new resource includes:

  • An explanation of what connection properties are and how to use them
  • Info about what connections are available in the API
  • Details about the properties required to create and configure each available connection using the API

ReCharge (v1) update: New rate limit handling

We’ve updated how our ReCharge (v1) integration makes requests to the ReCharge API to ensure Stitch doesn’t exceed ReCharge’s rate limit.


Mambu (v2) bug fix: Corrected handling for lists of custom fields

We’ve updated the Mambu integration to correctly handle lists of custom fields. Previously, the integration would drop lists (arrays) of custom fields. Lists of custom fields will now be correctly saved and replicated.


PostgreSQL (v2) update: Leaving beta!

A new version (v2) of our PostgreSQL integration has left beta and is now generally available!

This version (v2) of Stitch’s PostgreSQL integration optimizes replication by utilizing Avro schemas to write and validate data, thereby reducing the amount of time spent on data extraction and preparation. Compared to previous versions of the PostgreSQL integration, this version boasts increased performance and overall reduced replication time.

Notable improvements and changes in this version also include:

  • Expanded data type support. This version supports additional PostgreSQL data types. Refer to the PostgreSQL data types documentation for more info.
  • Improved handling of JSON, JSONB, and HSTORE data types. In previous versions, these data types were treated as strings. This version will send them to your destination as JSON objects, which may result in de-nesting.
  • Improved handling of schema changes in tables using Log-based Incremental Replication. Adding and removing columns in these tables will no longer cause extraction errors. Note: This limitation still applies to version 1.

Note: The following features aren’t fully supported, but are being worked on:

  • Arrays of DECIMAL, NUMERIC, and TIMESTAMP(TZ) data types
  • Support for other flavors of PostgreSQL. We’re in the process of testing this version of our integration with other flavors of PostgreSQL, including Heroku, Google CloudSQL, Amazon Aurora, and Amazon RDS.

To get a look at how this version compares to the previous version of PostgreSQL, refer to the PostgreSQL version comparison documentation.


Chargify (v1) update: New transaction data!

New fields have been added to the transactions table of our Chargify (v1) integration:

  • period_range_start
  • period_range_end
  • price_point_id
  • price_point_handle
  • component_handle
  • component_price_point_id
  • component_price_point_handle

Learn more in our documentation.


Chargify (v1) update: New component data!

New fields have been added to the components table of our Chargify (v1) integration:

  • default_price_point_name
  • product_family_name
  • prices.id
  • prices.component_id
  • prices.starting_quantity
  • prices.ending_quantity
  • prices.unit_price
  • prices.price_point_id
  • prices.formatted_unit_price

Learn more in our documentation.


Shopify (v1) update: Product status now available!

A new status field has been added to the products table of our Shopify (v1) integration.

This field indicates the current status of a given product, including as active, archived, and draft.


Klaviyo (v1) update: New campaigns table and field selection support!

We’ve made some updates to our Klaviyo integration:

  • Field selection is now supported! Select only the fields you want to replicate in the Tables to Replicate tab.
  • New campaigns table. This table contains info about the campaigns in your Klaviyo account.

Learn more in our documentation.


Freshdesk (v1) improvement: Correct data type for groups table field

We’ve added integer as a valid data type for the groups.auto_ticket_assign field. Previously, the integration would only accept boolean values for this field.

As the Freshdesk API can return boolean or integer values, the integration’s data typing could cause errors or discrepancies. This improvement ensures data is replicated correctly and without issue.


GitHub (v1) update: New table documentation now available

We’ve updated the GitHub (v1) docs with info about the following tables:

  • commit_comments
  • commits
  • events
  • issue_labels
  • issue_milestones
  • project_cards
  • project_columns
  • projects
  • pull_request_reviews
  • team_members
  • team_memberships
  • teams

Check out the updated docs for more info.


Documentation update: Parent and child table info now available

We’ve updated the integration schema documentation to include info about parent and child tables. Now you can tell, at a glance, if a table is dependent upon another table for replication:

Parent table info in a child table's snapshot and description

The Parent table field contains the name of the table that must also be selected for the child table to replicate successfully. This info will also be included in the child table’s description. In this example, the teams table must be selected for the team_members table to replicate.

For parent tables, their descriptions will contain info about the child tables that depend on them:

Child table info in a parent table's description

In this example, the team_memberships and team_members tables will only replicate successfully if the teams table is also selected.

We hope this additional info about integration tables provides additional insight into how Stitch replicates data and will help you avoid Extraction errors.

Currently this data is only available in the GitHub (v1) docs, but we’ll roll it out to other integrations as we make updates.


Pipedrive (v1) removal: Removed delete_logs table

We’ve removed the delete_logs table from our Pipedrive integration, as Pipedrive has removed support for it.


Pipedrive (v1) improvement: Retrieve all organization fields

Previously, fields would be missing from the organizations table if there were more than 100 fields available. We’ve added pagination to the requests the integration makes for organizations data, ensuring all fields will be discovered and replicated correctly.


Pipedrive (v1) improvement: Error handling and retries

We’ve improved how our Pipedrive integration handles errors. Previously, the integration wouldn’t retry errors when they were received from the Pipedrive API. The integration will now retry when errors are encountered for any table.


Slack (v1) update: User email now available in users table

We’ve added a new column to the Slack users table: profile.email. This column contains the email address for the associated user.

Note: To replicate this data, you’ll also need to grant the users:read.email scope to the Stitch app created for the integration.


Typeform (v1) update: New forms table!

We’ve added a new table to our Typeform (v1) integration!

The new forms table contains info about the forms accesible to the user who authorized the Typeform integration in Stitch.

Learn more in our documentation.


Facebook Ads (v1) API upgrade to v10.0

The Facebook Ads integration now replicates data using version 10.0 of the Facebook Marketing API. For more details, view the Facebook API changelog.


Shopify (v1) improvement: Improved data typing for abandoned checkouts

Previously, some users were encountering JSON schema validation errors for the abandoned_checkouts table due to how some columns were being typed. This change types the following columns correctly, eliminating the validation errors:

  • note_attributes
  • line_items.applied_discounts
  • shipping_lines.applied_discounts
  • shipping_lines.custom_tax_lines

Check out the pull request for more info.


Pendo (v1) update: New setting for including anonymous visitor data

We’ve added a new setting to our Pendo integration: Include Anonymous Visitors

When checked, Stitch will replicate data attributed to anonymous visitors.

Learn more in our Pendo integration documentation.


Microsoft SQL Server (v1) bug fix: Quoting Replication Key columns in incremental queries

Previously, the names of Replication Key columns weren’t being quoted when used in incremental queries. If a column name contained spaces, this would cause an error in the query and extraction to fail. This fix ensures Replication Key columns are properly quoted.


New extraction error reference for Salesforce

We’ve added a new resource for troubleshooting Extraction errors in Salesforce integrations. If Stitch receives an error during Extraction, you can use this reference to locate the error, pinpoint the cause, and identify next steps for resolution.


Intercom (v1): Identified issue with companies endpoint

We’ve identified an issue replicating data for the companies table in Intercom (v1) integrations due to a limit in Intercom’s API.

Currently, Intercom’s API allows an Intercom app to make one request to the Scroll over all companies endpoint at a time. Stitch uses this endpoint to replicate the companies table.

If multiple connections exist and they attempt to use this endpoint at the same time, only the connection who made the request first will succeed.

This means that if Stitch attempts to extract data when another connection is using the endpoint, Extraction will fail and an error will surface in the Extraction Logs.

We’ve updated the Intercom documentation to include this info and how to mitigate it. Additionally, we’ve created a new resource for troubleshooting Intercom Extraction errors.


Shopify (v1) bug fix: Remove duplicates of `build` fields

Due to the case sensitivy of fields during the Shopify replication job, Stitch failed to recognize that build and Build were the same field.

This fix canonicalizes these fields. Whenever Stitch sees Build, it will transform it to build to ensure all build data goes into the same field.


Facebook Ads (v1) update: Increased replication job timeout

We’ve increased the timeout from 120 seconds to 300 seconds for Facebook Ads Ads Insights replication jobs.


Zuora (v1) update: Enforce use of UTC

Our code is now explicitly forcing the use of UTC for timestamps for our Zuora integration.

Our requests to the Zuora REST API weren’t specifying a timezone while querying, and the integration assumed that no timezone retrieved meant UTC. This update ensures times are consistently recorded in a UTC format.


Shopify (v1) improvement: Improvements to order_refunds and transactions tables

We’ve made some improvements to how the transactions and order_refunds tables replicate in Shopify (v1) integrations:

  • Bookmarking has been added to the order_refunds and transactions tables
  • Error handling added to the transactions table to avoid 429 errors

Shopify (v1) update: API upgraded to Shopify v2021-04

We’ve updated the Shopify integration’s API version fom 2020-10 to 2021-04.


Xero (v1) improvement: New wait time for rate limiting

We’ve added a minute-long wait time to the retry logic for the Xero integration. This ensures that Stitch doesn’t make too many requests to Xero’s API when retrying on a 429 error.


Marketo (v1) improvement: Improved Stitch compatibility

We’ve improved Marketo’s compatibility with Stitch by removing CR and CRLF characters from CSV files. Previously, Extraction would fail due to CR and CRLF characters appearing in unquoted fields.


Mambu integration: New version (v2) now available!

A new version (v2) of our Mambu integration is now available!

We’ve improved the naming of custom fields by reducing their size. Removing unnecessary characters in these fields improves the Mambu integration’s compatibility with PostgreSQL destinations by reducing the likelihood of field names exceeding the character limit for column names.

Here’s a look at how the schema for custom fields has changed:

v2 attribute name v1 attribute name

custom_fields

custom_field_sets

custom_fields.field_set_id

custom_field_sets.custom_field_set_id

custom_fields.id

custom_field_sets.custom_field_values.custom_field_id

custom_fields.value

custom_field_sets.custom_field_values.custom_field_value

Learn more in our Mambu integration documentation.


Harvest Forecast (v1) improvement: Corrected replication for Full Table and assignments

This fix addresses a few issues:

  • Replication for assignments: This table now replicates using Full Table Replication. Previously, Stitch would encounter errors from Harvest’s API when attempting to replicate data incrementally. We’ve determined this was caused by a change in Harvest’s API, so we changed this table’s Replication Method to accommodate that change.

  • Full Table Replication: Stitch will now correctly refresh tables using Full Table Replication.


MySQL integration: New version (v2) now in beta

A new version (v2) of our MySQL integration is now in beta!

This version (v2) of Stitch’s MySQL integration optimizes replication by utilizing Avro schemas to write and validate data, thereby reducing the amount of time spent on data extraction and preparation. Compared to previous versions of the MySQL integration, this version boasts increased performance and overall reduced replication time.

Notable improvements and changes in this version also include:

  • New column (field) naming rules. Avro has specific rules that dictate how columns can be named. As a result, column names will be canonicalized to adhere to Avro rules and persisted to your destination using the Avro-friendly name. Refer to the Column name transformations section in the MySQL docs for more info.
  • Expanded data type support. This version supports additional MySQL data types. Refer to the MySQL data types documentation for more info.

Note: The following features aren’t currently supported, but will be before the integration leaves beta:

  • Custom SSL certificates and certificate authorities

To get a look at how this version compares to the previous version of MySQL, refer to the MySQL version comparison documentation.


Xero (v1) update: Replicating archived contacts

Archived contacts can now be included in replication for Xero integrations.

To replicate records for both archived and active contacts:

  • In the Stitch app: Check the Include archived contacts setting in the Integration Settings page
  • In the Connect API: Set the include_archived_contacts property for platform.xero to true

If this setting isn’t enabled, Stitch will replicate data only for active contacts.


Shopify (v1) bug fix: Allow null values for `definitions.customer` field

Previously, the customer object in the definitions table would only accept populated values. If the integration encountered a null value, Extraction would fail. This has been fixed.


Pendo (v1) bug fix: Fixed replication issue for track_events table

This bug fix resolves the following 400 error for Pendo integrations where the track_events table is selected:

bad pipeline: bad source: bad parameters for source type trackEvents: unexpected parameters`.

We corrected the source parameter for the trackEvents source from trackId to trackTypeId, allowing this table to now replicate successfully.


Improved security documentation

We’ve been working hard to improve our security documentation - here’s a high-level look at the changes:


GitHub (v1) update: New base branch data available for pull_requests

Several fields have been added to the pull_requests table in our GitHub (v1) integration!

The base object contains details about the base branch used in a given pull request, including the repository it originated from.

Learn more in our documentation.


Xero (v1) update: New quotes table

A new table (quotes) has been added to our Xero (v1) integration!

Learn more in our documentation.


Xero (v1) update: Increased precision for CurrencyRate values

We’ve increased the CurrencyRate field’s precision from six decimals to 10. This affects all tables that contain this field.


New feature: Support for SSO with PingFederate

We’ve expanded our list of supported Identity Providers to include PingFederate!

Using a SAML SP connection, you can now configure Stitch to use SSO with your PingFederate instance. Check out the new step-by-step guide for help getting set up.


MailChimp (v1) improvement: Improved timeout message for campaigns

We’ve updated the export timeout error message for the campaigns table to indicate that the export will continue to be extracted in the next replication:

Mailchimp campaigns export is still in progress after [number] seconds. Will continue with this export on the next sync.

Previously, this message (campaigns - export deadline exceeded ([number] secs)) didn’t clearly set expectations for the table during the next replication job.


Xero (v1) improvement: Improved handling of Xero API errors

We’ve added features to more gracefully handle error responses from the Xero (v1) API, including exponential backoffs on 429 errors, credential checking support, and more detailed error messages.


Klaviyo (v1) improvement: Error logging improvements

Errors that stop Extraction will now display in the Extraction Logs. Previously, these errors wouldn’t be included, resulting in confusion about the cause of the error.


JIRA (v2) update: New components table

A new table (components) has been added to our JIRA (v2) integration!

Learn more in our documentation.


Xero (v1) improvement: Improved error handling with retry logic

We’ve added retry logic to Xero (v1) integrations. This allows the integration to automatically retry API requests when it receives certain errors from the Xero API.


Zuora (v1) improvement: AQuA API CSV handling improvement

We’ve improved how Zuora (v1)integrations handle truncated CSVs received from the Zuora API.

For more info about this new feature, check out the pull request in the tap-zuora repository.


New feature: Support for SSO with Azure Active Directory (Azure AD)

We’ve expanded our list of supported Identity Providers to include Microsoft Azure Active Directory (Azure AD)!

Using a generic SAML 2.0 app, you can now configure Stitch to use SSO with your Azure AD instance. Check out the new step-by-step guide for help getting set up.


PostgreSQL (v2) update: Key-based Incremental Replication now available!

The v2 version of our PostgreSQL integration, which is currently in open beta, now supports Key-based Incremental Replication. All of Stitch’s supported Replication Methods are now available for this version - go try it out!


New feature: Integration changelogs

Introducing: Integration changelogs!

Check out the history of our integrations and stay in the loop on updates with dedicated changelogs for these integrations:

We’ll add changelogs for other popular integrations and destinations in the weeks to come. If there’s a specific integration you’d like to see us work on, let us know by creating an issue in the Stitch Docs GitHub repo.


Salesforce (v1) update: Removed FieldHistoryArchive object

We’ve determined that the FieldHistoryArchive object is incompatible with the Salesforce integration’s current method of querying, and as a result have removed it from the integration.

Refer to the tap repository for more info.


Google Analytics (v1) update: Lifetime Value and Cohorts documentation

Stitch Support has determined that Lifetime Value and Cohorts aren’t currently supported for Google Analytics integrations, despite being available fields in Stitch. We’ve updated our documentation to reflect this and will address this issue in the app shortly.


Eloqua (v1) update: Email groups and additional contact data

We’ve added some additional data to our Eloqua (v1) integration!

  • New table: email_groups
  • New contact fields:
    • IsBounceBack
    • IsSubscribed
    • EmailFormat
    • AccountName

Learn more in our documentation.


Mambu (v1) bug fix: Resolved decimal precision failures

Previously, if Stitch extracted decimal data larger than the constraint defined in the Mambu integration (1e-10), data validation would fail and result in Extraction errors.

The integration has been updated to expand the constraint, ensuring that big decimal values will no longer result in validation failures.


Salesforce (v1) improvement: Improved OPERATION_TOO_LARGE error messaging

We’ve updated the Salesforce integration to log OPERATION_TOO_LARGE errors more clearly. The following error will now display in the Extraction Logs when this issue is encountered:

OPERATION_TOO_LARGE: exceeded 100000 distinct who/what's. Consider asking your Salesforce System Administrator to provide you with the `View All Data` profile permission. (Stream: [STREAM_NAME])

Zoom (v1) update: Updated data for report_meetings and report_webinars tables

We’ve made a few updates to the Zoom report_meetings and report_webinars tables

  1. The dept attribute in both tables now correctly returns an integer instead of a string
  2. We’ve added the host_id and user_id fields to the report_webinars table

Pendo (v1) improvement: Improve performance for visitors and events tables

We’ve implemented ijson, which is used in other Singer taps, to streamline replication for Pendo’s visitors and events tables. This improvement reduces the amount of memory needed to replicate large amounts of data, potentially leading to improved Extraction times.


MongoDB (v2) bug fix: Duplicate database instances removed

This improvement removes duplicate instances of databases from the list of discovered databases in the Stitch MongoDB inegration.


Zuora (v1) improvement: Updated discovery process for new enforced limit on AQuA jobs

The new discovery process helps avoid Zuora integration failures due to the new enforcement of limits on AQuA jobs. For more information on Zuora’s AQuA API, click here.


New feature: Single Sign-on (SSO) with Okta and OneLogin

Stitch accounts can now be configured to use Single Sign-on (SSO) with Okta or OneLogin. Once enabled, team members would be required to authenticate with your Identity Provider (IdP) to access Stitch.

SSO is available for all Stitch plans.

Learn more in the documentation.


Salesforce (v1) improvement: Error message formatting

There are now actionable error messages when QUERY_TOO_COMPLICATED errors are encountered for the Salesforce integration.


Pendo (v1) bug fix: Custom field issues for visitors and accounts tables

We’ve fixed a few issues with the Pendo visitors and accounts tables:

  1. Custom fields without a defined data type will no longer return a null value.
  2. If a table had multiple custom fields, the last field on the table was being overwritten. We’ve updated the integration to address this.

Google Ads (v1) improvement: New custom messages for common errors

We’ve updated the Google Ads integration to return actionable messages when Stitch encounters errors during Extraction. These messages now include the cause of the error, ensuring you can take action to resolve it.


Facebook Ads (v1) update: New ads_insights.unique_outbound_clicks data

We’ve added the unique_outbound_clicks field to each of the ads_insights_* tables in the Facebook Ads (v1) integration.


Xero (v1) bug fix: Date-time correction

Previously, the integration would truncate date-time data with a format of "\/Date(1419937200000+0000)\/" to date only.

This fix ensures that the time component of date-time values are correctly preserved.


PostgreSQL integration: New version (v2) now in beta

A new version (v2) of our PostgreSQL integration is now in beta!

This version (v2) of Stitch’s PostgreSQL integration optimizes replication by utilizing Avro schemas to write and validate data, thereby reducing the amount of time spent on data extraction and preparation. Compared to previous versions of the PostgreSQL integration, this version boasts increased performance and overall reduced replication time.

Notable improvements and changes in this version also include:

  • New column (field) naming rules. Avro has specific rules that dictate how columns can be named. As a result, column names will be canonicalized to adhere to Avro rules and persisted to your destination using the Avro-friendly name. Refer to the Column name transformations section in the PostgreSQL docs for more info.
  • Expanded data type support. This version supports additional PostgreSQL data types. Refer to the PostgreSQL data types documentation for more info.
  • Improved handling of JSON, JSONB, and HSTORE data types. In previous versions, these data types were treated as strings. This version will send them to your destination as JSON objects, which may result in de-nesting.

Note: The following features aren’t currently supported, but will be before the integration leaves beta:

  • Key-based Incremental Replication
  • ARRAY data type

To get a look at how this version compares to the previous version of PostgreSQL, refer to the PostgreSQL version comparison documentation.


Shopify (v1) improvement: Standardized error messages

Previously, error messages related to misconfigured Shopify shops were unclear and non-standard in format. These errors have been standardized to provide a more consistent experience and message.


Stripe (v1) bug fix: Removed fields causing issues

The custom_fields object in the Stripe (v1) integration invoices table have been removed, as they were causing issues.


Stripe (v1) update: New fields!

New fields have been added to our Stripe (v1) integration!

The following tables now have additional fields available for replication:

Learn more in our documentation.


Mambu (v1) update: New tables and updated API endpoints

We’ve added some new tables to the Mambu integration:

We’ve also updated the endpoints the integration uses to extract data for the following tables:

  • clients - Previously used Get all clients, now uses Search clients
  • groups - Previously used Get all groups, now uses Search groups
  • gl_journal_entries - Previously used Get all GL journal entries, now uses Search for GL journal entries

Learn more in our Mambu integration documentation.


QuickBooks integration: New version (v1)

A new version (v1) of our QuickBooks integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from QuickBooks to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new QuickBooks integration or learn more in the updated documentation.


Availability of European Data Center

We’re proud to announce the availability of an AWS European Data Center for Stitch. Enjoy the benefits of Stitch while ensuring your extracted data never leaves the European Union. Signup to get started or see our documentation for more details.


Google Analytics (v1) integration leaving open beta

Our Google Analytics integration has left open beta and is now generally available! Check out the docs for more info.


Trello integration: New version (v1)

A new version (v1) of our Trello integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Trello to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Trello integration or learn more in the updated documentation.


Square integration: New version (v1)

A new version (v1) of our Square integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Square to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Square integration or learn more in the updated documentation.


Mixpanel integration: New version (v1)

A new version (v1) of our Mixpanel integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Mixpanel to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Mixpanel integration or learn more in the updated documentation.


AdRoll integration: New version (v1)

A new version (v1) of our AdRoll integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from AdRoll to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new AdRoll integration or learn more in the updated documentation.


Intercom integration: New version (v1)

A new version (v1) of our Intercom integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Intercom to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Intercom integration or learn more in the updated documentation.


Increased timeouts on integration extractions

We’ve increased timeouts for extractions for source integrations from 6 hours to 23.5 hours. This change will enable customers with large data sets to continue replicating data without the need to restart replication.


Google Analytics (v1) integrations: Use accountSummaries: list to fetch profiles

Google Analytics integrations will now use accountSummaries to fetch Google Analytics profiles available for the user authorizing the integration. We’ve made this change to reduce the number of queries Stitch makes to Google Analytics and overall API quota usage.


Integrations leaving beta

The following integrations have left beta and are now generally available. Get started with these integrations today!


Salesforce (v1) integrations: Remove NetworkUserHistoryRecent object

We’ve determined that the NetworkUserHistoryRecent object is incompatible with the Salesforce integration’s current method of querying, and as a result have removed it from the integration.

Refer to the tap repository for more info.


PostgreSQL (v1) integrations: Include partitioned tables in discovery

Previously, partitioned tables weren’t being detected during Discovery for PostgreSQL (v1) integrations. This has been corrected.


Facebook Ads (v1) API upgrade to v8.0

The Facebook Ads integration now replicates data using version 8.0 of the Facebook Marketing API. For more details, view the Facebook API changelog.


Google Analytics (v1) integrations: Reduced retry aggressiveness

We’ve improved the retry logic for Google Analytics to make retries less aggressive, ideally reduceing the consumption of daily API quotas.


New integrations in open beta

Stitch is pleased to announce the release of three new integrations into open beta and available to all customers:

All three of these integrations are available to all customers in open beta and can be added to your account through the integrations page.


Select All tables and columns functionality now available for Facebook Ads and Salesforce

You can now quickly and easily select and de-select all tables and columns within Facebook Ads and Salesforce integrations!


New integrations in open beta

Stitch is pleased to announce the release of several new integrations into open beta:

In addition to providing more tables, these integrations now include table and column selection, Extraction Logs, Loading Reports and full Connect API compatibility!


Salesforce (v1) integrations: Remove DataType object

We’ve determined that the DataType object is incompatible with the Salesforce integration’s current method of querying, and as a result have removed it from the integration.

Refer to the tap repository for more info.


Google Analytics (v1) integrations: Non-retryable error messages now in Extraction Logs

Error messages from HTTP 4xx codes that aren’t retryable will now include details from Google Analytics detailing what the issue is. Previously, these messages weren’t included in Extraction Logs, leading to confusion about the issue causing the error.


Google Analytics (v1) update: Improved handling of retryable errors

We’ve updated the retry logic for our Google Analytics integration to include HTTP codes 403 and 429. In the event that Stitch receives these responses from Google Analytics, the integration will exponentially back off and retry.


Google Analytics (v1) update: Improved parsing of datetimes

Previously, fields in the Time group could cause errors during Extraction, as they were returned from Google’s API using a non-ISO format.

These fields are now parsed as datetime and converted to ISO-8601 (UTC) during Extraction.


Salesforce (v1) integrations: LoginEvent is now Full Table

We’ve determined that the LoginEvent object doesn’t support ordering by CreatedDate, meaning that Stitch can’t reliably replicate this data incrementally. This table now has a forced Replication Method of Full Table.


Google Analytics (v1) update: Remove searchKeyword as default Behavior Overview field

As searchKeyword isn’t data that Google Analytics collects by default, we’ve removed it from the default fields selected for replication for the Behavior Overview report. This field will still be available in Stitch, just not selected by default.


Pardot integration: New version (v1)

A new version (v1) of our Pardot integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Pardot to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Pardot integration or learn more in the updated documentation.


Google Analytics (v1) update: Pre-made reports now available

We’ve added a handful of pre-made reports to our our Google Analytics (v1) integration:

  • Audience Overview: Audience metrics including page views, users, bounce rate and more
  • Audience Geo Location: A breakdown of your audience by geographical location
  • Audience Technology: The browsers, operating systems, and devices your users employ
  • Acquisitions Overview: The performance of your users across traffic sources and mediums
  • Behavior Overview: Pages visited and actions performed on your website
  • Ecommerce Overview: A breakdown of your transactions by traffic source

These reports will display as tables available for selection in the Tables to Replicate tab of all Google Analytics (v1) integrations. Check out this easy way to get started with Google Analytics data!


GitHub (v1) update: Team memberships and new fields now available!

We’ve made some updates to our GitHub (v1) integration, including some a new table and additional fields!

Here’s a look at the changes:

  • team_memberships: New table! Includes membership data for team members in repositories specified for the integration.
  • project_cards: New fields: _sdc_repository, cards_url, name
  • issue_milestones, project_columns, team_members: Added the _sdc_repository field
  • projects, pull_request_reviews, teams: Minor data formatting changes

Salesforce (v1) integrations: Improved PK chunking error messages

Error messages resulting from PK (Primary Key) chunking in Salesforce integrations have been extended. Previously, only timeout issues were covered by the integration. This improvement adds logic that covers additional situations, such as failure to write query results.


Salesforce (v1) integrations: Location data types unsupported for Bulk API

We’ve determined that the locations fields aren’t supported by the Salesforce Bulk API. If selected, the following erorr will surface during Extraction:

[FIELD_NAME] cannot query compound address fields or geolocations with bulk API

Refer to the tap repository for more info.


New version (v1) of Google Analytics integration in open beta!

A new version (v1) of our Google Analytics integration is now in open beta!

We’ve worked hard to ensure this new integration is the best way to extract data from Google Analytics to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Google Analytics integration or learn more in the updated documentation.


Databricks Delta Lake destination in open beta

A new destination is now in open beta, available to all customers: Databricks Delta Lake (AWS).

Developed by Databricks, Delta Lake is an open-source storage layer that leverages the “lakehouse” paradigm. This allows you to implement similar data structures and data management features to those of a data warehouse, directly on the kind of low cost storage used for data lakes.

Check out the docs for more information.


GitHub (v1) update: New tables!

New tables have been added to our GitHub (v1) integration!

The following tables are now available for replication:

  • commit_comments
  • commits
  • events
  • issue_labels
  • issue_milestones
  • project_cards
  • project_columns
  • projects
  • pull_request_reviews
  • team_members
  • teams

GitHub (v1) update: Squashed pull request commit data now available!

We’ve added a new table to our GitHub (v1) integration: pr_commits.

This table is a slight modification of the existing commits table, but allows you to associate commits to pull requests that have been squash merged.


PostgreSQL (v1) integrations: Correctly use SSL connections

We’ve fixed an issue with PostgreSQL (v1) integrations where SSL connections weren’t being used, even if the SSL option was checked in Stitch. If checked, Stitch will now correctly use and enforce SSL when connecting to the database.


Facebook Ads (v1) API upgrade to v6.0

The Facebook Ads integration now replicates data using version 6.0 of the Facebook Marketing API. For more details, view the Facebook API changelog.


PostgreSQL (v1) integrations: Correctly display BYTEA data as unsupported

Previously, Stitch would display columns typed as BYTEA as available for selection, despite this data type currently being unsupported for PostgreSQL (v1) integrations. With this fix, these columns will now correctly display as UNSUPPORTED in Stitch.


In-app notification dismissal

Error notifications can now be dismissed in the Stitch app! To do so, navigate to the Notifications tab and click Dismiss next to the notification you want to remove.


Facebook Ads (v1) integrations: New ads_insights.video_play_curve_actions data

We’ve added the video_play_curve_actions field to each of the ads_insights_* tables in the Facebook Ads (v1) integration.


PostgreSQL (v15-10-2015) sunset

The v15-10-2015 version of our PostgreSQL integration has been sunset. As of today, this version of the PostgreSQL integration has been removed from Stitch and will no longer function.

Migrate to the latest version of PostgreSQL (v1) today to continue replicating data.


Facebook Ads (v1) integrations: Use Batch API for adcreative table

We’ve updated the adcreative table in the Facebook Ads (v1) integration to use Facebook’s Batch API. This change was made to prevent errors resulting from requesting too much data.


Google BigQuery destination in open beta

We’ve built a new Google BigQuery destination from the ground up to address feedback from our customers and take advantage of new features on the platform, including the ability to upsert data.

Some notable improvements include:

It’s available now - check it out!


MongoDB integration: New version (v1)

A new version (v1) of our MongoDB integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from MongoDB to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new MongoDB integration or learn more in the updated documentation.


PostgreSQL (v1) integrations: Correctly type BIGINT[] data for Log-based Incremental Replication

Previously, Log-based Incremental Replication was incorrectly typing data types of INT8[] as STRING during data type conversion. This has been corrected.


Facebook Ads (v1) API upgrade to v4.0

The Facebook Ads integration now replicates data using version 4.0 of the Facebook Marketing API. For more details, view the Facebook API changelog.


New integration: Deputy

Deputy is a cloud-based workforce management and scheduling platform designed to help companies organize, track, and manage their teams. Our new Deputy integration enables you to extract all of your Deputy resources from a Deputy account.

Get started by creating a new Deputy integration or learning more in our documentation.


JIRA (v1) improvement: Added support for inactive users

The JIRA integration can now replicate inactive users into the users table.

To determine the status of a user, use the active field. For example: The following query will only return active users:

SELECT *
  FROM jira.users
 WHERE active = TRUE

MySQL (v1) integrations: Fix composite Primary Key sorting for Full Table Replication

Previously, the method used to bookmark Stitch’s place while replicating tables with composite Primary Keys resulted in some records being skipped. We’ve updated the query the integration uses to properly account for composite keys, ensuring replication will resume in the correct place.


Opt out of error notification emails

You can now opt out of system notification emails, freeing up inbox space and keeping your team on track. We’ll still let you know in-app if we run into any issues replicating data and via email for any billing information.

Check out the docs for more info.


PostgreSQL (v15-10-2015) deprecation

The v15-10-2015 version of our PostgreSQL integration has been deprecated. As of today, this version of the PostgreSQL integration is no longer formally supported.

While connections using v15-10-2015 will continue to run, this version will be sunset in the future. Migrate to the latest version of PostgreSQL (v1) today to prevent possible disruptions.


MySQL (v15-10-2015) sunset

The v version of our MySQL integration has been sunset. As of today, this version of the MySQL integration has been removed from Stitch and will no longer function.

Migrate to the latest version of MySQL (v1) today to continue replicating data.


Salesforce (v1) integrations: Remove SiteDetail object

We’ve determined that the SiteDetail object is incompatible with the Salesforce integration’s current method of querying, and as a result have removed it from the integration.

Refer to the tap repository for more info.


Salesforce (v1) integrations: Convert integer zero values to prevent schema violations

Salesforce’s API occasionally returns integer fields with a value of 0.0, resulting in schema violation errors during Extraction. To prevent this error, the integration now converts 0.0 to 0 if the field can be an integer.


Recurly integration: New version (v1)

A new version (v1) of our Recurly integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Recurly to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Recurly integration or learn more in the updated documentation.


Facebook Ads (v1) integrations: New ads_insights data

We’ve added a new table to our Facebook Ads (v1) integration: ads_insights_dma

This table contains entries for each campaign/set/ad combination for each day, along with detailed statistics, segmented by DMA (Designated Market Area).

Learn more in our documentation.


API access and management features for Enterprise

Take programmatic control over your Stitch account using the [Connect API](https://www.stitchdata.com/docs/developers/stitch-connect/api Now, you can manage your API keys right in your Stitch account.

This feature is available for our Enterprise customers or you can try it out during a 14-day free trial. Check out the docs.


New integration: Help Scout

Help Scout offers a help desk invisible to customers, that helps companies deliver outstanding customer support. Our new Stitch Help Scout integration enables you to extract conversations, threads, customers, mailboxes, users, and more from a Help Scout account.

Get started by creating a new Help Scout integration or learning more in our documentation.


New integration: MailChimp

MailChimp is a marketing automation platform and an email marketing service. Our new MailChimp integration enables you to extract automations, campaigns, lists, members, email activities, and more from a MailChimp account.

Get started by creating a new MailChimp integration or learning more in our documentation.


Post-load web hooks released for Enterprise customers

Want to be notified when data is loaded into your Stitch destination? With our new notification feature, you can!

Post-load webhooks send a webhook to a configurable address each time data is loaded into your destination. This new feature enables you to prompt other systems and processes to act on the data loaded by Stitch.

It’s available for our Enterprise customers, and you can try it out during a 14-day free trial. Learn more in our docs.


Salesforce (v1) integrations: Remove Announcement object

We’ve determined that the Announcement object is incompatible with the Salesforce integration’s current method of querying, and as a result have removed it from the integration.

Refer to the tap repository for more info.


Microsoft SQL Server integration: New version (v1)

A new version (v1) of our Microsoft SQL Server integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Microsoft SQL Server databases to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Microsoft SQL Server integration or learn more in the updated documentation.


New integration: LivePerson

LivePerson provides tools for online messaging, marketing, and analytics. The new Stitch LivePerson integration enables you to extract agent activity, groups, statuses, enagements, messages, users, and more from a LivePerson account.

Get started by creating a new LivePerson integration or learning more in our documentation.


New integration: Asana

Asana is a web and mobile application designed to help teams organize, track, and manage their work. The Stitch Asana integration will ETL Asana data to your destination, giving you access to raw project data, without the headache of writing and maintaining ETL scripts. Our new Stitch Asana integration enables you to extract projects, tags, tasks, users, workspaces from an Asana account.

Get started by creating a new Asana integration or learning more in our documentation.


New integration: Intacct

Intacct is an accounting and financial management software for the digital era. Our new Intacct integration enables you to extract core objects via the Intacct Data Delivery Service.

Get started by creating a new Intacct integration or learning more in our documentation.


Notification extensions for Enterprise

Enterprise clients can now save time by integrating Stitch monitoring and notification with the system they use to monitor the rest of their infrastructure. For example:

  • Integrate with external monitoring systems like PagerDuty or Datadog
  • Post updates to Slack
  • Trigger other apps using Zapier

Learn more about notification extensibility here.


Advanced (cron) scheduling for Enterprise

Enterprise users can now specify granular start times for extraction jobs via cron scheduling. You can use this new feature to manage destination usage and Stitch row volumes.

This feature is available for our Enterprise customers and you can try it out during a 14-day free trial. Learn more about cron scheduling by reading the documentation.


New Stripe (v1) table: Disputes

Users now have the ability to replicate dispute data through the disputes table in Stripe (v1) integrations.


Facebook Ads (v1) API upgrade to v3.3

The Facebook Ads integration now replicates data using version 3.3 of the Facebook Marketing API.


NetSuite integration: New version (v1)

A new version (v1) of our NetSuite integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from NetSuite to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

  • Removal of netsuite_ prefixes from table names
  • token based authentication
  • Optimizations to API concurrency during discovery of tables/fields
  • Utilization of an updated WSDL for a more complete set of tables/fields
  • Field selection

Get started today by creating a new NetSuite integration or learn more in the updated documentation.


Start and Stop Extractions on demand

We’ve renamed the Extraction Logs page to simply Extractions.

We’ve also added new buttons to Run Extraction Now and Stop Extraction for those times when you need a little more control over when Stitch extracts data from your data sources.


Facebook Ads (v1) integrations: Workaround relevance_score deprecation

Due to Facebook prematurely deprecating relevance_score in their API, we’ve added logging to notify you should this field cause an error during replication:

Due to a bug with Facebook prematurely deprecating 'relevance_score' that is not affecting all tap-facebook users in the same way, you need to deselect `relevance_score` from your Insights export. For further information, please see this Facebook bug report thread: https://developers.facebook.com/support/bugs/2489592517771422

Should you encounter this error in Stitch, de-select the relevance_score field from any ads_insights_* tables you have set to replicate.


JIRA integration: New version (v1)

A new version (v1) of our JIRA integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from JIRA to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new JIRA integration or learn more in the updated documentation.


MySQL (v1) integrations: Allow non-auto-incrementing Primary Keys for Full Table

Interruptible Full Table Replication now supports non-auto-incrementing Primary Keys!

Previously, this integration would only resume Full Table Replication if a table’s Primary Keys were auto-incrementing.

We’ve updated this feature to allow tables with non-auto-incrementing Primary Keys to be resumable if interrupted. Tables must have Primary Keys with one of the following data types to be interruptible if Full Table Replication is used:

  • BIGINT
  • DATE
  • DATETIME
  • CHAR
  • INT
  • MEDIUMINT
  • SMALLINT
  • TIME
  • TIMESTAMP
  • TINYINT
  • VARCHAR

Salesforce (v1) integrations: Remove *ChangeEvent tables

We’ve determined that *ChangeEvent tables aren’t queryable via the Salesforce REST or Bulk APIs, and have removed them from the integration. Refer to the tap repository for more info.


Amazon Redshift (v2) destination transaction optimization

We have split DDL statements like ALTER table commands into their own transaction in Amazon Redshift destinations to minimize the length of time that tables are locked.


Microsoft Azure SQL Data Warehouse destination leaving open beta

Our Microsoft Azure Synapse Analytics destination has left open beta and is now generally available! Check out the press release or the docs for more info.


New integration: Responsys

Responsys enables marketing teams to manage and orchestrate all interactions with their customers across email, mobile, social, display, and the web. Stitch’s new Responsys integration extracts event data feeds, lists, audiences, and more from your configured Responsys Connect exports.

Get started by creating a new Responsys integration or learning more in our documentation.


New integration: Typeform

Typeform can help you build conversational forms, surveys, quizzes, landing pages, and more. The new Stitch Typeform integration extracts questions, landings and answers for the forms you care about the most. Choose the granularity you need by selecting between an hourly or daily breakdown of your data.

Get started by creating a new Typeform integration or learning more in our documentation.


New integration: Front

Front lets you manage all of your communication channels — email, social media, chat, SMS — in one place, and helps your team collaborate around every message. With the new Stitch integration, you can extract team member statistics related to conversations, messages, reaction times and more. Choose the granularity you need by selecting between an hourly or daily breakdown of your data.

Get started by creating a new Front integration or learning more in our documentation.


Stripe integration: New version (v1)

A new version (v) of our Stripe integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Stripe to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Stripe integration or learn more in the updated documentation.


Shopify integration: New version (v1)

A new version (v1) of our Shopify integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Shopify to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Shopify integration or learn more in the updated documentation.


PostgreSQL (v1) integrations: BIGINT array support

PostgreSQL (v1) integrations now support arrays of BIGINTs.


Google BigQuery (v1) destinations: Additional region support

Google BigQuery has begun adding additional region support (beyond the US and EU) for their users, and we’ve just made these new regions available in Stitch for Google BigQuery (1) destinations. Stitch customers can now use Stitch with Google BigQuery instances in Tokyo, London, Singapore and Sydney.


Salesforce (v1) integrations: Correct date chunking for Bulk API replication

For Salesforce integrations using the Bulk API, when a query to the API times out, Stitch would cut the requested date range in half and re-try the request. However, after replicating the records, the integration wouldn’t attempt to replicate the second half of the original window, resulting in missed records.

Because the integration only updates Replication Keys when records are extracted, Replication Keys wouldn’t advance if records weren’t received in the first half of the date range. This meant that the integration wouldn’t ever try to replicate records in the second half of the date range.

This fix adds a check to see if the date range was chunked, and if so, queries the second half of the chunked range and extracts records, if any exist.


Google BigQuery (v1) destinations: Partitioned table support

Stitch now supports loading to Google BigQuery partitioned tables and ingestion-time partitioned tables with and without clustering. We’ve added instructions to our docs for converting existing tables into partitioned and clustered tables.


Microsoft Azure SQL Data Warehouse (v1) destination now in open beta!

If you’ve been waiting to get Stitch hooked up to Microsoft Azure Synapse Analytics, good news! As of today, this destination is available for any customer to use. Learn more in the new docs.


Google BigQuery (v1) destinations: NUMERIC data type support

We’ve added support for the NUMERIC data type in Google BigQuery destinations. Numeric data will be loaded into NUMERIC columns going forward, rather than columns with the floating point data type.


Facebook Ads (v1) integrations: API upgrade to v3.2

We have updated the Facebook Ads integration to use the latest version of the Facebook Marketing API - version 3.2.

As part of this update, Facebook has deprecated many values for cost_per_action_type to simplify reporting and support reporting based on their new eight standard events. Additionally, the total_action_value field has been deprecated and removed from all ads_insights tables.


PostgreSQL (v1) destinations: SSL certificate verification support

Users can now provide a certificate for their Amazon Aurora PostgreSQL destination that will be used to verify the identity of their server.


Pipedrive (v1) integration: Removed goals table

As per an update to the Pipedrive API, the goals table has been removed from the Stitch integration. See more about the available Pipedrive data in our documentation.


Salesforce (v1) integrations: BackgroundOperationResult is now Full Table

We’ve determined that the BackgroundOperationResult object doesn’t support ordering by CreatedDate, meaning that Stitch can’t reliably replicate this data incrementally. This table now has a forced Replication Method of Full Table.


MySQL (v1) integrations: Interruptible Full Table replication

Fullly replicating a table is now “interruptible,” meaning that, if the table uses auto-incrementing Primary Keys, replication for the table can span multiple replication jobs.

Previously, a table using Full Table had to be fully replicated in a single job. If the job was interrupted for any reason, Stitch would replicate the table from the beginning during the next job.

Now, if a replication job is interrupted for a MySQL (v1) integration, tables using Full Table Replication that have auto-incrementing Primary Keys will resume replication from the last replicated record instead of re-replicating the entire table.


Bing Ads integration: New version (v2)

A new version (v2) of our Bing Ads integration is now available! This version takes advantage of the latest Bing Ads API, version 12.

Here’s a high-level look at the updates to our integration:

  • Support for multi-user credentials: The new integration allow for extracting data where you use one Microsoft account and manage accounts across different customers.

  • Column restrictions: Bing now prevents the extraction of reports with invalid field combinations. Stitch will automatically show these exclusions within the field selection interface when setting up your reports. Refer to Bing’s documentation for a full list of column restrictions.

  • Schema updates: The following changes have been made to table schemas:


New integration: Campaign Monitor

Stitch’s new Campaign Monitor integration will extract your lists, campaigns, and campaign activity to power all of your email marketing analyses. Create a Campaign Monitor integration today and load your historical data for free.

Get started by creating a new Campaign Monitor integration or learning more in our documentation.


PostgreSQL (v1) integrations: Fix selected-by-default behavior

We’ve fixed an issue with PostgreSQL (v1) integrations where columns marked as selected-by-default will now be replicated unless explicitly deselected.


PostgreSQL (v1) integrations: Primary Key discovery

Previously, Primary Keys weren’t detected during Discovery if other indices or unique constraints existed on the column. This has been corrected.


New integration: Harvest Forecast

Harvest Forecast is a fast and simple way to schedule your team across projects. With Stitch’s new integration, you can extract core object such as assignments, clients, milestones, projects and people to your Stitch destination. Combine your project data with your other sources by adding a new integration today. Learn more in our documentation.


New integration: Close.io

A new Close.io integration is now available! This integration replicates your activities, leads, tasks, users and the raw event log from your Close.io account. Create a Close.io integration today and empower your sales team to make better data driven decisions. Learn more in our documentation.


Harvest integration: New version (v2)

A new version (v2) of our Harvest integration is now available!

Changes in this version include:

  • Upgrading to V2 of the Harvest API
  • Many new tables
  • Schema modifications to align with the Harvest API
  • The people table was renamed to users, as per new Harvest API endpoints

Full details can be found on the pull request against the open sourced integration here. Stitch docs for the version 2 of the Harvest integration can be found here.


Salesforce (v1) integrations: Fix for OpportunityFieldHistory parent

Previously, OpportunityFieldHistory exports failed due to a function in the Salesforce integration incorrectly returning OpportunityField as the parent. This fix adds a check for the FieldHistory suffix, ensuring that the parent is correctly returned as Opportunity.


New integration: Amplitude

A new Amplitude integration is now available! This integration extracts event and user data from your Amplitude projects. Amplitude is an analytics service for modern product teams to understand user behavior, ship the right features fast, and drive business outcomes. Our integration enables you to extract raw data from the Amplitude Query product and combine it with all the data in your Stitch destination.

Get started by creating a new Amplitude integration or learning more in our documentation.


PostgreSQL (v1) integrations: Include schema name in destination table names

We’ve added a new setting to PostgreSQL (v1) integrations:

The include schema names in destination table names setting in Stitch

When checked, Stitch will include schema names from the source database in the destination table name when the table is created. For example: <source_schema_name>__<table_name>

Stitch loads all selected replicated tables to a single schema, preserving only the table name. If two tables canonicalize to the same name - even if they’re in different source databases or schemas - name collision errors can arise. Checking this setting can prevent these issues.

Note: This setting can not be changed after the integration is saved. Additionally, this setting may create table names that exceed your destination’s limits.


New integration: Xero

A new Xero integration is now available! With the new integration, Stitch will replicate your core Xero objects including bank transactions, contacts, invoices, journal entries, payments, and more to your Stitch destination.

Get started by creating a new Xero integration or learning more in our documentation.


PostgreSQL (v1) integrations: Expanded replication slot support

Stitch now supports Log-based Incremental Replication across multiple databases in a single PostgreSQL cluster. Previously, Stitch supported one replication slot per integration and required it to be named stitch. Now, Stitch will look for the replication slot you define before falling back to stitch.


New integration: Google (DoubleClick) Campaign Manager

Stitch has a new integration with Google Campaign Manager (formerly DoubleClick Campaign Manager). After you select Campaign Manager reports, Stitch will run them and replicate the results to your Stitch destination.

Get started by creating a new Campaign Manager integration or learning more in our documentation.


New integration: Yotpo

A new Yotpo integration is now available! Yotpo generates social reviews, ratings, and other user-generated content for eCommerce websites.

Get started by creating a new Yotpo integration or learning more in our documentation.


Google AdWords (v1) integrations: API upgrade to v201806

The Google AdWords integration has been updated to use v201806 of the AdWords API, from v201802.

Notable changes include:

  • Ad Groups: The AdGroupType enum value SHOPPING_UNIVERSAL_ADS was renamed to SHOPPING_GOAL_OPTIMIZED_ADS.

  • Ad Group Performance Report: The AdGroupType field will now return a value of “Shopping - Goal-optimized” where it previously returned “Shopping - Universal”, and the corresponding enum value changed from SHOPPING_UNIVERSAL_ADS to SHOPPING_GOAL_OPTIMIZED_ADS.


PostgreSQL (v1) integrations: PG 10 now supported for Logical Replication

Stitch now supports PostgreSQL 10 when using Log-based Incremental Replication. Previously, Stitch supported PostgreSQL 9.4.x - 9.9.x.


New integration: Amazon S3 CSV

A new Amazon S3 CSV integration is now available!

This integration can connect to your S3 bucket and replicate CSV files to your Stitch destination. Some highlights of this new integration include:

  • Replication of data from CSV files stored in your S3 buckets
  • Support for incremental updates based on new or modified CSV files
  • Column selection for choosing which columns you want to extract from your CSV files
  • Automatic inference of data types and the ability to explicitly specify datetime fields

Get started by creating a new Amazon S3 CSV integration or learning more in our documentation.


Zendesk integration: New version (v1)

A new version (v1) of our Zendesk Support integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Zendesk Support to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new Zendesk Support integration or learn more in the updated documentation.


PostgreSQL integration: New version (v1)

A new version (v1) of our PostgreSQL integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from PostgreSQL to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

Get started today by creating a new PostgreSQL integration or learn more in the updated documentation.


Facebook Ads (v1) integrations: Field deprecation

Facebook has deprecated the following fields, meaning they are no longer available for selection or retrieval via Facebook’s API:

  • call_to_action_clicks
  • cost_per_total_action
  • social_reach
  • social_impressions
  • social_clicks
  • unique_social_clicks
  • today_spend
  • total_actions
  • total_unique_actions

In addition, several types of metrics have been deprecated. Note: The fields are still available, but the types listed below are not:

  • actions field: mention, tab_view
  • action_values field: app_custom_event
  • cost_per_action_type field: mention, tab_view
  • canvas_avg_view_percentage_per_component field: canvas_view

Salesforce (v1) integrations: Add suffix to parent tables ending in __

Previously, Salesforce integrations attempted to perform PK (Primary Key) chunking for custom tables using an incorrect parent table name. This fix now appends c to parent tables ending in __, ensuring chunking is performed correctly.


New community integrations available

Thanks to the contributions of the Singer community, Stitch has five new integrations available for all customers to use:

  • Bronto (v1): An email marketing platform for ecommerce

  • FullStory (v1): A tool that offers high-fidelity session playback

  • Listrak (v1): A marketing platform for engaging shoppers across all channels

  • Quick Base (v1): A platform for developers to build, customize and connect scalable, secure cloud applications

  • SendGrid Core (v1): A platform for delivering transactional and marketing emails

All of these integrations are built on the Singer open source project and take advantage of Stitch’s secure and scalable infrastructure.

Get started by adding a new integration today or learning more in our documentation.


Marketo integration: New version (v2)

A new version (v2) of our Marketo integration is now available! Major changes include:

  • Activity selection – Each Marketo activity type is now its own table, allowing you to replicate just the ones you care about the most.
  • Replication of campaigns and programs – These objects are now available for replication to your destination.
  • Column selection – Just as with tables, we’ll only replicate the columns that you want.
  • Improved efficiency – The integration now uses Marketo Bulk API, which allows us to more efficiently replicate large amounts of data. Review our documentation for more details.

Learn more about the integration and these features in our Marketo integration documentation.


Amazon S3 (v1) destination leaving open beta

Our Amazon S3 destination has left open beta and is now generally available! Check it out today to get your source data delivered to your S3 bucket in either JSON or CSV. Check out the docs for more info.


New integration: GitHub

A new GitHub integration is now available!

This integration lets you extract data from any GitHub repository. You can choose from the following tables to replicate to your destination:

  • assignees
  • collaborators
  • commits
  • issues
  • pull_requests
  • reviews
  • stargazers

Create a new integration today with seven days of free historical data. Learn more in our documentation.


Zuora integration: New version (v1)

A new version (v1) of our Zuora integration is now available!

We’ve worked hard to ensure this new integration is the best way to extract data from Zuora to your Stitch destination. The new integration, based on the Singer standard, includes many new features such as:

  • Removal of zuora_ prefixes from table names
  • Expanded table and field availability
  • Choice of Zuora API, allowing you to choose the API that best fits your needs
  • Replication of deleted records when using the AQuA API
  • Table and field selection
  • Enhanced schema validation

Get started today by creating a new Zuora integration or learn more in the updated documentation.


HubSpot integration: New version (v2)

A new version (v2) of our HubSpot integration is now available! Major changes include:

  • Column-level selection
  • More comprehensive data typing on custom properties
  • Inclusion of all form submissions for contacts – Older versions only replicated the newest form submissions. Now you can extract a complete picture of your contact form submissions.
  • Improved updates of the list_memberships table
  • Several schema changes:
    • hubspot_contacts_by_company has been renamed to contacts_by_company
    • The isDeleted fields have been removed from the deals and companies tables. The HubSpot API does not provide accurate values for this data, so we’ve removed it to prevent confusion and potential discrepancies.
    • The keywords table has been removed. HubSpot has deprecated the keywords feature of their product and API. Note: HubSpot has deprecated their Keywords tool as of June 1.
    • New counters added to campaigns, including: deferred, unsubscribed, statuschange, bounce, mta_dropped, suppressed

Learn more about the integration and these features in our HubSpot integration documentation.


MySQL (v1) integrations: Binlog replication support

MySQL integrations can now use binlog replication to perform incremental replication in Stitch!

If you have binary logging enabled for your MySQL database, Stitch can now use it to help replicate your data. Log-based Incremental Replication allows for incremental replication of a table without a Replication Key and will capture and persist hard deletes.

This feature is now available as a Replication Method on the Table Settings of MySQL integrations. Check out the docs for more info.


Free historical data loads for all new integrations

All new integrations will replicate seven days of unlimited data without impacting your monthly quota. Get started by creating a new integration or learn more on our blog.


Time-based replication scheduling is now available!

Stitch customers now have some control over when extractions begin. This new feature allows users to “anchor” extraction start times to a specific time, ensuring Stitch is predictably replicating data when it’s most needed.

For example: Setting a six (6) hour replication with an anchor time of 12:00 PM would create this schedule:

  • 12:00PM
  • 06:00PM
  • 12:00AM
  • 06:00AM

Check out the docs for full details.


Amazon S3 (v1) destination now in open beta

Amazon S3 is now available in open beta as a Stitch destination. Highlights include support for both JSON and CSV formats and the ability to customize the S3 Object Keys to control how your data is stored.

Check out the docs for more info.


New integration: Bing Ads

A new Bing Ads integration is now available!

Stitch’s Bing Ads integration lets you replicate data from Microsoft’s search advertising platform to the Stitch destination of your choice.

A few highlights from the integration include:

  • Replication from eight of the most popular Bing Ads reports
  • Configurable fields in each of your selected reports
  • Connection to multiple ads accounts in each Stitch integration
  • [Append-Only loading behavior](https://www.stitchdata.com/docs/replication/loading/understanding-loading-behavior, enabling you to see report changes over time
  • A new _sdc_report_date field, allowing you to see when data was retrieved from Bing Ads

Get started by creating a new Bing Ads integration or learning more in our documentation.


New billing option: Annual plans

Discounted annual plans are now available! Signing up for a year of Stitch will net customers 2 months free. You can change to an annual plan at any time.


Facebook Ads (v1) integrations: API upgrade to v2.11

We’ve updated our Facebook Ads integration to use the newest version of the Facebook Marketing API - version 2.11.

In addition, we’ve made the following improvements:

  • Configurable attribution window when creating or editing a Facebook Ads integration. Choose between 1, 7 or 28 days so that Stitch replicates historical data in alignment with the attribution window of your Facebook Ads account.

  • A new table named ads_insights_region. View your data by the region (such as state or province) where people live or were located when they saw your ads, depending on how you set your location targeting.

  • Removed the video_15_sec_watched_actions attribute from relevant tables. Facebook deprecated this attribute in the 2.11 version of their API.


New destination: data.world

A new data.world destination is now available!

data.world helps you host and share your data, collaborate with your team, and capture context and conclusions as you work. We’ve partnered with them to allow you to replicate all your sources into your data.world account.

Check out the docs for more info.


Introducing Stitch Connect

We’ve just released Stitch Connect, a toolkit that enables developers to integrate a data pipeline with their own platforms behind the scenes as a seamless part of their infrastructure.

Stitch Connect comprises a JavaScript user interface and an API that lets developers programmatically create and access Stitch client accounts and configure source and destination connections.

Interested in seeing how it could work with your application? Check out the docs or get in touch.


Salesforce (v1): ContentFolderItem is no longer supported

We’ve determined that the ContentFolderItem object is incompatible with Stitch’s querying strategy, and as a result is no longer available for replication via the Salesforce REST API option.


Google AdWords (v1) integrations: API upgrade to v2.11

We’ve updated our Google AdWords integration to use the newest Adwords API - version v201802.

Additionally, we’ve made the following chanegs:

  • In the ads table, the policyTopicEvidences object in the policySummary.policyTopicEntries field contains an evidenceText field. This field (evidenceText) has been renamed to evidenceTextList and is now a list.

  • In the ad_performance_report table, the ImageAdUrl field now returns the entire URL string

  • In various reports:

    • The BidType field has been removed
    • The EnhancedCpvEnabled field has been removed from all reports. This field was used for experiments that are no longer active.

See the AdWords API release notes for additional details.


Loading Reports are now available!

Loading Reports are now available!

A few months ago, we launched access to Extraction Logs for select integrations. Today, we’re releasing additional transparency for replication, this time on the loading end of things.

All Stitch users can now see:

  • A breakdown of row counts by tables (and subtables) for each integration
  • A timeline of loads for each table
  • Select integrations (MySQL, Facebook, Salesforce and HubSpot to name a few) have latest data point and extraction time info per table

Check out the docs for more info.


Facebook Ads (v1) integrations: Include deleted ads, adsets, and campaigns

We’ve added a new setting for Facebook Ads (v1) integrations that enables you to replicate records for deleted ads, adsets, and campaigns:

When checked, Stitch will query for and extract data for deleted ads, adsets, and campaigns from your Facebook Ads account. Relevant records will be included in the ads, adcreatives, adsets, and campaigns tables, if selected for replication.

Learn more in our Facebook Ads integration documentation.


Salesforce (v1): Additional incompatible objects

We’ve found that the following objects are incompatible with Stitch’s querying strategy, and as a result are no longer available for replication:

  • LookedUpFromActivity
  • AttachedContentNote
  • QuoteTemplateRichTextData

MySQL (v15-10-2015) deprecation

The v version of our MySQL integration has been deprecated. As of today, this version of the MySQL integration is no longer formally supported.

While connections using v will continue to run, this version will be sunset in the future. Migrate to the latest version of MySQL (v1) today to prevent possible disruptions.


Facebook Ads (v1) integrations: use_page_actor_override field deprecation

Due to issues with querying and a bug in Facebook’s API, we’re removing support for the adcreative.use_page_actor_override column. As a result, this column will no longer display in Stitch as available for replication.


Facebook Ads (v15-10-2015) integration: API upgrade to v2.9

We’ve updated the integration to use a new version of the Facebook API. This update also provides access to a new table (facebook_ads_insights_platform_and_device), which contains fields allowing you to compare insights between platforms such as Facebok, Instagram, and Messenger, and positions such as feeds, instant articles, and stories.


Facebook Ads (v15-10-2015) integration: Improved error handling

We’ve updated the error handling in the Facebook Ads integration to more aggressively retry when Insights jobs fail. As a result of this change, the error rate for this integration has been significantly reduced.


Introducing Stitch Community integrations

Introducing: Stitch Community integrations!

Just like other Singer taps, these integrations are able to be run in Stitch. Thanks to the success of the inger open source project and the contributions from the Singer community, we’re able to run these integrations on the Stitch infrastructure while being supported by the community rather than the Stitch team.

Like Stitch Certified integrations (built and maintained by the Stitch team), Stitch Community integrations offer a number of benefits:

  • Running at scale on a reliable infrastructure
  • Secure credential management
  • Setup and configuration via the Stitch interface
  • Configurable scheduling
  • Automated notifications when something goes wrong
  • Log exploration interface
  • Access to all of the Stitch-supported destinations

The key difference is that Stitch provides commercial support for Certified integrations, but not for Community integrations. Commercial support is a guarantee that the Stitch team will fix bugs and adapt to new versions of third-party APIs.

For a full list of Stitch integrations - including both Certified and Community - refer to the docs.


Salesforce (v1): Primary Key (PK) chunking

We’ve implemented Salesforce’s Primary Key (PK) chunking feature into our integration.

If the integration is using the Bulk API and encounters a timeout error, Stitch will now re-try using the Sforce-Enable-PKChunking header in the API request. This approach ‘chunks’ data into small batches, allowing the integration to more efficiently extract large volumes of data.


Google AdWords integration: New version (v1)

A new version (v1) of our Google AdWords integration is now available!

A few highlights include:

  • Utilizing the AdWords API to replicate the most popular Google AdWords reports to Stitch
  • Configurable fields in each of your selected Google AdWords reports
  • Connect multiple individual or MCC AdWords accounts in each Stitch integration
  • Using a 30-day conversion/lookback window to update data over the past 30 days
  • Loading report data using Append-Only loading with an _sdc_report_date field so that users know when data was retrieved from the AdWords API

Learn more about the new version in our documentation.


Salesforce (v1): Improved record type handling

We’ve added handling for several Salesforce record types:

  • byte
  • calculated
  • DataCategoryGroupReference
  • masterRecord

Salesforce integration: New version (v1)

A new version (v1) of our Salesforce integration is now available! Major changes include:

  • Choose between Salesforce Bulk or REST API
  • Configure how much of your Salesforce API quota Stitch can use
  • Connect to Salesforce Sandbox accounts
  • Choose whether Stitch automatically replicates new fields
  • Reset the Replication Key for individual Salesforce tables in Stitch
  • Toggle between Incremental or ull Table Replication for tables
  • Access the latest objects and fields from the newest version of the Salesforce API
  • Removed sf_ prefix for tables for all newly created integrations

Learn more about the integration and these features in our Salesforce integration documentation.


Extraction logs now available!

Detailed Extraction Logs are now available for select integrations in Stitch. This new feature presents detailed information about the extraction process in these integrations, and lets you:

  • Inspect, copy, and download extraction log files up to 50MB in size
  • View historical logs over the past seven days
  • Visualize how often extraction runs, how long it takes, and when it errors
  • View logs for extraction jobs currently in progress

This feature is available for the following integrations:

We’ll be working over the coming weeks to bring these logs to the rest of our integrations. Check out the docs for more info on this new feature.


Facebook Ads (v1) integrations: Ads, AdSets, and Campaigns now replicate incrementally!

Big news: The following Facebook Ads integration tables, which previously replicated in full, now use Key-based Incremental Replication:

  • ads
  • adsets
  • campaigns

These tables use updated_time as Replication Keys, ensuring you’re only replicating records that have been updated. You can learn more about these tables in our Facebook Ads integration documentation.


Facebook Ads (v1) integrations: AdLabel data is now available!

We’ve added the adlabels fields to the adsets and campaigns tables for our Facebook Ads (v1) integration.

Learn more in our documentation.


MySQL (v1) integrations: Primary Keys can't be an unsupported data type

Previously, this integration would allow columns with unsupported data types to be included in the Primary Keys (key_properties) for a table. This has been corrected.


New version (v1) of MySQL integration

A new version (v1) of our MySQL integration is now available!

Learn more about the integration and these features in our MySQL integration documentation.


Google BigQuery (v1) destination leaving open beta

Our Google BigQuery destination has left open beta and is now generally available! Check out the the docs for more info.


Facebook Ads integration: New version (v1)

A new (open-sourced!) version (v1) of our Facebook Ads integration is now available! This version, built from the ground up, supports field selection for increased control over what data you replicate through Stitch.

Learn more about the integration in our Facebook Ads integration documentation.


New integration: Autopilot

A new Autopilot integration is now available! Make your customer journeys take flight with data from Autopilot - now generally available as a Stitch source.

Get started by creating a new Autopilot integration or learning more in our documentation.


HubSpot integration: New version (v1)

A new (open-sourced!) version (v1) of our HubSpot integration is now available!

Major improvements include:

  • Table selection
  • Improved data typing
  • Improved Primary Keys
  • New tables:
    • hubspot_contacts_by_company
    • engagements

Open sourcing our integrations means more transparency into and flexibility around integration features. If you’d like to contribute to the HubSpot integration, you can check out the code here.

Learn more about the integration and these features in our HubSpot integration documentation.


Snowflake (v1) destination leaving open beta

Our Snowflake destination has left open beta and is now generally available! Snowflake is a SQL data warehouse built from the ground up for the cloud, designed with a patented new architecture to handle today’s and tomorrow’s data and analytics.

Check out the the docs for more info.


Replication scheduling change for non-database integrations

Non-database integrations now schedule replication by waiting the configured interval from the last time they were scheduled. This means that integrations with a daily schedule will run at the same time every day, and those with an hourly schedule will run at the same number of minutes past every hour. With the change, all integrations now use this scheduling logic.

Refer to the docs for more info and examples.


Change your destination!

Not happy with where your data is headed? Now you can do something about it!

Space balls gif

Customers can now change destination types right in their account. Check out the docs for more info.


Lots of integrations leaving beta

Like baby birds leaving the nest, baby bears leaving their dens, or baby platipi leaving… whereever it is that platypi live… so too have many of our integrations recently left open beta.

Here’s the list:


Snowflake (v1) destination now in open beta!

If you’ve been waiting to get Stitch hooked up to Snowflake, wait no longer! We’re happy to announce that as of today, Snowflake has entered open beta and is available for any customer to use.


Snowflake (v1) destination now in closed beta!

Been waiting for Stitch to support Snowflake? Good news - Snowflake as a destination has just entered closed beta and testing has already begun! If you’re interested in getting on the list, add your email address here and we’ll let you know as we add more testers.


Improved UI speed

We’ve deployed some efficiency improvements to a key backend service that has led to a (in some cases significant) speed up of the Stitch user interface.


PostgreSQL (v1) destination leaving open beta

Our Amazon Aurora PostgreSQL destination has left open beta and is now generally available! Check out the the docs for more info.


Google BigQuery (v1) destination: Data type incompatibilities fix

We’ve improved the way Stitch loads data into Google BigQuery destinations. This update, already in production, fixes data type incompatibilities that were preventing certain tables from loading data into Google BigQuery datasets.


New integrations: Harvest, Taboola, and Urban Airship

Stitch is pleased to announce the release of several new integrations, which are now available to all customers:


MongoDB (v11-01-2016) integrations: Support for Mongo 3.4 and SSL connections

Time marches on, as do versions. Today, we’re happy to announce support for the latest version of MongoDB, version 3.4. Additionally, Stitch now supports connecting securely to Mongo instances using SSL.


New and improved Stitch Docs

Stitch is excited to relaunch a redesigned version of our extensive documentation, including a brand new Getting Started guide and a guide on picking the right destination for you.


Google Cloud SQL PostgreSQL Support

We’re excited to report that Stitch supports the recently announced PostgreSQL flavor of the the Google CloudSQL service. It’s available as both an input integration AND a destination - a dual threat!


Support for Singer Taps - 10 new integrations!

Stitch now has built-in support for Singer Taps, the data extraction component of the the just launched simple, composable, open source ETL Singer project. This exciting new standard will make getting data out of any source and into Stitch (or elsewhere) simpler and more straightforward.

To learn more about Singer, check out the launch blog post.

By supporting this standard, Stitch now supports these integrations:


Google Analytics (v14-09-2016) integrations: New default Replication Frequency

The default Replication Frequency for Google Analytics integrations is now 6 hours. Want to replicate your data at a faster rate? Learn more in our docs.


New integration: Branch

Are you using Branch for deep linking in your mobile app? Now you can replicate event data from your Branch account to your destination and analyze app installs and engagement.

Get started by creating a new Branch integration or learning more in our documentation.


Stitch Webhooks and 14 new integrations

Introducing: Stitch Webhooks!

Stitch Webhooks is a configurable incoming webhook integration that replicates data from hundreds of webhook APIs directly to Stitch.

Additionally, we’ve added 14 new integrations to Stitch, powered by webhooks, as great examples of what you can replicate across different types of applications:


Enhanced integration replication stats

Ever wondered where your data was after Stitch pulled it from the source but hadn’t arrived in your destination yet?

When the next replication job will start?

How many rows you’ve loaded today?

This information (and more) is now available in Stitch: Just click on any individual integration to experience this… experience. Check out the docs for more info.


Support for replicating database views

With the new year fast approaching, the Stitch engineers wanted to slip in a last update or two to the product before the ball drops. Customers can now see and replicate views for database integrations in Stitch - just pick a Primary Key and Replication Method. Enjoy!


Logging for rejected records

Occasionally, Stitch encounters data that it can’t load into a destination for a variety of reasons: Dates that fall out of range, table names that are too long, etc.

Stitch now logs these records into a special table (_sdc_rejected) for each integration. Each rejected record includes the reason for the rejection and as much data from the original record as can fit.

Learn more in the docs.


In-app notifications now available

When things go wrong, as they occasionally do, Stitch sends an email notification about this issue. Now, those notifications are available inside the Stitch interface as well. Just click on the Notifications tab at the top of the page to see your active notifications.


Google BigQuery (v1) and PostgreSQL (v1) destinations now in open beta!

If Amazon Redshift isn’t the right destination for you, then we’ve got you covered. Our Google BigQuery and PostgreSQL destinations are now in open beta - and you can set them up in Stitch today! Both are available during destination selection in the onboarding process.

To learn more about how Stitch loads data into these destinations, check out the docs for Google BigQuery and PostgreSQL destinations.


Re-using schema names from deleted integrations

Delete an integration, and still attached to the schema name that went with it? Now you can re-use schema names from deleted integrations when you set up new ones.


Reset Replication Keys for individual tables in database integrations

Hot off the heels of support for resetting the Replication Keys for an entire database integration, Stitch now offers the ability to do it on a per table basis. Head down to the Table Settings in a database integration for an individual table and you’ll see the new button.


PostgreSQL destination (v1) in closed beta

Longing to get your data into Amazon Aurora PostgreSQL instead of Amazon Redshift?

Good news, everyone!

Amazon Aurora PostgreSQL as a Stitch destination is now in closed beta! Sign up today if you are interested in the beta and we’ll add you to the waiting list. In the mean time, learn more about this destination in the docs.


LONGNVARCHAR data type support

Up until now, Stitch supported VARCHAR, NVARCHAR, and LONGVARCHAR. Today we’ve added support for the crazy uncle of the VARCHAR family, LONGNVARCHAR!

Just a note: If you have existing database integrations that have this data type, you’ll need to go in and specifically track it. Any new integrations will automatically track this data type.


New destination: Panoply.io

A new Panoply destination is now available!

Interested in Amazon Redshift but don’t want the hassle of maintaining an Amazon Web Services account? Exciting news - Stitch has partnered with Panoply to bring their managed data warehouse solution to our users - including a free tier with up to 10 million rows per month!

Get started by creating a new Panoply destination or learning more in our documentation.


Salesforce (v15-10-2015) integrations: Field selection support

Do objects in your Salesforce have a lot of fields? Do you only care about a few of them? Don’t you wish you could only track what you want?

Well, now you can! Starting today, you can select which fields to replicate from your Salesforce objects, giving you more control to keep your destination clean and simple. Learn more in the docs.


Close.io integration now in open beta

A new Close.io is now available!

The new integration will replicate all of your leads and activities to your warehouse, allowing you to analyze your sales cycle and always be closing.

Get started by creating a new Close.io integration or learning more in our documentation.


Google BigQuery (v1) destination in closed beta

Excited about Google BigQuery? We’ve got some big news for you!

Our Google BigQuery destination is now in closed beta. Sign up if you’re interested in joining the beta to start sending your data to Google BigQuery. In the mean time, learn more about this destination in the docs.


New integration bonanza!

Lots of integration related news today. Ready? Here we go:

Get out there and start moving some data.


MongoDB (v11-01-2016) integrations: Replication Keys modification support

Ever select the wrong Replication Key for a MongoDB integration when setting up Incremental Replication? If so, you’ll know that it’s a headache to change it.

Now, you can easily change it to the correct field within the Stitch app. Note that doing so will force a full re-replication of the table, to ensure all data is replicated using the correct Replication Key.


Zendesk (v15-10-2015) integrations: New group membership table

The Zendesk Support integration now includes a zendesk_group_memberships table, which contains information about the groups your Zendesk Support agents are members of. Fields in this table include:

  • Group membership ID (id)
  • URL
  • Name
  • Deletion flag
  • created_at
  • updated_at

NetSuite (v10-15-2015) integrations: Deleted record support

The NetSuite integration now includes a table called netsuite_deleted which contains a row for every deleted record that supports deletes. Accounting for deleted records is especially important if you’re performing any sort of aggregate function, such as totaling invoices or balancing your books.

Learn more about utilizing the NetSuite deletion log in our [docs](https://www.stitchdata.com/docs/integrations/saas/netsuite-suitetalk/v10-15-2015#using-netsuite-deleted.


Reset Replication Keys for database integrations

Need to completely re-replicate all incrementally replicated tables in a database integration? Now you can(!) via the Integration Settings page on any MySQL, PostgreSQL, Microsoft SQL Server, or MongoDB integration. Take care though - the re-replicated rows count towards your monthly caps.


Amazon Redshift (v2) destination: Fix boolean precision

This release ensures precision for boolean data types, specifically that false values are accurately displayed as false (instead of null) in Amazon Redshift.


Amazon Redshift (v2) destination: Increase decimal precision and scale

This release increases the precision and scale of decimal types in Amazon Redshift, changing from the Amazon Redshift default of DECIMAL(18,0) to DECIMAL(38,6).


Change an integration's display name

Don’t like what you named your integration? Now you can change it!

Integration names can be edited on the Settings page for each respective integration. Note: Changing an integration’s name won’t change the name of the schema in your destination.

Learn more in the docs.


PostgreSQL (v15-10-2015) integrations: ARRAY and JSONB data type support

All PostgreSQL fields of type JSONB and ARRAY may now be tracked from the Integrations page. These fields will be converted to strings in Amazon Redshift.


Introducing: This Changelog

We added a changelog to stitchdata.com to make it even easier to learn about Stitch product updates. Very meta.


Getting Stitched

Everything that used to be called RJMetrics Pipeline is now called Stitch. Basically, a big s/RJMetrics Pipeline/Stitch/g on our codebase.


Amazon Redshift destination: New version (v2)

Now 50% Redshiftier, along with these improvements:

  • Faster loading for high volume data streams
  • Transactional upserts
  • NO MORE VIEWS! Data is materialized into tables directly in the target schema, and these tables are never dropped

Learn more in the docs.