[gnucash-de] Vereinsfunktionen für GnuCash
Ralf Zerres
rzerres at networkx.de
So Okt 12 06:13:51 EDT 2008
Hallo liebe Listenleser,
ich habe die angenehme Aufgabe des Kassenwarts für unseren Verein
übernommen. Die derzeitige Abwicklung ist stark verbessserungswürdig.
Eine Automatisierung von Buchungsdokumentation und Abwicklung des
Zahlungsverkehrs ist dringend angeraten.
Hierbei bleiben mir zwei optionen:
1. Kauf einer kommerziellen Lösung (z.B. WISO Verein, et.al.)
2. Verwendung einer OpenSource Lösung
Als langjähriger GnuCash Nutzer liegt mir am Herzen, dies zweite
Alternative ernsthaft ins Auge zu fassen. Eine erste Recherche macht
aber schnell klar, daß hierzu die bestehende Funktionalität für die
Abwicklung von Sammellastschriften nicht ausreicht. Weder in der
Möglichkeit dies automatisiert abzuwickeln, noch die Funktion die
notwendigen Buchungssätze sinnvoll abzubilden.
Ich habe mich daher entschlossen, dem Projekt und meinem Verein unter
die Arme zu greifen. Gerne werde ich bei der Aktiven
Entwicklung/Programmierung beitragen und habe als ersten Schritt
versucht die anstehenden Anforderungen zu definieren. Ich verstehe das
angehängte Dokument als Diskussionsgrundlage und Anregung. Vielleicht
gibt es hier noch weitere Nutzer, die mit Rat und Tat bei der Umsetzung
einer sinnvollen und zugleich professionellen Lösung beitragen wollen
und können. Ich stelle mich da gerne als Kodierer zur Verfügung. Wichtig
ist mir aber, dass vor einem Schnellschuss die Umsetzung erst einmal
diskutiert wird. Ich bin davon überzeugt, dass die wesentlichen Elemente
bereits in der Struktur von GnuCash vorhanden sind. Gerade in "Trunk"
ist mit der Anbindung von aqbanking 3.x auch die Basis für die
Sammellastschriften verfügbar. Vielleicht kann ja auch Martin Preuss
hier ein paar Anregungen beisteuern oder uns bei den erforderlichen
Aufgaben mit seiner Erfahrung und der Angabe der zu verwendenden
aqbanking Funktionen hilfreich zur Seite stehen?
ein motivierter
Ralf
-------------- nächster Teil --------------
Vereinsfunktionen für GnuCash
=============================
1. Sammellastschriften
Um den notwendigen Einzug wiederkehrender Zahlungen via GnuCash zu realisieren, sind Erweiterungen im Zusammenhang mit der Funktion Sammellastschriften notwendig. Diese sollen natürlich auch über ein Zahlungsverkehrsmodul automatisiert an ein Kreditinstitut übertragen und abgewickelt werden können. Hierzu biete sich die Nutzung der von aqbanking bereitgestellten Funktionen an. (Anmerkung: wahrscheinlich nur sinnvoll via version 3.x realisierbar)
1.1 Listen
Es stellt sich zunächst die Frage, wie ein Dialog angeboten werden soll, der es dem Anwender ermöglicht, die anstehenden Debitoren für die Belastung auszuwählen. Dabei drängt sich die Anforderung auf, Debitoren-Gruppen zu definieren, da im Verein oft unterschiedliche Beiträge für die jeweiligen Sparten abgrechnet werden. Als Beispiel: Kinderbeiträge, Erwachsenenbeiträge, Familienbeiträge - jeweils für die jeweilige Sportart/Sportarten. Da es sich ja um wiederkehrende Zahlungen handelt wäre es sehr komfortable, diese in Form von bearbeitbaren Listen anzuwählen, zu bearbeiten und zu löschen.
In den verfügbaren Konten-Definitionen existiert bereits ein Feld "Konto-Nummer". Dies wird als interner Wert verwendet. Die Zahlungsinformationen für das Gegenkonte beim Empfänger sind in die Stammdaten aufzunehmen: Ein weiteres Feld "Empfänger-Kontonummer" und "Empfänger-Bankleitzahl" wäre für eine automatische Bereitstellung der zu nutzenden Zahlungsinformationen wünschenswert. (Wo kann/muss man das in den Stammdaten ergängzen?)
1.1.1 Gruppen
In Analogie zur Abwicklung von Überweisungen ist ein Dialog zu erstellen, über den Sammel- und Einzellastschriften ausgewählt werden können.
Verfübare Debitoren-Gruppen werden in From einer Übersichtsliste angezeigt. Hier können neue Listen erstellt, bestehende angepaßt, kopiert oder gelöscht werden.
Im aktuellen Release (v2.2.7) besteht bereits die Möglichkeit, aus einer Liste abgespeicherter Einzelüberweisungen/Lastschriften auszuwählen und anschließend die Felder anzupassen.
1.1.1.1 Bearbeitung der Gruppen-Listen
Für die Anlage einer neuen Liste (Button "neue Liste") kann der Anwender die Erstellung eines neuen Templates anwählen. Der Dialog erzwingt die Angabe eines Listennamens (z.B Regelbeitrag), optional die Angabe einer Beschreibung (z,B, Monatsbeitrag Erwachsene) und eines für alle Zahlungen als Default-Wert angebotenen Buchungstextes (z.B. Monatsbeitrag Oktober).
1.1.1.2. Erstellen einer neuen Gruppen-Liste (Auswahldialog)
Nach der Anlage von Debitoren-Gruppen können über den Button "Neu" Debitorenkonten ausgewählt werden, die in der Zielbuchung einbezogen werden sollen. Ein Auswahldialog bietet alle Debitorenkonten an, die sowohl eine Ziel-Kontonummer, als auch einen Ziel-BLZ im Kontenstamm erfaßt haben. (eventuell ist auch die manuelle Auswahl eines Kontos sinnvoll?). Die Auswahlliste könnte die Übernahme eines Kontos über einen vorangestelleten Radio-Butten anbieten. Die Auswahl wird über den Button "OK" abgeschlossen.
1.1.1.3. Listendialog der Debitoren-Konten
Alle ausgewählten Konten werden in der Liste tabellarisch aufgeführt. Die Listenelemente können bearbeitet, gelöscht und ergänzt. Über den Button "Ergänzen" offnet sich der Auswahldialog (vgl. 1.1.2). Über den Button "Bearbeiten" wird in den Anpassungsdialog gewechselt. "Löschen" verwirft das ausgewählte Konto aus der Liste.
1.1.1.4. Anpassungsdialog Debitoren-Konten
Wird ein bestehender Eintrag bearbeitet, öffnet sich der Anpassungsdialog. Für die ausgeählen Konten finden sich die Felder "aktiv" (im Buchungssatz aktiv einzubeziehen), "Debitoren-Konto" (Kto-Nummer), "Debitoren-Name" (Beschreibungstext aus Kto) und "Betrag". Diese Listenelemente können über einen Button "Anpassen" ergänzt, gelöscht und verändert werden. Dieser Anpassungs-Button findet sich in der Listendarstellung hinter jedem Listenelement und startet einen Unterdialog "Anpassen". Er stellt folgende Felder bereit: "Debitoren-Konto", "Debitoren-Name", "Ziel-Kto", "Ziel-BLZ", "Buchungstext" (dieser würde bei Angabe den Defaultwert überschreiben). (Anmerkung: vielleicht noch Datumsfelder mit dem Datum, ab wann und bis wann das Konto in die Buchung mit übernommen werden soll.)
Als i-Tüpfelchen kann der Anwender auch noch eine Folgebuchung erfassen. Diese Felgebuchung wird ausgelöst, wenn das Debitoren-Konto erfolgreich belastet wurde, d.h. die Zahlung von der Zahlungsverkehrsfunktion bestätigt wurde. Nunmehr kann automatisiert eine Erlösbuchung "Debitoren-Konto" an "Erlös-Konto" mit dem erfaßten Betrag gestartet werden. Das für die Gutschrift anzuwählende Konto muss dann hier hinterlegt werden. Ein Radio-Button ist zu aktivieren, wenn die automatische Gutschrift nach Zahlungsausführung erfolgen soll.
1.2 Buchungsausführung aus Listen
Sind alle erforderlichen Felder für eine Zahlung in der jeweiligen Gruppen-Liste erfaßt, kann diese fällig gestellt werden. D.h. die eigentliche Zahlung/Abbuchung kann initiiert werden.
Die zu erstellende Buchung wird für jedes Debitoren-Konto der Liste den erfaßten Betrag als "Soll-Wert", dem Zahlungsverkehrskonto wird der Summenbetrag der Buchung als "Haben-Wert" gutgeschieben.
Die Datensätze werden erst verbucht, wenn die Zahlungsverkehrsfunktion von aqbanking den Eingang vom Bankrechner positiv bestätigt!!! Die Schnittstellendialoge/Schnittstellenroutinen zu aqbanking sind zu erzeugen. (Was und Wo müßen hier die Änderungen eingepflegt und geändert werden?)
2. Sammelüberweisung
Sammelüberweisungen können analog zu den Dialogen und Beschreibungen zu den Sammellasstschriften implementiert werden.