@CT-User da sind wir einfach unterschiedlicher Meinung. Der Aufwqnd ist wohl höher als es auf den ersten Blick scheint. Die Fehlermoeglichleit auch, mal einen realen Spender zu vergessen. Die Einsparung an Tastendrücke hingegen eher gering.

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

@joca Nahezu fast alle regelmäßigen Spendenüberweisungen kommen laut Kontoauszugsangaben bei uns von Gemeinschaftskonten und es liegt nahe, dass wir die Spenden in der Regel dann auch gemeinsam bescheinigen. So praktizieren wir es in unserem bisherigen Finanztool. Daher wäre mein Vorschlag, dass es ein Defaultverhalten in der Software gibt, dass primär die Spenden gemeinsam zugeordnet werden und im Einzelfall bei Bedarf diese Option deaktiviert werden kann. Entweder einzeln bei einer konkreten Buchung oder für alle Spenden eines zugeordneten Spenders in der Personenverschlüsselung oder im Spendenmodul durch ein entsprechendes Optionsfeld bei der Bescheinigung der einzelnen Spender, das zunächst für alle an- oder abgewählt werden kann und dann für die Ausnahmen manuell ab- oder angewählt werden kann.

Zur Frage: Wollt ihr die Bescheinigungen dann zweimal anpassen/ändern?
Da ich beim Buchen anhand der Bankdaten nicht weiß, wer von beiden gespendet hat, muss ich die Buchung auf gut Glück einem Partner zuordnen. Trefferquote :50% oder ich muss regelmäßig erst den Spender fragen. Wenn der Steuerberater gerne den anderen Partner hätte, geht das Spiel auch von vorne wieder los...

Eine Software sollte grundsätzlich alle Möglichkeiten abbilden können, aber diejenigen, die vorrangig vorkommen, können durch Defaultwerte vorbestückt werden, um den manuellen Erfassungs- und Korrekturaufwand zu minimieren.

@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"
...

@thommyb Danke für den Tipp, ich bin scheinbar bisher mit der Mouse noch nicht über dem Avatar gelandet und hatte diese Möglichkeit der Anzeige vor Eingabe noch nicht entdeckt. Die Anzeige nach Eingabe war mir bekannt, aber da habe ich mich bereits geärgert, dass ich die falsche Person gewählt hatte ...
Als User, der vorwiegend mit Tastatur arbeitet, um schnell Daten zu erfassen, greife ich nur dann zur Maus, wenn es wirklich nicht anders geht. Ein Horror ist es für mich, wenn ich keine externe Maus zur Hand habe und mich mit einem Trackpad oder Touchscreen abquälen muss ...
Mouseover ist deshalb für mich nur eine Notlösung, lieber hätte ich ein größeres Auswahlfeld in dem Drop-Downmenü mit weiteren Personeninformationen, um den angezeigten Spender schnell mit Tastaturbefehlen (Tabulator/Pfeiltasten oder führenden Buchstaben des Auswahltextes) schnell auswählen zu können.

Nachdem unsere Website live war, habe ich noch mein Standard-Sicherheitsplugin ShieldPro installiert. Daraufhin waren alle Seiten mit Churchtools-Blöcken komplett leer, bis auf den Header. Der WordPress Error log meldet:

Fatal error: Declaration of Symfony\Component\Cache\CacheItem::expiresAt(?DateTimeInterface $expiration): static must be compatible with Psr\Cache\CacheItemInterface::expiresAt($expiration) in /home/www/wp-fcg/wp-content/plugins/sb-churchtools-grouphomepage/vendor/symfony/cache/CacheItem.php on line 65

Die Antwort des Shield-Entwicklers:
The fix is straightforward here - the code in the churchtools plugin just needs a tweak so that they method signatures align with the underlying PSR Cache library. This is quite common where sites/apps would run under, say, PHP 7.x and then upgrade to PHP 8.x which is a bit stricter when enforcing types. It might be as simple as updating the PSR library if it's a bit older, which I suspect is the case.

Komischerweise läuft im Moment wieder alles wie es soll. Ich gebe das aber mal weiter.

@Marcel-Tuchner super, vielen Dank

@jziegeler ja, aber. Der Algorithmus ist eine Blackbox, die mit einer gewissen Wahrscheinlichkeit ja auch zutrifft. Man muss den CT-Vorschlag begutachten und jedesmal manuell bestätigen. Für selbstdefinierte Regeln ist der User verantwortlich und wenn diese Regeln sauber definiert sind, könnte man für diese Konstellationen einen Batch-Buchungslauf vornehmen ohne jede Buchung einzeln bestätigen zu müssen. Das wäre eine enorme Zeitersparnis. Hilfreich wäre schon eine Unterscheidung der Buchung, ob sie durch eigene Regeln generiert werden. Dazu müssten aber auch alle Datenfelder regelbar sein. Wenn solche Bankumsätze gefiltert werden könnten, könnte man zumindest ohne weiteres Nachdenken alle diese Umsätze schnell bestätigen.

@CT-User CT kann ja auch Camt.

Aber ja ein CSV import wäre schon gut

@CT-User ja das ist echt doof. Aber im Februar sind die meisten wieder drin ...

Ich klinke mich hier auch ein - das wäre ein wirklich tolles Feature!

@Karin-D Das Fehlverhalten wird laut Support mit einer der nächsten Versionen behoben.

Nachdem mein Thread zu einem ähnlichen Thema gesperrt wurde, (siehe Verweis von jziegeler direkt über diesem Beitrag) mein Wunsch aber noch eine Nuance hat, poste ich ihn hier nochmal.

Ich möchte auch Beiträge löschen/bearbeiten können als Admin ohne ihn melden zu müssen.

Fast noch wichtiger jedoch (!) finde ich es, dass der Gruppenleiter das kann. Nicht umsonst ist er der Leiter der Gruppe und ich möchte dass er die Gruppen verwaltet/betreut. Es soll nicht ein Admin hier als Moderator für alle Gruppen/Beiträge fungieren müssen.

Die "normalen" Benutzer sollen ganz normal wie gewohnt Beiträge melden können. Der Gruppenleiter/Moderator kann dann entscheiden was damit passiert.

@mkaul wäre wichtig für uns.

@Andi-1 sagte in Beiträge: Übersicht in den Einstellungen:

Ich vermisse jetzt, nach den Anpassungen, eine Übersicht, welche Gruppe Beiträge schreiben kann und welche nicht. Dazu muss ich wieder jede Gruppe einzlen aufrufen.

Genau nach einer solchen Übersicht suche ich auch. Der Vorschlag mit dem Gruppenfeld ist gut, Immerhin könnte man damit erfahren, welche Gruppe das Modul aktiviert hat und welche nicht.
Super wäre eine Übersicht, aus der die jeweiligen Details der Gruppeneinstellungen hervorgehen.