Docs/SCORM Integration/Package Download

Package Download

Download the SCORM package from SecureCodingHub and upload it to your Learning Management System.

Downloading the Package

1

Log in as Org Admin

2

Go to Settings → SCORM

3

Select SCORM version (1.2 or 2004)

4

Click "Download Package"

5

A .zip file will be downloaded

Package Contents

FilePurpose
imsmanifest.xmlSCORM manifest describing the course structure
index.htmlLaunch page that initiates the SCORM session
scorm-bridge.jsJavaScript bridge between LMS and SecureCodingHub

Choosing a Version

FeatureSCORM 1.2SCORM 2004
LMS CompatibilityVery high (nearly universal)High (most modern LMS)
Score ReportingBasic (0-100 raw)Enhanced (scaled, raw, min, max)
Suspend / ResumeBookmark-basedFull suspend data
RecommendationUse if unsureUse if supported

SCORM Settings in Admin Panel

app.securecodinghub.com/admin/scorm
SCORM Package Enabled
SCORM 1.2
SCORM 2004
Download Package (.zip)
~15 KB
Do not extract: After downloading, upload the .zip file to your LMS. Do not extract it — most LMS platforms accept the zip directly.

Why the package is so small

The SecureCodingHub SCORM ZIP is intentionally lightweight — typically around fifteen kilobytes. It contains only the SCORM manifest, the launch shell, and the bridge script that hands the LMS session over to the live SecureCodingHub platform. The actual training content, challenges, code editor, and feedback engine all stream from app.securecodinghub.com. Two things follow from that design.

First, you never have to redistribute a new SCORM package when new challenges, new languages, or content updates ship. The LMS continues to point at the same SCO, and the latest content appears the next time a learner launches it. Second, security review by the LMS administrator is straightforward: the package is small enough to audit by hand, and the bridge script is the only piece of executable code inside it.

Picking between SCORM 1.2 and SCORM 2004

Both packages share the same launch experience and the same training catalog. The difference is in how completion and score data are written back to the LMS. SCORM 1.2 reports a raw score between 0 and 100, a completion status of either incomplete or completed, and a single bookmark string for resume. SCORM 2004 adds a scaled score between 0.0 and 1.0, separate completion and success statuses, full suspend data for richer resume behaviour, and improved sequencing for organisations that want to control the order in which sub-modules unlock.

If your LMS administrator is unsure which version to deploy, SCORM 1.2 is the safer default — it is supported by virtually every LMS in production and the reporting fidelity is sufficient for most compliance use cases. Move to SCORM 2004 if your reporting policy requires distinct completion and success states, if you want to leverage the LMS's adaptive sequencing, or if your LMS vendor recommends it for new deployments.

Hosting the package on your own infrastructure

Some customers prefer to host the SCORM package on internal storage — for example, an SFTP-only LMS or an air-gapped training portal that pulls content from a controlled artefact store. In those cases the workflow is to download the package once from the SecureCodingHub admin console, hash it, store it in your artefact repository, and reference it from the LMS through your normal change-control process. SecureCodingHub does not rotate the SCORM bridge on a fixed schedule, so the same package can remain valid for the lifetime of the contract.

If you operate a private deployment of SecureCodingHub on a custom domain, the SCORM bridge will reference that domain instead of app.securecodinghub.com. Re-download the package after every deployment URL change so the bridge points at the right host.