I have a set of two rules that cover 90% of situations. When creating an instance the rules set two attributes depending on a third which is calculated first. This is working nicely. There are occasions when the 'rule' values need to be overridden during creation.
The two dependent attribute are list boxes with the allowed values. After the values are calculated by the rules, if I change them by selecting another value from the list box they revert to the 'rule' values as soon as I visit another attribute field.
Back in my procedural language programming days I could put a button or check box on a form that wasn't included in the "record" but only served to aid in decisions about data being entered or changing the focus to another field out of the tab order etc.
My solution was to add a yes/no attribute with an initial value of 'No'. If the user sets it to 'Yes' then the rule is ignored i.e. If 'YesNo' = 'No' If age < 13 Then MemberType is 'X' ...
How about you put your Yes/No attribute on the regularuser BO and have a process (buttton) that first sets the attribute to Yes then updates (saves) the BO and resets the attribute to NO. You can use the LoggedInRegularUser in your rules on the BO.