Priority-First Sync (Edge)

Last updated on Oct 22, 2026

When you create a Pipeline, Hevo first ingests the historical data in your Source, and then ingests new and updated data in each subsequent run. For Sources with a large volume of historical data, the historical sync can take several hours or even days, and no data is available in your Destination until it completes.

Priority-first sync reduces this wait by loading your most recent data first. In the first run of the Pipeline, Hevo ingests the data from a recent period, such as the last 30 days, and loads it into your Destination before the older data. You can start using your recent data while Hevo continues to load the older data.

Note: Currently, Stripe is the only Source that supports priority-first sync. It is enabled by default, and you do not need to configure anything to use it. Priority-first sync applies whenever Hevo ingests the historical data of a Pipeline, including when you resync it.


Understanding Priority-First Sync

With priority-first sync, Hevo splits the historical load into two parts, based on a period called the priority fetch period:

  • Recent data: The data created within the priority fetch period. Hevo fetches this data first. For Pipelines created with Stripe as the Source, the priority fetch period is 30 days.

  • Older data: All the data older than the priority fetch period. Hevo fetches this data in one or more Pipeline runs.

Priority-first sync applies only to a specific set of objects, called the priority objects. For all the other objects in your Pipeline, Hevo ingests the entire data along with the older data.

In Pipelines created with Stripe as the Source, the following objects and their child objects are synced on a priority-first basis:

  • Account

  • Application Fee

  • Authorization

  • Balance Transaction

  • Cardholder

  • Charge

  • Coupon

  • Customer

  • Dispute

  • File

  • File Link

  • Invoice

  • Invoice Item

  • Issuing Card

  • Issuing Dispute

  • Issuing Transaction

  • Payment Intent

  • Payout

  • Price

  • Product

  • Promotion Code

  • Refund

  • Review

  • Setup Intent

  • Shipping Rate

  • Subscription History

  • Subscription Schedule

  • Tax Rate

  • Topup

  • Transfer

Refer to the following sections for information about the jobs that Hevo runs in each Pipeline run:

  • First Run of the Pipeline: Describes the two historical jobs that Hevo starts when the Pipeline runs for the first time, and the order in which their data is loaded.

  • Subsequent Runs of the Pipeline: Describes the jobs that Hevo runs in each run after the first one, until all the older data is ingested.

First Run of the Pipeline

In the first run, Hevo starts two historical jobs at the same time:

  • Priority sync: Ingests the recent data for the priority objects and their child objects.

  • Backward sync: Ingests the older data for the priority objects, and all the data for the remaining objects in your Pipeline.

Both jobs ingest data at the same time, but Hevo loads the data of the priority sync into your Destination first. The backward sync loads its data only after the priority sync completes.

The backward sync runs for a limited time, called the backward sync duration, which is 6 hours for Pipelines created with Stripe as the Source. If the job cannot ingest all the older data within this time, it stops, and the remaining data is ingested in the subsequent runs. The job may run slightly longer than this duration to complete the data it is processing.

During the first run, Hevo does not run incremental jobs. Incremental data is ingested from the next run onwards.

Note: If the backward sync fails during the first run, Hevo marks both jobs as failed. However, the data that the priority sync has already loaded into your Destination is retained.

Subsequent Runs of the Pipeline

In each subsequent run, Hevo first runs an incremental job to ingest the new and updated data in your Source. If some older data is still pending, Hevo then runs a backward sync that continues from where the previous one stopped. Each backward sync runs for up to the backward sync duration.

Hevo repeats this in every run until all the older data is ingested. After that, the Pipeline runs only incremental jobs.

Note: As the incremental job runs before the backward sync in each run, your Destination receives new and updated data on schedule, even while the older data is still being loaded.

The following table shows an example of how data is loaded for a Pipeline with a 30-day priority fetch period, created on October 16, 2026:

Pipeline Run Job Data Loaded
First run Priority sync Data from September 16, 2026, to October 16, 2026, for the priority objects.
First run Backward sync Data older than September 16, 2026, for the priority objects, and all the data for the remaining objects, up to the backward sync duration.
Second run Incremental job Data created or updated since the first run.
Second run Backward sync The remaining older data, if any, up to the backward sync duration.
Subsequent runs Incremental job, followed by a backward sync until all the older data is loaded New and updated data, and the remaining older data.

If you add an object to your Pipeline after it is created, or resync an object, Hevo ingests its data through a regular historical load, and not on a priority-first basis.


Viewing Priority-First Sync Jobs

You can view these jobs in the Job History tab of your Pipeline. The priority sync and the backward sync are displayed as Historical jobs, and the jobs that ingest your new and updated data are displayed as Incremental jobs. When you resync the Pipeline, the two jobs are displayed as Resync jobs.

In the first run of the Pipeline, both the jobs start at the same time. To identify them, click the job. The priority sync lists only the priority objects and their child objects, and the backward sync lists all the objects in your Pipeline.

In the following image, the two historical jobs started at 10:18 AM. The job that ingested 615.48K Events is the priority sync, and the one that ingested 133.76K Events is the backward sync. The job that started at 11:18 AM is the incremental job of the next run.

Job History for a Pipeline with priority-first sync


Revision History

Refer to the following table for the list of key updates made to this page:

Date Release Description of Change
Oct-22-2026 NA New document.

Tell us what went wrong