Territory management is a tool that enables you to organize your sales markets according to criteria of your choice. You do this by creating territories and structuring them in a territory hierarchy.
This function is closely related to the following applications in SAP CRM:
The territory hierarchy is linked to the organizational model via the position of the employee responsible. You can adapt the territory hierarchy or structure to an existing organizational model structure and assign employees to territories, based on this.
While the organizational model reflects the internal view of your organization, the territory hierarchy reflects the market view. Changes to the territory hierarchy occur more frequently than changes to the organizational model. The customer base can increase or decrease, and territories must be resized or reallocated to accommodate this, to ensure that a sales representative has the appropriate workload.
Accounts, Products, and Sales Areas
By creating business rules you establish territory relationships, which provide information about which accounts, products, and sales areas belong to which territories. This allows you to align ownership of accounts, products, and sales areas with territory ownership.
You have made settings in Customizing for
Customer Relationship Managementunder .
Use authorization object
CRM_TERRMAto control which territories the user may process (create, change, and display).
Initial design and assignment
This includes defining territory hierarchy levels, creating territories, assigning business rules to a territory to define its scope, and assigning employees responsible for them.
You create and structure territories in a territory hierarchy. A territory hierarchy consists of different levels, such as country, region and area, and is also time-dependent, meaning that it has a validity period. This enables you to create territory hierarchies in the future as well as keep a record of territory hierarchies in the past, when you change them.
You can also auto-generate territory IDs during creation, if this has been specified in Customizing. You can always overwrite an automatically generated ID.
Once you have the structure in place, you can assign employees and rules to a territory
You can analyze “what if” scenarios by simulating changes to territories without actually changing the underlying territory data. This includes simulating changes to territories and territory hierarchies based on key performance indicators. You can use parameters such as the number of accounts handled by a particular sales representative, travel time per sales representative, market/sales potential, create the required business rules to remap territory relationships, review the impact of these changes and then decide whether you want to save or discard the changes.
You can change the description of a territory, and change its validity period.
If a change you make to a territory affects that territory’s relationship with accounts, products or sales area (master data changes), you have to run the
Update Territory Relationshipsreport. This ensures that the territory relationships you see are the latest and most up-to-date. Creating or changing rules, saving simulated changes are some of the activities after which you have to run this report.
For more information, see Customizing documentation under.
This includes clearing the database of information that is no longer used, thus optimizing the performance of the tool.
Was this page helpful to you?
Do you have any additional feedback?If you want us to get back to you, please enter your email address.
The following content is not part of SAP product documentation. For more information, see the following disclaimer .
Use the SAP Community Network (SCN) to find additional help content, such as discussions and blogs. You can also ask questions and get help from experts there. To explore available contributions, click Search contribution in SCN.
Experts can share their tips in the "Discuss this page" section below.