Managing Activities

Objective

After completing this lesson, you will be able to create your first ever activity in the Universal Model.

The Activity Creation Process

When you create an activity within a runtime environment, there are several key settings and fields you must configure. Understanding these settings ensures that your activities are properly set up and managed. Let's walk through the process.

This image appears to be a user interface for configuring an activity or process. It includes sections for setting the name, description, and function of the activity, as well as options for defining the state, enabling various features, and setting activity duration. The image also includes sections for defining reader teams, writer teams, custom labels, and documentation details.

Activity Creation Screen

When you initiate the creation of a new activity, you see a screen with several important sections. Each section has fields that must be filled out to define and configure your activity:

Activity ID

A unique identifier for the activity.

Ensures that each activity can be distinctly recognized and managed within the system.

Description

A brief explanation of what the activity entails.

Helps users understand the purpose and scope of the activity at a glance.

Activity Function

This field links the activity to a specific function that is executed.

It is crucial to select an appropriate function with the correct API state (preferably API Active for productive use).

State

Recommended Initial State: Inactive.

By default, new activities should be set to Inactive. This allows for final checks and adjustments before the activity is made live.

You can later change the state to Active once everything is validated and ready for production.

Duration

This option allows you to document the expected duration of the activity in days.

The duration begins once you activate the environment and serves as a benchmark for tracking activity progress and identifying overdue tasks.

Operations

Within the activity creation process, there is an essential section called Operations where you define the actions that can be performed as part of the activity. These actions are critical for enabling interaction and ensuring the smooth execution of the activity's function.

The image appears to be a user interface for configuring an activity or process. It includes sections for defining the permitted operations, restricting users, and setting various parameters and options related to the activity, such as the state, duration, import and export rules, and user management. The interface also includes details about the runtime environment, the process being configured, and various other settings for the activity.

Operations: Defining Actions

The Operations section allows you to specify what actions users within a team can perform when the activity is executed. These actions include, but are not limited to:

Run

Allows the team to execute the function linked to the activity.

This is the primary action that initiates the function’s operation.

Confirm

Enables users to confirm the successful completion of the activity’s task.

Useful for validating that the intended outcome has been achieved.

Reject

Provides the option to reject or fail the activity if certain criteria have not been met.

Important for quality control and ensuring that only satisfactory outputs are accepted.

Show Data

Displays data relevant to the activity.

This action is crucial for providing users with real-time information necessary for decision-making.

Import Data

Allows users to bring external data into the activity.

Ensures that the activity has the most current and relevant data by enabling data import.

Data Lock

Allows user to lock the data for the specific selection (period, fiscal year, company, business unit, profit center, and so on).

Ensures data integrity and security.

The Activity Configuration Process

In the activity configuration process, there is an important feature that allows sending e-mail notifications for status changes. It ensures that relevant team members are promptly informed of any updates, which helps in maintaining transparency and timely communication. Let’s explore how this works and who receiveS these notifications.

The image appears to be a user interface for configuring an activity or process. It includes sections for defining the permitted operations, restricting users, and setting various parameters and options related to the activity, such as the state, duration, import and export rules, and user management. The interface also includes details about the runtime environment, the process being configured, and various other settings for the activity. The image indicates that the system supports sending email notifications on activity status changes.

E-mail Notification Option

Send E-mail Notification on Status Change:

This setting enables the system to send e-mail notifications whenever the status of an activity changes. It is particularly useful for keeping team members and stakeholders informed about the progress or any changes in the activities that they are involved in.

How to Enable E-mail Notifications

Select the Option:

In the activity creation or configuration screen, you can select the send e-mail notification on the status change checkbox to enable e-mail notifications for that activity.

Define the Recipients:

All users assigned to the Reader and Writer teams for the activity receive the e-mail notifications.

Reader Team: Users in this team have read-only or display permissions for the application, environment, or dataset.

Writer Team: Users in this team have permissions to edit and update the activity, making them directly involved in the activity execution and monitoring.

States

The image consists of four buttons with the following text: Activate, Confirmed, Inactive, and Rejected. Each button has a distinct color, representing different status or action states.

States

ActiveThe activity is exposed for run.
InactiveNo action can be made to the activity. An inactive activity automatically gets activated in case the activity is used as a succeeding activity in a process workflow. For more information, see Activity Workflow Configuration.
Confirmed

No action can be made to the activity. A completed activity automatically gets reactivated in case the activity is used as a successor activity in a process workflow. For example, this could happen in a circular workflow scenario. For more information, see, Activity Workflow Configuration.

RejectedNo action can be made to the activity. A rejected activity gets automatically reactivated if the activity is used as a successor activity in a process workflow. For example, a result activity has been rejected, but after changing the input and repeating the previous process steps, the activity must be reviewed for confirmation or rejection again. This could happen in circular workflow scenario. For more information, see Activity Workflow Configuration.

This video will guide you through all relevant steps in the process of activities creation. After this video you will understand the relation between activities and workflow.