@christophCB-PH
Die v3.130.1 ist nun Live → https://churchtools.academy/de/changelog/v3-130-1/

Ich würde dieses Thema dann als gelöst markieren.

@bwl21 sagte in Automatische Gruppenmitgliedschaft: Negierte Gruppenfilter:

Da ist m.e noch ein Bug drin beim negieren

würde ich auch so sehen, denn ich finde es eigentlich logisch, wie ich es aufgebaut habe 🙂
Gut, dass das "Original" bei mir noch funktioniert. Das fasse ich erstmal lieber nicht an 🙂

@bwl21 sfirm habe und nutze ich nicht
unser Konto ist nach wie vor Vereinskonto im Privatkundenbereich
dort gibt es in der Ansicht Umsätze die Exportieren-Funktion
exportiere als "Text MT940"

@d3chris: Ja, ein zwei Tests haben ergeben, dass mit > und < vertauscht ist. @jziegeler bitte dies korrigieren.

Dann habe ich diese Aktion erfasst:

cd991753-aeeb-448b-a7d0-e25dca3f1df2-image.png

Nun, das Austrittsdatum kann nicht mit einer Variable versehen werden. Das wäre wohl notwendig, d. h. es wird kein Austrittsdatum eingefügt:

3f3204c7-7bf4-4bca-af77-5c9dc5de9c89-image.png

Ausserdem kann man die Gruppenmitgliedschaft nur in eine andere Gruppe kopieren. In meinem Fall: Die Person ist dann in zwei Gruppen:

in Gruppe Mitglieder Bereich A < die Gruppe ist für aktive Mitglieder in Gruppe Mitglieder Bereich A (inaktive)

Fazit: Mit den heutigen Möglichkeiten ist das mit den Automatischen Mitgliedschaften nicht lösbar.

@jziegeler: Gibt es eine Ausgehmöglichkeit auf Gruppenmitgliedschaften, bei welchen das Enddatum in Vergangenheit liegt?

@Andi-1 sagte in Kachel Events in der App ohne Rechte sichtbar:

@bwl21 sagte in Kachel Events in der App ohne Rechte sichtbar:

@pengel die Kachel ist ja ähnlich wie der Menüpunkt im Web. und der kommt nur wenn man "Events sehen" hat.

So sollte es sein, ist es aber nicht. Ohne entspr. Recht wird der Menüpunkt im Web nicht angezeigt, die Kachel in der App aber schon.

Das verstehe ich ehrlich gesagt auch nicht? Wie kann ich Events sehen, ohne das Modul / den Menüpunkt sehen zu können. Und warum sollte man das wollen?

Da kann es schon Fälle wo das sinnvoll ist. Über Kalender usw ist schon eingeschränkt, welche Events man sehen kann aber kann es sein, dass über das API zum Beispiel Dienste abgefragt werden um sie in einer Umfrage zu verarbeiten. Wenn die Umfrage-Teilnehmer mit dem Events an sich nichts zu tun haben, sondern nur in den Dienst eintragen, wollen, aber sonst nichts dann kann müssen sie das Modul auch nicht sehen.

Ich bin mir aber nicht sicher ob die API besetzbare Dienste ausgibt, wenn man das Event-Modul nicht sehen kann. Insoweit ist es tatsächlich ein Spezialfall?

Es war die automatische Mitgliedschaft - vielen Dank!!

@bwl21 Deshalb vermute ich das auch.

@Karin-D Ich habe nun bei group.signup.description.possible.persons.2, register.for.group.persons und apply.for.group.persons den umschreibenden Text von persons geändert. Mal sehen, ob das umfassend ist und unterstützend wirkt.

@mmodler Perfekt, 1000 Dank!

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.

@tpersson Hast du mal ins Log geschaut. Wir hatten vor längerer Zeit den Fall, dass der Cron nicht abgearbeitet werden konnte wegen einer fehlerhaten automatischen Gruppe. Mit jeden Start des Cron wurde die geliche Routine abgearbeitet - bis zum Fehler. Bei uns wurden deswegen permanent Geburtstagserinnerungen verschickt.😅

@scholzi sind das die zwei Prozesse entweder der Dienst für die Musik wird von einer festen Gruppe wahrgenommen? dann spricht der Leiter für die ganze Gruppe und es reicht, wenn er zusagt. Alles andere muss er dann selber organisieren.

Oder die Teams stellen sich für jeden Gottesdienst eigens zusammen da muss jeder einzelnen zusagen.

Bei uns ist es tatsächlich so, dass die Teams sich einzeln zusammenstellen, sowohl für Musiker als auch für Techniker.

Deshalb habe ich ein Umfrage Extension geschrieben, bei der ein Planer für deine Dienstkategorien eine Umfrage starten kann und jeder bekommt die, die Dienste angezeigt, die er wahrnehmen kann d.h.wo er in einer der Besetzergrzuppen ist. Bei jedem Dienst kann man ja, vielleicht, nein eintragen und kann auch noch einen Kommentar abgeben.

Aus den Antworten stellen dann die Planer die jeweiligen Dienstbesetzung für jeden Event zusammen. Dabei können weitere Kriterien hinzu kommen, zum Beispiel in welchem Raum des Event stattfindet oder so.

Mit diesem Verfahren fangen wir es gerade an. Vorher waren es Nuudel Umagumfragen. Bin mal gespannt, wie es läuft.

@ChrAck eher nicht, aber das ist ja auch die einzige Kennung, dass die Person über eine anmeldung rein kam.

@thommyb Alles klar! Danke für den Hinweis auf die Seite, kannte ich noch gar nicht.

@narnitz 👏 👏 👏 👏

@Andi-1 im churchtools web!

wenn der Toggle aktiviert ist,

6c258f7c-e77a-4d99-b390-c57617a65261-2026-03-19 at 18.46.34_CleanShot_Google Chrome@2x.png

dann sieht man im Profil

d155fee0-112b-47ed-b826-043d81ec44a3-2026-03-19 at 18.47.42_CleanShot_Google Chrome@2x.png

so richtig schlüssig und intuitiv wirkt das nicht, aber ja ...

@mhuber @jziegeler Ich habe nun auf der Basis der SKR42-Vorlage, die ihr bereitstellt, meinen Kontenplan aus 2025 (SKR49) so umgesetzt, dass ich alle benötigten Konten im SKR42-"Format" habe. Diesen neuen Kontenplan habe ich mit unserem Steuerberater abgestimmt.

Der Steuerberater hat eine wichtige, ja gradezu entscheidende Frage gestellt:
Woran erkennt er nun, welche Buchung auf ein Konto welcher steuerlichen Sphäre zugeordnet wird.

Ja klar, bei der Buchung lege ich die Sphäre über die Kostenstelle fest, das ist klar.
Aber in keiner der verfügbaren Auswertungen wird auf die Sphäre, sprich auf die Kostenstelle, Rücksicht genommen.

Ich habe in einer Demo-Instanz mal 3 Buchungen angelegt, die ich unterschiedlichen Sphären (einmal Ideeller Bereich, einmal Zweckbetrieb und einmal wirtsch. Geschätsbetrieb) zugeordnet habe. Die Gewinn-und-Verlust-Auswertung bspw. sieht dann so aus:

b99f3170-efaa-442a-8835-c37a64ee95dd-image.png

Bei den Betrieblichen Aufwendungen müssten doch nun eigentlich drei Abschnitte sein - einmal "betriebliche Aufwendungen ideeller Bereich" und einmal "betriebliche Aufwendungen Zweckbetrieb" und einmal "betriebliche Aufwendungen wGB". Oder nicht?

Sehe ich hier irgendetwas falsch, oder müsste eigentlich, sobald der SKR42 angewendet wird, alle Auswertungen auf auf die Sphäre, erkennbar an der ersten Stelle der Kostenstelle, unterschieden werden?

Unser StB hat keinen Zugriff auf unser ChurchTools (er möchte das auch gar nicht), sondern arbeitet für den Jahresabschluss mit den Auswertungen, die ich ihm aus ChruchTools heraus erstelle.

Ohne diese Berücksichtigung der Sphären in den Auswertungen ist der SKR42 - nach Ansicht unseres Steuerberaters - nicht einsetzbar.

Oder habe ich irgendetwas übersehen?

Danke für Unterstützung hierbei.

@BeMiGro Danke für die Aufklärung. So detailliert habe ich bisher über die Antidiskriminierungsregel noch nicht nachgedacht.

Super, vielen Dank für eure schnellen Antworten, die mir geholfen haben, das eigentliche Problem zu verstehen.
Mir war nicht bekannt, dass in der alten APP Version PUT auch für Änderungen genutzt wurde. Da ich nur Personen zu einer Gruppe hinzufüge, machte die Meldung in der Mail für mich erstmal keinen Sinn.
Der Fehler liegt bei mir in der Liste der Personen, die ich hinzufüge. Hier gibt es doppelte Einträge, die ich jetzt abfangen kann.

@Andi-1 Wir pflegen die Eltern-Kind-Beziehung durchgängig bis zum 18. Lebensjahr des Kindes. Die gesamten Generationen pflegen wir nicht.