@DiedrichsHW
Ich habe Interesse, die Schnittstellen anzupassen und zu vereinheitlichen und ChurchTools zu bitten zusätzliche Fenster für Vorlaufzeiten und Temperaturen usw. einzufügen.
ChurchTools -- Schnittstelle -- Heizungs- Steuerung per KNX
ChurchTools -- Schnittstelle -- Heizungs- Steuerung per Homematic
ChurchTools -- Schnittstelle -- Heizungs- Steuerung per Home Assistant
andere Kalender -- Schnittstelle -- Heizungs- Steuerung per Homematic

Gibt es bei euch Interesse zur Zusammenarbeit?
Wer ist Fachmann?
helmut@diedrichs.de

@davidschilling Danke für die schnelle Antwort. Dann werde ich meinen Client anpassen.

Das Problem ist in meiner Anwendung Korga aufgetreten. Die ist in C# programmiert und deserialisiert die Antworten der API in Klassen. Wenn sich das Schema ändert, funktioniert das folglich nicht mehr. Aber auch in anderen Sprachen hätte es hier Probleme gegeben, schließlich braucht man andere Logik, um einen String an Kommata zu splitten und als Zahl zu parsen als über ein JSON Array zu iterieren.

Die Idee für einen automatisierten Test wäre, einen Schema Validator zu verwenden und mit der bestehenden Open API Spezifikation zu füttern. Dieser müsste dann auf einer Testinstanz mit Beispieldaten jeden Endpunkt einmal aufrufen und überprüfen, ob das Ergebnis mit dem Schema übereinstimmt. Ich habe noch keine Recherche unternommen, ob es ein solches Tool schon gibt, halte es aber für wahrscheinlich.

Mit nur einem Request pro Eintrag könnte es natürlich sein, dass man Pech hat und das entscheidende Feld für den Datensatz gerade null ist, aber es wäre zumindest schon mal ein Anfang.

@liebsoer 👌🏽👌🏽
Vielen Dank!

@MichaelG Fakten sind ja immer an einem Event hängend. Aktuell haben wir nur die APIs, um die Fakten (Stammdaten) auszulesen und um Fakten eines bestimmten Events auszulesen/zu ändern.

Über Datum geht nicht, weil das ja nicht eindeutig wäre. In welches Event soll das Faktum geschrieben werden, wenn es mehrere Events zur selben Uhrzeit gibt?

Einen importer, wie du ihn dir vorstellst, gibt es aktuell nicht und du müsstest über die Event-API das jeweilige Event herausfinden. Die API /events kann auch mittels Datum eingegrenzt werden, um ein Event zu finden.

Mit der Event-ID kannst du dann die Fakten-API nutzen, um den einen Fakt zu speichern.

@davidschilling Hmm, ich hab mir das schwieriger vorgestellt.
Solange ich über den LoginToken Arbeite ist das ja nicht so schwer wie ich dachte.
Nur, sollte ich es so machen, dass der User selbst mit seinen Userdaten sich anmelden kann, wirds vermutlich etwas umständlicher.
Hab neulich mit der Youtube API gearbeitet und hab immernoch Albträume von dem Autorisierungsprozess 😉 😃

@Silke-Falkner Hey, ich hatte deine Nachricht nicht gesehen.
Also wenn du magst kann ich dir meine Dateien schicken. Ich weiß nimmer auswendig was ich alles gemacht habe.

mark.erhard@efg-ochsenfurt.de

@Karl nein, das ist bisher nicht möglich

Ich habe für Korga auch einen eigenen ChurchTools Client in C# entwickelt: Source Code. Der ist auch alles andere als vollständig, aber funktioniert 😊

Sollte Michael Chen seine Cnml.ChurchToolsApi Bibliothek nicht weiterentwickeln wollen und Nachfrage bestehen, könnte ich meinen Client auch als NuGet Paket zur Verfügung stellen.

Eine Sandbox der eigenen Installation gibt es nicht. Aber du kannst gerne eine kostenlose Demo erstellen unter https://ccp.church.tools/demo und gegen diese Installation deine Implementierung testen.

@aschild Aktuell gibt es diesen Filter nicht

@davidschilling Ok, danke für die Erklärung mit den doppelten Daten 😉

Dann schreibe ich eine Mail mit unserem konkreten Bug...

Vielen Dank!

@davidschilling: Vielen Dank! - das hilft mir in einem ersten Step schon mal weiter. Konkret würde dein Lösungsvorschlag aber bedeuten, dass ich, wenn ich 100 Termine mit Anmeldung hätte, folglich 100 CURLs losschicken müsste um meine Verknüpfung zwischen Termin und Anmeldegruppe herzustellen? Gibt es hier noch eine andere Möglichkeit wo/wie ich diese gesammelt abfragen könnte? Danke!

@samu95 sagte in CT LDAP und Synology:

Ist mittlerweile schon ein Jahr her, aber ich habe mich in den letzten Wochen wieder mit dem Thema beschäftigt. Mit Hilfe vom Log und dem Synology Support habe ich festgestellt, dass die Verknüpfungen zwischen Benutzer und Gruppe zwingend eine Zahl sein muss. Der CT LDAP Server liefert aber den "Distinguished Name" (cn=user1,ou=users,o=xxx). Damit kann Synology nicht umgehen. Auch der Umweg über die HASH Funktion hilft da nicht weiter.

Gibt es hier vom Church Tools Support schon eine Information, ob man hier den CT LDAP Wrapper passend anpassen kann?

Das zukünftige OpenID Connect wird Synology leider nichts bringen, sofern man den Synology Drive Clienten nutzen will. Der unterstützt nach meinem aktuellen Stand kein SSO. SSO geht nur im Browser bei Synology.

Insofern wäre man hier dann doch wieder von der LDAP Integration abhängig.