Skip to main content

Sync Sessions

Sync sessions (also called sync executions) represent individual data synchronization runs between Tether and your connected platforms. Monitor sync activity to ensure data stays current and identify issues.

What is a Sync Session?

A sync session is a single execution of an integration’s data synchronization:
  • Tether connects to the external platform
  • Data is fetched based on the integration’s capabilities
  • Individual records (sync items) are processed
  • The session completes with a status and statistics

Viewing Sync Sessions

Accessing Sync History

1

Go to Integrations

Navigate to Integrations in the sidebar
2

Select Integration

Click on the integration you want to inspect
3

View Execution History

The integration detail page shows a table of past sync executions

Sync Execution List

Each sync execution in the list displays:
ColumnDescription
StatusVisual badge showing the execution result
Domain TypeWhat type of data was synced (e.g., sales_orders, warehouse_inventory)
Started AtWhen the sync execution began
DurationHow long the sync took (in seconds)
Records FetchedNumber of records retrieved from the external system
StatisticsBreakdown of success, failed, and skipped record counts

Sync Types

Scheduled Sync

Syncs that run automatically based on the integration’s cron schedule:
AspectDescription
WhenBased on the configured cron expression and timezone
WhatIncremental data since last sync (new and modified records)
DurationVaries based on data volume
UseRegular ongoing synchronization

Manual Sync

User-triggered synchronization for immediate data fetch:
1

Go to Integration Detail

Navigate to the integration’s detail page
2

Click Trigger Sync

Click the Trigger Sync button to start an immediate sync
3

Monitor Progress

The new execution will appear in the execution history

Full Re-Sync

After resetting sync state (admin only), the next sync performs a full data fetch:
AspectDescription
WhenAfter an admin resets sync state
WhatAll available data from the external system
DurationLonger (full data volume)
UseRecovery, re-import after fixing mapping issues

Sync Execution Details

Click on a sync execution to see its detail page.

Execution Summary

FieldDescription
StatusOverall execution result
Dry RunWhether this was a dry run (mapping validation only, no data saved)
DurationTotal execution time in seconds
Records FetchedTotal records retrieved from the external system
Domain TypeThe data type that was synced

Statistics

Each execution tracks aggregate statistics:
StatisticDescription
SuccessRecords processed successfully
FailedRecords that encountered errors
SkippedRecords that were skipped (e.g., already up to date)

Sync Items

The execution detail page shows a table of individual sync items — the records that were processed during the sync. Each item shows:
ColumnDescription
Sync StatusStatus badge for the individual record
Error MessageError details if the record failed
Fetched AtWhen the record was retrieved
Domain TypeData type of the record
External IDIdentifier from the external system
RecordsRecord count (for aggregate items)

Sync Item Statuses

Individual sync items can have the following statuses:
StatusDescription
ProcessingRecord is currently being processed
SuccessRecord was processed successfully
FailedRecord encountered an error during processing
SkippedRecord was skipped (e.g., no changes detected)
MappedRecord was successfully mapped to Tether entities
PartialMappedRecord was partially mapped (some fields could not be resolved)

Filtering Sync Items

The sync items table supports filtering to help you investigate specific issues:
FilterDescription
StatusFilter by sync item status (e.g., show only Failed items)
SearchText search across sync item fields
Domain TypeFilter by data type

Error Analysis

Unmapped SKU and Channel Errors

A common source of sync failures is unmapped SKUs or channels. The execution detail page provides aggregate error analysis:
  • Unique unmapped SKUs: List of SKU identifiers from the external system that don’t match any Tether SKU
  • Unique unmapped channels: Channel identifiers that couldn’t be resolved
  • Top errors: Most frequently occurring error messages
This helps you quickly identify which mappings need to be configured before the data can sync successfully.

Viewing Error Details

For aggregate sync items (items that represent batches of records), you can click to view the detailed error breakdown showing individual record errors within the batch.

Monitoring Sync Health

Key Indicators

IndicatorHealthyNeeds Attention
Execution StatusConsistently successfulRepeated failures
Failed Count0 or very lowIncreasing over time
Records FetchedConsistent with expected volumeSudden drop or zero
DurationWithin expected rangeSignificantly longer than usual

Checking Sync Schedule

From the integration detail page, verify:
FieldDescription
Last SyncWhen the integration last executed
Next SyncWhen the next scheduled execution will occur
ScheduleThe cron expression and timezone
If the last sync is older than expected based on the schedule, the integration may be disabled or experiencing issues.

Managing Sync Issues

Retrying After Failures

1

Review Failed Execution

Click on the failed execution to see error details
2

Check Sync Items

Filter sync items by “Failed” status to identify specific issues
3

Fix Root Cause

Address the underlying problem (e.g., add missing SKU mappings, fix credentials)
4

Trigger Manual Sync

Go back to the integration detail page and click Trigger Sync

Common Sync Issues

IssueCauseSolution
Unmapped SKUsExternal SKU IDs don’t match Tether SKUsConfigure SKU external ID mappings
Unmapped ChannelsChannel identifiers not recognizedVerify channel configuration
Authentication FailedExpired or invalid credentialsUpdate integration credentials
No Records FetchedDate range issue or empty data sourceCheck integration configuration and source data

Dry Run Mode

When an integration runs in dry run mode, sync executions are marked with a Dry Run indicator. In dry run mode:
  • Data is fetched and mapping is validated
  • No data is actually saved to Tether
  • You can review sync items to see what would be processed
  • Useful for testing new integrations or debugging mapping issues

Best Practices

Check sync status routinely:
  • Review execution history after schedule changes
  • Investigate any increase in failed records
  • Verify records fetched counts are reasonable
Don’t let errors accumulate:
  • Check error details on failed executions
  • Resolve unmapped SKU/channel issues quickly
  • Use dry run mode to test fixes before enabling
When investigating issues:
  • Filter sync items by “Failed” status to focus on errors
  • Search for specific external IDs
  • Filter by domain type to isolate data categories
If sync state becomes corrupted:
  • Ask an admin to reset sync state
  • This forces a full re-sync on the next execution
  • Monitor the full sync carefully for errors

Next Steps

Integration Setup

Configure integrations

Troubleshooting

Resolve sync issues

Channels

Manage channels

Data Exports

Export data manually