headless_lms_models/library/credit_registration/
mod.rs

1//! The credit registration pipeline's rules, which the worker crate's phases apply.
2//!
3//! The pure half decides what each move does to a row (`outcomes`), how long to wait and what may
4//! be retried (`backoff`, `classification`), what gets registered (`payload`, `grade_mapping`,
5//! `enrolment_selection`), and what of an exchange may be kept (`scrub`). The rest are database steps
6//! the phases run, such as `materialize`, `preconditions`, `enrolment_checks` and `account_linking`.
7//! Every state change goes through `credit_registrations::transition`.
8
9pub mod account_linking;
10pub mod backoff;
11pub mod classification;
12pub mod config_validation;
13pub mod course_unit_poll_slots;
14pub mod enrolment_check_schedule;
15pub mod enrolment_checks;
16pub mod enrolment_selection;
17pub mod grade_mapping;
18pub mod legacy_mirror;
19pub mod materialize;
20pub mod outcomes;
21pub mod payload;
22pub mod pending_reason;
23pub mod preconditions;
24pub mod scrub;
25pub mod sisu_day_gap;
26pub mod sisu_name;
27pub mod student_facing_status;
28pub mod student_notifications;
29pub mod student_number;
30pub mod student_number_change;
31pub mod student_progress;
32pub mod study_registry;
33pub mod submission_context;
34pub mod timeline;
35
36// Only symbols reached from outside this module in more than one place are hoisted here; everything
37// else goes through its submodule's own path (`credit_registration::submodule::Item`).
38pub use pending_reason::{
39    CreditRegistrationPendingReason, PendingPreconditions, PendingReasonCounts,
40};
41pub use student_facing_status::{StageMatch, StudentFacingCreditRegistrationStatus};
headless_lms_models/library/credit_registration/mod.rs

headless_lms_models/library/credit_registration/
mod.rs
