Expand description
Handlers for HTTP requests to /api/v0/main-frontend/credit-registration-admin.
Every mutating handler writes its credit_registration_admin_actions row in the transaction that has
the effect. Admins see recipient addresses in full and the scrubbed study registry bodies; the
registryβs own error text is returned to nobody.
ModulesΒ§
- account_
linking π - The account-linking funnel, resending and hand-resolving linking mails, and manual links.
- api_log π
- The Suotar API log tab: one row per HTTP call to the study registry, and what each covered.
- audit π
- The Audit tab: every hand action on the pipeline, whoever took it.
- courses π
- The Courses tab: one row per course module with a course code, with its configuration validated.
- dashboard π
- The Overview tab, the Suotar health panel and phase pause/resume/run-now controls.
- enrolment_
checks π - The Enrolment checks tab: how the per-student enrolment checks and the enrolment list fetches are paced, what they cost Suotar and what they find.
- errors π
- The Needs attention tab, and the error codes the System tab shows.
- history π
- History: queue depth per state per day and the flow through each, and per timeline step with the Needs attention count.
- ledger π
- Viewing and hand-transitioning rows of the credit registration ledger.
- materialize π
- Manually running the two database-only steps that turn eligible completions into ledger rows.
- phases π
- The Workers tab: one row per pipeline phase, with the queue each is responsible for.
- reconciliation π
- The Reconciliation tab: the failures defined by an absence, which no error count can catch.
- student_
numbers π - Listing and unlinking verified student numbers, for spot-checking and support.
StructsΒ§
- Admin
Linking Email - Admin
Manual Linking Email Send - A linking email someone sent by hand, so others do not send the same one again.
- Main
Frontend πCredit Registration Admin ApiDoc
FunctionsΒ§
- _add_
routes - attention_
rules π - The rules every Needs attention count on these tabs is taken under.
- authorize_
credit_ πregistration_ admin - Every handler here gates on the same check; a submodule calls this instead of repeating it.
- build_
linking_ πemails - Shared by the ledger detail view and the account-linking admin views: both show a personβs linking mails alongside the token each one carries.
- insert_
admin_ πaction_ event - Records an admin action on the rowβs timeline without moving its state.
- manual_
linking_ πemail_ sends_ by_ registration - The linking emails sent by hand on these courses as a guess for a registrationβs student, newest first, by registration id.
- required_
reason π - Refuses an empty or whitespace reason. Every audited action names one.