Bright 2.0 Admin Beta User Guide

This guide covers the WordPress-embedded Bright 2.0 Admin interface (Bright > Admin 2.0 Beta).
It documents each administrative screen available in this WordPress-managed experience, including purpose, required fields, action buttons, and important notes about what you may see while editing or saving.

The 2.0 admin interface is currently in Beta. This means bugs can be present, although the tool is stable in testing. If you notice a bug please report it to support@aura-software.com. Also if you have any suggestions for improving this documentation please let us know.

All existing functionality from the Embeddable Admin Console and the Bright Server Console will be migrated to the 2.0 admin interface. Currently, the functionality is a stage where the should effectively replace both the Embeddable Admin Console and the Registration Explorer.

Documentation Status

This document is a WIP. In same cases user screenshots have not been added as the interface is being actively updated. Thank you for your patience!

Access and Navigation

Admin Menu

  • Open WordPress Admin, then go to Bright > Admin 2.0 Beta.
  • The app loads in managed mode and opens to Registrations by default.
  • Main navigation screens are: Courses, Learning Paths, Registrations, Invitations, Course Providers, and Realm Users.

What You Can Accomplish In Each Admin Area

Use this section as a quick orientation before working in each area.

  • Registrations: Review learner progress, correct stuck records, and apply overrides for completion, success, score, or completion date when needed.
  • Courses: Configure how Bright interprets SCORM runtime data and launch data, and maintain course custom metadata.
  • Learning Paths: Build and maintain multi-course paths, sequence steps, and control path registration behavior.
  • Invitations: Group courses and learners into invitation records for repeatable enrollment workflows.
  • Course Providers: Add and maintain SCORM Cloud credentials, provider status, and crawl behavior.
  • Realm Users: Manage realm roles (subscriber, administrator, owner) and limit access to admin functions.
  • Admin shell overall: Run daily Bright administration from WordPress in one embedded interface.

Useful Reference Documentation


Admin Dashboard / Navigation Shell

Bright 2.0 Admin

This is the main entry point for Bright Admin in WordPress. Use it to move between registrations, courses, learning paths, invitations, providers, and realm users without leaving wp-admin.

Note, it is collapsable via an icon at the bottom of the Bright 2.0 Admin left nav bar.


Registrations

You can use this section to inspect learner registrations and make corrections when needed. You can use it to fix stalled completion/success values, adjust score/date values, and set records to ignore so provider crawls do not overwrite manual updates.

Action: View Registrations List

Registrations List

Purpose

  • Displays registration records with paging, search, and sorting.

Actions

  • Edit (per row).
  • Sort controls on list headers.
  • Search for registration by Registration GUID or learner ID.

Important notes

  • Search and sort choices are remembered between visits.

See Also

Action: Edit Registration

Registration Edit

Purpose

  • Lets you make manual updates and control whether later syncs replace those values.

Required data fields

  • No hard-required fields.
  • Editable override fields: Active, Ignore, Complete, Success, Score, Completion Date.

Action buttons

  • Save
  • Back
  • Clear date

Important notes

  • Unsaved-change confirmations on unload and Back.
  • Score is numeric 0-100.
  • Complete/Success are limited to allowed list values.
  • A warning appears when edited values may be replaced unless Ignore is enabled.

See Also


Learning Paths

You can use this section to create and maintain learning paths. You can use it to build onboarding paths, change step order, remove or add courses to an existing path, and control whether a path requires registration.

Action: View Learning Paths List

Learning Paths

Purpose

  • Shows learning paths and entry points for create/edit/delete.

Required data fields

  • No form entry fields.

Action buttons

  • Create
  • Edit
  • Delete

Important notes

  • Delete requires explicit confirmation.
  • Delete is temporarily unavailable while the delete is in progress.

See Also

Action: Create Learning Path

Learning Path Create

Purpose

  • Creates a new learning path record.

Required data fields

  • Learning Path Title (required)
  • Learning Path Slug (required)

Action buttons

  • Create
  • Cancel

Important notes

  • Both fields are required.
  • A slug already in use will prevent creation.

See Also

Action: Edit Learning Path

Learning Path Edit

Purpose

  • Updates path metadata, settings, and step sequencing.

Required data fields

  • No required fields in this edit form.
  • Core fields: Title, Slug, Session Key, Image URL, and path-level setting toggles.

Action buttons

  • Submit
  • Back
  • Step controls (, , , )
  • Add course ()

Important notes

  • Reorder controls disabled at list boundaries.
  • Submit button disabled while saving.
  • The page highlights when there are unsaved changes.
  • Step order is saved based on the current list order.

See Also


Courses

You can use this section to maintain course-level behavior in Bright. You can use it to adjust completion/success interpretation, minimum thresholds, and custom metadata fields used by Bright rules and templates.

Action: View Courses List

Courses List

Purpose

  • Lists courses and routes to course editing.

Required data fields

  • No form entry fields.

Action buttons

  • Edit

Important notes

  • Search/pagination persistence.
  • Course lists are set up to load quickly.

See Also

Action: Edit Course

Course Edit

Purpose

  • Configures completion/success behavior and course-level custom JSON metadata.

Required data fields

  • No required fields in this form.
  • Core fields include completion/success toggles, interaction threshold, score threshold, and custom JSON.

Action buttons

  • Save
  • Back

Important notes

  • Unsaved-change confirmations on unload and Back.
  • Numeric constraints:
    • Interaction threshold minimum 0
    • Score threshold 0-100
  • Dirty tracking includes JSON editor changes.

See Also


Course Providers

You can use this section to manage SCORM Cloud provider connections. You can use it to add app credentials, update keys, enable or disable providers, and control crawl-related options.

Action: View Course Providers List

Course Providers

Purpose

  • Lists SCORM Cloud providers and opens create/edit/delete operations.

Required data fields

  • No form entry fields.

Action buttons

  • Create
  • Edit
  • Delete (available only before the provider is confirmed)

Important notes

  • Delete is available only for providers that are not yet confirmed.
  • Search and pagination support for large provider lists.

See Also

Action: Create Course Provider

Course Provider Create

Purpose

  • Adds a new SCORM Cloud application/provider connection.

Required data fields

  • Name (required)
  • SCORM Cloud App ID (required)
  • SCORM Cloud Secret Key (required)

Action buttons

  • Create
  • Cancel

Important notes

  • All fields are required.
  • Provider type is set automatically.

See Also

Action: Edit Course Provider

Course Provider Edit

Purpose

  • Maintains provider credentials, active state, crawl controls, and override behavior.

Required data fields

  • No required fields in this edit form.

Action buttons

  • Save
  • Back

Important notes

  • Unsaved-change confirmation on Back.
  • Advanced settings appear only after provider validation.
  • The form loads the latest provider values each time.

See Also


Realm Users

You can use this section to manage who has access to realm administration features. You can use it to update roles (subscriber, administrator, owner) to match support, operations, and project responsibilities.

Action: View Realm Users List

Realm Users

Purpose

  • Lists realm users and opens role editing.

Required data fields

  • No form entry fields.

Action buttons

  • Edit

Important notes

  • Supports paging and search across large user lists.
  • Search and page choices are remembered between visits.

See Also

Action: Edit Realm User

Realm User Edit

Purpose

  • Updates realm role and shows host data for support/troubleshooting.

Required data fields

  • Editable: Role (subscriber, administrator, owner)
  • Read-only: Email, First Name, Last Name

Action buttons

  • Save
  • Back

Important notes

  • Unsaved-change confirmation on Back.
  • Role is limited to the listed options.
  • Identity fields are read-only in this interface.

See Also


Invitations

You can use this section to create and maintain invitation records. You can use it to assign a bundle of courses to a group of learners, add or remove learners over time, and store invitation-level custom fields.

Action: View Invitations List

Invitations List

Purpose

  • Lists invitations and provides quick entry to create/edit.

Required data fields

  • No form entry fields.

Action buttons

  • Create
  • Edit

Important notes

  • Supports paging and search for invitation lists.
  • Derived counts for assigned courses and users.

See Also

Action: Create Invitation

Invitation Create

Purpose

  • Creates an invitation record and routes into full edit mode.

Required data fields

  • Invitation Name (required)

Action buttons

  • Create
  • Cancel

Important notes

  • Name is required.
  • Successful create redirects directly to edit screen.

See Also

Action: Edit Invitation

Invitation Edit

Purpose

  • Manages invitation metadata, enabled status, courses, learners, and custom JSON fields.

Required data fields

  • No required fields in this edit form.
  • Core fields: Name, Description, Enabled, tabbed course/user/custom-field management.

Action buttons

  • Global: Save, Back
  • Courses tab: Add, Remove
  • Users tab: Add Learner, Add, Remove
  • Tab controls: Courses, Users, Custom Fields

Important notes

  • Unsaved-change confirmation when leaving.
  • Duplicate learner prevention in both manual and realm-user flows.
  • Learner email must be entered in a valid email format.

See Also

Notes on Scope

  • This guide targets the WordPress-embedded managed admin flow (Bright > Admin 2.0 Beta).
  • Authentication-only screens used in unmanaged mode (for example login/create-account) are intentionally excluded because they are not part of the standard WordPress managed admin runtime.