Herzlichen Dank an die Forum-Verantwortlichen für die schnelle Umsetzung meines Vorschlags! Jetzt wird es übersichtlicher.

@Ketty das sollte schon lange möglich sein, einfach in "Personen" -> Stammdaten -> Personenfelder beim jeweiligen Feld erlauben es als Platzhalter zu verwenden:

2410657e-e78c-44eb-aa7a-e90e90aae6ae-image.png

@Andi-1 Ganz herzlichen Dank! Ich glaube, dein Tipp löst schon ein aktuelles Problem von mir.

@Marcel-Tuchner super, vielen Dank

@Ralf-Bürzele gemeint habe ich ein Optionsdatenfeld, das zum Ausdruck bringt, dass die Ehepartner getrennte Bescheinigungen wünschen, ansonsten sollte das Programm als Defaultverhalten grundsätzlich Ehepaare zusammenfassen, sofern die Trennung nicht explizit gewünscht wird. In der Buchungsmaske könnte man dann den entsprechenden Schalter umwidmen, um abweichend von der Defaultregelung auch mal bewusst als Ausnahme die Spende explizit einem Partner zuzuordnen.
Viele Spendeneingänge kommen von Gemeinschaftskonten und es ist nicht ersichtlich, welcher Partner die Zahlung veranlasst hat. Meine bisherigen Buchungsprogrammen sind alle so verfahren. Mit einer defaultmäßigen gemeinsamen Bescheinigung macht man nichts falsch im Hinblick auf Gleichberechtigung, sonst mokiert sich wieder jemand, wenn man beispielsweise grundsätzlich nur den einen Partner (Mann, Frau, ...) wählt.

@joe24 Sorry, habe mich nicht richtig ausgedrückt. Ich meine, wenn jemand eine versteckte Gruppe erstellt, bekommt er eine Leitungsrolle und der Leitungsrolle kann man im Gruppentyp das Recht geben, die jeweilige Gruppe zu sehen auch wenn sie versteckt ist.
Aber tatsächlich wäre es weniger verwirrend, wenn man mit dem Erstellen der Gruppe nicht nur das Recht edit group, sondern auch view group erhalten würde.

Das mit Kategorie setzen verstehe ich nicht. Bei mir wird die Kategorie auf Sicherheitslevel 1 angezeigt, also kann ich sie gar nicht ausblenden (nur zusammen mit der Gruppe). Mir ist auch nicht bekannt, dass man die Sicherheitslevel der Gruppendatenfelder ändern könnte. Ist da bei dir was anders?

Den letzten Punkt sehe ich genauso wie du.

Wer sich die Anleitung anschauen möchte, sollte mir im Chat die E-Mail-Adresse mitteilen, an die ich sie senden soll.

@UweKersten Bei den von mir bisher verwendeten Buchungsprogrammen wurde das grundsätzlich so praktiziert. Bei Konten, die bestimmte Datenfelder grundsätzlich benötigen werden diese auch durch eine entsprechende Kontoparametriesierung unterdrückt. Eingabefelder, die ggf. mal auch leer sein können, wären dadurch fallweise möglich ohne dass man zusätzliche Konten oder Personen benötigt, die eigentlich garnicht existieren. Die Zweigleisigkeit, die aktuell erforderlich ist, kann ja durchaus auch weiter genutzt werden. Ich sehe dazu nicht die umständliche Notwendigkeit. Bei entsprechender Programmanpassung wäre das durchaus eine Erleichterung und daher mein Vorschlag, diese Datenlogik grundsätzlich zu überdenken und ggf. anzupassen. Ggf. könnte die Datenerfassung mit einem Warnhinweis gekoppelt werden, dass das Feld leer ist oder ein zusätzliches Optionsfeld, dass das Datenfeld bewusst ohne Eintrag gewünscht wird.

@Andi-1 generell würde ich deine Journey, die du oben beschrieben hast splitten: Teilnahmen/Daten der Person und "Todos/Erinnerungen" für den Erfolg dieser Journey (Follow-Ups)

P kommt in die Gruppe "Neu dabei" Routine (siehst du dann) startet mit dem ersten FU "Essens-Einladung" (je nachdem wie ihr organisiert seid, heißt das: P2 ansprechen um P einzuladen oder P auf das Welcome-Essen hinzuweisen Routine geht in den nächsten Schritt "zu CT einladen" FU "Konto Einrichtung" -> Frag nach, ob alles geklappt hat FU "Hauskreis finden" -> könnte ein wiederholendes FU sein mit dem Ziel in einer Gruppe mit dem Typ "Hauskreise" zu sein FU "Einladung zum Gemeinde-Abend"
...