Skip to main content

Module admin_view

Module admin_view 

Source
Expand description

The ledger as the admin explorer and the reconciliation detectors read it, across courses.

Structs§

AdminCreditRegistration
One ledger row as an admin sees it: every identifier support needs to answer “what happened to this student”, across courses.
AdminCreditRegistrationFilters
The narrowings the admin explorer applies, all of them in SQL.
AdminRegistrationJourney
What the student did and when, around one registration’s completion, for the admin timeline.
StepCount
Live rows of one module at one step, with one engagement where the step waits on the student.

Enums§

AdminCreditRegistrationSort
How the explorer orders a page. Descending only: an ops table is read newest-worst first.

Functions§

admin_facing_page 🔒
The query behind get_admin_facing. total_count is computed before the limit, so every row of a page carries the count of the whole filtered ledger.
count_by_step_and_engagement
Live rows per module, step and engagement: the overview’s “Where registrations stand”, the Courses tab’s per-module table and the daily snapshot.
get_admin_facing
A page of the ledger for the admin explorer, cross-course.
get_live_by_states
Live rows in each of the given states, newest activity first within each state, for the Reconciliation lists. limit_per_state caps every state independently, via ROW_NUMBER, so one state with many rows cannot crowd another out of a shared LIMIT.
get_registration_journey
The journey around credit_registration_id’s completion. None for no such live row.
sum_step_counts_over_modules
count_by_step_and_engagement’s rows summed over modules, in timeline order.