Ryszard Paluch Hallo Richard.

Ja, es dauert zum Teil bis zu einer Minute, bis der Webhook von Kalender.Digital ausgelöst wird. Das Problem ist bei Kalender.Digital bekannt.
Wenn du in Make  das + betätigst und 'Kalend' eintippst, wird dir Kalender.Digital angezeigt.
Dort kannst du dann verschiedene Nodes auswählen.
Ein normaler Webhook geht auch.
Ich nutze den normalen Webhook auch für einen n8n-Flow als Verbindung Kalender.Digital -> Ninox.
 

Ryszard Paluch Hallo Richard. Das ist gut aber max. 10 sec, wären besser, Rico nervt den Support auch schon seit geraumer Zeit.
Ich habe den MakeFlow mal verkleinert. Er sieht jetzt so aus:
 

Die Änderungen von Kalender.Digital wie CREATE, UPDATE, DELETE werden jetzt alle in Ninox vorgenommen. Spart etwas Aktivität in Make.
Ich bin dazu übergegangen die Handy-App von Kalender.Digital für Eingaben zu nutzen. Aber da muss zwingend die Webhook-Zeit verkürzt werden.

Die Kalenderauswahl in der DB erfolgt durch mehrere dyn.MehrfachAuswahlFelder.
Diese werden auch vorbelegt, wenn der Termin aus Kalender.Digital heraus angelegt oder geändert wird.
Du kannst ja bei Rico mal nachfragen, ob er dir bei Interesse die Prototype DB zur Verfügung stellt.

Ryszard Paluch Hallo Richard.

Das Konstrukt der DB lässt die getrennte Eingabe von Datum und Uhrzeit zu.
Daraus wird dann der Termin gebaut.
Das von dir geschilderte Verhalten habe ich bisher nicht feststellen können.
Habe es gerade getestet und der Termin wird richtig im DK dargestellt.

Eine Schwierigkeit war der Ganztagtermin.
Es gab da Fehlermeldungen, wenn Datum/Uhrzeit von Start und Ende identisch waren.
Das habe ich aber durch einen Trigger nach der Auswahl 'Ganztags' abgeändert auf Startzeit 00:00 und Endzeit 23:59 des Tages.

Ich muss noch einige winzige Änderungen in der Prototyp-DB machen, dann ist das Projekt abgeschlossen.

In der DB besteht auch die Möglichkeit Kalender Nutzerabhängig anzeigen zu lassen.
Ich habe noch eine Historie eingebaut um nach zu verfolgen,  wer/was  von Termin zu Termin geändert hat. Auch werden  eingabeabhängig Buttons für die Neuanlage/Änderung und Löschung des Termins ein-/ausgeblendet.

Hier noch die Kontaktdaten bei Interesse an der Termin DB.
Rico Kogleck von RiKo Consulting
https://ricokogleck.com/ninox/
office@ricokogleck.com

UweG Hallo Richard.
KD hat jetzt einen Header bei den Webhooks integriert. Ich teste gerade, ob man direkt nach Ninox schreiben kann um Make zu umgehen. Im übrigen sind die Auslösezeiten für den Webhook momentan richtig gut. (max. 10sec.) Wenn das so bleibt, kann man wirklich produktiv damit arbeiten.

Ryszard Paluch Ja, siehe Antwort ganz unten.
Du musst die Daten in eine 'Zwischentabelle' schreiben und dann in Ninox verarbeiten. (Zuordnen oder neu erstellen).
Ich habe zu jedem Termin eine Untertabelle Historie, in der jede Terminänderung dokumentiert wird. Dort schreibe ich die Daten aus KD/Ninox rein und verarbeite sie dann per Script in einem Änderungstrigger..

Ryszard Paluch Ich verstehe nicht, was du mit Ansichten meinst.
Meinst du vielleicht sowas?

Das hier funktioniert über ein dyn. Auswahlfeld.
Da die DB im Mehrbenutzerbetrieb laufen soll, werden im AuswahlFeld nur die Kalender angezeigt, für die der angemeldete User zugelassen ist. Jeder User sieht also andere Auswahlmöglichkeiten.

Kannst du ein Screenshot zum besseren Verständnis posten was du mit Ansichten meinst.

Ryszard Paluch Das geht meines Wissens nicht. Um mehrere Kalender gleichzeitig im iFrame darzustellen musst du Einstellungen direkt in Kalender.Digital vornehmen.
Und den Link mit in Ninox aufnehmen.
Am besten baut man sich eine Unterkalendertabelle in Ninox, aus der man dann die entsprechenden Kalenderansichten wählen kann.

Bei dieser Auswahl werden im Link Folgende Unterkalender gleichzeitig angezeigt: Feiertage, Rico,Projekt-Prater,UweG. Alles wo 'Kein Zugriff' steht, wird auch nicht angezeigt.
Wenn du mehrere Unterkalender im iFrame angezeigt bekommen möchtest, musst du dir jeweils einen Link erzeugen, mit den ausgewählten Unterkalendern.

Ryszard Paluch Hier ein Code wie ich ihn nutze bei Erstellung eines Termins:
 

if vResponse.result.success = true then        KalenderDigitalId := vResponse.result.eventId;        'Termin ist gespeichert in folgenden Kalendern' := text('Unterkalender Dynamisch');        Status := 2;        let myId := number(this);        fx_Historie(myId, "CREATE", formatJSON(vBody))    end;

UweG Hier noch eine Variante bei Fehler:

if vResponse.result.success = true then
        KalenderDigitalId := vResponse.result.eventId;
        'Termin ist gespeichert in folgenden Kalendern' := text('Unterkalender Dynamisch');
        Status := 2;
        let myId := number(this);
        fx_Historie(myId, "CREATE", formatJSON(vBody))
    else
        alert("Ein Fehler ist aufgetreten!!
Fehlermeldung: " + vResponse.result.msg + "
Der Termin wurde nicht auf Kalender.Digital gespeichert")
    end;

UweG Hallo Uwe,

habe bereits auch schon eine eigene Datenbank in Ninox erstellt, die Termine direkt an KD sendet. Hatte dann mit dem Entwickler von KD gesprochen und um den Header Zusatz gebeten dieser wurde auch umgesetzt. Da die API Rest von KD zu Ninox bei Dir schon läuft, wäre es schön wenn du die Einstellungen im Webhook von KD nochmal genauer Dokumentieren könntest. Bei mir kommen die Termine leider noch nicht in Ninox an. Da ich keine Fehlermeldung einsehen kann weiß ich auch nicht wirklich was ich falsch gemacht habe.

Im URL Feld habe ich die URL der Datenbank hinterlegt

im Body steht bei mir:

{
  "Kalender_Digital_ID": "{{EVENT_ID}}",
  "requestType": "{{REQUEST_TYPE}}",
  "Termin_Start": "{{START_DATE}}",
  "Termin_Ende": "{{END_DATE}}",
  "wholeDay": "{{WHOLEDAY}}",
  "Titel": "{{TITLE}}",
  "Beschreibung": "{{DESCRIPTION}}",
  "Wer": "{{WHO}}",
  "Wo": "{{WHERE}}",
  "Mitarbeiter": "{{SUBCALENDARS}}",
  "timeZone": "{{TIMEZONE}}"
}

und im Header folgendes:

Authorization:"Bearer xxxxxxxxxxxxxxxxxxxxxxxx",
"Content-Type":"application/json"

Natürlich mit dem API Key der hier nur ausgeixt wurde

leider kommen die Termine aber nicht an kannst Du vielleicht helfen damit das ganze dann läuft?

Gruß Sven

Sven Glaser Hallo Sven.

Ja, ein Log in KD für den API-Response wäre schön.
Hatte dies auch KD vorgeschlagen, dass ein Response-Log zum Webhook angelegt und nur die letzten 24Std. angezeigt werden. Mal sehen was passiert.

 
Du musst den Body wie einen HTTP-Request schreiben und die Feld-ID statt des Feldnamens benutzen.
Leider gibt es noch keine direkte Möglichkeit in Ninox die Feld-ID ohne API auszulesen.
Ermittle mit Postman die ID der Feldnamen von Ninox und ersetze diese dann.
Bsp:
{
  "A": "{{EVENT_ID}}",
  "B": "{{REQUEST_TYPE}}",
  "A1": "{{START_DATE}}",
  "C": "{{END_DATE}}",
  "K": "{{WHOLEDAY}}",
  "Y1": "{{TITLE}}",
  "F": "{{DESCRIPTION}}",
  "Q": "{{WHO}}",
  "P": "{{WHERE}}",
  "T": "{{SUBCALENDARS}}",
  "F": "{{TIMEZONE}}"
}
Achte dabei darauf, dass zu beschreibende Felder auch in Ninox existieren.
 

Der Header muss ohne Anführungszeichen geschrieben werden und den Content-Type kannst du weglassen.
Bsp:
Authorization:Bearer xxxxxxxxxxxxxxxxxxxxxxxx
Achte auf die Schreibweise (weglassen/setzen des Leerzeichens)

Die Url hat wie folgt auszusehen:
https://api.ninox.com/v1/teams/TEAM_ID/databases/DATABASE_ID/tables/TABLE_ID/records

Was die KD-API nicht kann, ist Terminänderungen einem bereits in Ninox vorhandenem Termin zuzuordnen. Da musst du dir mit einer Landing-Tabelle in Ninox behelfen.
Ich habe diesen Umstand genutzt und in der Termintabelle eine Untertabelle eingefügt, die alle vorgenommenen Änderungen der Termin-Felder als Historie zum Nachverfolgen mit Userkennung speichert und diese Untertabelle gleichzeitig als Landing-Tabelle für KD nutzt.
KD schreibt mir die Daten direkt in die Untertabelle und anhand des Request-Type erstelle ich entweder einen neuen Termin oder verknüpfe die Daten mit einem bereits vorhandenem Termin. Durch die Untertabelle habe ich auch die Möglichkeit bei Änderungen von Feldwerten in Ninox einen Änderungsbutton für KD einzublenden und auch automatisch wieder auszublenden, wenn die Änderung zurückgenommen wird. Dem Nutzer wird damit nur angezeigt, was in diesem Moment machbar ist.
In der aktuellen Ninox-Version gibt bei dieser speziellen Ninox-DB einen Fehler mit Datumsfeldern. Der ist in der kommenden Ninox-Version behoben.
Ich habe die Rest-API in der  Ninox-Alpha bereits getestet und keinerlei Datumsfehler mehr festgestellt.
Willst du die DB in der Ninox Alpha testen lautet die Url:
https://q-api.ninox.com/v1/teams/TEAM_ID/databases/DATABSE_ID/tables/TABLE_ID/records

Wenn du die Termin Prototyp-DB zum testen, für Anregungen oder zur Weiterentwicklung nutzen möchtest, wende dich an folgenden Kontakt:

Rico Kogleck von RiKo Consulting
https://ricokogleck.com/ninox/
office@ricokogleck.com

Sven Glaser Noch eine Ergänzung:
Wenn du Ganztagstermine aus Ninox an KD sendest funktioniert das Merkmal wholeDay noch nicht.
In Ninox musst du die Ganztagsanzeige durch Datum/Uhrzeit steuern.
Bsp.
Ein ganzer Tag: Start:"04.05.20200 00:00", Ende:"05.05.20200 00:00"
(Wird in KD als Ganztags 04.05.2022 angezeigt)
Mehrere ganze Tage: Start:"04.05.20200 00:00", Ende:"09.05.20200 00:00"
(Wird in KD als Ganztags 04.05.2022-08.05.2022 angezeigt)

Das sieht in Ninox natürlich nicht logisch aus.
KD arbeitet aber daran und wird das Merkmal zum einen aktivieren und auch die vorzugebenden Termine anpassen damit es auch in Ninox richtig aussieht.