User roles and permissions
Public documented controlEvidence available
The onCourse handbook documents individual users, roles and permissions.
Supporting detailWhat to review
Map access to responsibilities and test least-privilege settings.
Assurance and evidence
Your team needs a clear basis for deciding whether onCourse fits your organisation. Start with the public controls and evidence below. Then review the service boundaries, responsibilities and evidence needed for the way you intend to use the platform.
The handbook explains individual user accounts, roles, permissions, login protections and audit activity. Use those references to identify what your team needs to see, then test the relevant settings and responsibilities against your proposed use.
The onCourse handbook documents individual users, roles and permissions.
Supporting detailMap access to responsibilities and test least-privilege settings.
The handbook documents security settings and two-factor authentication for onCourse logins.
Supporting detailConfirm the login and identity design for the proposed users, including any separately scoped SSO.
The handbook documents audit logging for reviewing who changed a record and when.
Supporting detailConfirm relevant events, retention, access and investigation needs.
Payment handling, data location, recovery and service commitments need to be considered in context. We will work through the applicable service, connected systems and responsibilities with you, and confirm the evidence available for that arrangement.
ISH publishes a payment-security attestation for review. Its applicability depends on the payment flow and service boundary.
Supporting detailReview the published attestation against the providers, responsibilities and payment flow in your proposed arrangement.
ISH describes onCourse as operated on AWS with Australian data storage for the managed service context described on this site.
Supporting detailConfirm the location of data, backups and copies held by subprocessors or connected systems, alongside data categories and flows.
Review the recovery approach and service commitments for your proposed arrangement.
Request the applicable recovery approach, service commitments, escalation path and evidence.
Accessibility requirements need validation against the intended use.
Agree the applicable standards, test scenarios, responsibilities and acceptance evidence.
Cross-institution identity, coordinated discovery and consolidated reporting require separate assessment.
Agree architecture, responsibilities, privacy, data boundaries and acceptance evidence before a delivery commitment.
Tell us the requirements your security, privacy, accessibility, operations and procurement colleagues need to assess. We can identify the information already available, the points needing confirmation and any work that requires a separate scope or test.
Discuss your assurance requirements