Professional Documents
Culture Documents
Varicent is one component of your enterprise network and is specifically designed for Incentive
Compensation Management. It uses information from other areas of your network, such as your ERP and
HR systems and can also use data that is not contained within another system, such as Excel or text
files.
Once Varicent has used the data to calculate incentive compensation, the results can be output to
multiple areas. The primary output is the Varicent Web client, where end users and their supervisors
view compensation reports and other reports created in Varicent. You can also export data to PDF and
Excel files, or systems such as Microsoft Dynamics CRM and Salesforce.com.
Varicent is a comprehensive solution that helps you streamline administrative processes, drive desired
behavior, and better manage your sales resources. It also helps you understand and improve the
performance of your sales organization by offering a complete solution to manage compensation,
territories and quotas.
Varicent Clients
There are two client interfaces that can be used to access Varicent. Both access the same database, and
changes or modifications made in either client affect all users of the system, never just the individual that
made the change.
The Admin client is used only by Varicent Administrators. It is where you configure and maintain the
model, create reports, and administer security.
The Web client is where end users, such as sales staff, can view reports available to them, initiate and
respond to inquiries, and input information into the system. Compensation administrators typically have
access to the Web Client in order to view data as their end users see it, and to perform some
administrative tasks.
The Web client is customizable and is configured as part of your initial implementation. Access to the
components in the Web client is configured and maintained in the Admin Client.
When you use the Admin client, you can choose which model to access using the list of all models
available in the current environment. Other environments are available by clicking Options. Typical
environments are production (the ‘live’ system), development and quality assurance.
Each user has a unique User ID and password that allows access to various areas of the
Varicent system. It is unusual for an administrator to have access to the entire system.
The Admin client login screen is accessed either through the icon on your desktop or through your Start
Menu. The Admin Client must already be installed on your computer and you must have a connection
to the server hosting the model you wish to access.
Across the bottom of the Home Page are navigational buttons for each Admin client module. You can
also get to the other modules from the View Menu and by right-clicking in the tab bar.
Navigating in Varicent
Quick links on the Home Page take you to the item you click.
You can also use any of the menus located at the top-left of the Admin Client. These menus include:
Items contained within the View menu can be accessed in multiple ways. The bottom of the Home Page
contains icons representing every item in the View menu. In addition, right-clicking on the Tab bar will
provide a menu of these items.
Once in a module, a right-click almost always displays a menu of the functions that can be performed.
This menu corresponds to the buttons in the toolbar for that module.
Open tabs can be closed by right-clicking on them and selecting Close or by clicking the scroll wheel on
your mouse.
Composer
Composer is where components, tables, calculations and reports are created and modified.
Across the top is a toolbar containing various formatting and display options. Included in the toolbar are
toggles to display and hide items in the tree view.
Palette: Create new items by dragging them from the left to the right
Search: Enter partial item names to display a list of matches.
The right pane displays a tree of the model. Groups of items can be toggled on and off so that Composer
displays only those items of interest to you at a given time. For example, you can toggle off everything
except calculations to display only calculations in the tree.
Workflow
Workflow maintains Web client security. More advanced Web client security is built directly into reports.
In order to have access to the Web client, users much have an entry in the Payee table, and the email
address associated with each user’s entry is their login ID. End users can be enabled for Web access
once they are a member of a Workflow group.
Group membership can be automated using the Task Manager and Scheduler modules, as can enabling
users for Web access.
Inquiries and Sign-Off are also managed in Workflow. When a Web user initiates an Inquiry, the
Administrator can view and act upon it at any time. Administrators can be notified when an inquiry has
been initiated. Administrators initiate a Sign-Off and they can force Web User sign-off and close the Sign-
Off process at any time.
Scheduler
Model maintenance tasks can be scheduled to run at specific times. Tasks can be run individually, or as
part of a process in which an item will start once the one before it has successfully completed.
There is an exception log specifically for Scheduler that will provides information about any item that did
not run error-free. Logs are accessed via the Audit module.
In addition to running at a predetermined time, all Processes within Scheduler can be run immediately
with a right-click.
Task Manager
Task Manager is used to maintain membership of Workflow and Payee groups. In addition, Alerts can be
set up to notify the administrator when defined conditions apply.
Task Manager provides a list of all tasks. The Administrator decides how to act upon these tasks - run,
defer to a later time or dismiss. Alerts are non-actionable tasks that provide information only, and cannot
be run or deferred, only dismissed.
Audit
The Audit module contains multiple logs. The primary log, the Audit Log, displays all model activity
performed in the Admin client. “Activity” includes additions, deletions and modifications. You can
configure the Audit Log to display Web user logon and logoff. The Audit Log is in table format; like all
tables with Varicent, the contents can be filtered. For various types of events, more detail can be
displayed with a right-click.
All other logs in the Audit module are exception logs: they contain errors that the system has
encountered. The most recent errors are at the bottom of the log. There are 6 logs specific to certain
exception types -- Computation, Service Error, Import, Export, Scheduler and Task, Error, which is
the catch-all for exceptions that do not fit in any of the others.
Payee Ledger
You can view two types of reports using Payee Ledger: Compensation Plans and Tailored Reports.
Tailored Reports are often created to act as custom alerts in Task Manager. When Task Manager
generates a custom alert, the condition met can be viewed in Payee Ledger.
The other types of reports in Varicent - Presenter and Web Forms - are specifically created for Web
viewing, so are best viewed with the Web Client.
Calculate
You can preview the results of calculations at any time, but the system does not store these results until
Calculate has been invoked. Reports use calculated and stored results. You can run a full system
calculation or run only a subset of calculations. Calculations are incremental by default, meaning only
Admin client security is accessed via the Admin menu. Each Admin user has an individual user
account. Access is determined by the role associated to the user account. Each account is a member of
one role. Admin users see only those items to which their role has access.
Unlike Web client users, Admin client users are not required to have a record in the Payee table.
The Web client is typically a tabbed interface where the end user selects a tab in order to view a report.
The tabs seen depend on each user’s access rights.
Every Web client user requires a username and a password. The username is the email address of the
user as it appears in the Payee table. Passwords are initially set in the Admin Client and can be changed
by the user from in the Web Client.
Power administrators are experts in all aspects of Varicent, such as adding new tables, creating complex
calculations, designing reports, and modifying the requirements of a compensation plan. They have gone
through extensive training to gain this expertise, and have extensive hands-on experience in the Admin
Client. Often, the power administrator also acts in the role of the Business Administrator.
Business administrators handle the day-to-day tasks of maintaining the system and may also create ad
hoc reports. They add data to tables, modify existing data and answer inquiries. In addition, Business
Administrators verify that overnight processes ran as expected and troubleshoot using log files when
items do not run as expected. They may also oversee that Web Users have access to the appropriate
reports, and configure security for the system. Business administrators also provide support to their
customers, the users of Varicent Web.
Business administrators do not typically create calculations, tables, or complex reports. If escalation of
issues is required, the Business Administrator escalates to the power administrator or needs to develop
the skills associated with a power Administrators.
In Varicent, Sue opens Scheduler to verify that the overnight processes ran smoothly. Each item has a
green check mark next to it, so Sue knows they completed successfully.
Next, Sue opens Task Manager to view the Task List that was generated overnight. She notices that a
custom alert has been triggered. The message associated with the alert indicates that the threshold set
as an alert for monthly commissions earned has been met. Sue opens the Tailored Report associated
with the alert. To investigate further, Sue opens the Sales Transactions table to verify the records that
were imported overnight. Satisfied that the alert is not caused by inaccurate data, Sue moves on.
She checks her email and sees that a new employee is starting the following week. All information
required is contained within the email, so she adds the employee to Varicent, ensuring that the new
employee will receive the appropriate commission payments once he starts.
Another email indicates that a Sales Executive has forgotten his password. Sue resets the user’s
password and emails him the new one.
Back in Varicent, Sue checks the active Web Data Edits. She sees that quotas for the salespeople have
been modified by their manager, so she verifies the amounts entered and approves the changes.
After lunch, Sue checks on open Inquiries in Workflow. She reads one, and based on comments
submitted by the originator, changes the status to closed. She comments on another that the problem
has been fixed, and the rest do not yet require her attention.
A meeting reminder flashes on Sue’s monitor; she is scheduled to teach a new salesperson how to use
the Web client. He started a month ago, so is now in a position where he has compensation results to
review. Sue checks to see which reports the employee has access to, just to refresh herself, and heads
to the training room.
When Sue returns from training, she checks her voice mail and responds to the calls. Two are from
salespeople requiring general support, and she is able to resolve their issues over the phone. The third is
from a manager requesting clarification on an account executive’s transactions. Sue runs the associated
report and calls the manager to confirm the details.
Sue leaves the office at 5:00 pm on the nose. It’s her mother’s birthday today, and she has to buy a
present before meeting the family at the restaurant.
Process Lists
The most common tasks Administrators will perform have been set up in Process Lists. These are simply
To-Do type lists with links to the relevant areas within Varicent. Each task ina Process List has a
description associated with it to provide additional information or even steps about the specific
task.There is also a link to the appropriate item within the model.
Administrators are able to add and modify Process Lists as they see fit.
Tasks
A Process List can contain any number of tasks and tasks can have sub-tasks. When completing a task,
the Administrator simply clicks in the check box to mark the task as complete. If the Edit icon is toggled
on, the Administrator can modify existing tasks and add new ones as necessary.
Business Administration
Figure 3-1: Overview of Employee Management
Tables in Varicent
Tables in Varicent contain data that drives calculation results. At least one column in every table is
labeled as a Primary Key, the identifier that makes every row unique. Some tables need only one column
to make a unique Primary Key. Examples include; Transaction ID, Payee ID or Customer ID. Other
tables require the use of more than one column to make each row unique. For example, a table contains
monthly quotas for each Payee, the Payee ID and the Month column together make each row of data
unique. When a column is marked as a Primary Key, it must have data in it, otherwise the system will not
allow that row of data to be saved. Any column not marked as a Primary Key can be empty.
In the table above, the possible filter values for the Salutation column are displayed. In addition, the arrow
in the TitleID column header indicates that the column has a filter applied.
The record in the Payee table contains basic information including name, phone number, email address,
reporting manager and termination date. The Primary Key in the Payee table is the PayeeID.
The Task Manager refers to the Payee table when generating Payee specific Alerts. With the exception of
Tailored Report alerts, alerts in Task Manager cannot be customized, so you will not be able to direct an
alert to refer to a table other than the Payee table.
Creation wizards for Payee Groups and Workflow Groups default with the Payee table as their source,
but additional sources can be specified.
For example, an employee may go on Maternity Leave. During this time she is not eligible for
commission payments. A Payee Attribute table would account for these changes in status, by having
record with a start and end date associated with the status before the leave, another record with a start
and end date associated with the status during the leave and a third record with a start and end date
associated with the status after the leave.
The Payee Attribute table(s) is frequently used as a source in calculations. Start and end dates and
employee attributes are built into the calculations parameters during implementation, so when changes
are made to the Payee Attribute table(s) the calculations automatically pick up the changes. There is
typically no need for Administrators to modify calculations because employees’ attributes have changed.
Although it is unlikely that the End Date of the new employee’s tenure is known, an End Date must be
supplied in order for Compensation results to be correctly calculated. It is best to set the end date to
some distant future date so you are not continually updating the end date in the table.
Workflow Groups are associated with Varicent Web Client use. Payees are enabled for Web Access
through Workflow Groups, and access to various reports is dependent upon Workflow Group
membership. Every Payee will typically be a member of at least one Workflow Group. When an
employee leaves the company, their Web Access should be disabled before they are removed from
Workflow groups. Removing Payees from Workflow Groups has no effect on other Payees’ access to
historical reports for them.
Payee Groups are associated with Compensation Plan Reports and Tailored Reports. Both types of
reports are viewed through the Payee Ledger. Before generating a report, a Payee must be chosen from
the drop-down list or the report will be empty. The drop-down list is populated by the members of the
Payee Group associated with the report.
Figure 3-3: Payee drop-down list in Payee Ledger is populated with members of the report’s Payee Group
Removing Payees from Payee Groups will affect other Payees’ ability to view historical data because the
removed Payee will not be available for selection in the drop-down list. When an employee leaves the
company, it is best to leave them in Payee Groups but set their end date in each Payee Group to the date
they left the company.
3. Highlight the Payee in question and click Edit. (or double click on the Payee).
4. Set the Ending: date to the Payee’s last day with the company.
To simplify adding, modifying and terminating Payees within Varicent, Process Lists have been created
for all employee management tasks. The majority of the lists are Ordered, so tasks must be completed
from top to bottom.
As all the automation functionality will have been vigorously tested before the model was put into
Production, most of the time verification of activities is all that needs to be done. When troubleshooting is
required, your first stop should be in the Audit and exception logs. Be especially watchful for data entry
errors.
The link to saved imports in the Process List will open a list of all Saved Imports in the system. The
Administrator can then select which import to run.
Also within the Audit Log there are the exception logs. These logs show all errors that occur within the
system.
Payee Group membership can be viewed from the Tools menu - Payee Groups. Highlight the group in
question and select View. To add new Payees, highlight the group in question and select Edit. Step 3
of the pop-up wizard displays the group’s current members and also allows new Payees to be added.
Explain Inquiries
View open Inquiries
Post a comment to an Inquiry
Change the status of an Inquiry
Disable and enable Inquiries
Send an email to all group members
Post a message to all Web Users.
Workflow
All Web access for end users is configured in the Workflow module of the Varicent Admin client. In
Workflow, employees are granted access to Varicent Web and reports are made available to specific
groups of employees. Individuals can be members of multiple groups. Once groups are created, those
groups are used to create Workflow trees that are assigned to reports in order to grant access. There are
three types of assignment: Access, Signoff and Inquiry.
Five Workflow groups make up the tree below, and each of these groups has one or more Payees in it.
Depending upon the assignment given to the tree, it may act in a hierarchical or a flat fashion. For
example, access to Tailored Reports, Presenter Reports, Web Forms and Documents is flat, meaning
that anyone in any group in the tree will have access to the report. On the other hand, Access to
Compensation Plan Reports and Inquiries and Signoff to any report are hierarchical, meaning that the
assignment will flow through the groups of the tree in the direction of the arrows.
When Doug logs into Varicent Web, there will be an indicator of an open inquiry awaiting his input and he
can decide how he wants to handle the Inquiry. He could decide Dan’s question is invalid and return the
Inquiry to Dan. If Doug feels he can handle the matter, he can take ownership of the inquiry. If the inquiry
is valid but not something Doug can resolve, he can escalate the Inquiry to the next group in the tree, the
Vice President of Sales. The member(s) of this group have the same options that Doug has.
Every inquiry tree has a hidden group, Varicent Administrators. If the lowest level in the tree, the Vice
President of Sales in our example, escalates an inquiry, it goes to the Varicent Administrators. Each
Administrator will see notification of the inquiry on the Home Page of the Admin Client. Administrators can
also be built into the tree.
Administrators can read, comment on, add attachments and change the status and category of an Inquiry
at any stage in the Inquiry’s life.
Administering an Inquiry
The Home Page of the Varicent Admin client indicates the number of open inquiries. Click the Open
Inquiries link on the Home Page to opens the Inquiries tab in Workflow.
Any group with an Inquiry assigned to it is red. Groups with no assigned Inquiries are blue. This option
can be toggled to highlight groups which have created inquiries instead.
To view open inquiries, select the report on the left and right-click a red group in the inquiry tree. Right-
click a group to View Inquiries Assigned To This Group or View Inquiries Made By This Group. You
can then select a specific inquiry to administer.
Administering an inquiry can be as simple as doing nothing, answering general compensation questions,
or changing the status or category of the category. For more complicated inquiries, you may have to
review the data in tables to be sure it was entered correctly. For any table data that is imported from an
external source, any fixes should be done in the source system and reimported into Varicent. This
ensures that Varicent data is the same as the data in the source system. The process may require the
involvement of the source system’s administrators.
You can send email to one or all groups in the inquiry tree at any point in the inquiry’s life
You can disable an end user’s ability to create inquiries with no effect on previously submitted inquiries.
Anatomy of an Inquiry
When viewing an inquiry, at the top left you can see the ID number, the creator, and the workflow group
of the creator. This information cannot be changed.
In the top right, you can change the Status and the Category. All inquiries have a status of Open when
they are created. End users can close an inquiry at any time. In addition to closing an inquiry, you can set
the status to Invalid or Fixed. When an inquiry is Closed, it can no longer be viewed.
When you create an inquiry, you can assign it a category. The default category is None. Administrators
can change an inquiry’s category at any time. Categories are custom lists created on the Workflow -
Inquiries tab.
At the bottom of the inquiry you can view all comments and attachments
In the middle section of an inquiry an administrator can add attachments and comments that anyone
involved in the inquiry can see. A person is involved in an Inquiry if they created it or if they are a
member of a group to which the inquiry has been escalated.
Web Messages
You can send Web messages to all Web users. To send a Web message, click the Admin menu item,
then Web Messages and click Add.
You can add, edit and delete Web messages. You can also Notify Web users, which sends an email
about the message to all Web users.
Web users see Web message indications at the top right of the Home page. Clicking the link takes the
user to the message(s).
Scheduling Activities
You use the Scheduler module to automate activities to run at predetermined times. It is likely that the
Scheduler module is being used on a daily, weekly, or monthly basis. Scheduled activities typically
run overnight to take advantage of system downtime.
A Scheduler process is a folder that contains items to be run. Each item in a process can be scheduled to
run individually and also as part of the process.
In Figure 5-1, all three items in the weekly process are scheduled to next run on 2011-03-13 at
03:05:00. In addition, the Task Generation item will run on 2011-03-18 at 05:00:00 and the Calculate
will run on 2011-03-16 at 03:05:00.
Only one item can run in Scheduler at a time. When run as a process, the top item in the list runs first.
When it finishes (either successfully or with errors), the next item runs. In this manner, all items in the
process run sequentially. If any items do not complete successfully, the error details are recorded in the
Audit Scheduler log.
When two or more items or processes are scheduled to run at the same time, Scheduler runs the one
at the top of the list of processes first, and when it completes successfully or fails, the next item or
process runs.
Task Manager
The Task Manager module is used to notify administrators of group maintenance tasks and alerts. Task
Manager can be configured to notify administrators of payees who should be added to, removed from
or end-dated in Workflow and Payee groups. You also use Task Manager to enable Web access email
passwords to end users.
You can enable alerts Task Manager. There are four default system alerts, and one custom alert option.
The custom alerts are based on tailored reports that contain threshold conditions. Normally, the alert
reports have no data. When the threshold is met, the report contains data and an alert is triggered.
For example, you could create a tailored report to show all sales people who have made no sales for the
month. You would expect this report to never have results in it, as you can reasonably expect every sales
person to make at least one sale in a month. In a month when one or more sales people have no sales,
the alert is triggered.
Task Manager never runs tasks without administrator involvement. Task Manager generates the task list,
and the administrator decides how to act upon it - run, dismiss or defer to a later time.
Overnight Activities
In a typical implementation there are a variety of overnight activities. Common nightly activities include
data imports, full or partial system calculations, data transformations, task generations and external tools.
The administrator ensures that the overnight activities occurred as expected and acts upon any tasks or
errors. The log files are a typical starting point for verification, and running reports to see if the results are
expected is usually included in the process.
A common import failure is caused by formatting errors with the data in the source file. For example, a
date type column may have an entry that is not a date, or a numeric type column may have text in it. This
can be resolved by changing the format in the source file and reimporting. If the source file is coming
from an external system, the changes should be made to the external system, which may require
involvement of the administrators of the external system.
Another common failure happens when the destination table has a Pick List column to another table, and
the value being imported does not exist in the other table. Pick Lists act as data validation, so when a
value being imported does not already exist in the table, an error is generated.
There are two interfaces we can give our end users to allow them to add and edit table data.
Web Forms
The second way is more robust and aesthetically pleasing for the end user. Web forms can be created
to allow for Web Data Edit. In addition, Web Forms can display other data, images and even instructions
for the end user.
There are also two interfaces for administrators to approve Web Data Edits. The first is directly from the
table, and the second is from an Admin Form Web Form.
Administrators can see the number of Pending Web Data Edits in the Home Page Alerts area.
Clicking the link opens the Composer modules and any tables with pending web data edits bold
names. Right-click a table to approve or reject edits.
Managing Web Data Edits in this way can be tedious as the tables in bold may be hard to see when the
model has many tables and components in it, and each table must be managed individually. A more
efficient way of managing Web Data Edits is to use a Web Form in the Web client.
Using a Web Form, you can display all tables with pending web data edits. Choose the check mark to
approve or the X to reject and click the Submit button.
To schedule a process or an individual item for the last day of each month, choose 31 as the day of the
month to run the process and Varicent interprets that as the last day of any month.
Adjustments
Everything changes over time, and this includes sales transactions. A sale one day may be a return the
next, or discounts may be applied sometime after a sale was made. Adjustments in Varicent are
implemented on a custom basis, but most follow standard guidelines. Usually, a table will be created with
the same columns as the data table, and its name will indicate that it holds adjustments. Further up the
calculation stream, duplicates of calculations that use the transaction table as a source will be created.
The difference is that the duplicate calculations will use the table holding transaction adjustments as a
source. Real commissions earned will be compared to the commission that would have been earned had
the adjustments been accounted for and Varicent will add or subtract the difference from future pay
periods. Commissions earned reports will account for commissions earned plus or minus any adjustments
in the current or past period(s).
Adjustments are typically imported into Varicent, as opposed to being entered manually.
6. Click Next.
7. Step 3 lists the columns that exist in the Varicent target table. Any column marked as
required must have a value in the source data for that row to be imported.
Add new members as needed is available only when importing into Data tables. With the option
selected, any records being imported that does not have a corresponding value in any Pick
Listed tables will be imported and the value will be added to the Pick Listed table. When the
option is unselected, any records that do not have a corresponding value will cause the import to
fail. Leave this option unchecked unless you have a specific reason for using it.
Update existing rows will compare the Primary Keys in the source table and the Varicent table.
With the option selected, the source data will replace existing data in the Varicent table when
the Primary Keys match. With the option unselected, the existing data in Varicent will remain
unchanged when the Primary Keys match.
Run this import now, or unselect it if you are creating the import to run at a later time.
Rates Tables
Tables containing rates will always contain a Start Date and an End Date column so that rates can
change over time. These tables are used as sources in calculations so the current rate does not have to
be ‘hard coded’ into the formula. Instead, the date of a transaction will be compared to the Start and End
Date of the rates, and the rate appropriate for the date of the sale will be applied. By using date ranges,
only the rates table(s) need to be updated when any rates change and all calculations will automatically
pick up the changes with no need for Administrator modifications.
The Start and End Date columns work the same as they do in the Payee Attributes table(s). When a rate
changes, simply End Date the current record and create a new record for the new rate.
Calculating Results
Varicent does not store any calculation results until the model has been calculated. In addition to a full
model calculate, an Administrator can choose to calculate only one report or one type of report. By default
calculations are incremental, so only changes since the last calculate are run.
When you initiate a Calculate, you choose which reports you want to calculate. In reality, the system
calculates all the calculations associated the the report(s) chosen, including supporting calculations.
When locking a period, the system will force a calculate if stored results are not current.
Sign-off
Sign Offs allow you to track the status of approvals on various items including compensation plans,
tailored reports, web forms and documents. The Sign Off tab in Workflow allows you to manage Sign Offs
by viewing the status, starting a Sign Off, emailing payees about a Sign Off and forcing approval for
payees to move the Sign Off through the process.
A Sign Off is initiated by the Administrator and flows top down through the tree. As with Inquiries, select a
report on the left to display its associated tree on the right. Each group in the tree will be color-coded to
provide a quick visual assessment of the current state.
Yellow - Sign Off will flow to the group once the group above approves
There are 2 types of sign off for each group in the tree:
From the Sign Off tab you can right-click on a group to view the members and sign off status of each
member. From the right-click menu you can also force approval of all members within the group.
To start a Sign Off, highlight the report on the left and click the Start Sign Off icon.
Publishing Reports
Varicent allows you to Publish reports, into another file format such as Excel, PDF or text. It is common to
publish commissions earned reports at the end of a period to email them to Payroll or place them in a
shared location on a server. The Publish wizard will vary depending upon the type of report being
published.
Presenter Reports
From within the Presenter Report in the Admin Client, the Publish function will allow publication of all
reports for all members of an individual Workflow group. It will publish reports in PDF format.
Compensation Plans
Compensation Plan Reports can be Published from within the Payee Ledger module. Options for output
are Microsoft Excel, PDF and Text. Compensation Plans can be published for all members of the
Payee Group associated with the Plan, or for individuals.
Period Locking
After all compensation results have been verified and sent to Payroll, the period should be locked so
that numbers generated in Varicent do not differ from those sent to Payroll. Locking periods is done on a
calendar-by-calendar basis and will lock all data tables and calculations associated with that calendar.
Unlocked periods cannot exist before a locked period, so locking a period will also lock all periods that
come before it. If the system does not contain the most up-to-date results, locking a period will also
Calculate the entire system.
4. Click Next.
5. Select the period to be locked from either the drop-down or the slider.
When changes to compensation plans involve more than just the underlying table data, such as rates
and quotas, a new implementation for the compensation components needs to be undertaken.
Add year adds the next year to the calendar in the format you specify. For example, if you are adding
Months to a calendar that ends on December 31, 2011, the 12 months that roll up to 2012 are added.
Add appends a single period to the current year. For example, if your periods are monthly and your
Calendar ends December 31, 2011, the Add option appends the month ending January 31, 2012 to the
calendar. The new period rolls up to the last existing year in the calendar, 2011 in this example. For
reporting purposes, the time period of January 1-31, 2012 exists in the year 2011.
Existing period names can be edited only when they are not being used in reports. renaming periods
typically occurs during implementation.
4. Type the period name and set the Period End. The Period Start is set to the day after the last
day in the calendar and cannot be changed.
9. Notice that the period just added rolls up into the last year of the calendar.
10. Click Finish.
9. Click Finish.