Processing Rules Categorization | Community
Skip to main content
Lukáš_Čech
Lukáš_Čech
Level 2
July 17, 2013
Delivered

Processing Rules Categorization

  • July 17, 2013
  • 2 replies
  • 3135 views

Processing rules look uniform right now and when there is more of these, it is hard to find the right one to edit (would be even harder when the 50-rules-limit increses in the future).

We could use Rules Categories with filtering + color coding in the Admin Console, so the reason for particular rule is more obvious for the first sight (Adjust Data, Add Event, Create Segment, Process Context Data Variables).

    2 replies

    B
    Adobe Employee
    bgundersenAdobe Employee
    Adobe Employee
    July 18, 2014
    With the release of "Conditional Actions" you now have the ability to set many different variables, or take many different actions in a single processing rule, each with their own condition. This means that the processing rule becomes a category all its own. If you disagree and think there is still need for a separate categorization feature, please comment here.
    S
    spectaprod
    Level 4
    September 26, 2014

    I like the idea of categorization. I just found a use case. We have something (I suspect a processing rule) that is altering data I see in the debugger, I haven't found the rule yet because I can't just search my rules for the variables affected (granted the new Conditional Actions - if executed properly can help solve this - but honestly, how many of us actually execute properly - and one off special cases may still require their own ad hoc rule).

     

    Going back and categorizing rules would be much easier than a systematic re-creation of rules using the new Conditional Actions

    Terms & ConditionsAccessibility statement

    Loading footer...