Seite 1 von 1

Beitragszahlungen für mehrere Mitglieder

Verfasst: Freitag 13. April 2012, 14:39
von bärlin
Gibt es die Möglichkeit, Beitragszahlungen direkt auf verschiedene Mitglieder aufzuteilen?
Bei uns kommt es des öfteren vor, dass Beitragszahlungen für mehrere Mitglieder in einer Zahlung zusammengefasst werden (z.B. Ehepartner, Eltern und Kinder).
Die Lösung erst eine entsprechende Splitbuchung anzulegen und dann die Beiträge manuell zu verteilen, ist auf Dauer etwas aufwändig.

Ich stelle mir das idealer Weise in etwa so vor, dass ich beim Zuordnen der aus Hibiscus übernommenen Buchungen auswähle, auf wie viele Mitgliedskonten ich die Gesamtsumme verteilen möchte (Standard wäre 1) und dann den Gesamtbetrag auf die ausgewählten Mitgliedskonten verteile. Am besten wäre es natürlich, wenn mir hier auch gleich angezeigt wird, welcher Betrag bei welchem Mitgliedskonto noch offen ist.

Viele Grüße

Markus

Re: Beitragszahlungen für mehrere Mitglieder

Verfasst: Samstag 14. April 2012, 01:41
von heiner
Hallo Markus,

auch wenn es so laufen sollte, wie du es beschrieben hast, müssten intern die entsprechenden Splitbuchungen erstellt werden. Momentan fehlen mir die Kapazitäten dafür. Evtl. gibt es jemanden, der das realisieren möchte.

Heiner

Re: Beitragszahlungen für mehrere Mitglieder

Verfasst: Donnerstag 3. Mai 2012, 17:48
von bärlin
Hallo Heiner,

ich habe einen unserer Übungsleiter gefragt, ob er eine solche Funktion der Splitbuchung erstellen würde. Er hat sich dazu grundsätzlich bereit erklärt. Darauf haben wir uns den Quellcode angesehen und festgestellt, dass diese Funktion zumindest teilweise schon vorhanden zu sein scheint, aber noch nicht fertig und daher auch nicht verfügbar ist.
Haben wir das richtig gesehen? Wenn ja, was fehlt denn noch konkret zur Fertigstellung?

Viele Grüße

Markus

Re: Beitragszahlungen für mehrere Mitglieder

Verfasst: Donnerstag 3. Mai 2012, 18:46
von heiner
Hallo Markus,

das ist richtig. Momentan fehlt noch der Editor, mit dem eine Buchung in die Splitbuchungen zerlegt wird. Dazu muss auch noch die Mimik gebaut werden, dass die Summe der Splitbuchungen die Summe der zu zersplittenden Buchung ergibt. Das muss auch funktionieren, wenn zu einem späteren Zeitpunkt Korrekturen vorgenommen werden.

Ich finde momentan keine Zeit für dieses Thema.


Heiner

Re: Beitragszahlungen für mehrere Mitglieder

Verfasst: Sonntag 6. Mai 2012, 00:20
von cwalter
Hallo Markus,

auch ich vermisse die Funktionalität einer Splittbuchung schmerzlich!

Als neuer Kassenwart einer Kindergrabbelgruppe wollte ich sofort das noch für die Bearbeitung eingesetzte Quicken2007 ersetzen.
Die Vereinsverwaltung des gleichen Unternehmens war wegen fehlender Online-Banking Funktionalität auch schnell aus dem Rennen.
So kam ich zu Jameica, JVerein und Hibiscus (Jollina gibts ja leider nicht mehr). Dazu muss ich auch allen Entwicklern an dieser Stelle
meine Beeindruckung und Ehrfurcht aussprechen!!!

Mein Problem ist aber die Fehlende Möglichkeit einer Splittbuchung. Dabei betrifft es nicht so sehr die Zuordnung einer Buchung zu
Mitgliedern, sondern die Zuordnung zu Buchungsarten bzw. Buchungsklassen. Diese sollte ja für das Finanzamt nach IB, ZB, WB und VV
erfolgen. Deswegen kann es vorkommen das ich bei einer Rücklastschrift und nach Klärung und darauffolgender Überweisung des
Mitglieds 8 Buchungen einfügen muss:

1. Splittbuchung für Rücklastschrift
2. Splittbuchung für Rücklastschriftgebühren (VV)
3. Splittbuchung für Mitgliedsbeitrag (IB)
4. Splittbuchung für Betreuungsgebühren (ZB)
5. Splittbuchung für Überweisung
6. Splittbuchung für Rücklastschriftgebühren (VV)
7. Splittbuchung für Mitgliedsbeitrag (IB)
8. Splittbuchung für Betreuungsgebühren (ZB)

Das kann man ja mal machen - kommt aber leider häufiger vor (und durch einen Fehler aktuell leider ca. 20x - also 160 Buchungen!!)

Ich habe mir deswegen auch schon die Quellen angesehen - muss aber zugeben, dass das Ganze meine länger zurückliegenden Java
Kenntnisse übersteigt (Einarbeitung Eclipse, Jameica, JVerein, ...) sodass ich froh war von diesem Beitrag zu lesen.

Ich möchte aber darauf hinweisen, dass aus meiner Sicht eine Splittbuchung auf Mitgliedskonten mit dem diese erst richtig zu nutzen
sind (man hat ja eigentlich immer eine Sammellastschrift für X-Mitglieder und nicht X Einzellastschriften) eine gute Erweiterug wäre,
die Splittbuchungen auf die Buchungsarten aber esentiell für die geforderte Transparenz ist. Dann kommt auch noch das neue Feature
der Projekte hinzu - auch hier gibt es ja das gleiche Problem...

Lange Rede kurzer Sinn - Ich wollte mal nachfragen ob ihr euch wirklich mit diesem Thema beschäftigen wollt, wie eure Herangehensweise
und auch der Status ist.

Viele Grüße
Christian

Re: Beitragszahlungen für mehrere Mitglieder

Verfasst: Donnerstag 17. Januar 2013, 00:48
von se_hen
Hi - also bei uns ist das Thema noch aktuell.
Wollte mal fragen, ob es dafür jetzt etwas "handlicheres" gibt?

Lg, Basti

Re: Beitragszahlungen für mehrere Mitglieder

Verfasst: Donnerstag 17. Januar 2013, 12:48
von heiner
Noch ist es aktuell. Es gibt aber noch keine Lösung.

Heiner

Re: Beitragszahlungen für mehrere Mitglieder

Verfasst: Donnerstag 17. Januar 2013, 14:00
von se_hen
Ok - schade, dann werden wir uns wohl noch irgendwie anders behelfen müssen.

Könnte man die Buchung nicht sozusagen um "Zuordnungsbuchungen" erweitern, welche nur statistischer Natur sind?

z.B.
Buchungsnummer 82:
Überweisungseingang 65, € auf Girokonto1 (Saldowirksam in Girokonto1)
Zuordnung: [mit Betrag und eigener Kommentar-Spalte]
5,- € Monatsbeitrag Dez. 2012 (Buchungsart: "Echte Mitgliedsbeiträge...", Mitglied 91 -> Statistikwirksam in Buchungsart Echte Mitgliedsbeiträge...", autonome IST-Buchung in Mitgliedskonto 91)
60,- € Jahresbeitrag 2013 (Buchungsart: "Echte Mitgliedsbeiträge...", Mitglied 91 -> Statistikwirksam in Buchungsart "Echte Mitgliedsbeiträge...", autonome IST-Buchung in Mitgliedskonto 91)

Das könnte man ja bei jeder Buchung so machen, dass die Saldowirksame Buchung getrennt von Statistik und Mitgliedskonto-IST-Buchungen läuft.
Das würde natürlich sehr viele Änderungen in der Datenbank-Struktur erfordern - komplett neue Tabelle für Zuordnungen, Verweise in der Buchungsliste auf Zuordnungs-IDs - aber so wären die individuellen Möglichkeiten doch quasi unbegrenzt...

Naja - vllt auch die etwas naive Vorstellung von jemandem, der Programmiertechnisch höchstens 'nen Hallo Welt! hinbekommt, aber vllt. konnte ich dich ja mit genau der naiven einstellung etwas inspirieren. ;-) :-)

So oder so bleibt mir nur erneut zu sagen, dass es - so wie's jetzt schon ist - ein total geniales Programm ist!

Lieben Gruß und Danke! Basti

EDIT: Für die Mitgliedskonten gibt es diese eigene Tabelle ja schon - da fehlt doch eigentlich nur noch die Möglichkeit mehrere Mitgliedskonto-Einträge einer Konto-Buchung zuzuordnen. (Wäre für uns schon ausreichend ;-) )