Territory model operations in Enterprise Territory Management — including archiving, deleting, and cloning models — are asynchronous background jobs that can take several hours to several days to complete. During and after these operations, you may observe long delays, stuck status indicators, or related errors. This article explains why these delays occur and how to monitor and troubleshoot them.
All territory model operations (archive, delete, clone) trigger multiple backend processes: clearing territory fields on opportunities, deleting shares and sharing groups, removing forecasting shares, and recalculating rules. These operations are queued as background jobs and run in batch. There is no service level agreement (SLA) or guaranteed completion time, and the duration scales with the volume of accounts, opportunities, and materialized shares associated with the model.
Deletion of obsolete shares is handled by the SHARE_DELETE_SERVICE job, which runs only during peak or after-hours windows and processes shares when resources allow. For large territory models with millions of shares, this job can run for several days before completion. This behavior is by design and cannot be accelerated by Support.
Territory model cloning fails if the model’s assignment rules contain relative date values such as “LAST 2 MONTHS” or “NEXT QUARTER.” Salesforce does not support relative date filters in territory assignment rules for cloning operations.
When a territory model is archived, its territories remain visible in picklists and object views for users with the View All Records permission. This is by design. The only way to remove archived territories from views is to delete the archived model entirely.
Go to Setup > Background Jobs. Filter or search for “Territory Model Activation Chunk Job” or similar territory-related jobs to see the percentage completed and current status. This is the only in-product view of operation progress.
Territory model deletion involving large volumes of account assignments and shares can take several days due to the SHARE_DELETE_SERVICE job schedule. There is no method to expedite or force completion from the support side. Monitor progress in Background Jobs and allow the process to complete naturally. If the deletion is still in progress after 5+ business days, log a support case and reference the territory model ID for investigation.
Archived territories appearing in views is expected behavior. To remove them, the archived territory model must be deleted entirely (this also deletes all territory associations and account assignments in that model). If the archived model is still needed for reference, the territories will remain visible. Consider logging an Idea Exchange request for a filter to hide archived territories while retaining model data.
How long should a territory model deletion normally take?
For small models (hundreds of territories, thousands of accounts), deletion typically completes within a few hours. For large models (tens of thousands of territories, millions of account assignments and shares), deletion can take several days due to the SHARE_DELETE_SERVICE job’s batch processing schedule. There is no SLA for territory model deletion.
My territory model shows “Archiving” status but has not changed for two days. Is it stuck?
An archiving operation in “Archiving” status for multiple days is likely delayed (not stuck) due to the SHARE_DELETE_SERVICE job processing schedule. Check Background Jobs in Setup for a “Territory Model Activation Chunk Job” entry showing percentage completion. If no job entry is visible and the status has not changed after 5 business days, open a support case.
Deleting previously archived territory models does not seem to speed up future archive jobs. Is that expected?
Yes. Deleting previously archived models removes their associated shares from the system, but this does not directly affect the processing time of future archive or delete operations for other models.
005036829

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.