|
|
RuleSet form- Use the check out (rule management) facility for this RuleSet. Developers must check out a rule before they can update it. This controls who can change rules in a RuleSet and prevents possible problems when two or more users attempt to change one rule at the same time.
- Lock this RuleSet or its versions by requiring developers to enter a password when they:
– Update this RuleSet or update class rules in this RuleSet.
– Add, copy, or update versions on the Versions tab.
Field | Description |
| Enter Password Values | |
To Update this RuleSet | Enter the password in this field to unlock the RuleSet if you used the To Update This Rules field in the Define Passwords section. |
| Rule Management | |
Select to record your intent that this RuleSet contains rules that tailor, override, and extend an application, rather than define an application. A local customization RuleSet is one not intended to be moved to other PRPC systems. This setting is advisory only and does not affect the RuleSet's functionality. If you select this box, do not select Use check-out?.
| |
Use check-out? | Select Use check-out? to use the rule management facility for this RuleSet. When selected, the Check in ( The Save icon (
|
Work class used for approval process |  Optional. Leave this and the Work flow to use for approvals field blank if the Use check-out? box is not selected. They support advanced rule management features, useful when a large development team is involved or when a development leader wants to review each change made by others on the development team before the changed rule is checked in.To use a flow rule to manage development and check-in on this RuleSet, enter the work type to which the flow rule that controls check-ins applies. The standard work type named Work-RuleCheckIn is designed to support this process. See Using the Rule Check-in approval process. |
Work flow to use for approvals | Optional. Enter the name of the flow rule that is to control rule check-in for this RuleSet. A standard flow rule named ApproveRuleChanges is the default. See Using the Rule Check-in approval process. Click the pencil icon ( ) to review or edit the flow. |
| Define Passwords | Optional. Use the settings in this section to prohibit users from adding or updating versions of this RuleSet, or updating this RuleSet. If a field is blank, no password is required. To lock a setting, enter a password in the field and save the rule. The field is replaced by a checkbox |
To Add a RuleSet Version | Enter a password that the user must match before creating To unlock the setting, clear the checkbox and save the rule. |
To Update a RuleSet Version | Enter a password that the user must match before updating a version on the Versions tab. To unlock the setting, clear the checkbox and save the rule. |
To Update this RuleSet | Enter a password that a user must match when updating this RuleSet. This restriction includes updates to the versions on the Versions tab. To unlock the setting, clear the checkbox, enter the password in the To update this RuleSet Name field, and save the rule.
|
Don't confuse local customization RuleSets, defined by this box, with 
) and Check out (
) appears on the toolbar when the rule is checked out. See 
) operation. See 
> Application > Development> Checked Out Rules to identify rules that you (or someone else) has checked out in the current application, or in all applications.
As a best practice — even for a RuleSet to be used only by yourself or by a small development team — select this checkbox. When a team of developers together work on a RuleSet that does not use checkout, rules are not locked as they are updated, so a risk of simultaneous updates exists; one user's changes may be overwritten. In addition, when checkout is not used, updated rules take effect immediately after a Save operation, which can be disruptive to other developers on a team, However, leave this box cleared for a RuleSet for Local customization, or one that is to contain only rules delegated to application users.
(beneath the version array) or copying (
on the context menu) a version for this RuleSet on the 
Lock this setting to prevent changes to the To Add or To Update settings.Using version passwords
When you lock a version using either the To Add a RuleSet Version or the To Update RuleSet Version settings, the To Add/Update Version field appears in each version on the Versions tab.
To update or copy the version, enter the password in this field that matches the To Add or To Update password settings. The field is replaced by a checkbox 
. Make your changes, save the version, and clear the box to lock it again.
 | check in, check out, delegated rules, personal RuleSet, rule management facility |
 | About the RuleSet Delete tool Application category — Development page |
 | Atlas — Standard RuleSet Names |
About RuleSets