• Not Applicable

• 'Active' Activity Definition are present in the System.

• Not Applicable

• Mandatory fields must be defined.

• Not Applicable

• Not Applicable

• Life Cycle State:
  • Pending
  • In Progress
• Mandatory fields must be defined.

• Contact Information and Activity Type cannot be changed once the Activity is created.
• Activities that are assigned to a specific Unit and not to a specific User (pending acceptance) can have all of their fields modified except the 'Assign To' field (must be done through the respective Action).

• Not Applicable

• Pending
• In Progress

• Not Applicable

• Not Applicable

• None of the submitted Resource Requests should be in a 'Pending' Life Cycle State.
• Business rules and restrictions applied through 'Active' Activity Definitions.
• Business rules and restrictions applied through Activity Type.
• Business rules and validations applied through Resource Scheduling Definitions.
  • If "Conditions Forcing Resource Requests on Activity Services" are met then, the Activity won't be able to be saved unless an "Accepted" or "Pending" Resource Requests is present.

• Existing Life Cycle State is 'Pending'.

• Validation on mandatory Services is not applicable while the Activity is in this Life Cycle State.
• It is not mandatory to specify the time spent on each Activity Service while the Activity is in this Life Cycle State.

• All Users can accept an Assignable Entity in CRM.COM provided they are authorised through their Security Profile. For example, Users can accept the assignment of an Activity if the "Accept Activities" additional process is 'Enabled' in their Security Profile.
• The User's Unit during login should be the same as the 'Assigned To' Unit or it should be within the same Group or higher in the Units hierarchy.

• Not Applicable

• Not Applicable

• Any Resource Requests that were submitted against Services of that Activity should be Rejected or Cancelled.

• The Activity should not have a 'Completed' Life Cycle State Completed.

• Not Applicable

• None of the submitted Resource Requests should be pending.
• All mandatory Services should exist.
• The time spent should be specified for each Service that was added to the Activity.
• Business rules and restrictions applied through the 'Active' Activity Definitions.
• Business rules and restrictions applied to the Activity Type.
• Business rules and validations applied through the Resource Scheduling Definitions.

• Existing Life Cycle State is 'In Progress'.

• Not Applicable

• Mandatory fields must be defined.

• 'Active' Communications Definition must exist in the System.

• If Tags are used, the Referring To Entities must be defined first.
• If unrestricted Tags are used, the values of each unrestricted tag under Unrestricted Parameters must be defined.

• Not Applicable

• The Activity Life Cycle State is set to 'Completed'.
• Each Activity Service has a Billing Directive which defaults to 'To Be Billed' by the System. 
• The rates for each Service are specified in the Price Plan which is selected in the Job Billing Terms. 
• The Price Plan rates for Activities are configured using the following Price Plan rates:
  • Flat rate, duration based
  • Tiered rate, duration based.

• Activities are billed through Jobs.

The entities which are related to the Activity and can include one of the following:

• Subscription
• Job
• Service Requests
• Leads

The significant dates of the Activity which include the following:

• Start dateDate: Defaults to the date that on which the Activity is created , although is editableEstimate completion timeand which can be modified.
• Estimated Completion Time: Defaults to the estimated completion time as Estimated Completion Time set on the related Activity Type, although is editable, . It can be edited and is measured in minutes, hours, days, weeks, years.
  It is the difference between the start date and expected completion date Start Date and Expected Completion Date and is updated automatically whenever the expected closing date is modified.
• Expected completion dateCompletion Date: The date that on which the Activity is expected to be completed and it equals is equal to the start date Start Date plus the estimated completion time. Estimated Completion Time.
  It is calculated automatically when the estimated completion time Estimated Completion Time is set or modified, although it can also be set manually set. Automatically calculated or Manually Set 
• Actual completed dateCompleted Date: The date that on which the Activity is actually completed. The actual completed date is read
  It is Read-only and is set automatically on completing the Activity, i.e. on setting when the Activity on a status which is mapped on the completed life cycle state. Automatically calculatedis set to a 'Completed' Life Cycle State.
• Time to completionCompletion: The  The time that is left up to the expected completion date. Automatically calculatedExpected Completion Date.
• Time overdueOverdue: The time past the expected completion date. this Expected Completion Date.
  This information is calculated dynamically, based on the expected completion date Expected Completion Date and the current date of execution, if the Activity is not completed yet and is past the expected completion date.Automatically calculated

The assignment information for the Activity, since it is an /wiki/spaces/internal/pages/11144489

• by the Expected Completion Date.

The Services that are provided as part of the Activity and the time that was spend spent on each one, measured in minutes, hours, days, weeks, months and years. Only one time services
Only One-Time Services can be specified, which should also be included in the list of the allowed services 'Allowed' Services as specified in the related Activity Type.

• Subscription
• Job
• Service Requests
• Leads

Includes the standard log information plus shared notes

The Files and URL related with the specific Activity

• Active Activities Definition exists in the system

• Mandatory Fields:
  • Type
  • Status
  • Category
  • Estimated Completion Time (If not already filled in, based on the Activity Type)
  • Assigned To (Either a unit or a user)
  • Owned By Group (If you don assign anything then the Group of the logged in user will be used)

The Life Cycle State of the Activity which can be one of the following:

• Pending
• In Progress
• Completed
• Cancelled

Notes regarding the Activity. Each time the Notes are amended, the User and the date are logged.

• Unit: The Unit which is to handle the Activity order.

• User: The User who is to handle the Activity order.

  The User field may be left empty.  Users in the defined Unit will subsequently be able to Accept the Activity. Check the respective Action below.

The Action that provides information regarding the Activity, concerning:

• Communications
• Approval Requests

Applies a single fixed price based on the duration of the Services, which starts from a base rate and changes as the duration that was required to provide the Service increases. Multiple flat levels are supported.

Applies a price which starts from a base rate and progressively changes as the duration that was required to provide the Service increases. Multiple tiered levels are supported.