API Changelog

Was gibt's Neues in der API?

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

Mai 2026

Neu

Verfuegbare Zahlungsarten fuer den Warenkorb

Die neue Query availablePaymentMethodsForShoppingCart(cartId: ID!): [MolliePaymentMethod!]! liefert die fuer einen konkreten Warenkorb verfuegbaren Mollie-Zahlungsarten.

  • Neue Query availablePaymentMethodsForShoppingCart(cartId: ID!): [MolliePaymentMethod!]!
  • Neuer Typ MolliePaymentMethod mit id, description, image, minimumAmount, maximumAmount und issuers
  • Neuer Typ MolliePaymentMethodAmount mit value und currency
  • Neuer Typ MolliePaymentMethodImage mit size1x, size2x und svg
  • Neuer Typ MolliePaymentMethodIssuer mit id, name und image
Neu

Neues Feld User.hasShopProducts

Der Typ User hat jetzt das Feld hasShopProducts: Boolean!. Damit koennen Clients entscheiden, ob der Shop-Bereich angezeigt werden soll, ohne vorher die Produktdaten zu laden.

  • Neues Feld hasShopProducts: Boolean! beim Typ User
  • Liefert true, wenn ueber die aktiven Mandanten des Nutzers Shop-Produkte vorhanden sind
  • Nur fuer den eigenen User abfragbar

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

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.