"Zahlungsgrund für Beträge" auch bei den Zusatzbeiträgen

[ribers]

Hallo Heiner,

Wenn bei der Abrechnung als Modus "keine Beitragsabrechnung" und das Häkchen bei Zusatzbeträge gesetzt ist,
dann werden nur die Zusatzbeträge berechnet. So weit so gut.

Leider erscheint bei dieser Art der Abbuchung nirgends im Verwendungszweck der Text aus dem Feld "Zahlungsgrund für Beträge (Abrechnungsdialog)".
Es taucht nur der Text, der bei den Zusatzbeträgen eingetragen ist, auf.

Bei der Abbuchung der Mitgliedsbeiträge erscheint er allerdings.

Wäre es möglich, dass der Text auch bei der alleinigen Abrechnung der Zusatzbeträge auch mit aufgeführt wird?

[UPDATE]
Dazu müsste nur in die Abrechnung.java folgender Code in die Methode abbuchenZusatzbetraege um Zeile 560 eingefügt werden:

Code: Alles auswählen

if (param.abbuchungsmodus == Abrechnungsmodi.KEINBEITRAG) {
    lastschrift.addVerwendungszweck(param.verwendungszweck);
}

Die if-Abfrage, damit bei einem anderen Abrechnungsmodus der Eintrag nicht doppelt auftritt.
[/UPDATE]

Schöne Grüße und Danke für das super Programm,
Rüdiger

PS: Ich benutze immer noch die CVS Version

[heiner]

Hallo Rüdiger,

Leider erscheint bei dieser Art der Abbuchung nirgends im Verwendungszweck der Text aus dem Feld "Zahlungsgrund für Beträge (Abrechnungsdialog)".
Es taucht nur der Text, der bei den Zusatzbeträgen eingetragen ist, auf.

Genauso ist es gewollt. Warum willst du zusätzlich zum Zusatzgrund noch einen Text ausgeben?

Heiner

[ribers]

Hallo Heiner,

Ich benutze die Zusatzbeträge zur Abbuchung von Trainingsbeiträgen, die monatsweise anfallen. Die Abbuchung geschiet dabei allerdings zeitversetzt, d.h. die Kosten für z.B. August werden erst um den 15. September abgebucht.

Im Abrechnungsdialog setze ich "Zahlungsgrund für Beträge" auf "Trainingskosten August"

Kündigt ein Mitglied nun das Training zum 1. September, wird am 15. September nochmal abgebucht, da ja der August in Rechnung gestellt wird. Leider meinen dann viele, dass die Abmeldung nicht angekommen ist, und buchen das Geld zurück, was mir zusätzliche Telefonate und Kosten beschehrt.

Würde im Verwendungszweck nun der Text aus dem Feld "Zahlungsgrund für Beträge" auftauchen ("Trainingskosten August"), dann sollte es beim Betrachten der Kontoauszüge jedem Mitglied klar werden, für welchen Zeitraum die Kosten entstanden sind.

Als Alternative hatte ich mir schon überlegt, dass man auch im Verwendungszweck der Zusatzbeträge mit Platzhaltern wie z.B.

• %m = aktueller Monat (ersten 3 Buchstaben)
  %M = aktueller Monat (ganzer Name)
  %(m-1) = Vormonat
  %y = Jahr (11)
  %Y = Jahr (2011)
  usw.

arbeiten könnte.
Ein Verwendungszweck bei den Zusatzbeträgen wie z.B. "Kosten für Sportkurs #1c - %(m-1) %Y" würde dann "Kosten für Sportkurs #1c - Aug 2011" lauten, wenn im September abgebucht wird. Aber der Programmieraufwand wäre da schon erheblich höher.

Leider kann ich die Trainingskosten nicht im Voraus abbuchen, da mir sonst die Mitglieder aufs Dach steigen, zumindes in dem Monat, wo sie doppelt bezahlen müssten.

So, jetzt verstehst Du vielleicht mein kleines Problem mit den Zusatzbeträgen.

Vielen Dank für Deine Geduld,

Rüdiger

[heiner]

Hallo Rüdiger,

ich könnte relativ einfach die Variablenersetzung aus dem Bereich der Mails in die Abrechnung implementieren. Dann stünden die Variablen wie in die Tabelle auf http://www.jverein.de/mail.php unten zur Verfügung. Gibt es dann Probleme mit der Länge der Variablennamen?

Heiner

[ribers]

Hallo Heiner,

Das wäre super, wenn das so einfach geht. Die Variablenlänge sollte kein Problem sein, denn bis jetzt benutze ich nur eine Zeile vom Verwendungszweck der Zusatzbeträge.

Und wenn man klar machen will, dass der Verwendungszweck nur 27 Buchstaben hat, dann kann man es auch wie folgt lösen:

Dazu müsste aber Olaf Willuhn in Jameica zusätzlich zu:

Code: Alles auswählen

public TextInput(String value)
public TextInput(String value, int maxLength)

noch

Code: Alles auswählen

public TextInput(String value, int maxLength, int trimLength)

einbauen. Vielleicht kannst Du ihn ja dazu überreden

Aber für mein oben beschriebenes Problem würde mir Deine Lösung völlig reichen.

Schöne Grüße,
Rüdiger

[heiner]

Hallo Rüdiger,

deinen Vorschlag werde ich so nicht realisieren. Dazu wäre eine Änderung an der Datenbank erforderlich. Wie soll der Benutzer denn reagieren, wenn der Text zu lang wird? Was soll passieren, wenn die Eingabe zunächst den Regeln entspricht, dann aber Frau Läuthäuser Herrn Schnarrenberger heiratet und anschließend Läuthäuser-Schnarrenberger heißt und deshalb der Text nicht passt?

Mein Vorschlag: Die allgemeinen Variablen werden wie bei den Mails benutzt/ersetzt. Alles muss in den 27 Stellen Platz finden.

Heiner

[FreierKigaJena]

Hallo,
das Thema ruhte jetzt länger, aus aktuellem Anlass wollte ich aber noch einmal Fragen, wie hier der Status ist bzw. ob es evtl. möglich wäre einen abweichenden Zahlungsgrund / Verwendungszweck für Zusatzbeiträge (abweichend vom eigentlichen Zusatzbeitrag Verwendungszweck) anzugeben. Im Prinzip wie bei der Abrechnung von den normalen Mitgliedsbeiträgen. Das ist bei wiederkehrenden Zusatzbeiträgen (in Intervallen) sehr hilfreich. Zumal wenn man dort wie oben erwähnt den Monat oder Vormonat in den Verwendungszweck mit aufnehmen möchte.
Vorstellbar sind hier zwei Szenarien der Umsetzung:

Vorschlag 1 (Kombination des Zusatz-Verwendungszwecks mit Abweichenden Verwendungszweck):
Zusatzbeitrag Verwendungszweck: "Essen"
Abweichender Verwendungszweck: "11 / 2013"
Ergebnis des Verwendungszweckes: "Essen 11 / 2013"

Vorschlag 2 (Abweichender Verwendungszweck überschreibt den Zusatzbeitrag-Verwendungszweck):
Zusatzbeitrag Verwendungszweck: "Essen"
Abweichender Verwendungszweck: "Mahlzeiten 11 / 2013"
Ergebnis des Verwendungszweckes: "Mahlzeiten 11 / 2013"

Es wäre wie gesagt eine tolle Funktion. Momentan ist hier der einzige Workaround, die Zusatzbeiträge ohne Intervall mit jeweils unterschiedlichen Verwendungszwecken zu erstellen. Das ist aber im Zuge von SEPA etwas hinderlich, da hier ja nur einmalige Lastschriften erzeugt werden können und nicht sich wiederholende ...

[heiner]

Hallo,

der Betreff ist aus meiner Sicht so nicht in Ordnung. Wenn wir ihn ändern würden in "Variable zur Gestaltung des Zahlungsgrundes von Zusatzbeträgen", könnte ich ich mich mit dem Gedanken anfreunden

Heiner

[FreierKigaJena]

Hallo,
na dann ändern wir mal den Betreff ...
Heiner: Also könntest du Dir vorstellen so etwas in der Art umzusetzen?
Beste Grüße

[heiner]

Hallo,

ich habe den Wunsch notiert: https://sourceforge.net/p/jverein/tickets/54/

Heiner