@davidschilling @hgra Guten Tag zusammen,

ich versuche ebenfalls, MS 365 bzw. Entra ID als OAuth-Authentifizierungsprovider in ChurchTools einzubinden und erhalte dabei dieselbe Fehlermeldung.

Konntet ihr das Problem inzwischen lösen? Falls ja, wie genau?

Vielen Dank im Voraus für eure Rückmeldung.

Vielen Dank für die schnellen Antworten!

@jziegeler Danke für den Hinweis. Gut zu wissen, dass die Option für den eigenen Gebrauch existiert. Für meine App ist das leider nicht die Lösung, weil ich nicht von den Nutzern meiner App erwarten kann, dass sie auch diesen Umweg gehen.

@thommyb Da haben wir uns missverstanden. Ich möchte den Ablaufplan gar nicht per API abrufen und in meiner App anzeigen. Meine App generiert lediglich einen ganz normalen Web-Link (https://.../?q=churchservice&id=1234), auf den der User klickt, um ChurchTools im Browser zu öffnen. Und genau dieser Web-Link funktioniert im CT-Frontend nicht zuverlässig, wenn der User lokal noch einen anderen Standort-Filter aktiv hat.

@KoniB
Hi Koni, im Grunde ist es mit meinem Programm eine reine Einrichtung der gegebenen Möglichkeiten:
wenn KNX dann die Gruppenadressen
wenn HTML/WLAN (Shelly) dann die entsprechenden IP-Adressen und IDs
dann die ChurchTools Zugangsdaten
und für Mail-Versand SMTP-Zugang

Jedoch setzt mein Programm auch gewisses Vorwissen voraus. Evtl. kann ich mit TeamViewer Unterstützung bis zu einem gewissen Umfang anbieten. Aber es gibt kein Tutorial für mein Programm.

@simongolda ja, die sind noch nicht veröffentlicht, damit wir noch eventuelle Änderungen vornehmen können.

Wenn etwas nicht dokumentiert ist, kannst du dir über die Browser-Devtools auch den Netzwerkverkehr also die API-Calls anschauen und darüber ableiten, wie du es selbst nutzen kannst.

In dem Falle wäre es POST api/groups/{groupId}/members/{personId}/followups mit

type FollowUpCreate = { color?: CtColor; description?: string | null; dueDate?: DateStringNullable; icon?: string; ownerId?: number | null; successGroupId?: number | null; successGroupMemberStatus?: MemberStatus | null; successGroupOfGroupTypeId?: number | null; successRoleId?: number | null; title: string; };

@swarnat Gerne mal testen und dann Vorschläge für Verbesserungen und Erweiterungen an mich melden.

@lubl Coole Idee. Vielen Dank für die Arbeit! Eine Idee wäre noch, eine notification über ChurchTools zu machen.

@aschild gemeinde.church.tools/logo

@aschild Ja gibt es via GitHub - wenn du mitmachen möchtest, kann ich dich herzlich gerne hinzufügen. Schreib mir eine PM mit deinem Github Account

@SimSan Ich habe bei uns für jede Applikation eine Gruppe erstellt welche den zugriff via Authentik und LDAP oder OAuth regelt. Das Funktioniert soweit recht zuverlässig

@bwl21 ok, habe ich mir angeschaut es wären aber schon ein paar Klimmzüge notwendig nicht besonders schön. Mal sehen ob die REST-Api diesbzgl. noch erweitert wird, heute ist Dev-Stammtisch per Zoom evtl. bekommt man da Infos. Per AJAX möchte ich das jetzt nicht unbedingt bauen

@thommyb Was mir gerade noch aufgefallen ist,
im openapi.json welches auf der CT Seite eingebunden ist, steht in Version immer die 0.1.0.
Wenn jemand mal Zeit hätte dort auch die jeweilige Version zu automatisieren 😉

@martin Korrekt. Wir sind gerade dabei, diese Endpunkte zu ergänzen. Du musst dich also noch einige Wochen gedulden.

@bwl21 sagte in Plugin für Joomla, um Churchtools Kalender auf Website anzuzeigen.:

https://DEINEGEMENIDNE.church.tools/api/persons/PERSONID/logintoken

danke; das funktioniert, aber eben nur für den Login Token. Das nützt mir nichts. Leider klappt es nicht mehr mit dem Modul als Weihnachtsgeschenk für meine Gemeinde. Aber ich krieg das hin.
Jetzt mal: gesegnete Weihnachten!

@davidschilling sagte in Authentifizierung mittels OAuth2:

@Thomas-Kuschan wie du es beschrieben hast ist es korrekt. Aktuell funktioniert der OAuth Access Token noch nicht für die CT-Api.

Hallo! Ist es mittlerweile möglich, einen API Token mittels Oauth access_token zu holen oder sich damit an der API zu authentifizieren? Wenn nein, wann ist das eingeplant?

@jziegeler Vielen Dank! Jetzt hat's funktioniert. 🙂

@mr4online also zu 1. würde ich behaupten, dass wir bei 80% mit $refs arbeiten. Es sind halt immer mehr Endpunkte dokumentiert, das sind halt mittlerweile über 800 Endpunkte. Wenn dir ne besondere Stelle auffällt gerne melden 🙂

2. werde ich mal mit ins Team nehmen, inwieweit wir hier etwas ändern wollen

@dlichtistw an dem Wert hat sich nichts geändert. Wenn dann werden wir den Wert aber reduzieren und nicht erhöhen. 600 Requests Pro Minute ist schon ne Menge.

Wie @ben-ste schreibt, kann man das einfach im Client abfangen ein bisschen warten und dann den Request erneut ausführen. Dann ist der genaue Rate-Limit Wert egal.