UweG 

Danke für den Hinweis auf die REST API 👍 Aus unserer Sicht adressiert sie die hier beschriebene Anforderung jedoch nicht.

REST API ≠ iCalendar (ICS)

Die Ninox REST API bietet keine native ICS-/iCalendar-Funktion – weder zum Bereitstellen eines abonnierbaren Kalenders noch zum Abonnieren externer Kalender. Genau darum geht es in diesem Feature Request.

Komplexität vs. Low-Code-Anspruch

REST-Integrationen erfordern externe Dienste, Authentifizierung, Mapping und Wartung. Das ist für viele Nutzer weder „einfach“ noch Low-/No-Code-tauglich.

Falsches Mittel für das Ziel

ICS-Kalender sind ein etablierter Standard für Terminabos (Google, Outlook, Apple) und funktionieren ohne Middleware. Eine REST API ist kein gleichwertiger Ersatz dafür.

Zusätzlich ist die REST API in Funktionsumfang und Tarifmodell eingeschränkt und damit für viele Teams keine praktikable Lösung.

Fazit:

Die REST API mag für Spezialfälle sinnvoll sein, löst aber nicht die Anforderung nach einer einfachen, standardkonformen Kalender-Integration per iCalendar.

UweG 

Danke für deine Perspektive. Ich denke, der Kernunterschied liegt tatsächlich im Anspruch an den Einsatz von Ninox.

Wenn du gerne bastelst, individuelle Integrationen baust und dich dauerhaft um APIs, Workarounds und Wartung kümmerst, ist der Weg über REST & Eigenlösungen sicher gangbar und scheint dir ja Spaß zu machen. 

Unser Anspruch ist ein anderer: Wir wollen bestehende, etablierte Standards "out of the box" nutzen – nicht nachbauen.

iCalendar (ICS) ist kein Sonderwunsch und keine „eierlegende Wollmilchsau“, sondern seit Jahren Standard für Terminabos in Google, Microsoft und Apple. Genau solche Standards erwarten wir bei einem Tool, das damit wirbt, Daten und Prozesse in einer flexiblen Lösung zu bündeln.

Natürlich ist Ninox nicht perfekt – das erwartet auch niemand. Aber ein Feature Request bedeutet nicht „Ninox kann nichts“, sondern:

👉 Hier fehlt aus unserer Sicht eine grundlegende Business-Funktion, die viele andere Lösungen bereits nativ mitbringen.

Gerade weil wir bewusst einen deutschen Anbieter nutzen (Compliance, Datenschutz), wünschen wir uns, dass solche Standards nicht automatisch mit „dann programmiert es euch selbst“ beantwortet werden.

Kurz gesagt:

Wenn du basteln möchtest – völlig okay.

Wir suchen eine produktive, wartbare Business-Lösung, keine Dauerbaustelle.