Integration Mappings
Intent
Section titled “Intent”Map external interoperability standards to the internal core model, lifecycle transitions, and event contracts.
Use this section with:
Critical Technology Mappings (Initial Version)
Section titled “Critical Technology Mappings (Initial Version)”- LTI Advantage Mapping
- xAPI and cmi5 Event Model
- LRS and CLR Record Mapping
- Roster and Grade Exchange
Mapping Policy
Section titled “Mapping Policy”- Internal model remains source of truth for platform semantics
- Standards mappings must preserve person-centric history continuity
- Standards mappings must preserve full attempt-level and feedback-level learner portability by default
- Mapping docs must explicitly define lossless, lossy, and deferred fields
- Any mapping change that affects learner portability requires architecture review
- xAPI and LRS-facing implementation slices must map to executable upstream conformance coverage early; do not defer the ADL suite to endgame QA.
Status Legend
Section titled “Status Legend”planned: target documented, implementation not startedin-progress: partially implemented and validatedvalidated: tested against conformance or contract tests
For xAPI and LRS resources, validated specifically means the relevant upstream ADL LRS Conformance Test Suite batteries are green, not just local contract coverage.
Current Status
Section titled “Current Status”| Mapping | Status |
|---|---|
| LTI Advantage | planned |
| xAPI/cmi5 | in-progress |
| LRS/CLR | in-progress |
| Roster and grade exchange | planned |
xAPI/cmi5 and LRS/CLR moved to in-progress once concrete mapping rules and implementation scaffolding began landing in the monorepo. They should not move to validated until the public LRS surface is green against the upstream ADL suite in a disposable non-production environment.