Skip to content

API Overview & Base URLs

The Untis Platform APIs enable data exchange between Untis Platform and third-party applications — retrieving roster data, synchronizing masterdata, reading timetables, and more. All requests are routed through a central API gateway that handles authentication, authorization, rate limiting, and consistent error handling.

Central Gateway

Every API call goes through a single gateway — one entry point for all integrations, regardless of API family or version.

Two API Families

OneRoster for standardized read-only roster data. Untis Platform APIs for full masterdata access with read and write operations.

URL-based Versioning

Each API maintains its own version in the URL path. Updates to one API do not affect another.


All API requests use the {{API_URL}} placeholder, which resolves to the appropriate base URL depending on your environment.

Integration

https://api.integration.webuntis.dev/

Development and testing with test schools and synthetic data. Mirrors production behavior. May include preview features.

The interactive Try it out in these docs runs against a dedicated sandbox school (isolated tenant) on this environment.

Production

https://api.webuntis.com/

Live school data. Requires an approved platform application. Production-level SLAs and stricter rate limits.


Our platform operates on the basis of the fair use principle. All requests made by every platform app are actively monitored.

Furthermore, larger synchronisation jobs must be scheduled for off-peak hours. This means Monday to Friday between 7.00 pm and 5.00 am, or at weekends. Please do not carry them out during the schools’ main working hours (06:00 to 09:00).


Every API reference page in these docs includes a live Try it out button on each endpoint. Requests are executed against a dedicated sandbox school — a separate, isolated tenant on the integration environment — with no setup or credentials needed on your end.

  • Authentication is handled automatically. A short-lived access token is obtained server-side via the Client Credentials flow using the sandbox school’s credentials, then injected into every request.
  • The sandbox school is a real, isolated tenant with synthetic data. It will not affect any other school.
  • Responses reflect real API behavior since the integration environment mirrors production.
  • The sandbox client has read-only permissions — data cannot be modified.

The platform exposes two distinct API families. Choose based on your data access and write requirements — see Which API to Choose for a detailed decision guide.

Untis Platform APIs

Comprehensive read and write access to masterdata and Untis Platform-specific features beyond the OneRoster standard.

Endpoint pattern: {{API_URL}}/WebUntis/api/rest/extern/v{version}/{resource}

Best for school management systems, admin tools, and bidirectional sync.

Untis Platform API Reference →


The platform uses URL-based versioning. Each API maintains an independent version lifecycle — an update to the Student Management API does not affect Teacher Management. OneRoster uses version v1p1 (1.1) in the URL path; Untis Platform APIs use v1, v2, or v3 depending on the API.

Current Untis Platform APIs & their versions

Section titled “Current Untis Platform APIs & their versions”
APICurrent VersionStatus
Student Managementv3v1 and v2 deprecated
Teacher Managementv2v1 deprecated
Legal Guardian Managementv1Current
Class Managementv2v1 deprecated
Room Managementv1Current (read-only)
Subject Managementv1Current (read-only)
User Managementv1Current
Teacher Absence Managementv1Current
Teacher Absence Reasonsv1Current
Timetablev3v1 and v2 deprecated
Class Register Absencesv1Current
Examsv1Current
Lessonsv1Current
Messagingv1Current