Opt-in
Schools must explicitly activate your application and accept data exchange.
Every integration with the Untis Platform starts here. Your platform application is configured by the Untis integration team — this page explains what to expect, what information to prepare, and how the process works.
Get in contact — submit the integration partner contact form. The Untis integration team will reach out to discuss your use case.
Prepare your configuration details — once in contact, share the information listed below so we can configure your platform application.
Integration-stage setup — your platform application is configured on the integration environment. You’ll also be added to a dedicated Microsoft Teams channel for ongoing support.
Develop and validate — build your integration against the integration-stage environment and work with the team to validate your implementation.
Production deployment — once ready, your application is promoted to production and made available to schools.
Integration Partner Contact Form
Submit the form to start the process. The integration team will reach out to arrange an initial call and guide you through setup.
Prepare the following details before or during your initial contact. Not everything is required upfront — the integration team will guide you through what applies to your integration.
| Field | Notes |
|---|---|
| Product name | Max. 64 characters |
| Company name | Max. 100 characters |
| Short description | Max. 255 characters |
| Use cases | What you want to support |
| Domain | Publicly accessible domain or pattern, e.g. www.yourapp.com. Localhost is not supported. |
| Restrictions | Any country, region, or school restrictions |
We strongly recommend providing these endpoints to enable automatic processes. See Credentials Webhook and Deactivation Webhook for full specifications.
| Endpoint | Example | Notes |
|---|---|---|
| Credential-Path | /credentials | Enables automatic credential transfer on school activation. Without this, admins copy credentials manually. |
| Deactivation-Path | /deactivate | Notifies your app when it is deactivated or deleted. |
| SSO-Redirect-Path | /login/oauth2/code/{TENANT_ID} | Required for OIDC Authorization Code flow. |
Menu placement — where your application appears:
Paths:
| Path | Example | Notes |
|---|---|---|
| Redirect-Path | /untis | Where users land when opening your app from Untis Platform. Must match the OIDC redirect URL if no SSO-Redirect-Path is set. |
| Logout-Path | /logout | Called when users log out of Untis Platform. |
Role-based configuration (optional) — configure different menu entry names, redirect paths, and display modes (new tab vs iFrame) per user role (Admin, Student, Teacher).
Icon (recommended) — 24×24px SVG in grey, PNG optional.
Mobile (optional) — if you have native mobile apps, provide your universal link and app IDs for Android and iOS. Confirm whether your redirect paths work on mobile.
See UI Integration for implementation details.
Tell us which data you need access to. We’ll configure the correct read/write permissions for your platform application.
See API Reference for the full list of available APIs and Authorization Model for authentication flows.
If you provide an iCal API, Untis Platform can read your calendar data and display it in the timetable. Provide a Calendar-Path endpoint to enable this.
See Calendar Integration (iCal) for the specification.
Platform applications can use one of three activation models:
Opt-in
Schools must explicitly activate your application and accept data exchange.
Opt-out
Your application is pre-activated for all schools in a region or country, but schools can deactivate it.
Compulsion
Your application is activated automatically for specific schools and cannot be removed.
Activation models are configured by Untis based on your agreement and use case.