iSyncSFDocumentation

#4. Template Lines

Template Lines define which Salesforce objects are included in a sync and in what order. Each line specifies an object API name, an optional SOQL filter, sort order, record limit, and up to five levels of child object relationships — giving you precise control over scope.

Purpose: Template lines define the specific Salesforce objects to include in the sync and how to query them. While the template sets the overall strategy, template lines specify the actual data scope - which objects, which records (via filters), in what order (via sequence), and with what record limits. They also control child object inclusion and parent relationship exclusions. Where It Fits: Template lines are configured within a template (Template Lines tab). They are Step 4 in the workflow. Each template line produces one "branch" of the sync - the system processes them in sequence order, and each line's SOQL query determines which source records are scanned and synced. During execution, the scan phase reads these lines to discover records, and the sync phase uses them to know what data to send.

#4.1 Managing Template Lines

iSyncSF Template Lines grid with Salesforce object names, SOQL filter conditions, and sequence order
Template Lines grid with object names, sequence, filters, and inline editing

Template lines define which specific objects to sync and how to query them. Each template line represents one object (e.g., Account, Contact, Opportunity).

What Users Can Do:

iSyncSF child object configurator showing 5-level deep Salesforce relationship hierarchy
Child Object Configurator modal with hierarchy tree and relationship settings

For each template line, users can configure which child objects should be included in the sync.

What Users Can Do:

#Template Line Fields Reference

Each template line configures the following:

#Configuring Child Objects

Click the Configure Related button on a template line to open the child object configurator. This modal lets you define up to 5 levels of child object relationships. For each child relationship, you specify:

iSyncSF uses this hierarchy to determine insertion order — parents are always inserted before their children, and source-to-target ID mapping is handled automatically.