ich weiß nicht, ob ich mit meinem Anliegen in dieser Rubrik richtig bin, aber ich vermute es.
Ich habe mir heute die Version 4.3.0 von jVerein installiert und wurde durch für mich Unverständliches überrascht:
Bei einem Nichtmitglied sind eine Mandats-ID und eine IBAN als Pflichtfelder vorbelegt. Warum?
Bei einem Mitglied wird ebenfalls eine IBAN als Pflichtfeld erwartet, aber nicht von einem bereits angelegten Zahler (Nichtmitglied) übernommen
und noch weiteres ... z. B. steht bei der Neuanlage eines Nichtmitglieds im Tab "Zahlung" dort "Zahlungsweg des Mitglieds"??
Hintergrund:
Für jedes Mitglied haben wir bisher aus der externen Mitgliedsnummer die Mandats-ID erzeugt, das klappte prima. Diese fehlt aber bei einem Nichtmitglied.
Der Beitrag jedes Mitglieds wird also - auch bei gleichem Zahler - mit einem eigenen SEPA-Mandat eingezogen (Beiträge werden demnach nicht in einer Rechnung zusammengefasst).
Dies kann ich in der neuen Version nur schwer abbilden (eine Dokumentation dazu habe ich nicht gefunden). Ich habe leider auch keine Einstellung mehr gefunden, mit der sich einzelne Pflichtfelder (das wären wohl Mandats-ID und das zugehörige Datum beim Nichtmitglied und die separate IBAN beim Mitglied) abschalten lassen.
Ich hoffe nun, dass ich hier kurzfristig Hilfe bekomme ... oder muss ich wieder auf die letzte Version zurück?
Also, bezüglich des Zahlungsweg des Mitglieds haben wir in 4.3.0 nichts geändert.
Wenn ein abweichender Zahler die Beiträge bezahlt, dann wird dessen Zahlungsweg verwendet. Es wird da nichts vom abweichenden Zahler kopiert. Es ist auch dabei nicht relevant was im Zahlungsweg des Mitglied steht.
Andererseits könnte man wollen, daß das Mitglied selbst etwas bezahlen muss. So gibt es bei den Zusatzbeiträgen den Schalter Mitglied zahlt selbst. Für diesen Fall braucht das Mitglied auch selbst einen eigenen Zahlungsweg. Setze den einfach auf Überweisung und du musst keine IBAN etc. eingeben. Das ist übrigens in der Docu beschrieben https://openjverein.gitbook.io/doku/v/4 ... nt/Zahlung.
Bezüglich der MandatId bei externer Mitgliedsnummer gab es tatsächlich einen Fehler den wir in der 4.3.0 behoben haben. Nicht-Mitglieder haben ja keine externe Mitgliedsnummer und darum stand bei denen null in der Nummer. Jetzt ist es so, dass in diesem Fall bei den Nicht-Mitgliedern die individuelle Id angewendet wird. Mann kann sie also direkt eingeben.
accoman hat geschrieben: Mittwoch 7. Oktober 2026, 22:31
Ich habe mir heute die Version 4.3.0 von jVerein installiert und wurde durch für mich Unverständliches überrascht:
Bei einem Nichtmitglied sind eine Mandats-ID und eine IBAN als Pflichtfelder vorbelegt. Warum?
Bei einem Mitglied wird ebenfalls eine IBAN als Pflichtfeld erwartet, aber nicht von einem bereits angelegten Zahler (Nichtmitglied) übernommen
und noch weiteres ... z. B. steht bei der Neuanlage eines Nichtmitglieds im Tab "Zahlung" dort "Zahlungsweg des Mitglieds"??
Zu den Fragen:
Mandats-ID und eine IBAN sind Pflichtfelder wenn als Zahlungsweg Basislastschrift gesetzt ist. Ohne diese geht halt keine Lastschrift. Du musst das auf Überweisung ändern wenn du keine Lastschriften nutzen willst. In den Einstellungen unter Abrechnung kann man den Standard Zahlungsweg für neue Mitglied setzen. Wenn also üblicherweise nicht mit Lastschrift bezahlt wird dann setze da dann Überweisung.
Wie schon in der letzten Antwort, es wir nichts vom abweichen Zahler übernommen. Das macht ja keinen Sinn. Der abweichende Zahler zahlt mit seinem Zahlungsweg und das Mitglied falls nötig mit seinem.
Ja, da könnte man auch "Zahlungsweg des Nicht-Mitglied" schreiben.
accoman hat geschrieben: Mittwoch 7. Oktober 2026, 22:31
Hintergrund:
Für jedes Mitglied haben wir bisher aus der externen Mitgliedsnummer die Mandats-ID erzeugt, das klappte prima. Diese fehlt aber bei einem Nichtmitglied.
Der Beitrag jedes Mitglieds wird also - auch bei gleichem Zahler - mit einem eigenen SEPA-Mandat eingezogen (Beiträge werden demnach nicht in einer Rechnung zusammengefasst).
Jetzt dazu:
Wie oben geschrieben, bei Nicht-Mitglieder kannst du jetzt die MandatId direkt eingeben.
Deine zweite Frage hier ist falsch. Haben mehrere Mitglieder den gleichen Zahler, dann bezahlt das alles dieser Zahler mit seinem Zahlungsweg und bei Lastschrift mit der gleichen IBAN und MandatId. Das wird dann auch in einer Lastschrift zusammengefasst falls im Abrechnungslauf die kompakte Abbuchung ausgewählt wurde.
Bei den Rechnungen ist es so, dass sie für die Sollbuchungen erstellt werden. Jedes Mitglied hat eine Sollbuchung bei sich, für den zu zahlenden Beitrag, auch wenn der Zahler der Sollbuchung ein anderer ist. Eine Rechnung wird also für jedes Mitglied ausgestellt. Ich denke so ist es auch richtig, die Mitglieder sind es ja auch an die die Forderung geht, auch wenn sie dann von jemand anderen bezahlt wird.
Falls für ein Mitglied Beiträge und Zusatzbeträge gleichzeitig abgerechnet werden dann kann mit dem Schalter "Sollbuchungen zusammenfassen" eine einzige Sollbuchung beim Mitglied erzeugt werden und er bekommt auch nur eine Rechnung für alle Positionen.
vielen Dank für die Antwort. In der Zwischenzeit habe ich mich damit und mit vielen anderen Informationen beschäftigt. Mein Kenntnisstand danach:
- generell gehören zu einem SEPA-Mandat ja die Gläubiger-ID (des Vereins), die IBAN des Zahlers und ein sog "Vertragsverhältinis" (die jeweiligen Mitgliedschaften).
- zu einer Gläubiger-ID und einer IBAN können dabei auch mehrere Mandate existieren. Deshalb war es ja so praktisch, die Mandatsreferenzen aus den (ext.) Mitgliedsnummern zu erzeugen.
Dieser Fall ist nun nicht mehr möglich (man kann keine 2 Mandatsreferenzen zuordnen), es sei denn, man legt zwei Nicht-Mitglieder an. Der einzige Unterschied wäre die Mandatsreferenz.
Wir haben uns nun so beholfen: die Mandatsreferenzen erhalten zukünftig ein ganz neues "System" und die Formulare wurden auf "alle Zahlungen" geändert.
Bei diesen Änderungen sind mir dann noch weitere Dinge aufgefallen, die ich hier mal ohne Wertung aufliste. Man könnte sie allerdings auch bei "Diskussion ,,,/Wünsch dir was" einstellen (evtl. habe ich entsprechende Funktionen auch nicht gefunden):
- Globale Änderungen fehlen (gleiche Änderungen bei mehreren Mitgliedern).
- die Bezeichnung '"Mitglied" taucht auch bei Nicht-Mitgliedern auf (z. B. "Zahlungsweg des Mitglieds", "Mitgliedskonto" und "Mitgliedsnummer" in der Spaltenauswahl).
- wenn ein Mitglied nicht selbat zahlt, muss auf "Überweisung" oder "Barzahler" eingestellt werden, damit keine Pflichtfelder das Speichern verhindern. Verwirrend, zumal die Felder der Zalung weiterhin beschriftet werden können. Warum nicht einfach "Kein Selbstzahler" und Ausblenden dieser Felder?
- es gibt auch "Nicht-Mitglieder", die in keinem "Vertragsverhältnis" zum Verein stehen, deren Adressen aber trotzdem wichtig sein können (Gemeindevertreter, Redakteure, andere Vereine und nicht zuletzt das Finanzamt). Als "Kontakte"?
- die Einstellung "Barzahler" könnte in den Einstellungen zwar gewählt werden, trifft dann aber auch auf die Nicht-Mitglieder zu. Hier sollten getrennte Basis-Einstellungen vorhanden sein.
- die Verwaltung von SEPA-Mandaten von den Nicht-Mitgliedern trennen? Z. B. die "Abweichende Zahler" enthalten doch alle Informationen der "zahlenden Nicht-Mitglieder", das muss doch nicht doppelt sein. Vorschlag: das "(Nicht-Mitglied')" bei "Abweichenden Zahler anlegen" entfallen lassen und die Daten nur in der Rubrik "Abweichende Zahler" eintragen.
- Aufgefallen: die bisherige aus der Mitgliedsnummer erzeugte Mandats-ID beim Mitglied lässt sich nicht löschen (ist aber ausgegraut). Muss dies aus Dokumentationsgründen so sein? Und unter "Letzte Lastschrift" wird ein Datum im Januar 2026 angegeben, obwohl das Mitgliedskonto Zahlungen bis Oktober aufweist. Beim Zahler wiederum ist das "Mitgliedskonto" leer.
Damit jetzt kein falscher Eindruck entsteht: ich bin froh, dass es JVerein gibt, zumal bisher alle Funktionen, insbesondere des (monatlichen) Beitragseinzugs einwandfrei laufen (Abrechnungslauf, Übergabe an Hibiscus, Einreichen bei der Bank und nach Einlösung zurück an JVerein).
accoman hat geschrieben: Freitag 23. Oktober 2026, 22:33
Hallo,
vielen Dank für die Antwort. In der Zwischenzeit habe ich mich damit und mit vielen anderen Informationen beschäftigt. Mein Kenntnisstand danach:
- generell gehören zu einem SEPA-Mandat ja die Gläubiger-ID (des Vereins), die IBAN des Zahlers und ein sog "Vertragsverhältinis" (die jeweiligen Mitgliedschaften).
- zu einer Gläubiger-ID und einer IBAN können dabei auch mehrere Mandate existieren. Deshalb war es ja so praktisch, die Mandatsreferenzen aus den (ext.) Mitgliedsnummern zu erzeugen.
Dieser Fall ist nun nicht mehr möglich (man kann keine 2 Mandatsreferenzen zuordnen), es sei denn, man legt zwei Nicht-Mitglieder an. Der einzige Unterschied wäre die Mandatsreferenz.
Wir haben uns nun so beholfen: die Mandatsreferenzen erhalten zukünftig ein ganz neues "System" und die Formulare wurden auf "alle Zahlungen" geändert.
Mein Kenntnisstand ist da etwas anders. Erstens braucht ein Verein eine Gläubiger-ID damit er überhaupt etwas einziehen darf. Das wird bei den Vereinsdaten konfiguriert. Das ist unabhängig von einem Mandat.
Eine Person muss ein Mandat unterschreiben, damit der Verein von seinem Konto Geld einziehen darf. Hierzu gibt es auch Vordrucke von der Bank. Ein Mandat enthält die Gläubiger-ID, die IBAN, den Kontoinhaber, eine eindeutige Mandat-id, das Datum des Mandat und die Unterschrift des Kontoinhaber.
Es gibt also zu einer IBAN genau ein Mandat. Die IBAN ist beim Zahlungsweg des Mitglied eingetragen und da steht auch die zugeordnete Mandat-id und Mandat Datum. Die Mandat-Id kann wie bisher die externe Mitgliedsnummer sein. Und nachträglich ändern darf man nicht weil sie ja im unterschreibenen Mandat steht.
Das Mandat ist auch nur notwendig wenn per Lastschrift gezahlt wird und dann bei der Person von dessen Konto eingezogen wird.
Zuletzt geändert von joma am Samstag 24. Oktober 2026, 09:44, insgesamt 2-mal geändert.
Bei diesen Änderungen sind mir dann noch weitere Dinge aufgefallen, die ich hier mal ohne Wertung aufliste. Man könnte sie allerdings auch bei "Diskussion ,,,/Wünsch dir was" einstellen (evtl. habe ich entsprechende Funktionen auch nicht gefunden):
- Globale Änderungen fehlen (gleiche Änderungen bei mehreren Mitgliedern).
-->Über das Mitglied Menü Eigenschaft kann man Eigenschaften für mehrere selektierte Mitglieder gleichzeitig ändern
- die Bezeichnung '"Mitglied" taucht auch bei Nicht-Mitgliedern auf (z. B. "Zahlungsweg des Mitglieds", "Mitgliedskonto" und "Mitgliedsnummer" in der Spaltenauswahl).
- wenn ein Mitglied nicht selbat zahlt, muss auf "Überweisung" oder "Barzahler" eingestellt werden, damit keine Pflichtfelder das Speichern verhindern. Verwirrend, zumal die Felder der Zalung weiterhin beschriftet werden können. Warum nicht einfach "Kein Selbstzahler" und Ausblenden dieser Felder?
-->ich glaube ich habe das ausführlich begründet
- es gibt auch "Nicht-Mitglieder", die in keinem "Vertragsverhältnis" zum Verein stehen, deren Adressen aber trotzdem wichtig sein können (Gemeindevertreter, Redakteure, andere Vereine und nicht zuletzt das Finanzamt). Als "Kontakte"?
-->Was ist dein Problem, dafür gibt es die Nicht-Mitglieder
- die Einstellung "Barzahler" könnte in den Einstellungen zwar gewählt werden, trifft dann aber auch auf die Nicht-Mitglieder zu. Hier sollten getrennte Basis-Einstellungen vorhanden sein.
- die Verwaltung von SEPA-Mandaten von den Nicht-Mitgliedern trennen? Z. B. die "Abweichende Zahler" enthalten doch alle Informationen der "zahlenden Nicht-Mitglieder", das muss doch nicht doppelt sein. Vorschlag: das "(Nicht-Mitglied')" bei "Abweichenden Zahler anlegen" entfallen lassen und die Daten nur in der Rubrik "Abweichende Zahler" eintragen.
-->Das würde alles schon früher diskutiert. Ich verstehe auch nicht was da doppelt ist und was man da trennen soll. Wie gesagt. Ein Mandat bezieht sich auf ein Konto und dessen Kontoinhaber. Damit muss ein Mitglied bzw. Nicht-Mitglied dafür existieren welches das Mandat ausgestellt hat.
- Aufgefallen: die bisherige aus der Mitgliedsnummer erzeugte Mandats-ID beim Mitglied lässt sich nicht löschen (ist aber ausgegraut). Muss dies aus Dokumentationsgründen so sein? Und unter "Letzte Lastschrift" wird ein Datum im Januar 2026 angegeben, obwohl das Mitgliedskonto Zahlungen bis Oktober aufweist. Beim Zahler wiederum ist das "Mitgliedskonto" leer.
-->Wenn als Mandat-Id Externe Mitgliedsnummer ausgewählt ist, warum willst du die dann löschen? Bezüglich Mitgliedskonto habe ich auch alles oben erklärt. Letzte Lastschrift ist die, die als letztes vom Konto des Mitglieds abgebucht wurde. Wenn da später noch abgebucht wurde wäre das ein Fehler.
Damit jetzt kein falscher Eindruck entsteht: ich bin froh, dass es JVerein gibt, zumal bisher alle Funktionen, insbesondere des (monatlichen) Beitragseinzugs einwandfrei laufen (Abrechnungslauf, Übergabe an Hibiscus, Einreichen bei der Bank und nach Einlösung zurück an JVerein).
- wenn ein Mitglied nicht selbat zahlt, muss auf "Überweisung" oder "Barzahler" eingestellt werden, damit keine Pflichtfelder das Speichern verhindern. Verwirrend, zumal die Felder der Zalung weiterhin beschriftet werden können. Warum nicht einfach "Kein Selbstzahler" und Ausblenden dieser Felder?
-->
Auch wenn ein Mitglied nicht selbst bezahlt oder per Überweisung bleiben die Felder sinnvoll.
Wir haben Z.B. das Gutschrift Feature um Mitgliedern etwas zu bezahlen.Wenn wir das überweisen wollen, brauchen wir dessen IBAN, ganz unabhängig von der Zahlungsart.
Wenn Mitglieder per Überweisung bezahlen muß man später die Buchung der Sollbuchung zuordnen. Das geht auch automatisch. Wenn man nach der ersten Überweisung die genutzte IBAN beim Mitglied einträgt kann man die automatische Zuordnung z.B. über die eindeutige IBAN machen.
Warum sollten wir das alles blockieren?
OK, verstanden ... und richtig.
An diese Fälle habe ich nicht gedacht, weil sie bei uns noch nie vorgekommen sind. Nur eine Rückerstattung an den Zahler wegen falschem Einzug ... und dessen IBAN hatten wir ja.
Sorry.