Removing Accounts from Territories in CRM and Align

To enable end users to avoid waiting for a feedback window to remove an account from their territory, Align automatically creates Vault CRM-sourced account exclusion records for successfully processed Remove from Territory DCRs in Vault CRM.

Configuring Removing Accounts from Territories

To configure this feature, ensure Data Change Requests in Vault CRM is complete.

Configuring Custom Challenge Reasons

To ensure the challenge reason entered by the user in Vault CRM is correctly populated in Align, edit the challenge_reason__aln picklist on the account_exclusion__aln object to add values that match the values of the challenge_reason__v picklist on the data_change_request__v object in Vault CRM.

These values must have the exact same API name in Align as in Vault CRM. Any removal reasons selected from Vault CRM are copied to the resulting exclusion record in Align.

Using Vault CRM-Sourced Account Exclusion Records

When a user successfully submits a DCR to remove an account from their territory in Vault CRM, an account_exclusion__aln is created in Align with the following properties:

  • crm_dcr_record_id__aln – References the DCR in Vault CRM that resulted in the account being removed from the territory
  • exclusion_reason__aln – Populates as Remove from Territory Request
  • exclusion_type__aln – Populates as Territory
  • assignment_type__aln – Populates as Account
  • source__aln – Populates as Vault CRM
  • start_date__aln and start_datetime__aln – Populates with the value of the response_datetime__v field from the DCR in CRM
  • end_date__aln – Populates with the end date of the associated territory__aln record
  • country__aln – The country of the associated account
  • send_to_crm__aln – Populates as selected

The new account exclusion record end dates all types of account_territory__aln records associated with the account being removed from the user’s territory. The account_territory__aln records are end-dated with the start_datetime__aln field of the account exclusion record.

If the corresponding account_territory__v record cannot be found, the account_territory__aln record’s crm_is_deleted__aln field updates to Yes during the next push to Vault CRM.

If a user removes an account via DCR while an associated modeling project is open for feedback, the removal displays as an added account in Integrated Territory Feedback. The removal does not display in Integrated Territory Feedback if the project is imported into modeling before the feedback period begins.

Since the exclusion has a source of Vault CRM, end users can re-add the account to their territory via global account search or territory feedback. This contrasts with other kinds of Account Exclusions, which cannot be overridden by end users.

Re-adding Previously Excluded Accounts

If users use Network Account Search, Global Account Search, or a successful challenge in Territory Feedback to re-add accounts previously removed via DCR, the Vault CRM-sourced account_exclusion__aln record in Align is end-dated and a new account_territory__aln record is created to restore the account to the territory. This account_territory__aln record has a source__aln field of Vault CRM.