Okera Portal for Administrators

Managing access to UI features

Admins can control access to certain UI features by granting groups access to special feature access roles – okera_workspace_role and okera_reports_role, or by granting access to certain system views.

Note

These system views do not contain any data, their sole purpose is to control access.

Granting access to Workspace

To grant access to the Workspace page, simply grant the okera_workspace_role to any groups that need access to the workspace feature.

GRANT ROLE okera_workspace_role to GROUP marketing_stewards;

For more advanced role customization, you can also enable access to workspace by granting a role access to the internal okera_system.ui_workspace view. Note that this view does not contain any data, its sole purpose is to control access to Workspace.

GRANT SELECT ON TABLE okera_system.ui_workspace to ROLE steward;

Granting access to Reports Page

To grant access to the Reports page, simply grant the okera_reports_role to any groups that need access to the Reports feature.

GRANT ROLE okera_reports_role to GROUP marketing_stewards;

For more advanced role customization, you can also enable access to reporting by granting a role access to both the internal okera_system.ui_reports view as well as the okera_system.reporting_audit_logs view, so that they can query the underlying audit logs.

GRANT SELECT ON TABLE okera_system.ui_reports to ROLE steward;
GRANT SELECT ON TABLE okera_system.reporting_audit_logs to ROLE steward;

Note

Users will still need to have SELECT access on some datasets to actually see reports for those datasets.

Granting access to Roles Page

To grant access to the Roles Page, simply grant the okera_policy_management_role to any groups that need access to the Policy Management feature.

GRANT ROLE okera_policy_management_role to GROUP marketing_stewards;

Permissions Lookup

For information on permissions, see the Permissions section on the Roles page.