Fragen zu letzter Lastschrift und Beitragsmodellen

[Hugo66]

Hallo,

ich habe zwei Fragen zum Thema Abrechnung und Beiträge:

1) Nach dem Import der Mitgliederdaten steht die Mandatssequenz überall auf Erstlastschrift, obwohl in der Importdatei RCUR eingetragen ist. Das Feld "letzte Lastschrift" ist leer. Beides lässt sich in der Mitgliederansicht nicht ändern. Gibt es eine Möglichkeit das zu ändern. Mit den entsprechenden Mandaten wurden nämlich bereits Abbuchungen durchgeführt. Es handelt sich also jeweils nicht um Erstlastschriften.

2) Die Mitglieder zahlen einen Jahresbeitrag. Der wird immer einmal jährlich am 1. Februar abgebucht. Soweit kein Problem. Neumitglieder zahlen für das Jahr des Eintritts einen Beitrag in Abhängigkeit vom Eintrittszeitpunkt, d.h. Januar voller Beitrag, Februar 11/12 des Beitrags, März 10/12 des Beitrags und so weiter. Was muss man einstellen um das korrekt abbilden zu können. Bei den Erklärungen zu den Beitragsmodellen fehlt mir nun trotz zigfachem Durchlesen immer noch das richtige Verständnis.

Für eine paar Hinweise und Erklärungen wäre ich dankbar.

Gruß
Hugo

[heiner]

Hallo Hugo,

zu 1) Die Entscheidung, welcher Sequenztyp verwendet wird, wird nicht mehr über das Datenbankfeld getroffen, sondern über die Tabelle "lastschriften". Darin merkt sich JVerein alle durchgeführten Lastschriften. Für diese Tabelle gibt es keine Importfunktion. Du wirst damit leben müssen, dass einmal FRST vorgegeben wird. Ist das wirklich ein Problem?

zu 2) Es gibt hier keine automatisierte Lösung. Zu dem Thema gibt es mindestens so viele Regelungen, wie es Vereine gibt. Den ersten Beitrag musst du manuell abbuchen.

Heiner

[Hugo66]

zu 1) Keine Ahnung ob das Probleme gibt. Ich weiß nicht wie der Bankserver reagieren würde, wenn unter der gleichen Mandatsnummer zweimal FRST abgebucht wird. Wäre natürlich interessant zu wissen, ob sich die Bankserver bei einer Lastschrift irgendwelche Informationen merken, wie z.B. die Mandatsnummer, das Datum der Erstlastschrift, etc. oder ob die jede Lastschrifteinreichung vollkommen neutral und unabhängig behandeln. Ich meine vor einiger Zeit mal wo gelesen zu haben, dass ein Bankserver z.B. erkennen könnte, wenn ein Mandat mehr als 36 Monate nicht verwendet wurde, d.h. er würde Informationen abspeichern. Kann aber natürlich auch völliger Blödsinn sein.

Unabhängig davon: Wenn es Probleme geben sollte, wäre es dann möglich die Informationen zur letzten Lastschrift einfach per Hand in die Tabelle "lastschriften" einzutragen oder hätte das Wechselwirkungen auf andere Programmbereiche?

Und noch zum Abschluss: In der Dokumentation sollte man vielleicht darauf hinweisen, dass der Import der Mandatssequence keine Auswirkungen mehr auf die Anzeige in den Mitgliedsdaten hat oder das Feld einfach komplett aus dem Import nehmen, damit nicht andere noch über die selbe Frage stolpern.

[heiner]

Zur Mandatsreferenz: Die Bankserver können ggfls. erkennen, ob 2 mal FRST kommt. Allerdings können Sie nicht erkennen, ob vor einem RCUR auch ein FRST kommt, da das auch bei einer anderen Bank gekommen sein kann.

Berichte doch mal von deinen Erfahrungen.

Heiner

[Heart]

Zur Mandatsreferenz: Die Bankserver können ggfls. erkennen, ob 2 mal FRST kommt. Allerdings können Sie nicht erkennen, ob vor einem RCUR auch ein FRST kommt, da das auch bei einer anderen Bank gekommen sein kann.

Da muss ich glaube ich wiedersprechen... wenn der FRST bei einer anderen Bank war, dann kann nicht einfach die zweite Lastschrift von einer ganz anderen Bank abgebucht werden. Eine derartige Änderung der BIC (und/oder der IBAN) muss ja per Erweiterungsteil in der XML Datei mitgeteilt werden!

Wenn man also eine eigentliche Erst-Lastschrift an ein Postbankkunde-Mitglied mit RCUR sendet anstatt FRST, dann geht diese knallhart zurück mit Vermerk, dass es eben noch keine FRST gab. Diesen Weg werden denke ich immer mehr Banken einschlagen. Also auf richtige Sequenz achten macht schon Sinn (um teure Rücklastschriften zu vermeiden).

[heiner]

Wenn das so ist, muss eben eine neue Referenznummer mitgeteilt werden und wieder mit FRST begonnen werden.

Heiner

[Heart]

Wenn das so ist, muss eben eine neue Referenznummer mitgeteilt werden und wieder mit FRST begonnen werden.

Wie wird das bisher in jverein gehändelt, wenn sich eine BIC (und/oder IBAN) ändert?

Setzt Du dann in der xml Datei bei diesem Mitglied amdmntInd auf true und gibst die Alt-Daten mit an?

AmdmntInd
<AmdmntInd>TRUE<AmdmntInd>
Das Feld mit dem Wert "TRUE" zu belegen, wenn das SEPA Mandat seit letzten SEPA Lastschrift Einreichung geändert wurde. Ansonsten steht im Feld „false“.

Diese Feld ist relevant für folgende SEPA Mandatsänderungen: SEPA Gläubiger ID, SEPA Gläubiger Name, SEPA Bankverbindung des Zahlungspflichtigen und SEPA Mandat ID

AmdmntInDtls (SEPA IBAN)
<AmdmntInDtls>
<OrgnlDbtrAcct>
<Id><IBAN>DE00123456781234567890</IBAN></Id>
</OrgnlDbtrAcct>
</AmdmntInDtls>
Das Element ist erforderlich, wenn Bankverbindung des Zahlungspflichtigen im SEPA Mandat seit der letzten SEPA Lastschrift Einreichung geändert wurde. In diesem Fall muss im Feld die ursprünglichen IBAN des Bankkontos des Zahlungspflichtigen geliefert werden.
(aus http://www.hettwer-beratung.de/sepa-spe ... er-aufbau/)

[heiner]

Sofern die Mandats-ID identisch ist und unter der Mandats-ID bereits Lastschriften vorhanden sind, wird RCUR verwendet. Die von dir angegebenen Eintragungen werden nicht vorgenommen.

Heiner

[Heart]

Sofern die Mandats-ID identisch ist und unter der Mandats-ID bereits Lastschriften vorhanden sind, wird RCUR verwendet. Die von dir angegebenen Eintragungen werden nicht vorgenommen.

Ok... evtl. setzt Du das irgendwo auf eine Liste, damit es nicht vergessen wird. Die Zeit wird zeigen, wie die Banken reagieren (wenn die ersten jverein Nutzer Änderungen an Bankverbindungen ihrer Mitglieder haben und sie dann "falsch" eingereicht werden).

Optionen hier wären ja:

1. Ändert sich IBAN/BIC setzt jverein den hinteren Teil der Mandats-ID (-*) um eins hoch, somit wird die nächste Lastschrift korrekt mit FRST eingereicht (rein theor. wäre hier aber dann auch ein neues Mandat samt Unterschrift fällig. Aber a) wer will deswegen ein neues Mandat einholgen und b) was ist, wenn man die externe Manats-ID Option nutzt, dann kann diese ja nicht einfach geändert werden!?)
2. Korrekterweise müsste dieser AmdmntInd Wert samt Erweiterungsteil gesetzt werden, wenn sich SEPA Gläubiger ID, SEPA Gläubiger Name, SEPA Bankverbindung des Zahlungspflichtigen oder die SEPA Mandats ID ändert. So müsste auch nicht ein zusätzliches/neues Mandat beim Mitlgied eingeholt werden.

Das wird alles nicht ganz so einfach, wenn sich derlei Dinge ändern... spätestens dann wird SEPA etwas "komplizert(er)"

[Hugo66]

Unabhängig davon: Wenn es Probleme geben sollte, wäre es dann möglich die Informationen zur letzten Lastschrift einfach per Hand in die Tabelle "lastschriften" einzutragen oder hätte das Wechselwirkungen auf andere Programmbereiche?

ich kann Eurer Diskussion zwar inzwischen nicht mehr ganz folgen, aber kann mir heiner vielleicht trotzdem noch kurz die obige Frage beantworten.