0

Feature Request: Externe Kalender via iCalendar (ICS) abonnieren & einbinden

Hallo liebe Ninox-Community, hallo liebes Ninox-Team đź‘‹,

wenn man so im Forum liest möchten Ninox viele für Termin- und Teamplanung nutzen (so auch wir). Um so wichtiger ist eine native Kalender-Integration über den iCalendar-Standard (ICS).

GewĂĽnschte Funktionen

  1. Ninox-Kalender extern abonnierbar machen
    → Bereitstellung eines ICS-Abonnement-Links (für Google Calendar, Microsoft 365 / Outlook, Apple Calendar)
  2. Externe Kalender in Ninox einbinden
    → Import von Google-, Microsoft- oder anderen Kalendern per ICS-URL

(Hinweis: Technisch geht es um den offenen Standard iCalendar / .ics – „iCal“ ist nur der frühere Apple-Name.)

Warum ist das wichtig?

  • Die aktuelle macOS-/Apple-Calendar-Synchronisierung hilft im Business-Alltag kaum
  • Die meisten Unternehmen nutzen Google Workspace oder Microsoft 365, oft in hybriden Setup
  • Kalender-Abonnements per ICS sind heute Industrie-Standard (Schichtpläne, Buchungen, Abwesenheiten etc.)
  • Workarounds ĂĽber Zapier/n8n sind teuer, komplex und fĂĽr viele Nutzer keine Option

Mehrwert

  • Termine aus Ninox erscheinen automatisch in Google-/Outlook-Kalendern
  • Weniger Dritt-Tools, weniger Wartung
  • Deutlich höhere Akzeptanz von Ninox in Unternehmensumgebungen (make it "Enterprise-fähig")

Vielen Dank fürs Lesen – dieses Feature wäre aus unserer Sicht ein großer Schritt für produktive Business-Workflows 🚀

4 Antworten

null
    • UweG
    • vor 4 Tagen
    • Gemeldet - anzeigen

    DafĂĽr gibt es die REST API um bspw. Google einzubinden.

      • qd_team
      • vor 4 Tagen
      • Gemeldet - anzeigen

       

       

      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
      • vor 4 Tagen
      • Gemeldet - anzeigen

       

      Welches Tool besitzt denn all diese Anforderungen, die ja nach deinen Forenbeiträgen zu den Standards gehören und damit ja in diesen integriert sind?

      Und was kostet dich die Nutzung dieses Tools, welche alle deine Anforderungen vereint, im Vergleich zu Ninox.

      Ninox ist nicht perfekt und besitzt auch nicht alle existierenden Anbindungen.

      Die eierlegende Wollmilchsau ist Ninox nicht aber da kenne ich auch kein anderes Tool, welches diesen Anspruch erfĂĽllt.

      Es ist am Anfang einfach zu handhaben (No Code/ Low Code), hat man aber höhere Ansprüche verlässt man die Low Code Ebene und das ist in Ninox auch möglich.

      Wenn man feststellt, dass Ninox nicht seine angestammten Arbeitsprozesse ohne Kompromisse abbilden kann, bleibt einem nur der Weg eine eigene Lösung zu programmieren die dies dann ermöglicht.

      • qd_team
      • vor 4 Tagen
      • Gemeldet - anzeigen

       

      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.

Anmelden, um zu antworten

Content aside

  • vor 4 TagenZuletzt aktiv
  • 4Antworten
  • 38Ansichten
  • 3 Folge bereits