Recurring Activities
You can set up both events and tasks to be recurring entries. You can specify how often an entry should recur and when the recurrence pattern should end. When you search for events or tasks, the system lists each instance of the recurring activity that meets the search criteria. For example, if you set up a task that recurs each day for a week, and you search for all tasks for the week, the system displays a task record for each day on which the task occurs.
The system enables owners and assignees to make changes to individual instances of a recurring task or event. The system also maintains those changes if the master task or event is changed. This functionality minimizes loss of data for assignees who might track important information in an activity record. When the master record is changed, those changes are sent to each assignee's record. Only the changed fields are updated. However, if an assignee changes information on an activity record, and the owner then changes the same field on the master record, the system overwrites the assignee's change with the updated information from the master record.
The system also enables assignees to delete specific instances of a recurring task or event. For example, an assignee might be able to attend a weekly meeting during all instances but one, when he is on vacation. The system enables the assignee to delete the instance that occurs while he is on vacation and maintain all other instances.
For recurring activities that have been assigned to other assignees, several rules apply when you update or delete instances of the activity. This table describes how the system processes changes that are made to owner records and assignee records, whether those changes are made to a single instance or all instances of a recurring activity:
Is the change made to the owner record or an assignee record? |
Are you changing a single instance or all instances? |
Processing Information |
---|---|---|
The owner record of the activity. |
All instances of the activity. |
When the user of an activity makes changes to the master record, which affects all instances of the activity, the system:
|
The owner record of the activity. |
A single instance of the activity. |
When the user of an activity makes changes to a single instance of an activity, the system:
|
An assignee record. |
All instances of the activity. |
When a user makes changes to the assignee record that affects all instances of the activity for that assignee only, the system:
|
An assignee record. |
A single instance of the activity. |
When a user makes changes to an assignee record of a single instance of the activity, the system:
|
This table describes the tables that store recurring entry information:
Table |
Description |
---|---|
Activity Master (F01301) |
Stores information for all events and tasks, such as:
|
Recurrence Master (F01321) |
Stores information for recurring events and tasks, such as:
|
Recurrence Exclusion (F01331) |
Stores information for exclusions for recurring events and tasks, such as:
|
Mobile Client Deleted Activities (F01301W) |
Temporarily stores activities that were deleted in disconnected mode. The table is reset when the mobile client is synchronized with the Enterprise server. |