Create a Movement Concept

Learn how to create, configure, and customize a movement concept.

Overview

When building or modifying a movement concept, you must first customize the movement measures. Measures are the metrics you can use to calculate movement with the concept.

After you set up the measures, you can then configure the concept by selecting which dimensions belong to each movement type.

Create a movement concept

1. Do one of the following:

   • In a project, on the navigation bar, click Model > Concepts.

   • In a project, on the navigation bar, click Model > Analytic Objects.

     1. Select an object.

     2. In Attributes, click Add Attribute > Concept.

2. Select Movement, and then click Next.
3. Select an analytic object, and then click Next.

4. Type a display name and description.

5. Click Create.

Configure a movement concept

Select members to track population movement, such as moves in, out, and within an organization.

To modify a movement concept, select the dimensions which will track moves in, out, and within your selected population. If no dimension is configured, all movements will be counted in "Others in/out". You can also change the chart labels that will appear on movement visualizations in your solution.

To configure a movement concept:

1. In a project, on the navigation bar, click Model > Concepts.

2. Select a movement concept.
3. In the Configure tab, expand one of Moves in/out dimensions, Moves within dimensions, or Chart labels.
4. In Moves in/out dimensions or Moves within dimensions, select dimensions from the list.
5. Optional: In Chart labels, change the default chart labels to a user-defined label.

The following screenshot shows an example of the configuration area for a movement concept.

1. Move in/out dimensions: The dimensions to calculate moves into or out of. In this example, Employee Movement is calculating move into or out of Organization Hierarchy and Location Hierarchy. This means that, for example, if an employee moves from Canada to Australia, that movement will be counted as a move out of Canada and a move into Australia. For more information, see Defining populations.
2. Dimensions: The dimensions available to use in the movement concept. This list is generated from the concept's subject, as shown in the Customize tab.

   Note: To modify the dimensions in the movement concept, contact Visier Technical Support.

3. Selected dimensions: The selected dimensions. These are the members that will be used to calculate movement in the organization.
4. Move within dimensions: The dimensions to calculate moves within those dimensions. In this example, Employee Movement is calculating move into or out of Organization Hierarchy and Location Hierarchy. This means that, for example, if an employee moves from New York to California, that movement will be counted as a move within USA. For more information, see Defining populations.
5. Chart labels: The labels that appear on movement visuals for this concept. For more information, see Chart labels.
6. Delete: A button to delete the concept.
7. Preview: A button to preview the concept in the solution.

Defining populations

Any movement concept configuration impacts the population members included in movement visuals. The solution finds and selects members with changes to the dimensions selected in configuration as well as any filters added to movement visuals during ad hoc analysis. The following visualization identifies the populations of movement concepts: overall and analysis.

1. Overall population: This is the entire set of members defined within the movement concept. For example, total headcount is defined by the concept as the overall population.
2. Analysis population: This is the subset of the overall population defined by the filter context. For example, the filter context identifies the Sales team as the analysis population.

Chart labels

Chart labels are the labels that appear on movement visuals for this concept, as shown in the following illustration.

1. Movement type: The generated components for the movement concept.
2. Default name: Pre-built default display names that appear in movement visuals.
3. Custom name: User-defined display names that replace default names in movement visuals.
   

Discrepancies

Configuring movement is a balancing act to ensure that there isn't overlap or gaps that could result in double-counting or missing numbers. Avoid discrepancies in your movement visuals by practicing consistency across the states being queried, such as the current state or the state in the context of your analysis.

Exits as of last day worked

Exits as of last day worked is a metric that only generates when the movement concept's subject is Employee. Visier calculates exits in a standardized way that may differ from some HR Information Systems (HRIS). Exits as of last day worked allows users to see "External out" movement calculated in a way that is consistent with their HRIS. This movement metric does not have a default formula and must be configured to view it in movement visuals.

Employee exit calculation logic

Exits, whether voluntary or involuntary, are counted as the first day not worked. For example, if an employee's last day of work was September 30, 2018 and the selected period was July 1, 2018 to September 30, 2018, they would not be counted in the Employee Exit Count metric because their exit is counted as the day after their last day worked.

When counting the first day an employee is not working at the firm (that is, the day after their last day) as the exit day, there is never overlap between an employee's last day of work and their exit. This means we can reconcile all movement to zero over a given timeframe.

In financial terms, given that an employee is still technically paid for their last day working at the firm, there is precision in counting their first day not working at the firm as the day they have officially exited the firm, and thus be part of the exit count.

This method of counting exits would also explicitly match the correct answer were an organization to have its contractual employment relationships audited. With this calculation method, you can determine who is working on a selected date and therefore who is being paid. With other exit count calculation methods, such as one which counts an exit as the last day worked, it can be unclear what the total headcount is on any given day because exits are counted as an employee's last day of work.

Here is an example of the effectiveness of this method of counting exits:

An organization with 100 employees has 5 employees with a last day of work on September 30, 2018.

An organization who counts an exit as the last day worked would have a headcount of 100 employees and 5 exited employees on September 30, 2018, for an expected total headcount of 105, but this is not true. The 5 exiting employees are included in the 100 employees, effectively representing 5 employees as "employed" and "exited" simultaneously. Further, the headcount on October 1, 2018 will be 95, a loss of 10 despite having no exit events on October 1.

With Visier's exit count metric, these employee exits are counted on October 1, 2018. The headcount on September 30, 2018 is 100 because there are still 100 active employees. On October 1, 2018 the headcount is 95 because 5 employees had exit events and are no longer with the organization. By separating the last day worked from the exit count, you are able to reconcile all movement to zero and pass an employment audit.