Back to the guides

PRACTICAL SOFTWARE GUIDE

HubSpot data sync: reconcile field mappings, direction and conflict rules

Map the meaning and direction of every synchronized field, then test conflicting values before allowing a connected app to update real records.

SOURCE-BASED ANALYSIS · NO HANDS-ON RATING

Define authority field by field

HubSpot data sync mappings determine which properties synchronize, in which direction and how discrepancies are resolved. A global direction does not remove the need to inspect field types, read-only constraints and the meaning of values in each application. Declare which system is authoritative for each business concept.

Build a conflict fixture

For a fictional contact sync, create synthetic records with the same controlled identifier in both systems. Give the phone field different values, leave one side blank, use an unmapped option value and add a relationship that should synchronize. State expected results before activating the pilot.

FixtureExpected resultEvidence
Matching identifier, conflicting phoneDeclared conflict rule winsBefore-and-after values
Blank in authoritative appFollow documented blank behaviorNo assumed deletion
Unknown stage labelRejected or held for mapping reviewSync status and retained source value
Valid company associationRelationship preserved when mapping is enabledIDs on both sides

Inspect special field behavior

The official mapping guide describes considerations for names, addresses, phone numbers, associations and status labels. For example, labels may need to match for stage or status fields, and multi-value fields can behave differently from a simple text property. Do not approve a mapping because the labels merely look similar.

  1. Inventory objects, identifiers and required relationships.
  2. Record field types and allowed values in both systems.
  3. Select sync direction and conflict authority.
  4. Run the synthetic conflict fixtures.
  5. Inspect failed, excluded and partially synchronized records.
  6. Reconcile IDs, values and associations after a second update cycle.

Keep rollback operational

Preserve the source values and configuration evidence needed to stop the sync and repair a bad mapping. Turning off one mapping is not proof that earlier changes have been reversed. Accept the pilot only when normal, conflict, blank and invalid cases have explainable results.

This guide does not claim a live integration test, universal field compatibility or availability of custom mappings on every subscription.

Sources and verification

Official documentation checked on 2026-10-29. Worked examples are hypothetical planning exercises, not measured product benchmarks.

Continue your evaluation

Practical guides for this topic

Put your tools to work.

Need help choosing or setting up your tools? Tell Koldia what you want to improve.

Discuss your project