Skip to main content

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

  1. 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.
  2. 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.
  3. Manual Review — You can review, override, or add custom mappings via Settings > Integrations > Field Mapping.
  4. 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).
  5. 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 the cr_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

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.
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.
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.
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 Lost
Account Status — PILLAR uses: prospect, active, churned, paused, onboarding Lead Status — PILLAR uses: new, engaged, mql, sql, opportunity, disqualified, recycled Contract Status — PILLAR uses: draft, in_approval, active, expired, terminated, renewed

How to Configure Picklist Mappings

  1. Navigate to Settings > Integrations and click your CRM connector card.
  2. Click Picklist Mappings (or access via the Field Mapping screen).
  3. Select the PILLAR field with enum values (e.g., stage on Opportunities).
  4. For each of your CRM’s picklist values, select the corresponding PILLAR value from the dropdown.
  5. Click Save. Mappings take effect on the next sync cycle (within 15 minutes).
Unmapped picklist values are stored as-is, which may cause scoring rules to skip the record. Always map all active picklist values to ensure accurate scoring.

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

  1. Navigate to Settings > Integrations and click Field Mapping on your CRM connector card.
  2. Find the PILLAR field you want to map (use the search bar or browse by object).
  3. Click the CRM Field dropdown and select your CRM field from the discovered schema.
  4. Choose the appropriate Transform type (direct, lookup, formula, or picklist_map).
  5. 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 lookup transform and specify the target PILLAR table.
  • For numeric fields stored as strings in your CRM, use the direct transform — 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.