API Changelog

Was gibt's Neues in der API?

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

April 2026

Deprecated

Query eventsByDay als deprecated markiert

Die Query eventsByDay(...): EventsByDayResult! ist jetzt als deprecated markiert. Dieser Endpunkt gilt damit als veraltet und kann ab ca. 08/2026 entfernt bzw. abgeschaltet werden.

  • Ersatz ist getEvents
  • Deprecated Reason im Schema: Use getEvents instead
  • Die Query bleibt vorerst verfuegbar, sollte aber nicht mehr neu integriert werden
Neu

Nachrichten-Mutationen unterstuetzen Datei-Anhaenge

Die Mutationen fuer direkte, Event-, Mandanten- und Benutzergruppen-Nachrichten akzeptieren jetzt optional attachments: [MessageAttachmentInput!].

  • Betroffen: createUserMessage, createEventMessage, createMandantMessage und createUsergroupMessage
  • Neuer Input-Typ MessageAttachmentInput mit filename: String! und base64: String!
  • Erlaubt sind PDF, PNG, JPEG und WEBP; maximal 3 Dateien, 5 MB pro Datei und 8 MB gesamt
Breaking Change

ICS-API entfernt

Die bisherige ICS-API wurde entfernt.

  • Entfernt: icsLink(eventId: ID!): String
  • Entfernt: icsLinkV2(eventId: ID!): IcsLinkResult
  • Entfernt: Typ IcsLinkResult
  • Entfernt: REST-Endpunkt /events/ics/:eventId
Neu

Neue Mutation removeAllCreditsForUser

Die Mutation removeAllCreditsForUser(mandantId: ID!, userId: ID!): Boolean! wurde neu hinzugefuegt.

  • Setzt die Credits eines Users innerhalb eines Mandanten atomar auf 0
Deprecated

Mutation addRemoveCreditsForAllUsers als deprecated markiert

Die Mutation addRemoveCreditsForAllUsers(mandantId: ID!, credits: Int!): Boolean! ist jetzt als deprecated markiert. Dieser Endpunkt gilt damit als veraltet und kann ab ca. 08/2026 entfernt bzw. abgeschaltet werden.

  • Ersatz ist addRemoveCreditsForAllUsersV2(mandantId: ID!, credits: Int!): AddRemoveCreditsForAllUsersV2Result!
  • Die neue V2-Variante arbeitet job-basiert und liefert eine jobId fuer die spaetere Auswertung
Neu

Job-basierte Bulk-Mutationen fuer TLC und Credits

Fuer Bulk-Operationen auf TLC und Credits stehen jetzt asynchrone Mutationen zur Verfuegung, die jeweils einen Job anlegen und eine jobId zurueckgeben.

  • Neue Mutationen addTimeLimitedCreditForAllUsers, addTimeLimitedCreditForUsergroup, addRemoveCreditsForAllUsersV2 und addRemoveCreditsForUsergroup
  • Neue Result-Typen AddTlcForAllUsersResult, AddTlcForUsergroupResult, AddRemoveCreditsForAllUsersV2Result und AddRemoveCreditsForUsergroupResult
  • Neue Job-Typen ADD_TLC_FOR_ALL_USERS, ADD_TLC_FOR_USERGROUP, ADD_REMOVE_CREDITS_FOR_ALL_USERS und ADD_REMOVE_CREDITS_FOR_USERGROUP
  • JobResult unterstuetzt jetzt zusaetzlich BulkUserOpJobResult mit totalUsers, successCount, failureCount und failures
Neu

BookingEligibility um Registrierungs- und Storno-Status erweitert

Event.bookingEligibility gibt jetzt zusaetzliche Statuswerte fuer Registrierungsfenster sowie fuer die Stornierbarkeit bestehender eigener Buchungen und Wartelisteneintraege zurueck.

  • Neue Enum-Werte NOT_YET_OPEN, DEADLINE_PASSED, BOOKING_CANCELLABLE, WAITLIST_CANCELLABLE, CANCELLATION_FORBIDDEN und CANCELLATION_DEADLINE_PASSED in BookingEligibilityStatus
Neu

EventTemplate um Sichtbarkeitsfelder erweitert

Das Schema fuer Event-Templates unterstuetzt jetzt dieselben Sichtbarkeitsfelder wie Event.

  • Neue Input-Felder isVisibleForAll: Boolean und visibleForAllMessage: String bei createEventTemplate und updateEventTemplate
  • Neue Felder isVisibleForAll: Boolean und visibleForAllMessage: String bei EventTemplate
Neu

Neuer ProductType groupMembership

Das Product-Schema unterstuetzt jetzt den neuen Typ groupMembership fuer Produkte, die beim Kauf eine Benutzergruppen-Mitgliedschaft zuweisen.

  • Neuer Enum-Wert groupMembership in ProductType
  • Neue Input-Felder usergroupId: ID und groupMembershipDurationDays: Int bei createProduct und updateProduct
  • Neue Felder usergroup: Usergroup und groupMembershipDurationDays: Int bei Product
Neu

Geburtsdatum in Registrierung und Einladung

Das Geburtsdatum kann jetzt in Registrierungs- und Einladungsvorgängen übergeben werden. Ob das Feld deaktiviert, optional oder verpflichtend ist, wird über die Mandanten-Einstellungen gesteuert.

  • Neues Feld newUserEnterBirthDate: NewUserAdditionalFieldsType! bei MandantSetting
  • Neuer Parameter newUserEnterBirthDate bei updateMandantSettings
  • Neuer Parameter birthDate: String bei registerAtMandantV2, registerAtAnotherMandant und confirmInviteV2
  • Moegliche Werte fuer newUserEnterBirthDate: disabled, show, required

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.