Funktioniert das mit dem RADIUS Server über den CT LDAP Wrapper inzwischen bei jemandem oder spielst du auf eine Lösung ohne Churchtools Anbindung an? Hab hier im Forum gelesen dass das mit dem bisherigen Setup nicht möglich ist, weil das Passwort in der Churchtools DB verschlüsselt ist und der LDAP Wrapper es daher nicht wie erforderlich an den RADIUS Server geben kann.

@davidschilling Perfekt, den Link zur JSON-Spezifikation hab ich gesucht. Danke dir!

Uns ist es auch aufgefallen, dass es unter Integration wesentlich sinnvoller aufgehoben ist. Wir haben es mit der nächsten Version angepasst.

Haben genau dasselbe festgestellt. Workarround ist es alle Einträge herauszufiltern die ausserhalb der gewünschten Zeitspanne sind.

Es scheint an der manuellen Wiederholung zu liegen. habe das hier https://forum.church.tools/topic/4963/termine-mit-manuellen-wiederholungen-werden-nicht-korrekt-ausgelesen als eigenes Thema gemacht.

Hallo zusammen,
nochmal danke für die Hinweise.
Hatte nun mal endlich etwas Zeit alles auszuprobieren und mir einen brauchbaren Import für meinen Songbeamer-Ablaufplangenerator zu basteln.
Wünschenswert wäre, wenn https://api.churchtools.de/ mal auf einen aktuellen Stand gebracht wird, damit man nicht rumprobieren muss, welche Funktionen es wirklich gibt und welche nicht eben nicht 😉 (dazu hatte ich auch einen sehr ernüchternden Forumsbeitrag gelesen)
0_1549710740136_AblaufimportSongbeamer.png

@davidschilling Wird dieser Export dann auch die Notizen aus dem Ablaufplan exportieren? Und wie sieht es mit Bibelstellen aus (Vgl meinen Beitrag)?

Hallo,

Also die Option in den Einstellungen hat folgende Beschreibung:
"This is required for clients using lowercase DNs, e.g. ownCloud/nextCloud"

Aber so wie ich LDAP verstanden habe, ist der DN nur wie die "Struktur" innerhalb des LDAP aussieht, und nicht ob die zu prüfenden Filter lowercase sein sollen.

Folgenden Git-Issue gibt es dazu schon seit längerem, wo du ja auch bereits kommentiert hast:
https://github.com/milux/ctldap/issues/11

Mehr kann ich hierzu glaub leider nicht beitragen.

Gruß Daniel

@M_K die API stellt nur die Funktionen bereit, die sich unter https://api.churchtools.de/class-CTChurchFinanceModule.html finden lassen. Allgemein lassen sich Daten über die API am besten mit den getMasterData funktionen abfragen.

somit sollte der Request so aussehen:

$url = 'https://vm-int.de/verwaltung/index.php?q=churchfinance/ajax'; $data = array('func' => 'getMasterData'); $result = sendRequest($url, $data); echo "Userlist"; print_r($result->data);

In dem Ergebnis sollten die Bereiche: $result->data->groups und $result->data->budgets die interessanten Informationen enthalten. Da ich selbst noch nicht mit dem Finanzmodul gearbeitet habe, weiß ich nicht, was genau die informationen enthalten bzw. ob du eventuell noch die Ergebnisse filtern musst, um nur deine eigenen Budgets zu finden (heißt eigenes Budget, dass es einer der Gruppen zugewiesen ist, in denen du bist?)
Wenn du mit dem filtern nicht weiter kommst, kannst du gerne das ausgegebene Ergebnis (anonymisiert) schicken, dann kann ich mir anschauen, wie du eventuell filtern kannst..

@Marcel hab grad nicht dran gedacht, ist ja noch besser 😃

klar, wenn CT richtig loggt.. sonst gibts immer noch paar Gemeinden, die hosten (lassen), wo vermutlich die vollen GET Strings geloggt werden (was ja nicht wirklich verwerflich ist) -> Tokens im Webserver Log.

Ähm.. klar kann man. Normal wird aber nur der GET String geloggt.

Heißt: GET Parameter tauchen sehr viel häufiger in Logs und diese Logs werden nicht unbedingt mit besonderer Sorgfalt geschützt. Ja.. die Credentials im GET Param zu haben ist sehr convenient, da man sich um sehr viel weniger kümmern muss.. aber:

die meisten HTTP client APIs sind mittlerweile ausgereift und einfach genug mit POST zu verwenden HTTP Header setzen ist ähnlich schnell gemacht, da könnte man dann mit Bearer Token arbeiten (oder gleich auf OAuth2 setzen), dann gehen auch weiterhin GET Requests nur halt, dass die Authentifizierungs informationen nicht in der URL enthalten sind.

Alles was ich sagen will, ist dass ich es für eine neu entworfene RESTful API eher schade finde, dass solche eher schlüpfrigen Entscheidungen getroffen werden...

@dennis-eisen den hier kennst?
https://api.churchtools.de/
mal mehr mal weniger vollständige Beschreibungen, aber relativ vollständige Endpunkte, bzw. Befehlsübersicht.

Ich konnte das Problem nachvollziehen und habe es bei uns intern als Bug mit aufgenommen.

@diging ganz klar ist dein Frage noch nicht, aber hier noch eine Alternative zu der von @Andy genannten Möglichkeit.

Ihr nutzt ein eigenens Formular, schickt die eingegebenen Daten an euren Server, welcher wiederum ein Request zum ChurchTools Server schickt.

Der Request müsste dann äquivalent zu diesem aussehen:
curl 'https://deine-instanz.church.tools/index.php?q=externmapview/ajax' -H 'Content-Type: application/x-www-form-urlencoded; charset=UTF-8' --data 'givenname=Vorname&surname=Nachname&email=deine-email%40example.com&phone=optional-Telefonnummer&comment=optional-Kommentar&data-privacy=Hier-eine-1,wenn-akzeptiert&g_id=Gruppen-ID&func=sendEMail'

@rheydenr

Die CT API funktioniert hier etwas anders. Du musst dich mit dem Token einloggen und die eigentlichen Session-Cookies erstellen. Dafür eignet sich die Methode login with Token.

Dokumentation siehe https://api.churchtools.de/class-CTLoginModule.html

Die zwei Cookies, welche du erhältst, musst du dann in den folgenden Requests mitschicken.

@mkrieger gerne

Hier ein Beispiel wie es mit curl aussehen könnte:

curl 'https://testdavid.church.tools/index.php?q=churchdb/ajax' -H 'Content-Type: application/x-www-form-urlencoded; charset=UTF-8' --data 'vorname=Harald&name=Peter&privacy_policy_agreement_date=&privacy_policy_agreement_type_id=&privacy_policy_agreement_who_id=&strasse=&plz=&ort=&email=harald%40peter.com&Inputf_dep=1&func=createAddress&Inputf_status=1&Inputf_station=1'

@mkirchhoefer

wenn du möchtest, kannst du dir mal https://gitlab.com/PublicCode/churchtools-to-songbeamer/ anschauen. Das kannst du entweder forken und für euch bzw. Foilpresenter anpassen oder erweitern und nen MR stellen.

@davidschilling Der Workaround mit den Ressourcen ist mir auch eingefallen, aber wenn ich mehrer Räume buche (wir haben z.B. Gruppenräume ein paar Straßen weiter), kann ich immernoch nicht feststellen wo der Termin stattfindet. Da das Feld im Frontend "Notiz" heißt ist das auch von der Usability eine Katastrophe. Wie soll man bitte besonders weniger versierten Benutzer das erklären ohne irgendwie eine zusätzliche Anleitung zu verteilen?

Was noch dazu kommt: nicht alle Termine finden in Gemeinde-Räumen statt sondern z.T. in öffentlichen Gebäuden oder Privathaushalten bei dem nicht immer extra eine Ressource angelegt werden soll und was aufgrund von Berechtigungen auch nicht möglich ist

Ich verstehe nicht ganz wie man einen Kalender implementieren kann bei dem die Termine keinen Ort haben können?!

Das ist anscheinend auch ein "Feature", dass leider noch nicht genügen Upvotes bekommen hat: https://forum.church.tools/topic/2154/ort-bei-kalendereintrag

@lmmb
Danke für deinen Hinweis. Der Code ist leider nicht mehr aktuell. Die API wurde angepasst (nur noch POST-Zugriffe), habe aber eine funktionierende Version erstellt, die ich zur Verfügung stellen kann. Schreib mir einfach eine Nachricht an info[~ä#t]dredesign.de (Betreff: ChurchCal), dann können alles abstimmen.