Field Mapping Reference
PILLAR’s field mapping layer connects your CRM schema to PILLAR’s canonical data model. When you connect Salesforce, HubSpot, or Microsoft Dynamics 365, PILLAR auto-discovers your CRM’s fields and maps them to the 126+ internal fields listed below across 6 data objects.How Field Mapping Works
- Auto-Discovery — When you first connect your CRM, PILLAR reads your org’s actual field schema (including custom fields) and fuzzy-matches them against the known CRM field names listed in this reference.
- Auto-Mapping — Fields with high-confidence matches are mapped automatically. PILLAR shows you a mapping confidence score (0-100) based on how many required and optional fields were matched.
- Manual Review — You can review, override, or add custom mappings via Settings > Integrations > Field Mapping.
- Transform Layer — Each mapping includes a transform type that controls how the raw CRM value is converted to PILLAR’s internal format (see Field Transforms below).
- Continuous Sync — Mapped fields are synced every 15 minutes via incremental pull. PILLAR also pushes computed scores (Health, Risk, Priority) back to your CRM.
Dynamics 365 field names are listed in a dedicated section at the bottom of this page. All Salesforce and HubSpot mappings apply to Dynamics 365 via the same auto-discovery process — Dynamics-specific field names are documented in Dynamics 365 Field Mappings below.
Fields marked Required must be mapped for PILLAR to generate meaningful scores, signals, and next-best-actions. Optional fields improve scoring accuracy and unlock additional intelligence modules.
Accounts
Accounts are the core entity in PILLAR, representing organizations (school districts, companies, institutions) that are customers or prospects.Core Fields
Scoring Fields
Enrichment Fields
Lifecycle Fields
Contacts
Contacts represent individual people at accounts — buyers, champions, evaluators, and end users.Core Fields
Engagement Fields
Lifecycle Fields
Opportunities
Opportunities represent active deals in the pipeline — new business, renewals, expansions, and cross-sells.Core Fields
Scoring Fields
Engagement Fields
Lifecycle Fields
Enrichment Fields
Leads
Leads represent pre-opportunity contacts — people who have shown interest but have not yet been qualified into the pipeline.Core Fields
Association Fields
Engagement Fields
Scoring Fields
Lifecycle Fields
Enrichment Fields
Contracts
Contracts represent formal agreements between your company and an account. Contract data is the canonical source for renewal dates, replacing heuristic derivations from opportunity stages.Contract ingestion is currently in rollout. The Drizzle schema and catalog entries exist but the CRM object enumeration has not yet been activated. Contact your PILLAR representative to enable contract sync for your org.
Core Fields
Lifecycle Fields
Association Fields
Support Tickets
Support ticket snapshots capture per-ticket data from HubSpot Service Hub and Salesforce Service Cloud. These feed the support burden component of renewal risk scoring.Support ticket ingestion is currently in rollout. Contact your PILLAR representative to enable support ticket sync for your org.
Core Fields
Association Fields
Lifecycle Fields
Engagement Fields
Dynamics 365 Field Mappings
PILLAR connects to Dynamics 365 via OAuth 2.0 (Azure AD). The field discovery and auto-mapping process works identically to Salesforce and HubSpot — PILLAR reads your Dynamics schema on first connect and fuzzy-matches against the field names below. Custom fields in Dynamics follow thecr_xxx_fieldname or new_fieldname naming convention depending on your publisher prefix.
Custom fields in Dynamics 365 are prefixed with your organization’s publisher prefix (e.g.,
cr_abc_, new_, or a custom prefix). PILLAR’s auto-discovery reads both standard and custom fields. If a required field lives in a custom field, map it manually via Settings → Integrations → Field Mapping.Accounts (account entity)
Contacts (contact entity)
Opportunities (opportunity entity)
Leads (lead entity)
Contracts (contract entity)
Support Tickets (incident / Case entity)
Field Transforms
Every field mapping includes a transform type that controls how the raw CRM value is converted before storage in PILLAR.When to Use Each Transform
Direct -- most fields
Direct -- most fields
The vast majority of fields use
direct transforms. The raw CRM value is copied into PILLAR with only type coercion (e.g., string to number) applied automatically.Lookup -- foreign key fields
Lookup -- foreign key fields
Fields like
account_id on Contacts, Opportunities, Leads, Contracts, and Support Tickets use lookup transforms. When PILLAR sees a raw CRM ID (e.g., 001xxxxxxxxxxxx for a Salesforce Account), it looks up the corresponding PILLAR UUID from the target table’s crm_external_id column. This happens automatically — you do not need to configure lookup mappings manually.Formula -- computed fields
Formula -- computed fields
Currently used for HubSpot contact and lead
name fields, where PILLAR concatenates firstname and lastname into a single name string. Additional formula transforms can be configured by your PILLAR admin.Picklist Map -- enum translations
Picklist Map -- enum translations
Used when your CRM’s picklist values don’t match PILLAR’s canonical enums. For example, if your Salesforce org uses deal stages like “Verbal Commitment”, “Contract Sent”, and “Closed Won - Paid”, you create picklist mappings to translate these to PILLAR’s standard stages: Negotiation, Negotiation, and Closed Won.
Picklist Mapping
Many CRM implementations use custom picklist values that differ from PILLAR’s standard enum values. The Picklist Mapping feature lets you create translation rules so PILLAR can correctly interpret your CRM’s terminology.Common Picklist Mappings
Opportunity Stages — PILLAR uses: Discovery, Evaluation, Proposal, Negotiation, Closed Won, Closed LostHow to Configure Picklist Mappings
- Navigate to Settings > Integrations and click your CRM connector card.
- Click Picklist Mappings (or access via the Field Mapping screen).
- Select the PILLAR field with enum values (e.g.,
stageon Opportunities). - For each of your CRM’s picklist values, select the corresponding PILLAR value from the dropdown.
- Click Save. Mappings take effect on the next sync cycle (within 15 minutes).
Custom Field Mapping
If your CRM uses non-standard field names or you have custom fields that don’t match PILLAR’s auto-discovery heuristics, you can create manual mappings.How to Create a Custom Mapping
- Navigate to Settings > Integrations and click Field Mapping on your CRM connector card.
- Find the PILLAR field you want to map (use the search bar or browse by object).
- Click the CRM Field dropdown and select your CRM field from the discovered schema.
- Choose the appropriate Transform type (direct, lookup, formula, or picklist_map).
- Click Save. The mapping takes effect on the next sync cycle.
Tips for Custom Mappings
- PILLAR discovers all fields in your CRM objects, including custom fields. If your field isn’t showing in the dropdown, verify it exists on the correct CRM object (e.g., Account vs. Contact).
- For fields that contain CRM IDs referencing another object (like a custom account lookup on Leads), use the
lookuptransform and specify the target PILLAR table. - For numeric fields stored as strings in your CRM, use the
directtransform — PILLAR applies automatic type coercion. - For formula fields that depend on multiple CRM fields (beyond simple concatenation), contact PILLAR support to configure a custom formula transform.