10 Setting Up a Retention Schedule

This section describes how to set up and administer the retention schedule for an organization.

This chapter covers the following topics:

Concepts

Tasks

Examples

10.1 About Retention Schedules

Important:

If your retention schedule contains 10,000 or more series, categories, and folders, then your database administrator should build database indexes on the tables to enhance performance. For record folders, add indexes on the columns of the Folders table. For retention categories, add indexes on the columns of the Categories and Dispositions tables. For series, add indexes on the columns of the Series table. For further information about defining an index on a table column, see your database documentation.

A retention schedule is an organized hierarchy of series, categories, and record folders which can cluster content into similar groups, each with its own retention and disposition characteristics. Many retention schedules can be created for the requirements mandated by an organization.

If a record folder does not have its own security settings, the folder inherits security settings from its parent retention category. Each record folder can have its own security settings that further limit access to the items in that folder. Record folders can be further secured by using supplemental markings and custom security fields.

Record folders also inherit disposition rules from their retention category. By default, all record folders within a retention category inherit disposition instructions from the category. A disposition rule defined within a category can be applied to a specific record folder if the folder has a unique disposition instruction.

Record folders for temporary content are destroyed with temporary content as part of final disposition processing. Records administrators create new record folders as necessary to accommodate processing temporary items. Record folders for content subject to review and permanent content are not destroyed, and do not have to be re-created due to final disposition.

Important:

The retention schedule is not a contribution mechanism, but rather a disposition mechanism. It defines how and when content should be processed during its lifecycle. It is not intended to check content into the repository.

10.1.1 Retention Schedules and File Plans

In previous versions of Oracle URM the term file plan was synonymous with retention schedule to designate that functionality used to track and maintain retention objects.

With this release, the product can now be used to track items in conjunction with the MoReq2 specification. The MoReq2 file plan is accessible from the Browse Content tray. To enable MoReq2 file plans, set the RmaEnableFilePlan configuration variable to TRUE and restart the Content Server.

A file plan has a strict folder hierarchy consisting of four node types: Class, File, Sub-File and Volume, with only Classes allowed at the top level of the hierarchy. Classes provide a framework for classification and files are used to store like records.

Files and Classes cannot be mixed at a single node in the hierarchy. For example, if a Sub-File is placed in a File folder, that File folder cannot contain any other type of item, including content. The exception is if a folder type contains content items, it can also contain volumes. Classes can contain other Classes, Files, or content. Sub-files can contain content items. Volumes can only contain content. The Oracle URM software has been configured to allow Create access only to those items which are allowed at the specific point in the hierarchy.

For more details about file plan nodes and the hierarchy, see the Model Requirements for the Management of Electronic Records.

Functionality for using the file plan is similar to that for the retention schedule. One major difference is that disposition actions are applied to Classes by linking the class to a category that has a disposition schedule.

As you review the information in this chapter, consider how the information can apply to your file plan as well as any retention schedule in place at your site.

10.1.2 Planning a Retention Schedule

Do not base a category on a dynamic feature such as organization hierarchy because organizations are reorganized on a frequent basis. Use static divisions for category departments, and be more generic with categories. Record folders can be more specific.

10.1.2.1 Retention Schedule Hierarchy

A typical hierarchy of a retention schedule consists of series, categories, and/or record folders. Series are optional top-level nodes that can be nested. A retention category cannot be nested, due to the nature of its disposition schedules. Record folders can be nested. The following figure shows the basic hierarchy of retention schedule objects.

Figure 10-1 Basic Retention Schedule Hierarchy

Description of Figure 10-1 follows
Description of "Figure 10-1 Basic Retention Schedule Hierarchy"

Content is filed directly into a retention category, and optionally can be filed into a record folder under a retention category. The retention schedule is the top-most series root node. The top node is created automatically.

The remaining retention schedule objects (series, folder, or retention category) are created by the Records Administrator. Users or administrators create content for filing within the application. A series is an optional container created by the Records Administrator. A retention category is required, and it contains disposition instructions for processing content. A record folder is optional, and it also organizes content according to some commonality.

The figure below shows the main characteristics of each retention schedule object at a glance. Series do not have security set directly on the series object, whereas retention categories, record folders, and content all have a variety of security options, including access control lists (ACLs), supplemental markings, custom security fields, and (custom) classifications.

Figure 10-2 Attributes of Retention Schedule Objects

Description of Figure 10-2 follows
Description of "Figure 10-2 Attributes of Retention Schedule Objects"

The following figure illustrates a slightly more complex retention schedule hierarchy, with:

  • nested series (Series B and C)

  • nested folders (Folders a1 and a2 under Folder a)

  • content filed directly into a category (Categories 1, 2, and 4) rather than a folder

  • categories without a series (Category 1)

  • an item filed into multiple folders (Folders a1 and a2).

Figure 10-3 Sample Retention Schedule Hierarchy

Description of Figure 10-3 follows
Description of "Figure 10-3 Sample Retention Schedule Hierarchy"

While it is possible to file content into multiple locations in the retention schedule, this is not recommended due to the complexity of processing multiple disposition schedules. For best performance results, content should be filed into a single folder or category. When multiple disposition schedules are attached to an item, the item is processed by the disposition with the longest retention period.

10.1.2.2 Attribute Inheritance

Some of the attributes of retention schedule objects are inherited from parent objects. In certain cases, the attributes can be overridden at a lower level.

Some security settings are inherited and overridden as well, which is explained in Chapter 5, "Setting Up Security".

10.1.2.3 Review Status Attributes

Review status, which includes the review period and reviewer, can be set at the retention category level, record folder level and the item level. The lowest level (the item level) takes precedence if all information is of equal duration and is set at the category, folder, and item levels.

In the case of review periods with differing lengths between a parent and child objects, the shortest review period takes precedence for a child folder and is indicated in the relevant content information pages. The longer review period is ignored. However, if the shorter review period is removed or changed, the longer review period reigns again in cycling reviews for content.

Important:

Within a parent and child object hierarchy, the review period with the shortest review period takes precedence for a child folder over a longer review period set on the child folder.

For example, a subject-to-review category has a review period of two calendar quarters. A child folder within the subject-to-review category has a review period set as four calendar quarters. Because the category higher in the hierarchy (the 'parent') has a shorter review period, the child folder ignores its own longer review period setting. In essence, the folder has a review period override in effect.

If the review status is not set at the record folder level for a record folder in a subject-to-review category, the folder always inherits review status from the category. At the content level, a content can inherit review information from the category, and the content can inherit information from the folder if it does not have its own review settings.

If a content item is filed directly into a subject-to-review retention category, it inherits settings from the category. If a subject-to-review item is filed into a subject-to-review record folder, it inherits settings from the immediate parent folder. Because record folders can be nested, the immediate folder parent determines review attributes for the item.

If a retention category is subject to review, and none of the folders or content items have their own review settings, then the folders and the items all inherit review attributes from the category.

You can create a non-review retention category containing record folders, content, and items subject to review. However, the reverse is not possible: you cannot create a retention category that is subject to review containing non-subject-to-review record folders and items due to inheritance of the subject to review attributes.

10.1.2.4 Permanent Status Attributes

The previous figure showed the permanent status set at the category level only, and how record folders and items inherit the folder status. Permanent items cannot be destroyed by a disposition instruction. Permanent items typically are a small percentage of an organization's information base. Permanent status is determined by the National Archives and Records Administration (NARA) as having sufficient historical value to warrant continued preservation beyond the normal time needed for administrative, legal, or fiscal purposes. Permanent items are sometimes referred to as ""archival" items.

10.1.2.5 Disposition Instructions

Disposition instructions are defined at the retention category level, with some rules being applied uniquely to a child record folder. A record folder inherits disposition rules from the retention category. Content items inherit dispositions from their retention category, and if applicable, a folder with its own uniquely applied disposition rule. For more information, see Chapter 14, "Defining Disposition Instructions".

10.1.2.6 Frozen Folder and Content Status

Freezing a record folder inhibits disposition processing for the folder and its child folders and content.

Record folders and content items inherit the freeze status if it is present on an ancestor. In addition to inheriting the freeze status, freezes can be performed at lower levels within a hierarchy where inheritance is not present. A child record folder or an item within a record folder can be frozen.

Freezing a content item outside of a folder also inhibits disposition processing and prevents the metadata was being updated.

10.1.3 Creating and Navigating Object Levels

To use retention objects, start at Browse Content on the main menu. Depending on a user's rights and role, the user can browse all Retention Schedules or just the ones created by that user.

A user must be at a certain context, or level, within the retention schedule to work with retention schedule objects. Depending on the location within the hierarchy, different menu options appear in the main Actions list when browsing the retention schedule. The table below shows what retention schedule objects can be created at each level.

At this level: You can create:
Series or root node
  • Series

  • Retention category
Retention category
  • Record folder

  • Content item
Record folder
  • Record folder

  • Content item

10.1.3.1 Retention Schedule Menus

The main root node is considered the retention schedule series node. At the series level, a series or retention category can be created.

Menus are relative to the location in the hierarchy. For example, at the Folder level you can create a folder or content. You cannot create a category.

The following list describes the possible menu options which may appear depending on the location in the hierarchy. These options may appear on an individual item's Action menu or on the Page menu. Information in parenthesis indicates the area of the hierarchy where the information appears:

In addition, the following options may be available on the individual item Action menus on the Folder Page and on the Table menu on the Folder level:

  • Set Dates

    • Mark reviewed: Marks a folder as reviewed.

    • Mark recursive: Marks all child objects as reviewed.

    • Cancel: Marks the folder as canceled, making it obsolete.

    • Expire: expires all objects in a folder.

    • Obsolete: marks content and the folder as obsolete. This toggles to Undo Obsolete if a folder becomes obsolete due to specific actions.

    • Rescind: rescinds a folder and the items therein.

    • Undo Cutoff (Table menu only): reverses the cutoff status of a folder.

    • Undo Obsolete (Table menu only): marks items and the folder as not obsolete.

  • Add to Favorites: Used to add the marked object to the Favorites list.

10.2 Using a Series

A series is an optional feature for organizing content. If an organization has a multitude of retention categories, setting up series can assist with managing the view of the retention schedule hierarchies. Series should be a static and non-specific method of organization: for example, "Buildings" not " 7500 Building." This allows the hierarchy to remain static over time. Series can be nested within each other.

Series are also useful for creating work-in-progress retention schedules because series can be hidden from users, which prevents people from filing any data into the hidden series.

10.2.1 Managing a Series

Permissions:

The appropriate rights are required to work with series. There are separate rights for reading (viewing), creating, deleting, moving, editing, and hiding/unhiding series. The predefined Records User and Records Officer roles can only read (view) series. The predefined Records Administrator role can perform any of the other series-related tasks.

The following tasks are involved in managing series:

The retention schedule can be accessed in two ways:

  • Click Browse Content then Retention Schedule from the Main menu.

  • Click Records then Retention Schedules from the Top menu.

10.2.1.1 Creating or Editing a Series

You can create nested series (a series within a series).

Permissions:

The Series.Create right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule and navigate to the location in which to create the series.

  2. Click Create then click Create Series from the Actions menu in an existing series or from the Page menu.

    The Create or Edit Series Page is displayed.

  3. Enter an identifier for the series in the Series Identifier text box.

  4. Enter a name for the series in the Series Name text box.

  5. Click Create. The series is displayed in both the Browse Content area and in the Retention Schedule list.

Use the following procedure to edit the name for the series. Any information except the series identifier can be edited.

Permissions:

The Series.Edit right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule. Click Edit then Edit Series in the Action menu for the series to edit.

    The Create or Edit Series Page is displayed.

  2. Enter any changes to the value in the Series Name box, and click Submit Update. A message is displayed saying the series was updated successfully.

  3. Click OK.

10.2.1.2 Viewing Series Information

Permissions:

The Series.Read right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule. Click the Info icon for the series to view.

    The Series Information Page is displayed. This page shows relevant information about the selected series.

  2. Click OK when done.

10.2.1.3 Hiding and Unhiding a Series

A hidden series and its children are not visible to anyone without the Series.Hide/Unhide right. This feature provides a staging area for setting up and testing retention schedules. After a retention schedule is ready for production, unhide the series.

Permissions:

The Series.Hide/Unhide right is required to perform these actions. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule. Click Edit then Hide Series from the Action menu for the series to hide.

  2. You are prompted to enter a reason for the action. Enter a reason and click OK to confirm or leave the text box empty. Click Cancel to abort the entire action.

    If confirmed, the series icon is now semi-transparent to indicate it is hidden.

Follow the same procedure to unhide the series: access the retention schedule then click Unhide Series in the item's Action menu. If the action is confirmed, the series icon is no longer semi-transparent to indicate it is not hidden.

10.2.1.4 Moving a Series

All child series, categories, record folders and content items move with the parent series.

Permissions:

The Series.Move right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule. Click Edit then Move Series from the Action menu for the item to move. To move multiple items, click the checkbox for the series and click Move from the Table menu.

    The Select Retention Series, Record Folder or Category Dialog is displayed.

  2. Click to expand the tree, and click the series which will contain the item. The location field populates with the new location.

  3. Click OK. The Exploring Series Page displays the series in its new location.

10.2.1.5 Deleting a Series

Permissions:

The Series.Delete right is required to perform this action. This right is assigned by default to the Records Administrator role.

If a series is populated a message appears when an attempt is made to delete the series, prompting the user to delete the contents as well as the series. Be sure to move any content, record folders, categories, and any nested series from the series to be deleted if any of those objects should be retained.

Tip:

To delete multiple items, click the checkbox for the items and click Delete from the Table menu.

  1. Access the retention schedule. Click Delete then Delete Series from the Action menu for the item to delete.

  2. You are prompted to confirm the deletion. Click OK to delete the series, or Cancel to cancel the delete action. To delete any child objects, click the checkbox for "Include child content items" on the prompt that appears. Click Yes when done.

  3. You are prompted to enter a reason for the action. Enter a reason and click OK to confirm or leave the text box empty and click OK. Click Cancel to abort the entire action.

    If confirmed, the series is deleted from the retention schedule.

10.3 Retention Categories

A retention category is a retention schedule object with associated security settings and disposition instructions defined. Retention categories cannot be nested within other retention categories because they are disposition instructions, not an organization container. They are a method of grouping content with the same disposition requirements.

This section covers the following topics:

If ACLs are on the retention category, the user must also be on the ACL to view or access the retention category.

At the category level, record folders or content items can be created.

The retention schedule can be accessed in two ways:

  • Click Browse Content then Retention Schedule from the Main menu.

  • Click Records then Retention Schedules from the Top menu.

10.3.1 Managing Retention Categories

The following tasks are involved in managing retention categories:

Note that when retention categories are sorted and listed, they are listed on a per-source basis. For example, if three sources are used (Source1, Source2, Source3), all items from Source1 are sorted as a separate group, items from Source2 are sorted as a separate group, and items from Source3 are sorted as a separate group. Then items from each source are displayed in a "round robin" style with the first item of Source1, the first item from Source2, and the first item from Source3, followed by the second item of each source.

10.3.1.1 Creating or Editing a Retention Category

A retention category can contain record folders or content. You can create retention categories at the root node level, or within a series.

Permissions:

The Category.Create right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Click Browse Content then Retention Schedules. Click Create then Create Retention Category from the Table menu.

    The Create or Edit Retention Category Page is displayed.

  2. (Optional) Accept the default security group or select a group from the Security Group list. The Default Content Server security box must be enabled on the Configure Retention Settings Page.

  3. (Optional) If Accounts are enabled, indicate the associated account for the category in the Account box.

  4. (Optional) If your organization uses the default security on categories, select an author of the retention category from the Author list. The author defaults to the user currently logged in and entering the information.

  5. Enter a unique identifier for the category in the Retention Category Identifier box.

  6. Enter a name for the category in the Retention Category Name box.

  7. Enter a description of up to 1000 characters in the Retention Category Description box.

  8. (Required for U.S. Government Agencies) Enter the code of the authority for the disposition in the Disposition Authority box. Private sector organizations can enter the person or department responsible for the category, or enter "none."

  9. To restrict revisions of items in the category, click the Restrict Revisions box.

  10. To restrict deletions of items in the category, click the Restrict Deletes box.

  11. To restrict edits of items in the category, click the Restrict Edits box.

  12. If the retention category is to contain content for review, and all objects should inherit the subject to review status, do the following:

    1. Click the Subject to Review box.

    2. To specify a reviewer for the retention category rather than allow the reviewer to revert to the notify recipient system default, select a reviewer from the Reviewer list. When selecting a reviewer, make certain that user has the rights required to perform the review. Otherwise an error message is displayed and the user cannot perform the review.

    3. Enter an integer value for the number of review periods in the Review Period text box.

    4. Select the defined period from the Review Period list.

  13. (Optional) If your organization uses access control lists (ACLs), then assign group permissions to the category:

    1. To assign group permissions, click Select by the Group Permissions box. The Select Alias page is displayed.

    2. Select or type the alias, enable the Read, Write, Delete, and Admin permissions as appropriate for the alias, and click Add to List. Repeat this step for each alias to set permissions for, and click OK. The alias and its permissions display in the Group Permissions text box of the Create Retention Category page.

  14. (Optional) If your organization uses access control lists (ACLs), then assign user permissions to the category:

    1. By the User Permissions box, click Select. The Select User page is displayed.

    2. Select or type the user, enable the Read, Write, Delete, and Admin permissions as appropriate for the user, and click Add to List. Repeat this step for each user to set permissions for, and click OK. The user and their permissions display in the User Permissions text box of the Create Retention Category page.

  15. Click Create. The Dispositions Instructions Page is displayed. Create a disposition rule or click Submit Update to create a rule later.

    For more detailed instructions about disposition rules and disposition examples, see Chapter 14, "Defining Disposition Instructions".

Use this procedure to edit an existing retention category.

Permissions:

The Category.Edit right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule. Click Edit then click Edit Retention Category from the item's Action menu.

    The Create or Edit Retention Category Page is displayed.

  2. Enter changes to the available fields.

  3. Click Submit Update. The successfully updated retention category message is displayed.

  4. Click OK. The Exploring Series "Retention Schedule" Page is displayed.

10.3.1.2 Viewing Retention Category Information

Permissions:

The Category.Read right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule. Click the Info icon for the item to view.

    The Retention Category Information Page is displayed. This page shows relevant information about the selected retention category.

  2. Click OK when done.

10.3.1.3 Viewing Category Metadata History

Use this procedure to view the metadata history of a retention category. This displays a list of all changes made to the editable category properties.

Permissions:

The Category.Edit right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule. Click Information then Metadata History from the item's Action menu.

  2. The Metadata History Page is displayed, showing a list of all changes made to the editable category properties. The following information is provided:

    • The user who made the change

    • The timestamp when the change was made

    • The affected field(s)

    • The old and new field values

  3. Click OK when done.

10.3.1.4 Copying a Retention Category

Use this procedure to copy a retention category.

  1. Access the retention schedule. Find the category to copy and click Copy from the item's Action menu.

  2. The Create or Edit Retention Category Page with some fields already filled in. Edit the remainder of the fields as needed.

  3. Click Submit Update. The Dispositions Instructions Page is displayed. Create a disposition rule or Submit Update to create a rule later.

    For more detailed instructions about disposition rules and disposition examples, see Chapter 14, "Defining Disposition Instructions".

10.3.1.5 Moving a Retention Category

You can move a retention category to another series or to the root node retention schedule level.

Permissions:

The Category.Move right is required to perform this action. This right is assigned by default to the Records Administrator role.

  1. Access the retention schedule. Click Edit then Move from the item's Action menu.

  2. The Select Retention Series, Record Folder or Category Dialog is displayed.

  3. Click to expand the tree, and click the series to which to move the category. The location field populates with the new location.

  4. Click OK. The Exploring Series Page and Browse Content area display the retention category in its new location.

10.3.1.6 Deleting a Retention Category

Use this procedure to delete a retention category.

Permissions:

The Category.Delete right is required to perform this action. This right is assigned by default to the Records Administrator role. Delete permission (D) for the RecordsGroup security group is also required.

  1. Access the retention schedule. Click Delete then Delete Category from the item's Actions menu.

  2. You are prompted to confirm the delete. Click OK to delete the category, or Cancel to cancel the delete. To delete any child objects, click the checkbox for "Include child content items" on the prompt that appears. Click Yes when done.

  3. You are prompted to enter a reason for the action. Enter a reason and click OK to confirm or leave the text box empty, and click OK. Click Cancel to abort the entire action.

    If confirmed, the retention category is deleted from the retention schedule.

10.3.2 Retention Category Example

This example creates an archive disposition action for the retention category to be reviewed. This example retention category has a three month review period.

  1. Click Browse Content then Retention Schedules.

    The Exploring Series "Retention Schedule" Page is displayed.

  2. Click Create then Create Retention Category from the Table menu.

    The Create or Edit Retention Category Page is displayed.

  3. Enter RCV-101 in the Retention Category Identifier box.

  4. Enter Operational for Review in the Retention Category Name box.

  5. Enter a description of up to 1000 characters in the Retention Category Description box. For this example, type RCV-101.

  6. (Required for U.S. Government Agencies) Enter the code of the authority for the disposition in the Disposition Authority box. For this example, type RCV-101.

  7. Click the Subject to Review box.

  8. Specify a Reviewer and a Review Period.

  9. Click Create.

    The Disposition Instructions Page is displayed.

    1. Click Add. The Disposition Rule Page is displayed.

    2. Set the After (Triggering Event) as "Retention Period Cutoff."

    3. Enter 3 Calendar Months as Wait For (the Retention Period).

    4. In the Do (Disposition Action) list, click Notify Authors.

    5. Click OK.

  10. Click Submit Update.

  11. Click OK.

10.4 Record Folders

Retained items differ from other documents in the repository because they have different metadata are associated with a disposition life cycle. A record folder organizes similar items within a retention category. A retention category can have multiple record folders, and record folders can be nested within other record folders.

Record folders can inherit disposition rules from their parent record folder or category. Separate disposition instructions for individual folders can be set up as well. This is done when the dispositions are created for the category where the folder is stored. It is not done during the creation of the folder.

This section covers the following topics:

10.4.1 About Record Folders

A record folder can inherit security settings from a category, or have its own security settings. Supplemental markings can also be set on a record folder and users to further secure the folder above and beyond all other security mechanisms. In addition to inheriting security settings and disposition rules, folders also inherit content review information from the parent category. If a folder is inheriting review information, it is indicated on the Record Folder Information page.

The review information taking precedence is at the lowest node (the shortest review period prevails), such as in the case of nested folders. Review information can be overridden at the folder level. For example, you can specify a different reviewer or review period cycle. However, you cannot specify a folder within a subject-to-review retention category as a folder that is not subject to review. If you do not want a record folder to be reviewed, you must create the folder in a non-subject-to-review category.

Permissions:

The appropriate management rights to work with record folders are required. Separate rights are required for reading (viewing), creating, deleting, opening/closing, editing, moving, and freezing/unfreezing folders. The predefined Records User role can only read (view) record folders. The predefined Records Officer role can read, create, edit, and move folders. The predefined Records Administrator role can perform all folder-related tasks.

It may be necessary at times to create a volume for a folder. When a volume is created, the content in that folder is moved to the newly created volume folder. The folder uses a naming convention of prefix+timestamp+suffix. Both prefix and suffix can be defined by setting configuration variables. See "RmaFilePlanVolumePrefix and RmaFilePlanVolumeSuffix" for details. If neither is defined, a prefix of volume_ is used.

After the volume is created and the content placed inside, the folder is closed and cut off. Subsequent content items can be checked in to the parent folder and additional volumes can be created. The Cutoff and Create Volume disposition action can be used to accomplish this.

Note that volumes are used in retention schedules as well as file plans (used for MoReq tracking).

10.4.2 Managing Record Folders

The following tasks are involved in managing folders:

For details about viewing folder information, see the Oracle Fusion Middleware Administrator's Guide for Universal Records Management.

10.4.2.1 Creating a Record Folder

Use this procedure to create a record folder within a retention category, or as a child folder of another record folder.

Permissions:

The Folder.Create right is required to perform this action. This right is assigned by default to the Records Officer and Records Administrator roles.

Prerequisites

This procedure also assumes that security is configured and rights are assigned to users.

  1. Open the retention category or folder in which to create a folder.

  2. Click Create then click Create Records Folder from the Page Action menu.

    The Create or Edit Record Folder Page is displayed.

  3. (Optional) Accept the RecordsGroup as your default security group or select a different group from the Security Group list.

  4. (Optional) If your organization uses accounts in its security model, select the account associated to the folder from the Account list. For more information about accounts, see the Oracle Fusion Middleware System Administrator's Guide for Content Server.

  5. (Optional) To change the filer (or "author") of the record folder from the default, select the user in the Filer field.

  6. Enter a unique identifier.

  7. Enter a name for the record folder.

  8. (Optional) Enter a description of the folder.

  9. (Optional) If the record folder is going to contain subject-to-review items:

    1. Click the Subject to Review box.

    2. Select a reviewer for notifications to override the system default set in the Configure Retention Settings Page page. The reviewer selected must have the Folder.EditReview right. Without that right, the reviewer cannot mark a record folder as reviewed.

    3. Enter the number and select type of period in the Review Period fields. If the category of a record folder is defined as subject to review, and a child record folder does not have its own review information defined, then the record folder inherits the review information from its category or its parent record folder. For further details, see "Attribute Inheritance".

  10. (Optional) To assign supplemental markings to the folder, select one or more markings from the Supplemental Markings list. Even if a user or group has permission to access a record folder, supplemental markings can still restrict record folder access. For more information, see "Supplemental Markings Details".

  11. (Optional, for ACL-enabled implementations) Set up ACL access at the alias level or user level. See "Setting ACLs During Software Use" for details.

  12. Click Lifecycle Preview to view the disposition instructions associated with the category and thus the folder.

  13. Click Create. The record folder is displayed in the exploring retention category or record folder page.

10.4.2.2 Creating a Volume Folder

Use this procedure to create a volume folder within a retention category, or as a child folder of another record folder.

Note:

You can only create volumes in a category or folder that contains only content. It cannot contain other retention items.

When a volume is created, all content in the folder is moved to a newly created volume folder. After the volume is created and content is moved, the folder is closed and cut off. Subsequent content items can be checked in to the parent folder, and additional volumes created for them.

Permissions:

The Folder.Create right is required to perform this action. This right is assigned by default to the Records Officer and Records Administrator roles.

Prerequisites

This procedure also assumes security is configured and rights are assigned to users.

There are three methods to create a volume folder. This procedure describes two of those methods. See Creating a Volume Through Disposition for details about using dispositions to create volumes.

  1. Open the retention category or record folder in which to create a volume folder.

  2. Click Create then click Create Volume or Schedule Volume Creation from the Page menu of a folder or a file plan folder (MoReq) containing only content.

    Create Volume creates the volume and inserts content immediately.

    Schedule Volume Creation opens a popup window where the volume creation can be scheduled depending on options selected:

    • The volume will be created when a certain number of items is checked into the folder.

    • The schedule is checked when batch processes are executed and if matched, a volume is created and the content moved then.

10.4.2.2.1 Creating a Volume Through Disposition

When creating a disposition that has the Create Volume or the Cutoff and Create Volume action, slightly different actions occur.

If the Create Volume action is used, a volume is created. The content from the category or folder where the volume was created is then moved into the volume.

If the Cutoff and Create Volume action is used, the volume is created, and the content is moved and the volume is cut off from further processing.

10.4.2.3 Editing a Record Folder

Occasions on which a record folder would be edited include updating:

  • specific user access for ACL if alias/group permission is not used

  • a reason for freezing a record folder

  • activation or expiration dates for internal content

  • elaborating on or editing a folder description

  • the physical locations and containers for the physical counterpart of electronic items as they progress through their life cycle and are transferred to other locations.

    Permissions:

    To edit a record folder you authored, you must have the Folder.EditIfAuthor right. This right is assigned by default to the Records Officer role. To edit a record folder you did not author, you must have the Folder.Edit right. This right is assigned by default to the Records Administrator role.

  1. Navigate to the record folder to edit.

  2. Click Edit then click Record Folder from the Page Action menu.

    The Create or Edit Record Folder Page is displayed.

  3. Make changes to the available fields.

  4. Click Submit Update. The successfully updated folder message and the edits are displayed on the Record Folder Information Page. Click OK.

10.4.2.4 Changing the Disposition Applied to a Folder

Use this procedure to change the disposition instructions for a particular folder.

  1. Navigate to the category that contains the folder to edit.

  2. Click Edit then Edit Disposition in the folder's Action menu.

    The Disposition Instructions Page is displayed.

  3. Click the Edit icon (a pencil) in the row for the disposition to change.

    The Disposition Rule Page is displayed.

  4. Change the disposition rules as needed. For more details about dispositions, see Chapter 14, "Defining Disposition Instructions".

  5. In the Advanced Options section, select the folder from the pull-down list. Specify to set the new disposition on content only, folders only, or on content and folders.

  6. Click OK when done.

10.4.2.5 Moving a Record Folder

Use this procedure to move a record folder to a retention category or to another folder.

Permissions:

The Folder.Move right is required to perform this action. This right is assigned by default to the Records Officer and Records Administrator roles.

  1. Navigate to the record folder to move.

  2. Choose Edit then choose Move from the item Action menu.

    The Select Retention Series, Record Folder or Category Dialog is displayed.

  3. Click to expand the tree, and drill down in the hierarchy until reaching the category or folder where the record folder will be moved. The location field populates with the new location.

  4. Click OK. The Exploring Category or Exploring Folder Page and Browse Content area display the record folder in its new location.

10.4.2.6 Deleting a Record Folder

If a record folder has its own disposition rule or rules defined for it, deleting the record folder deletes the disposition rule from the category. To prevent the rule from being deleted, remove the association to the specific record folder. This is discussed in more detail in the Oracle Fusion Middleware Administrator's Guide for Universal Records Management.

Permissions:

The Folder.Delete right is required to delete a record folder. This right is assigned by default to the Records Administrator role.

  1. Open the retention category containing the record folder to delete.

  2. Navigate to the record folder to delete.

  3. Click Delete then click Delete Record Folder from the Item Actions menu.

  4. You are prompted to confirm the deletion. Click OK to delete, or Cancel to cancel the deletion. To delete any child objects, click the checkbox for "Include child content items" on the prompt that appears. Click Yes when done.

  5. You are prompted to enter a reason for the action. Enter a reason and click OK to confirm or leave the text box empty and click OK. Click Cancel to abort the entire action.

    If confirmed, the record folder is deleted from the retention schedule.

10.4.3 Folder Examples

The following examples demonstrate folder management tasks:

10.4.3.1 Creating a Record Folder That is Subject to Review

This example record folder has a three month review cycle. Editing a review cycle requires accessing a special edit page. For further information, see the Oracle Fusion Middleware Administrator's Guide for Universal Records Management.

  1. Open the retention category or record folder where the record folder will be created.

  2. From the Actions list, click Create Record Folder.

    The Create or Edit Record Folder Page is displayed.

  3. Enter RFV-101 in the Record Folder Identifier box.

  4. Enter RFV-101 in the Record Folder Name box.

  5. Click the Subject to Review box.

  6. Click a Reviewer to receive e-mail notifications when it is time to review the record folder.

  7. Enter 3 Months as the Review Period.

  8. Click Create. The record folder displays in the Exploring Retention Category page. Click the Info icon for the new record folder. The Record Folder Information Page displays "Subject to Review: Yes" and displays the corresponding Review Period. Any inherited review information from a parent record folder or from the retention category is also given.

10.4.3.2 Creating Record Folders Subject to Recurring Audit Triggers

This example demonstrates creating a record folder subject to the recurring audit trigger. For more information about the built-in recurring audit trigger, see "Trigger Overview". The Audit Periods must already be defined in the Configuration Manager utility. For further information about configuring audit period lists, see the Oracle Fusion Middleware System Administrator's Guide for Content Server.

To create an audited record folder, complete the following steps:

  1. Open the retention category or record folder where the record folder will be created.

  2. From the Actions list, click Create Record Folder.

    The Create or Edit Record Folder Page is displayed.

  3. Enter RFA-101 in the Record Folder Identifier box.

  4. Enter RFA-101 in the Record Folder Name box.

  5. Click the Subject to Audit box, and click an Audit Period from the list.

  6. Click Create. The record folder displays in the Exploring page. Click the Info icon for the new record folder. The Record Folder Information Page displays "Subject to Audit: Yes" and displays the corresponding Audit Period.