Territory Modeling Overview

Align's Territory Modeling feature allows users to model Territories and assignments without impacting production data. Users can create copies of existing production Territories and Field Forces in modeling or create entirely new Territory and Field Force models.

Through these models, users can try out a variety of scenarios, assignment rules and criteria, or product and geography assignments to determine which one best suits their goals.

For example, an organization is launching a new product in the next quarter can model their Territories, assignment rules, Field Forces, etc. in Territory Modeling to determine which accounts to target with that product. Territory Modeling allows users to conduct this investigation without affecting current production data or introducing an unapproved product to the sales team.

Furthermore, users can stage changes for a later date through Territory Modeling without affecting current behavior. This could be as basic as renaming a Territory or as extensive as rewriting a Territory's entire Account rule logic. Users can prepare these changes ahead of time and have them become effective on the desired date at the push of a button.

Territory Modeling rests on the following objects:

Label	Name	Description
Project	project__aln	A collection of models. Projects determine which models are part of the same effort and which models are published at the same time.
Model Territory	territory_model__aln	Holds the model Territory data, which may be implemented into territory__aln
Model Field	Force field_force_model__aln	Contains the model's Field Force data, which may be implemented into field_force__aln
Model Account Territory	account_territory_model__aln	Stores the model Account assignments to a Territory, which may be implemented into territory__aln. Accounts listed here are taken from the production account__aln table.
Model Geography Territory	geography_territory_model__aln	Holds the model Geography assignments to a Territory, which may be implemented into geography_territory__aln
Model Account Exclusion	account_exclusion_model__aln	Contains all exclusions applying to account_territory_model__aln assignments. These can be global exclusions or exclusions specific to certain Field Force models or Territory models.
Model Account Rule	account_rule_model__aln	Stores the model Account Rule assigned to a Territory or Field Force, which may be implemented into account_rule__aln
Model Account Rule Criteria	account_rule_criteria_model__aln	Contains the model Account Rule Criteria data assigned to an Account Rule, which may be implemented into account_rule_criteria__aln.
Model Roster Member	Territory roster_member_territory_model__aln	Stores the model Roster Member assignments to a Territory, which may be implemented into roster_member_territory__aln. Roster Members are taken from the production roster_member__aln table.
Model Product Territory	product_territory_model__aln	Holds the model Product assignments to a Territory, which may be implemented into product_territory__aln. Products here are taken from the production product__aln table.
Model Product Field Force	product_field_force_model__aln	Contains the Product assignments to a model Field Force, which may be implemented into product_field_force__aln. Products here are taken from the production product__aln table.

Modeling objects are not affected by security rules for production objects. Users must set up security rules specifically for modeling objects.

Territory Modeling Entity Relationship Diagram

The following diagram illustrates the relationships between Territory Monitoring entities.

Custom Field Support in Territory Modeling

Align supports the ability to include custom fields in territory modeling. This enables custom fields to dynamically map to corresponding fields on modeling objects.

For example, the custom_field__c field on the territory__aln object automatically maps to the custom_field__c field on the territory_model__aln object.

When a project imports from production, the value from the custom_field__c field on the territory__aln object is stamped onto the custom_field__c field on the territory_model__aln object.

When a project publishes from modeling to production, the value from the custom_field__c field on the territory_model__aln object is stamped onto the custom_field__c field on the territory__aln object.

This feature only applies to fields ending with the __c suffix.

Use

Users must create custom fields on both production and modeling objects for mapping to occur.

Fields supported by dynamic mapping must fulfill the following requirements:

• Fields must exist in both the object and the corresponding modeling object
• Fields must have identical names, labels, data types, and lengths (where applicable)

Object Reference, Lookup, and Parent-Child field types are not supported.

When publishing or importing, custom fields stamp with values from the appropriate mapped custom field.

Aggregate Territory Fields for Reporting

Stamped fields enable users to report metrics at the territory level. Aggregate values of the following territory__aln object fields are stamped at each level in the hierarchy:

• total_hcos__aln – Represents the count of HCOs in the Territory
• total_hcps__aln – Represents the count of HCPs in the Territory
• total_targets__aln – Represents the count of targets in the territory for the current or next cycle

The stamped fields update when any of the following events occur:

• Running an Assignment Preview
• Importing from Veeva CRM
• Data loading any record impacting the aggregate calculation
• Any changes made in the user interface