API Changelog

Was gibt's Neues in der API?

Alle Änderungen, neue Endpoints und Breaking Changes — chronologisch dokumentiert.

Juli 2026

Neu

Anwesenheit in der Buchungshistorie

Die Buchungshistorie gibt jetzt den Anwesenheitsstatus zurueck.

  • Neues Feld attended: Boolean beim Typ BookingHistoryEntry
Neu

Persistierter Standard-Mandant

Der bevorzugte Mandant eines Nutzers kann jetzt serverseitig gespeichert und abgefragt werden.

  • Neue Mutation setDefaultMandant(mandantId: ID!): UserPreferences!
  • Neues Feld defaultMandant: Mandant bei UserPreferences
Neu

BookingEligibility: Status fuer gekaufte Buchungen

Gekaufte Buchungen, die nicht stornierbar sind, sind jetzt von anderen Storno-Verboten unterscheidbar.

  • Neuer Enum-Wert CANCELLATION_FORBIDDEN_PURCHASED in BookingEligibilityStatus
Neu

Shop-Produkte aktiv/inaktiv schaltbar

Produkte koennen jetzt deaktiviert werden, ohne sie zu loeschen.

  • Neues Feld active: Boolean! beim Typ Product
  • Neue Mutation setProductActive(productId: ID!, active: Boolean!): Boolean!
  • Neues Input-Feld active: Boolean bei createProduct und updateProduct
Neu

Zeitgesteuerte Freigabe gruppenbeschraenkter Termine

Nur fuer Gruppen buchbare Termine koennen jetzt automatisch eine definierte Zeit vor Terminbeginn fuer alle freigegeben werden.

  • Neues Input-Feld groupOnlyReleaseMinutes: Int bei addEventsV2, updateEvent, updateEvents, createCourse, createEventTemplate und updateEventTemplate
  • Neues Feld groupOnlyReleaseAt: Date beim Typ Event
  • Neues Feld groupOnlyReleaseMinutes: Int beim Typ EventTemplate
  • Neuer Log-Enum-Wert eventGroupBookingOpened

Juni 2026

Verbesserung

Multi-Booking-Limit auf 100 erhoeht

Pro Multi-Booking koennen jetzt bis zu 100 Nutzer auf einmal gebucht werden (vorher 20). Aufrufe mit mehr als 20 Nutzern werden nicht mehr abgelehnt.

  • Betrifft createMultiBooking und createMultiBookingV2
  • Die Buchungen laufen asynchron im Scheduler
Neu

Produkt-Sortierung

Die Reihenfolge der Produkte kann jetzt vom Admin festgelegt und dauerhaft gespeichert werden.

  • Neue Mutation reorderProducts(mandantId: ID!, productIds: [ID!]!): Boolean!
  • Neues Feld sortIndex: Int beim Typ Product
Neu

Gutschrift-Rueckerstattung nach Stornofrist optional

Ob bei einer Stornierung nach Ablauf der Stornofrist die Credits erstattet werden, laesst sich jetzt pro Buchungsprofil steuern. Zusaetzlich kann der erstattbare Betrag pro Buchung ausgelesen werden.

  • Neuer Parameter refundCreditsAfterDeadline: Boolean bei createBookingProfile und updateBookingProfile
  • Neues Feld refundCreditsAfterDeadline: Boolean beim Typ BookingProfile
  • Neuer Parameter refundCredits: Boolean bei deleteBookingForUser
  • Neues Feld refundableCredits: Int beim Typ Booking (null fuer Betrachter ohne Admin-Zugriff) und refundableCredits: Int! beim Typ BookingHistoryEntry
  • Neue Log-Enum-Werte creditsRemovedNoRefundDeadline, creditsRemovedNoRefundAdmin, tlcRemovedNoRefundDeadline und tlcRemovedNoRefundAdmin
Neu

Neue Event-Filter: eigene Trainer-Termine und freie Plaetze

Der Suchparameter-Typ EventsSearchParams (Filter fuer getEvents) unterstuetzt jetzt zwei zusaetzliche Filter.

  • Neues Filter-Feld onlyOwnTrainerEvents: Boolean — nur Termine, bei denen der Abfragende Trainer ist
  • Neues Filter-Feld onlyWithFreePlaces: Boolean — nur Termine mit freien Plaetzen

Mai 2026

Neu

Links fuer Event-Templates

Event-Templates koennen jetzt Links tragen, genau wie Events selbst.

  • Neues Input-Feld links: [EventLinkInput!] bei createEventTemplate und updateEventTemplate
  • Neues Feld links: [EventLink!] beim Typ EventTemplate

API-Änderungen per E-Mail erhalten

Wir informieren dich bei neuen Features, Breaking Changes und Deprecations.

Du erhältst eine Bestätigungsmail. Abmeldung jederzeit möglich.