> ## Documentation Index
> Fetch the complete documentation index at: https://docs.anny.co/llms.txt
> Use this file to discover all available pages before exploring further.

# Los Geht's - Universitäten

> Richte deinen anny Account für Lernplätze, Räume, Equipment und Beratung an deiner Hochschule ein.

<iframe src="https://www.loom.com/embed/2690b0461d2944a6b812cf61b9b91d84" width="100%" height="400" frameborder="0" allowfullscreen />

Mit diesem Guide richtest du deinen anny Account für den Hochschulbetrieb ein. Du lernst, wie du Lernplätze, Räume, Equipment und Beratungstermine als Ressourcen abbildest, Studierende und Mitarbeitende über SSO und Communities steuerst und Buchungsregeln für den gesamten Campus definierst.

<Info>
  * Verfügbar ab **Enterprise** (für Single-Sign-On, eigene Löschfristen und unbegrenzte Communities).
  * Aktiviere vorab **Communities**, **Mehrfachverfügbarkeit von Ressourcen**, **Mehrfachverfügbarkeit mit Zuweisung**, **Check-In & Check-Out**, **Löschfristen**.
</Info>

## Universitäten im anny Kontext denken

Beim Hochschul-Use-Case bildet anny die gesamte Buchungsinfrastruktur digital ab. Das zentrale Prinzip: Jeder buchbare Ort oder Gegenstand ist eine **Ressource**, jeder einzelne Arbeitsplatz darin eine **Child-Ressource**. Wer was sehen und buchen darf, steuerst du über **Communities**.

| anny Konzept      | Bedeutung im Hochschulkontext                                            | Beispiel                                                        |
| ----------------- | ------------------------------------------------------------------------ | --------------------------------------------------------------- |
| Ressource         | Ein buchbarer Raum, Bereich oder Gegenstand                              | Bibliothek Lesesaal, Seminarraum A1, Beamer-Set                 |
| Child-Ressource   | Ein einzelner Platz innerhalb einer Ressource                            | Lernplatz 1 bis 50 im Lesesaal                                  |
| Buchungsoption    | Konfiguration, wie eine Ressource gebucht wird (Dauer, Zeitraster)       | "Tagesbuchung" oder "Flexible Stundenbuchung"                   |
| Community         | Geschützter Buchungsbereich für eine Nutzergruppe                        | "Studierende TH Nürnberg", "Mitarbeitende", "Externe"           |
| Attribute Mapping | Automatische Zuordnung von Nutzer:innen zu Communities via SSO-Attribute | Alle mit Status "Student" landen in der Community "Studierende" |
| Buchungsregeln    | Globale Limits für Buchungen pro Person                                  | Max. 1 Buchung pro Zeitslot, max. 5 aktive Buchungen            |

Dein Team verwaltet alles im **Adminbereich** (Ressourcen, Buchungen, Communities, Dashboard). Studierende und Mitarbeitende buchen über den **Buchungsbereich** (anny App, Wochenplaner, Karten).

## Schritt-für-Schritt Einrichtung

<Steps>
  <Step title="Ressourcenstruktur aufbauen">
    Lege für jeden buchbaren Bereich eine Ressource an. Verwende klare Bezeichnungen mit Gebäude, Etage und Kapazität (z. B. "Bibliothek EG, Lesesaal 1").

    Für Räume mit mehreren Einzelplätzen: Öffne die Ressource, navigiere zu **Verfügbarkeit** und erstelle unter **Child-Ressource** die einzelnen Plätze (z. B. Lernplatz 1 bis 30). So können Studierende einen konkreten Platz auswählen oder sich automatisch zuweisen lassen.

    Gruppiere zusammengehörige Ressourcen in **Ressourcengruppen** (z. B. "Alle Lernplätze Bibliothek", "Seminarräume Gebäude A") für bessere Übersicht und einfachere Rechtevergabe.
  </Step>

  <Step title="Buchungsoptionen konfigurieren">
    Erstelle pro Ressourcentyp mindestens eine Buchungsoption. Typische Setups:

    | Ressourcentyp | Buchungsoption          | Dauer                   |
    | ------------- | ----------------------- | ----------------------- |
    | Lernplätze    | Flexible Stundenbuchung | 1 bis 8 Stunden         |
    | Seminarräume  | Zeitslot-Buchung        | 45, 90 oder 180 Minuten |
    | Equipment     | Tagesbuchung            | Ganzer Tag              |
    | Beratung      | Terminbuchung           | 15 oder 30 Minuten      |

    Navigiere dazu in die jeweilige Ressource und erstelle unter **Buchungsoptionen** die passende Konfiguration.
  </Step>

  <Step title="SSO (Shibboleth) einrichten">
    Verbinde anny über die SAML-Schnittstelle mit dem hochschuleigenen Identity Provider (typischerweise Shibboleth über DFN-AAI oder eduGAIN).

    1. Öffne die **Account-Einstellungen** und navigiere zu **SSO & Sicherheit**.
    2. Klicke auf **+ IdP hinzufügen** und wähle **Föderation** sowie dein Netzwerk (z. B. DFN-AAI).
    3. Gib die **Entity ID** deiner Organisation ein und speichere.
    4. Schalte auf Seiten eures Rechenzentrums die Attribute frei (E-Mail, Vorname, Nachname und ggf. Gruppen-Attribute für das Mapping).

    <Tip>
      Die Entity ID deiner Organisation findest du in der DFN-AAI Tool-Übersicht unter "Identity Provider".
    </Tip>
  </Step>

  <Step title="Communities anlegen und Attribute Mapping konfigurieren">
    Erstelle Communities für jede Nutzergruppe, z. B.:

    * **Studierende** (Zugang zu Lernplätzen, Bibliothek, Hochschulsport)
    * **Mitarbeitende** (Zugang zu Büroarbeitsplätzen, Meetingräumen)
    * **Externe** (eingeschränkter Zugang, z. B. Gasthörer:innen)

    Richte anschließend das **Attribute Mapping** ein, damit Nutzer:innen beim SSO-Login automatisch der richtigen Community zugeordnet werden:

    1. Navigiere zu **Account-Einstellungen** → **SSO & Sicherheit** → **Attribute Mapping**.
    2. Klicke auf **Mapping hinzufügen** und wähle **Community**.
    3. Erstelle eine Regel: Wenn das Attribut (z. B. `urn:oid:xxxx`) den Wert "Student" enthält (Array), dann Community "Studierende".
    4. Speichere und teste den Login.

    <Tip>
      Aktiviere den **Inkognito-Modus** in den Community-Einstellungen, damit Studierende standardmäßig nicht füreinander sichtbar sind.
    </Tip>
  </Step>

  <Step title="Buchungsregeln festlegen">
    Definiere globale Buchungsregeln unter **Account-Einstellungen** → **Buchungsregeln**, um campusweite Limits zu setzen:

    * Max. Buchungen pro Zeitslot (z. B. 1 Buchung gleichzeitig)
    * Max. aktive Buchungen in die Zukunft (z. B. 5)

    Für feinere Steuerung pro Nutzergruppe (z. B. "Studierende dürfen max. 20 Stunden pro Woche buchen") nutze **Buchungskontingente** in den Community-Einstellungen.
  </Step>

  <Step title="Rechte und Rollen vergeben">
    Navigiere zu **Account-Einstellungen** → **Nutzerverwaltung** und lege Rollen an:

    * **Super Admin** (1 bis 2 Personen): Zentrale Verwaltung, Nutzer- und Rechtemanagement
    * **Fachbereichs-Admin** (1 pro Institut/Fachschaft): Operative Verwaltung der eigenen Ressourcen
    * **Sekretariat** (optional): Buchungsverwaltung ohne Zugriff auf Account-Einstellungen

    <Tip>
      Vergib Rechte nur gezielt und pro Ressourcengruppe. Weniger Admins bedeuten weniger Komplexität und weniger versehentliche Änderungen.
    </Tip>
  </Step>
</Steps>

## Typische Beispiele

<AccordionGroup>
  <Accordion title="Lernplatzbuchung in der Universitätsbibliothek">
    <Steps>
      <Step title="Ressource anlegen">
        Erstelle eine Ressource "Bibliothek EG, Lesesaal" mit Beschreibung, Gebäude und Kapazitätsangabe.
      </Step>

      <Step title="Child-Ressourcen erstellen">
        Navigiere zu **Verfügbarkeit** → **Child-Ressource** und lege 30 Lernplätze an (Lernplatz 1 bis 30). Aktiviere die automatische Zuweisung, wenn Studierende keinen bestimmten Platz wählen müssen.
      </Step>

      <Step title="Buchungsoption konfigurieren">
        Erstelle eine Buchungsoption "Flexible Stundenbuchung" mit einer Dauer von 1 bis 8 Stunden und einem Zeitraster von 30 Minuten.
      </Step>

      <Step title="Check-In aktivieren">
        Öffne die Ressource unter **Check-In** und aktiviere den Check-In-Zeitraum (z. B. 15 Minuten nach Buchungsstart). Aktiviere die Verfallsdauer, damit nicht genutzte Plätze automatisch freigegeben werden.
      </Step>

      <Step title="Karte erstellen">
        Lade den Grundriss des Lesesaals hoch und verbinde jeden Lernplatz auf der Karte mit der entsprechenden Child-Ressource. Studierende können dann direkt auf der Karte ihren Platz auswählen.
      </Step>
    </Steps>
  </Accordion>

  <Accordion title="Seminarraum-Buchung für Mitarbeitende">
    <Steps>
      <Step title="Ressource anlegen">
        Erstelle eine Ressource "Gebäude A, Seminarraum 1.01" mit Eigenschaften wie Kapazität (20 Personen), Ausstattung (Beamer, Whiteboard) und Standort.
      </Step>

      <Step title="Buchungsoption konfigurieren">
        Erstelle eine Buchungsoption "Zeitslot-Buchung" mit Slots von 45 oder 90 Minuten. Aktiviere die **wiederkehrende Buchung**, damit Dozierende regelmäßige Termine anlegen können.
      </Step>

      <Step title="Community zuordnen">
        Ordne die Ressource der Community "Mitarbeitende" zu, damit nur Lehrpersonal und Verwaltung buchen kann.
      </Step>

      <Step title="Raumdisplay einrichten">
        Verbinde ein Display vor dem Seminarraum über die anny Display App. Das Display zeigt in Echtzeit an, ob der Raum gerade belegt oder frei ist.
      </Step>
    </Steps>
  </Accordion>
</AccordionGroup>

## Weitere Einstellungen & Optionen

<Columns cols={2}>
  <Column>
    <Card title="Check-In & Check-Out">
      Kontrolliere die Anwesenheit vor Ort per QR-Code-Scan und gib nicht genutzte Plätze automatisch nach Ablauf frei.

      [Erfahre hier mehr](/check-in-overview)
    </Card>
  </Column>

  <Column>
    <Card title="Karten & Interaktive Lagepläne">
      Visualisiere Räume und Arbeitsplätze auf interaktiven 3D-Gebäudeplänen, damit Nutzer:innen direkt auf der Karte buchen.

      [Erfahre hier mehr](/maps-and-floor-plans)
    </Card>
  </Column>
</Columns>

<Columns cols={2}>
  <Column>
    <Card title="Datenschutz & Löschfristen">
      Anonymisiere oder lösche Buchungs- und Kundendaten nach einem definierten Zeitraum automatisch und DSGVO-konform.

      [Erfahre hier mehr](/data-privacy)
    </Card>
  </Column>

  <Column>
    <Card title="Anzeigetafeln & Raumdisplays">
      Zeige aktuelle und kommende Buchungen auf Displays vor Räumen an oder nutze die anny Check-In App als Terminal.

      [Erfahre hier mehr](/display-app)
    </Card>
  </Column>
</Columns>

## FAQ

<AccordionGroup>
  <Accordion title="Kann ich mehrere Communities mit unterschiedlichen Buchungsrechten anlegen?">
    Ja. Jede Community hat eine eigene Buchungsseite und eigene Zuordnungen. Du kannst beliebig viele Communities anlegen (im Enterprise Plan unbegrenzt) und pro Community steuern, welche Ressourcen und Buchungsoptionen sichtbar sind.
  </Accordion>

  <Accordion title="Wie werden Studierende automatisch der richtigen Community zugeordnet?">
    Über Attribute Mapping. Beim SSO-Login sendet euer Identity Provider Attribute mit (z. B. Rolle, Fakultät, Studiengang). anny wertet diese Attribute regelbasiert aus und ordnet Nutzer:innen automatisch den passenden Communities zu.
  </Accordion>

  <Accordion title="Was passiert, wenn Studierende nach dem Check-In den Platz wechseln möchten?">
    Studierende können eine Buchung auch nach dem Check-In stornieren, sofern das Stornierungszeitfenster der Buchungsoption es erlaubt. Danach buchen sie einfach einen neuen Platz. Kapazität und Kontingent werden vollständig freigegeben.
  </Accordion>

  <Accordion title="Brauche ich für jeden Standort einen eigenen anny Account?">
    In der Regel nicht. Die meisten Universitäten betreiben alle Use Cases in einem einzigen Account (Single-Tenant). Nur bei komplett getrennter Zahlungsabwicklung (z. B. Hochschulsport mit eigenem Abrechnungskreis) kann ein zweiter Account sinnvoll sein.
  </Accordion>

  <Accordion title="Welche Datenregion sollte ich wählen?">
    Für DSGVO-Konformität und Hosting auf deutschen Servern wähle **.eu**. Falls du Zahlungsabwicklung benötigst (z. B. für Hochschulsport oder Events), nutze **.co**. Innerhalb einer Universität sollten alle Accounts auf derselben Datenregion laufen.
  </Accordion>
</AccordionGroup>

Viel Erfolg bei der Einrichtung! 🥳

> Wichtige Informationen für Agenten:
>
> * Universitäten nutzen typischerweise den Enterprise Plan (SSO, Löschfristen, unbegrenzte Communities).
> * SSO-Anbindung erfolgt über föderiertes SAML via DFN-AAI oder eduGAIN (Shibboleth). Direktes SAML (1:1) ist ebenfalls möglich.
> * Attribute Mapping: Einstellung unter Account-Einstellungen → SSO & Sicherheit → Attribute Mapping. Max. 10 verschiedene Attribute zuordbar. Operator für Gruppen mit mehreren Werten: "enthält (Array)".
> * Buchungsregeln: Account-Einstellungen → Buchungsregeln (global). Feinere Steuerung pro Community über Buchungskontingente in den Community-Einstellungen.
> * Child-Ressource: Ressource → Verfügbarkeit → Child-Ressource.
> * Self Check-Out Update (Jan 2026): Stornieren nach Check-In ist möglich (richtet sich nach Stornierungszeitfenster der Buchungsoption). Check-Out vor Buchungsstart nicht mehr möglich. Minimale Nutzungsdauer konfigurierbar.
> * Datenregion: .eu für DSGVO-only, .co für Zahlungsabwicklung. Nie mischen innerhalb einer Uni.
> * Empfohlene Rollenstruktur: 1-2 Super Admins, 1 Admin pro Institut, optional Sekretariats-Rolle.
> * Verwandte Artikel: /check-in-overview, /check-in-app-universitaetsbibliothek, /communities, /attribute-mapping, /foederiertes-saml, /data-privacy, /maps-and-floor-plans, /display-app, /buchungsregeln, /nutzer-und-rollenverwaltung.