Calendars enable you to create or extend periods that define the fiscal structure used in the SAP SuccessFactors Territory and Quota program, and the initial calendar is established upon implementation. Administrators are able to:
- Extend the calendar to create more fiscal periods, such as adding a fiscal year with the associated periods
- Delete periods for calendars
- Download and Upload calendars
The most common calendar structure uses a month as the leaf level period, three months as a quarter, and twelve months or four quarters as a year. In this case, the quarters and years are the higher-level periods. But calendar structures can be set up differently. The concept of applying the leaf-level and higher-level periods remains the same, even though the calendar structure may differ.
Multiple calendars can be created, depending on the needs of the organization. For example, a calendar can be created that starts in April and ends in March. Any calendar that deviates from the Main Monthly Calendar that was established upon implementation is considered a Custom Calendar.
Note
With SAP SuccessFactors Territory and Quota, the supported leaf-level period in the calendar is monthly. You cannot use a calendar with a leaf-level period of weekly or bi-weekly.
The data in the following workspaces is period-based, and must be associated with a calendar:
- Territory Programs
- Historical Sales.
- Opportunities Pipeline
- Accounts
- Account Classifier Hierarchy
- Geographies
- Overlays
- Alignment Types
The data in the following workspaces is not period-based and is not associated with a calendar:
- Custom Attribute
- Quota Targets
- Participants
- Positions
- Titles
- Roles
- Users
- User Types
- Business Units
- Position Groups
Best practices for calendars:
- Ensure your calendar structure is complete before you begin any territory development. Once a calendar is finalized it cannot be changed. For example, if you make changes to the calendar after quotas have been calculated (quarter one starts in June not January), it will invalidate everything you’ve done up to date.
- Ensure you have set your default period to the correct period, with the correct calendar (if there are more than one), before you begin rule development.
- Object names must be unique, despite the calendar they are associated with. For example, you cannot have two rules with the same name, with two different calendars.
- The sequence used to build your calendar periods is critical. Use the UI template to ensure it is created in the appropriate order.
- Leaf level periods cannot overlap or contain gaps.