Understand import and ongoing sync
Importing contacts brings a selected audience into your workflow and can create or match CRM records. Ongoing sync sends supported record changes and activities to your connected CRM according to your organization's setup.
Organization administrators manage CRM sync mappings and investigate CRM sync logs. These settings are separate from connecting a personal email account, adding Salesforce search filters, or choosing the fields displayed on a contact card.
Supported entities and sync behavior depend on the CRM connection. The activity-mapping editor includes Salesforce object settings; do not assume those settings configure every other CRM in the same way. For Salesforce, HubSpot, or a custom connection that needs setup, chat with us.
Configure record mappings and update behavior
- Open Org settings → CRM sync mappings and review Enable config-based mappings. This switch selects configured field mappings for Salesforce Contacts and Accounts instead of Athean's default mappings.
- Choose Contact or Account. Use Add Contact mapping or Add Account mapping to pair an Athean field with a CRM field. Choose Constant Value when the destination should receive a fixed value.
- Review Update mode for the record type.
- Resolve any field validation messages, then save the changes.
- Never update (immutable after creation): use the mapping to create records without updating them afterward.
- Update all fields: allow updates to the mapped fields.
- Update selected fields only: choose Fields to update on sync. The selection limits updates to existing records; creation still sends all mapped fields.
For example, you may want to populate several fields when a contact is first created but update only selected enrichment fields afterward. Confirm the destination field names and your CRM's required fields before saving. Salesforce Lead updates use separate behavior from the Contact mappings shown here.
Configure activity sync
The mapping tabs also include Emails, Calendar, Calls, LinkedIn, and Transcripts. Open the relevant tab to review its configured destination and fields. Salesforce activity mappings apply separately when configured; turning off Enable config-based mappings for Contacts and Accounts does not disable activity mappings.
For Salesforce activity mappings, select the destination object, map its fields, and use the available template variables to include information from the activity. Review the update mode separately for each activity type.
Calendar mappings also provide an owner choice: Creator (default) or Organizer. This determines which attendee is used as the Salesforce event owner when multiple internal users attend.
Saving mappings configures subsequent sync behavior. Check a relevant sync result afterward rather than assuming a mapping change has resent all historical activity.
Investigate a missing or unexpected sync
These steps investigate changes or activities expected to sync from Athean to your CRM. If CRM data is missing from Athean, start by checking the shared CRM connection and your current account or contact filters. Chat with us if the expected record is still missing.
- Open Org settings → CRM sync logs.
- Filter by Entity type, Date, and, when known, Entity ID. Add Status or CRM operation to narrow the results.
- Review the Entity, CRM Operation, and CRM ID to confirm the record and destination.
- Read Skip Reason for a skipped sync or Error for a failed sync. Open Request Body when you need to inspect the fields sent in that attempt.
Success, Failed, and Skipped describe different outcomes. A skipped record may reflect the configured rules or a missing prerequisite; read its reason before changing mappings.
No matching log? Widen the date range and clear Status or CRM operation filters, then confirm the record or activity exists in Athean and that you are looking for the correct entity. No matching row does not establish that a sync succeeded. If there is still no result, contact support with the Athean record or activity, the time, the destination CRM record when known, and the change you expected. Retry sync is available on a failed row; it cannot retry an attempt you have not found.
Time records the sync attempt. Activity Time, when available, records when the underlying activity happened. Use both when investigating older activity that synced later.