01Proposed | The registered settings areas are Configuration, Maintenance, Data Management, Security, Responsibilities and Notifications, each with its own root and revealing permission. | policy | console | observed |
02must proveProposed | In workspace mode an area appears in the user menu only when its permission passes and at least one destination in its navigation is visible. | permission | console | test |
03must proveProposed | A settings address replaces main navigation with that area’s menu and Back to app targets the last non-settings path, or home after direct entry. | lifecycle | console | observed react-console:components/console/app-sidebar.tsx:AppSidebar, SettingsNavigation |
04must proveProposed | The recorded root destinations are Users for Security, Scheduled Jobs for Maintenance and Data Imports for Data Management. | lifecycle | console | documented |
05Proposed | Configuration groups Data, Presentation, Workflows, Accounting, Billing and Connections before application settings, with All Applications first among its application links when permitted. | policy | console | observed |
06must proveProposed | Maintenance contains Scheduled Jobs, while duplicate rules and integrations belong in Configuration and their old Maintenance paths preserve views and queries on redirect. | policy | console | documented |
07Proposed | Security lists Users, Roles, Policies and Rhythm Access, each with a separate entry permission. | policy | console | observed |
08Proposed | Data Management’s revealing key maps to bulk-record authority rather than application availability. | permission | console | observed |
09Proposed | Each settings area provides its own filter using the same matching behavior as main navigation. | policy | console | observed |
10must proveProposed | Orders & Inventory configuration registers Stores with its own view key and omits Price Schedules from both the configuration-area catalogue and menu. | permission | console | test |