[gnucash-de] Vereinsfunktionen für GnuCash

[Ralf Zerres]

Hallo Christian,

erst mal danke für die schnelle Reaktion.

Natürlich ist mir klar, dass der Vorschlag eine Reihe von Änderungen mit
sich bringt, die zunächst mal wie eine Mitgliederverwaltung anmuten. Ist
aber weder so gedacht, noch im Sinne der gewollten FIBU Verwaltung. Die
steht hier eindeutig im Vordergrund!
Wenn man aber in einer FIBU die Debitorenverwaltung in den Griff kriegen
will, dann zwingt die Struktur von Sammelüberweisungen /
Sammellastschriften auch zum Handling von entsprechenden Teilbuchungen.
Die wären sonst nur mit dem Sammelbetrag auf ein Konto ausgleichbar. Und
dann bleibt wieder das Problem, wie Du den dann aufsplittest, andenfalls
ist ein Abgleich der Unterkonten nicht möglich. Wir sprechen also über
ein reales buchhalterisches Problem. Zugegeben, für den ottonormal
Bürger der nur eine Einnahmen-Überschuß Rechnung zu Hause benötigt ist
das kein Thema.

Als zweites Problem sehe ich die Schnittstelle zum aqbanking. Das CLI
zum aqbaning-tool soll wohl nach Aussagen von Martin Preuss
kostenpflichtig werden. Ich hoffe das man mit Ihm im Sinne eines e.V.
vielleicht eine gentleman agreement finden kann. Ich respektiere, dass
hier eine menge Arbeit geleistet wurde, die i.d.R. sicher nicht für den
home-Anwender gebaucht wird. In der Folge also von den "Profi-"
Anwendern gesponsert werden soll. So verstehe ich wenigstens beim Lesen
die Lizenz (ist das so richtig Martin?).
Wenn sich jedoch niemand die Mühe macht mal darüber nachzudenken, wie
man Sammelbuchungen über eine GUI verwaltet, dann wird wohl auch das CLI
nur eine sehr eingeschränkte Anwendung finden. Die kommerziellen
aspieranten der FIBU Lösungen können das i.A. alle. Dafür kosten sie
eben! Und hier erhoffe ich mir einen Schub gerade für Vereine.

Gruss
Ralf
 
Am Sonntag, den 12.10.2008, 21:04 +0200 schrieb Christian Stimming:
> Hallo Ralf,
> 
> neue Funktionen und die Formulierung von Anforderung dafür finde ich
> immer 
> super. Vor allem, wenn du auch selber für (teilweise) Umsetzung zur
> Verfügung 
> stehst.
> 
> Mein Haupteinwand zielt aber auf die Frage, ob der von dir skizzierte 
> Verwendungszweck von GnuCash wirklich das Hauptproblem anpackt.
> GnuCash 
> möchte ausdrücklich eine Kontenverwaltung bzw. FiBu sein, aber eben
> nicht so 
> sehr eine Kundenverwaltung, wo die unterschiedlichen Vereinsbeiträge
> und die 
> Post- und Bankverbindungen verwaltet werden.
> 
> Um automatisiert die Sammellastschriften losschicken zu können,
> brauchst du 
> eine HBCI-Bibliothek, und mit libaqbanking hast du da auf jedem Fall
> genügend 
> Möglichkeiten. Bloß würde das eben auch benutzbar sein, ohne dass
> GnuCash 
> beim Absenden der Sammellastschriften irgendwie ins Spiel gekommen
> ist! Also 
> folgendermaßen:
> 
> * Zur Mitgliederverwaltung irgendeine Software X
> * Für die Sammellastschriften werden aus Mitgliederverwaltung die
> nötigen 
> Daten in ein aqbanking-kompatibles (CSV?) Format exportiert
> * Die Sammellastschriften werden übers Kommandozeilen aqbanking-tool 
> losgeschickt
> * Am nächsten Tag werden in GnuCash die Kontoumsätze abgerufen und
> dann ist 
> die Sammellastschrift auch drin.
> 
> Schwachpunkt dieses Szenarios ist die ganze Fehlerbehandlung, wenn
> also 
> einzelne Lastschriften aus der ganzen Sammlung wegen falscher
> Kontonummer 
> wieder zurückkommen. Aber im jetzigen GnuCash hast du (IMHO) das
> gleiche 
> Problem - man kann in GnuCash keine vernünftige Rückmeldung kriegen,
> welche 
> von den eingereichten Lastschriften denn fehlgeschlagen ist. Oder hab
> ich da 
> was übersehen? Wie machen das die Leser hier?
> 
> Die Fehlerbehandlung muss also so oder so angepackt werden. Aber da
> ist die 
> Freiheit da, das entweder in GnuCash oder in der Mitgliederverwaltung
> oder 
> sonstwo zu machen.
> 
> Ach ja: aqbanking 3.x ist sowohl im gnucash-trunk als auch im
> branch-2.2 von 
> gnucash drin. Die trunk-Änderungen sind alle schon nach 2.2
> übernommen 
> worden.
> 
> Jedenfalls erwähnt dein todo.txt doch relativ viel zusätzliche neue 
> Datenstrukturen (zusätzliche Debitoren-Stammdaten und
> Debitoren-Gruppen), für 
> die man jeweils die passende GUI zum Erstellen/Ändern/Löschen braucht.
> Mit 
> scheint das so, als ob du für diese Sammellastschriften auf die FiBu
> GnuCash 
> noch eine Mitgliederverwaltung oben drauf pfropfen willst. Ich glaube,
> das 
> ist eine suboptimale Lösung, und ich glaube, du findest eine bessere
> Lösung, 
> wenn du auf einer existierenden Mitgliederverwaltung ein
> Export-Interface für 
> die Sammellastschriften hinzufügst.
> 
> Trotzdem ist die Fehlerbehandlung ein weiterhin offener kritischer
> Punkt. 
> Vermutlich gibt's da in aqbanking-tool schon lange eine Lösung, aber
> da ich 
> Lastschriften nie benutze, hab ich da keine Ahnung davon.
> 
> Gruß
> 
> Christian
> 
> 
> Am Sonntag, 12. Oktober 2008 12:13 schrieb Ralf Zerres:
> > 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
>