[gnucash-de] Darlehen, terminierte Buchungen, Formeln

[Frank H. Ellenberger]

Hallo Karen,

zunächst einmal vielen Dank für Deine Aktivitäten im Wiki. :-)
Da fühl' ich mich dort nicht mehr ganz so allein. ;-)

Am Sonntag, 17. April 2011 um 06:49:36 schrieb Karen:
> Hallo,
>
> jetzt muss ich doch mal fragen ...
>
> Eigentliches Vorhaben: Einen Kredit als terminierte Buchung eingeben,
> bei dem wir die Rückzahlung als feste Monatsraten bekommen.

Gleich vorweg:
> Benutzt jemand den Darlehensassistenten wirklich in der Praxis?

Da ich bisher weder Darlehen vergebe, noch in Anspruch nehme, nein.

Ich nehme mal an, Du hast Dich mit 
http://svn.gnucash.org/docs/guide/chapter_loans.html und 
http://svn.gnucash.org/docs/help/ch_AccRegTools.html bereits vertraut 
gemacht.


> Bleiben wir aber zunächst bei den Zwischenschritten.
>
> Zum Experimentieren habe ich 10.000 als Darlehen genommen mit 4%
> Zinsen, 72 Monate Laufzeit, Datum ab 1.1.2011, erste Tilgung 1.2.2011
> (na ja, und was weiß ich wieviel weitere Kombinationen). Außerdem bin
> ich von umgekehrter Perspektive ausgegangen, d.h. ich als
> Darlehensnehmerin.
>
> Irgendwie hab ich das Gefühl, dass immer wieder andere Ergebnisse
> herauskommen. Einmal erschien sogar ganz kurz der erste erwartete
> Betrag (33,33 Anteil Zinsen in der ersten Rate, siehe
> http://wiki.gnucash.org/wiki/De/Baustelle#Beispiel_B), leider konnte
> ich es nicht mehr reproduzieren.
>
> Vorhin (nach Upgrade auf GnuCash 2.4) habe ich es erneut mit
> o.g. Daten versucht und dabei die Ergebnisse notiert:
> http://wiki.gnucash.org/wiki/De/Baustelle#Beispiel_A

Der Unterschied beruht vermutlich zumindest zum Teil auf 
https://bugzilla.gnome.org/show_bug.cgi?id=628903 etc.

Zum Hintegrund siehe http://de.wikipedia.org/wiki/Rundung , insbesondere der 
Unterschied zwischen kaufmännischem (DIN 1333) und mathematischem (IEEE-754) 
Runden. Also n.50 wird kaufmännisch immer zu n+1, mathematisch aber zu n, 
falls n gerade ist.

Im Zweifelsfall bestimmt der Gesetzgeber, welche Methode anzuwenden ist, ich 
denke aber, daß wir jetzt (GnuCash 2.4) mit der traditionellen, 
kaufmännischen Methode - zumindest für den EU-Raum - richtig liegen.

Die Bank kann aber unter Umständen anders runden als GnuCash das tut.

Was aber noch fehlt,ist summenerhaltendes Runden bei Rechnungen mit 
ausgewiesener MWSt.: https://bugzilla.gnome.org/show_bug.cgi?id=504954 .

Zum Schluß noch ein Überblick von Bugzilla-Einträgen, die "round" in der 
Zusammenfassung haben: 
https://bugzilla.gnome.org/buglist.cgi?query_format=advanced;short_desc=round;short_desc_type=allwordssubstr;product=GnuCash;classification=Other

> Zunächst habe ich die Daten in den Darlehensassistenten eingegeben und
> den Anfang der Tabelle "Kontrolle" als Ergebnis A1 notiert.
> (Im Vergleich zu Beispiel B fehlt nur die erste Rate.)
>
> Dann habe ich die Buchungen via "Seit letztem Aufruf ..." bis zum
> aktuellen Datum durchführen lassen. Gebucht wurden die Beträge aus
> Ergebnis A2.
>
> Sieht man sich die terminierte Buchung an, sieht es bis auf einen
> Zeilendreher so wie auf der "Buchungsvorlage" bei
> http://wiki.gnucash.org/wiki/De/Baustelle#Beispiel_A aus.
>
> Gebe ich diese Daten nun manuell ein, kommt als Ergebnis A3 heraus.

Schreib doch an die Tabellen mal ran, wie sie entstanden sind. Dann ist das 
vielleicht leichter nachzuvollziehen.

> Hat jemand eine Erklärung dafür?

Also ich mußte da an folgenden thread denken: 
http://lists.gnucash.org/pipermail/gnucash-user/2009-October/031816.html
Ob Geert sein Problem mit dem fehlenden Zaunpfahl lösen konnte, ist mir nicht 
klar, aber ggf. könnte man den noch mal fragen.

> Steh ich an einer ungünstigen Stelle total auf dem Schlauch oder geht
> es euch auch so?

Tut mir leid, daß ich da nict mehr zu beitragen kann,

Grüße
Frank