Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Zuwendungsbestätigung muss auf die Zahler*in ausgestellt werden, nicht auf das Mitglied #439

Open
fkuersch opened this issue Nov 7, 2024 · 10 comments · May be fixed by #493
Open

Zuwendungsbestätigung muss auf die Zahler*in ausgestellt werden, nicht auf das Mitglied #439

fkuersch opened this issue Nov 7, 2024 · 10 comments · May be fixed by #493

Comments

@fkuersch
Copy link

fkuersch commented Nov 7, 2024

Es ist zwar möglich, bei dem Mitglied eine abweichende Kontoinhaber*in anzugeben, allerdings wird die Spendenbescheinigung trotzdem auf das Mitglied ausgestellt - das ist so nicht korrekt.

Dafür braucht jede Buchung eine eigene Zahler*in:

  • Abweichende Kontoinhaber*in kann sich ändern oder ganz verschwinden (dann zahlt das Mitglied selbst)
  • Personen können unabhängig vom Abrechnungslauf z. B. per Barzahlung/Überweisung Sollstellungen für andere Mitglieder begleichen
@JohannMaierhofer
Copy link

Ich glaube du hast Recht.
Das bedeutet aber einiges an Änderungen, sollte aber gemacht werden.

@lenilsas
Copy link

Ich sehe es auch so, dass die Spendenbscheinigung auf den Zahler und nicht auf das Mitglied ausgestellt werden soll. Allerdings finde ich es etwas übertrieben dafür bei jeder Buchung alle Daten des Zahler zu hinterlegen. Ich denke da sollte ein Hinweis in der Doku reichen, dass beim Erstellen der Spendenbescheinigung der aktuelle Zahler als Empfänger der Sendenbescheinigung angenommen wird. Mann könnte auch einen Vergleich der IBANs machen von denen die Spende bezahlt wurde, wenn sie nicht der aktuell beim Mitglied hinterlegten entsprechen könnte man eine Sicherheitsfrage mache ab fortgefahren werden soll.

@JohannMaierhofer
Copy link

Meine Idee wäre folgende gewesen.

  • Beim Mitglied wird der alternative Kontoinhaber ersetzt durch eine Mitglied Auswahl. Notfalls muss man den Kontoinhaber als Nicht-Mitglied anlegen wenn es kein Mitglied ist.
  • Der Zahler wird verallgemeinert. Statt Vollzahler heißt es Alternativer Zahler bzw. Kontoinhaber. Der ist dann der gesetzte Zahler.
  • In der Buchung gibt es dann ein Attribut welches auf den Spender verweist.
  • Beim Abrechnungslauf wird bei Beiträgen der Art Spende in der erzeugten Buchung der Zahler als Spender gesetzt.
  • In der Liste der Buchungen gibt es die Spalte Spender und eine Möglichkeit den Spender zu setzen bei Buchungen der Art Spende. Bei Überweisung dann per Hand
  • Dann braucht man auch bei allgemeinen Spenden keine Sollbuchung mehr erstellen. Das war sowieso immer etwas verwirrend warum das nötig ist.
  • Die automatische Generierung von Geldspendenbescheinigungen sucht dann halt nicht mehr nach Sollbuchungen sondern nach Buchungen.

@fkuersch
Copy link
Author

fkuersch commented Nov 13, 2024

@lenilsas Die Zuwendungsbestätigung auf die aktuell hinterlegte Zahler*in auszustellen, wäre schon etwas besser. Im Moment wird die auf das Mitglied ausgestellt, obwohl unter "Abweichender Kontoinhaber" eine separate Zahler*in angegeben worden ist.

Allerdings finde ich das sehr unsauber. Denn auch unterjährig kann z. B. das Mitglied die Zahlung übernehmen, während vorher ein Familienmitglied gezahlt hat. Oder die Mitgliedschaft wird regelmäßig von einem Familienmitglied übernommen, aber das Mitglied spendet zusätzlich sporadisch.

Ich habe es nicht komplett durchdacht, wie eine Lösung aussehen könnte. Der Standardfall sollte aber sein, dass die Zahlung immer der Spender*in direkt zugeordnet wird. Wahrscheinlich wäre es dafür sinnvoll, die Option "Abweichender Kontoinhaber" nicht als Textfelder auszulegen, sondern als Verknüpfung zu einem anderen Adressdatensatz (entweder "Mitglieder" oder "Adressen"). Beim Verbuchen gäbe es dann zusätzlich zur Auswahl "Mitglied" (die Zuweisung der Sollstellung) ein Feld "Zahler*in", das standardmäßig auf das Mitglied gesetzt wird. Wenn ein "Abweichender Kontoinhaber" angegeben wurde, wird automatisch der andere Adressdatensatz ausgewählt. So macht es das Verbuchen nicht komplizierter, gibt aber die Option, eine andere Zahler*in anzugeben.

@fkuersch
Copy link
Author

Mir fällt gerade dieser PR auf: #286

Es gibt ja auch noch Familien-Mitgliedschaften in jVerein. Dieses Feature habe ich nie genutzt. Vielleicht ist es darüber ja auch möglich, die Zahler*in von dem Mitglied zu trennen und den "Abweichenden Kontoinhaber" komplett zu entfernen

@lenilsas
Copy link

@JohannMaierhofer ich kann deinen Vorschlag durchaus verstehen, ich denke es wird nur sehr kompliziert die bestehenden Daten zu migrieren da die vorhandenen Spendenbescheinigungen weiterhin auf die Sollbuchung verweisen. Das Sollbuchungen für Spenden erstellt werden müssen finde ich auch verwirrend.
Mein Vorschlag wäre es möglichst ohne große Änderungen in den Beziehungen Spendebescheinigung-Mitglied-Sollbuchung-Buchung zu machen.
Eine Möglichkeit wäre auch, die Zuordnung von Spenden zu Mitgleidern mit abweichendem Kontoinhaber nicht zuzulassen. Und das Anlegen eines abweichenden Kontoinhabers bei Mitgliedern mit verknüpften Spenden zu verhindern. In der Fehlermeldung könnte ja stehen, dass hier ein eigenes (Nicht-)Mitglied erzeugt werden muss.
Ebenso müsste das zuweisen eines Zahlers beim Familenverband verhindert werden.
Den Abweichenden Kontoinhaber gänzlich zu entfernen halte ich nicht für eine gute Idee, das oft vorkommt das zB. die Eltern für ein Kind bezahlen, da jedesmal die Eltern als Nicht-Mitglied anlegen zu müssen finde ich zu umständlich.

@JohannMaierhofer
Copy link

ich denke es wird nur sehr kompliziert die bestehenden Daten zu migrieren da die vorhandenen Spendenbescheinigungen weiterhin auf die Sollbuchung verweisen.

Das ist nicht ganz richtig, auch heute schon verweist die Buchung auf die Spendenbescheinigung und nicht die Sollbuchung. Die Spendenbescheinigung verweist auf das Mitglied. Mit der Änderung würde das Attribut Mitglied in der Spendenbescheinigung dann Spender heißen und aus der Buchung kopiert werden.

In einer Migration müsste man nur das Mitglied in der Spendenbescheinigung in die Buchung kopieren. Ich weiß jetzt nicht ob man das in einer Migration machen kann. Notfalls müsste man den Getter auf den Spender in der Buchung so schreiben, dass der wenn null da steht und eine Spendenbescheinigung existiert den Spender aus der Spendenbescheinigung holt und rück kopiert, also eine Lacy Migration.

Das mit dem abweichenden Kontoinhaber wäre schon schwerer zu migrieren. Aber wir könnten diesen Teil ja auch lassen. Vielleicht machen wir das dann so:

  • Abweichender Kontoinhaber bleibt
  • Die Abrechnung schreibt das Mitglied oder bei Vollzahler den Vollzahler in das Attribut Spender in der Buchung
  • Das wars dann, mit der Editiermöglichkeit bei der Buchug kann man dann den Spender ändern wenn er nicht passt z.B. weil man einen abweichenden Kontoinhaber gesetzt hatte. Bei Überweisung muss man das ja auch machen. Und wer es automatisch will bildet den Familienverband

Ich denke dann wäre es nicht so schwer das zu machen.

@fkuersch
Copy link
Author

Den Abweichenden Kontoinhaber gänzlich zu entfernen halte ich nicht für eine gute Idee, das oft vorkommt das zB. die Eltern für ein Kind bezahlen, da jedesmal die Eltern als Nicht-Mitglied anlegen zu müssen finde ich zu umständlich.

Das könnte man in der GUI so umsetzen, dass ein Nicht-Mitglied mit einem Knopf hinzugefügt werden kann, ohne dass die Ansicht des Mitglieds verlassen werden muss. Ich denke, dass die Existenz des abweichenden Kontoinhabers als separate Textfelder innerhalb eines Mitglieds die saubere Zuweisung einzelner Zahlungen zu einer Zuwendungsbestätigung sehr erschwert.

Das wars dann, mit der Editiermöglichkeit bei der Buchug kann man dann den Spender ändern wenn er nicht passt z.B. weil man einen abweichenden Kontoinhaber gesetzt hatte. Bei Überweisung muss man das ja auch machen. Und wer es automatisch will bildet den Familienverband

So ganz durchschaut habe ich die Familienmitgliedschaft noch nicht. Ist es im Familienverband möglich, ein Nicht-Mitglied als Zahler für ein Mitglied zu definieren?

@JohannMaierhofer
Copy link

Mein neuer Vorschlag wäre #467

@JohannMaierhofer
Copy link

Ich habe inzwischen den Vorschlag aus #467 soweit implementiert. Ich brauche aber auch die Änderung aus #475.
Sobald das übernommen ist werde ich den PR stellen.

@JohannMaierhofer JohannMaierhofer linked a pull request Nov 26, 2024 that will close this issue
@lenilsas lenilsas linked a pull request Nov 27, 2024 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants