Vielen Dank @andy

@jziegeler Könnt ihr das in der CT-Hilfe für Markdown besser erläutern? Am Besten mit Beispielen. Die Hilfe ist bis jetzt keine Hilfe 😉

@thommyb Super, ganz vielen Dank, hat geklappt! 🙂

@andrej Das ginge als Notlösung natürlich, erfüllt aber nicht die Anforderung, die ich an das ganze habe 😉

@jziegeler Dankeschön für den Tipp, das ist zwar komplizierter, als ich mir das erhofft habe, aber immerhin ein Weg um die Info herauszubekommen ohne händisch jeden einzelnen Datensatz durchzuschauen.

curl -X PUT "https://XXX.church.tools/api/finance/transactions/202327" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"documentDate\":\"2022-01-03\",\"documentNumber\":\"1230000080000701P2000076\",\"accountId\":9775,\"contraAccountId\":10204,\"amount\":21000,\"costCenterId\":277,\"note\":\"Spende\",\"donatorId\":4017,\"donatorSpouseId\":null}"

@davidschilling Danke für den Hinweis, hab ihn jetzt nochmals mit Backslash eingefügt, alle anderen Hinweise gelten noch. Übrigens habe ich nicht die Kontonummern genommen sondern die IDs der Kontonummern.

Da fällt mir doch gerade ein:
Die IDs sind jedes Jahr neu, ich hab wohl am Jahresanfang 2022 die Excel-Datei aus 2021 genommen und die wöchentlich fortgeschrieben für die normalen NEUEN Buchungen, die mittels CSV ja eingelesen werden können. Bei der CSV werden nicht IDs verlangt sondern z. B. die Kontonummern, die ja die gleichen sind wie in 2021.
Bisher hatte ich keine PUT-Befehle gebraucht, und so hatte ich die Tabellen-Blätter für Konten und Kostenstellen nicht auf 2022 umgeschrieben, aber auch nicht dran gedacht, dass ich das tun muss, damit in 2022 PUT-Befehle auch korrekt erkannt werden.
Habe dies grade gemacht: Alles klappt wieder, vielen Dank für den Hinweis!

Das ist natürlich schon ein bisschen tricky, dass einmal mit Kontonummern und einmal mit deren IDs gearbeitet werden muss, aber bei nem PUT-Befehl hat man so mehr Kontrolle, dass der richtige Datensatz überschrieben wird. 😑

@paul-s nur über ein Backup durch den Support. Damit sind dann allerdings alle Änderungen seitdem verloren…

@th-hoffm muss er dann ja jedes Mal dokumentieren gem. DSGVO... bin froh, dass das bei uns (weitestgehend) passé ist.

@david_loe Das Problem ist inzwischen behoben. Unterschiede in der Groß-/Kleinschreibung von E-Mail-Adressen zwischen Optigem und ChurchTools werden jetzt ignoriert.

@andy Vieeeelen Dank... 😀

@thomas-3 @jziegeler Wäre das nicht auch ggf. ein Fall für ein FollowUp? Der Vorteil wäre, dass es auch gleichzeitig eine Wiedervorlage/Erinnerung an die Gespräche gibt.

@uschau mal ein Beispiel: Ist für den Gruppentyp z. B. die Rolle "Teilnehmer" als Standard voreingestellt, man jeder Person aber eine andere Rolle zuweist (z. B. "Besitzer), dann sieht das so aus, wie beispielsweise bei unserer Schlüsselliste:

68b4d754-e05d-456d-b8e0-cde16a6d6057-grafik.png

Mit der Bezeichnung der Gruppentypen und Rollen ist man ja völlig frei und auch die Standardrolle kann von Typ zu Typ abweichen.

@davidschilling vielen Dank für die schnelle Antwort

@andy danke für deine Nachricht. Ja die Berechtigungen kenn ich schon und genau die wollte ich nicht setzen, weil das dann zu umfangreich ist.
Auf die dynamischen/automatischen Gruppen warte ich schon echt hart. Sollen ja hoffentlich bald kommen.

Bis dahin werde ich einfach eine eigene Gruppe machen mit allen Teamleitern und einem Gruppenfeld in dem dann das Team steht. Ziemlich aufwändig, aber für den Moment vermutlich die zielführendste (wenn auch fehleranfällige) Variante. 😖

Dankeschön

@cbösch dann setze ich es mal auf gelöst.

@andy Kann man das in einen Ablaufplan importieren?

@daniel-lerch du hast ja auch die Option für neue Personen ausgestellt, also werden sie auch nicht in CT angelegt sondern dir nur per email geschickt…

@ben-ste das kann gut sein, dass in der REST API manches noch fehlt, die ist ja auch immer noch im werden. Die Tag-IDs scheinen wirklich noch zu fehlen, ich nehm das mal als Issue bei uns auf. Ist bisher nicht aufgefallen 🙂