Falscher Kontostand in Mahnungen bei Überzahlung
Verfasst: Mittwoch 12. August 2015, 00:10
Wir versenden gerade das erste Mal Mahnungen für nicht gezahlte Beiträge und haben festgestellt, dass die Berechnung des Kontostandes beim Mahnungsversand vom tatsächlichen Kontostand abweicht, wenn ein Mitglied Zahlungen geleistet hat, die nicht explizit auf bestimmte Sollbuchungen verrechnet wurden. Im Mitgliedskonto ist dann zwar der korrete Kontostand (z.B. 0 oder gar positiv), es wird aber aber dennoch eine Manhnung generiert, mit den nicht explizit verrechneten Sollbuchungen, die dort ausgegebene Summe entspricht dann den nicht verrechneten Sollbuchungen. Dies gilt sowohl für die Variable "mitgliedskonto_differenz", als auch für "mitglieskonto_stand" und "mitgliedskonto_summe_offen"
Das Problem tritt in der Praxis auf, wenn ein Mitglied mehrere Jahresbeiträge auf einmal begleicht. Wir hatten dies dann einfach im Jahr der Zahlung verbucht. Ebenso wenn mehrere Jahre im Voraus bezahlt werden und somit die Sollbuchung erst nach Verbuchung der Zahlung erfolgt.
Das Problem lässt sich natürlich dadurch umgehen, dass man für die Zahlung jeweils eine Splitbuchung generiert und alles ordentlich per Hand zuordnet. Bei Vorauszahlungen ist das aber äußerst schwer zu handhaben, da man die erstmal im nächsten Jahr wiederfinden muss. Auch ist die Splittbuchungsfunktion derart aufwendig (erst Zuordung zu einer Buchungsart etc...), dass ich sie eigentlich nicht wirklich für die Buchung von Mitgliederzahlungseingängen verwenden will. Wenn das Mitglied genug bezalhlt hat, hat es genug bezahlt. Punkt. Dann sollte bei den Mahnungen auch nur eine Differenz zwischen Gesamt-Soll und Gesamt-Ist berücksichtigt werden.
Das Problem tritt in der Praxis auf, wenn ein Mitglied mehrere Jahresbeiträge auf einmal begleicht. Wir hatten dies dann einfach im Jahr der Zahlung verbucht. Ebenso wenn mehrere Jahre im Voraus bezahlt werden und somit die Sollbuchung erst nach Verbuchung der Zahlung erfolgt.
Das Problem lässt sich natürlich dadurch umgehen, dass man für die Zahlung jeweils eine Splitbuchung generiert und alles ordentlich per Hand zuordnet. Bei Vorauszahlungen ist das aber äußerst schwer zu handhaben, da man die erstmal im nächsten Jahr wiederfinden muss. Auch ist die Splittbuchungsfunktion derart aufwendig (erst Zuordung zu einer Buchungsart etc...), dass ich sie eigentlich nicht wirklich für die Buchung von Mitgliederzahlungseingängen verwenden will. Wenn das Mitglied genug bezalhlt hat, hat es genug bezahlt. Punkt. Dann sollte bei den Mahnungen auch nur eine Differenz zwischen Gesamt-Soll und Gesamt-Ist berücksichtigt werden.