Version 2.6.3 falsche Beträge bei Verkauf - Rechnungen - Debitorenbuchungen

[lxoffice.admin@…]

falsche Beträge bei Verkauf - Rechnungen - Debitorenbuchungen
============================================================

Bei der Steuer wird die Summe angezeigt.Sollte 3.20 sein.
Bei der Summe wird 83.18 angezeigt = (2 x Betrag) + Steuer = (2 x 39.99) + 3.20

Datum Typ Rechnung Kunde Betrag Steuer Summe bezahlt
18.09.2011 R RN200856 Inselspital Bern ZF 39.99 43.19 83.18 0.00

bei der Ansicht "Rechnung bearbeiten" stimmen dann die Beträge:
===============================================================
Zwischensumme 39.99
Enthaltene MWST 8% 3.20
Summe 43.19

Diese Fehlanzeige hatten wir bereits für die Version 2.6.0 gemeldet. Schade, dass dieser Fehler weiterhin besteht. Bitte schnell einen Fix für Version 2.6.3 bereit stellen.

Besten Dank und Gruss
Fredy Weber

Screenshot Verkauf - Rechnungen - Debitorenbuchungen - falsche Beträge

Hallo,
bitte einmal einen Screenshot direkt von dem Beleg, möglichst mit allen Datenfeldern.
Ferner ist die Frage welcher Kontenrahmen benutzt wird.

Die Analyse ist etwas schwierig ohne Zugriff auf die Datenbank.

Ansonsten Hilfe zur Selbsthilfe, welche Werte (Summen) sind in der acc_trans (Hauptbuch) gebucht und welche in ar?

Ungetest sowas:
select amount, netamount from ar where id = $ID_DES_LINKS

und

select amount,chart_id from acc_trans where trans_id = $ID_DES_LINKS

Ändert sich die Übersicht, wenn man Steuer NICHT anhakt?

Danke,

Jan

Verkauf_Rechnungen_debitorenbuchungen_Uebersicht_ohneSteuern

Verkauf_Rechnungen_debitorenbuchungen_Uebersicht_ohneSteuern

Zeigt bei Summe den gleichen Fehlbetrag

Rechnung_RN200855_Teil1_oben

Rechnung_RN200855_Teil1_oben

Die Rechnung RN200855 ist eine typische, alltägliche.

Rechnung_RN200855_Teil2_unten

Rechnung_RN200855_Teil2_unten

Hallo Jan

Danke bestens für die schnelle Antwort.

Im neuen Screenshot sieht man, dass die Summe auch ohne Steuer falsch ist.
Den Screenshot der Rechnung habe ich in 2 Teilen beigefügt.

Unten die Eintraege in den Tabelle "ar" und "acc_trans" (hoffe die richtigen ids) der Rechnung RN200855. Diese ist eine typische, alltägliche Rechnung.

Mit den Finanzen kenne ich mich kaum aus. Wie kann ich den benutzten Kontenrahmen festellen?

Danke und Gruss
Fredy

---

Eintrag Tabelle "ar"
=====================
psql tumedixs_2011 -c "SECLECT * FROM ar WHERE invnumber='RN200855'"

670 | RN200855 | 2011-09-14 | 2011-09-14 | 226 | f | 2806.96000 | 1349.50000 | 0.00000 | 2011-09-14 | 2011-10-14 | 2011-09-13 | t | | | | CHF | 4500166767+166850 | 184 | | | 107.96 | | | 2011-09-14 20:21:16.059402 | 2011-09-14 20:21:16.059402 | | 192 | 273 | | | f | 0 | 9846 | invoice | | | | | 184 | 567.90000 | 42.08225 | | | LV10837 LV10836 |

(1 Zeile)

---

Eintraege in der Tabelel "acc_trans"
====================================
psql tumedixs_2011 -c "SELECT * FROM acc_trans WHERE trans_id='670'"

2164 | 670 | 143 | -2806.96000 | 2011-09-14 | 2011-09-14 | | f | f | f | f | | | 0 | 2011-09-14 20:21:16.059402 |
2165 | 670 | 135 | 1457.46000 | 2011-09-14 | 2011-09-14 | | f | f | f | f | | | 0 | 2011-09-14 20:21:16.059402 |

(2 Zeilen)

---

Hallo,
danke soweit. Die Buchungen sind schon in der acc_trans (Hauptbuch) falsch und du verwendest den Schweizer Kontenrahmen ...

... der Schweizer Kontenrahmen ist ja im Standard noch schlimmer als der österreichische.
Hier fehlt ja die Schweizer Währung und die Buchungsgruppen.

Ich denke, in der Richtung liegt ggf. der (Konfigurations-)Fehler, kannst du noch einen Screenshot von den Buchungsgruppen dazuliefern?

Insbesondere die Buchungsgruppe die bei diesen Artikeln verwendet wurde.

Das Konto 11111 ist ja vorkonfiguriert, es kommt auch noch darauf an, wie hier die Einstellungen stehen, mach am Besten hiervon auch nochmal einen Screenshot.

Danke,

Jan

Nummernkreise_und_Standardkonten

Nummernkreise_und_Standardkonten

Buchungsgruppe

Buchungsgruppe

Konto_11111

Konto_11111

Konto_21221

Konto_21221

Konto_21223

Konto_21223

Hallo Jan

Zuerst mal recht herzlichen Dank für die super Unterstützung. Werde den Kunden auf ein Donating ansprechen.

Hier die gewünschten und noch etwas zusätzliche Screenshots.

Bei der erstmaligen Installation vor ca. 3 Jahren haben wir mit den Einstellungen für die Konten, Buchungen, Tage verbratet. Auch mit der Hilfe des LX-Office Buches, Ausgabe v2.6 von Holger Lindemann und annähernd unendlichem Googeln sind wir nie recht schlau geworden wie wir diese Einstellungen zu tätigen haben. Dazu gibt es zwischen Deutschland und der Schweiz viele unterschiedliche Begriffe die es uns auch nicht leichter machten. Auch jetzt wüsste ich nicht wo die Währung mit der Buchungsgruppe eingestellt wird, damit diese ins Hauptbuch kommt. Die Installation und Konfiguration von LX-Office ist ein Klacks, die Einstellungen der Konten, Buchungsgruppe, etc. ein Buch mit sieben Siegeln (für mich wenigstens :-).

Ein Aha-Effekt: Da stellt sich für mich nun die Frage, wie LX-Office weiss dass "Swiss_German" als Kontorahmen verwendet wird, wenn ich die Datenbank von Hand anlege:

~> createdb -e --encoding='UTF8' --owner='medixs-lxerp' --template='template1' --lc-ctype='de_CH.UTF-8' --lc-collate='de_CH.UTF-8' tumedixs_2011 'Tuescher medixs Jahr 2011'

aber offensichtlich hat sie "Swiss_German", woher auch immer. Beim Import der DB kommen diese Defaults dann ja mit.

~> psql tumedixs_2011 -c "SELECT * FROM defaults"

inventory_accno_id | income_accno_id | expense_accno_id | fxgain_accno_id | fxloss_accno_id | invnumber | sonumber | weightunit | businessnumber | version | curr | closedto | revtrans | ponumber | sqnumber | rfqnumber | customernumber | vendornumber | audittrail | articlenumber | servicenumber | coa | itime | mtime | rmanumber | cnnumber | dunning_ar_amount_fee | dunning_ar_amount_interest | dunning_ar | pdonumber | sdonumber | ar_paid_accno_id | id

133 | 44 | 60 | 121 | 122 | RN200857 | KA10013 | kg | CH-036.4.040.869-2 | 2.4.0.0 | CHF:EUR:USD:SKR | | f | LA10013 | AO10013 | AQ10000 | KD100158 | LT10088 | f | AR10598 | DN10000 | Swiss-German | 2009-08-02 15:43:24.653071 | | | GS10006 | | | | LE10009 | LV10839 | | 1

(1 Zeile)

Der Kunde führt mit LX-Office keine Finanzbuchhaltung. Er benutzt Einkauf, Verkauf und Lagerhaltung für Lieferanten, Kunden, Waren, etc.

Danke und Gruss
Fredy

~> cat VERSION
2.6.3

~> psql -c '\l+'

Liste der Datenbanken

Name | Eigentümer | Kodierung | Sortierfolge | Zeichentyp | Zugriffsprivilegien | Größe | Tablespace | Beschreibung

---

postgres | postgres | UTF8 | de_CH.UTF-8 | de_CH.UTF-8 | | 5288 kB | pg_default |
template0 | postgres | UTF8 | de_CH.UTF-8 | de_CH.UTF-8 | =c/postgres | 5192 kB | pg_default |

: postgres=CTc/postgres

template1 | postgres | UTF8 | de_CH.UTF-8 | de_CH.UTF-8 | =c/postgres | 5288 kB | pg_default | default template database

: postgres=CTc/postgres

tumedixs_2009 | medixs-lxerp | UTF8 | de_CH.UTF-8 | de_CH.UTF-8 | | 5288 kB | pg_default | Tuescher medixs Jahr 2009
tumedixs_2010 | medixs-lxerp | UTF8 | de_CH.UTF-8 | de_CH.UTF-8 | | 13 MB | pg_default | Tuescher medixs Jahr 2010
tumedixs_2011 | medixs-lxerp | UTF8 | de_CH.UTF-8 | de_CH.UTF-8 | | 13 MB | pg_default | Tuescher medixs Jahr 2011
tumedixs_auth | medixs-lxerp-auth | UTF8 | de_CH.UTF-8 | de_CH.UTF-8 | | 5800 kB | pg_default |

(7 Zeilen)

Hallo Fredy,
ich hab das jetzt einmal nachgebaut und muss das erstmal als "Bug" ablehnen ;-).

Analog zu Unix:

Unix gives you just enough rope to hang yourself -- and then a couple
of more feet, just to be sure.
-- Eric Allman

Funktioniert Lx-Office Kontenrahmen-Hacking auch ;-).

Anbei die Daten aus dem Hauptbuch:

select amount,taxkey,accno,description from acc_trans left join chart on (acc_trans.chart_id=chart.id);

amount | taxkey | accno | description

---

-1457.46000 | 2 | 11111 | Debitoren Forderungen

107.96000 | | 21223 | MWST (7,6)

Und noch die beiden Screenshots

Inselspital Beleg nachgebaut

korrekte Rechnungsübersicht

Ooops, jetzt hab ich selber noch einen kleinen Fehler gemacht, so muss die acc_trans aussehen:

schweiz=# select amount,taxkey,accno,description from acc_trans left join chart on (acc_trans.chart_id=chart.id) where trans_id=3;

amount | taxkey | accno | description

---

-1457.46000 | 2 | 11111 | Debitoren Forderungen

1349.50000 | 2 | 32005 | Übrige (Eigentlich 3200 in KMU-Kontenrahmen analog zu 4400 in SKR04)

107.96000 | | 21223 | MWST (7,6)

Konfiguration kommt noch nachgereicht

meine 11111

meine 21223

angepasste 32005

und alles kombiniert in der buchungsgruppe

Ok.

Ein entsprechender Hinweis bei Auswahl des Kontenrahmens in Commit dac56641775e5aa4e85927810531e34f59e96c44

Das hilft dir jetzt aber auch noch nicht weiter ;-)

For free kann ich Dir noch einen Zugang zu unserm Testsystem anbieten, dann kannst Du da nochmal die Konfig abschreiben.

Ansonsten hilft diese Schulung:

​http://lx-office.org/index.php?id=event_single&no_cache=1&tx_calendar_pi1[f1]=46&cHash=7dd1e5b27e

Bzw. entsprechende kommerzieller Unterstützung, für solche Fälle.

Last thoughts:

Am sichersten wäre es wohl, das Geschäftsjahr so zu Ende zu buchen und dann nochmal mit einem sauberen Mandanten erneut zu starten (Stammdatenübernahmen ist i.d.R. einfacher als den Mandanten mit 3 Jahren Transaktionen zu säubern).

Da es für den Kunden aber sowieso unkritisch ist, kann man auch noch auf einem Testbestand probieren die Konten umzukonfigurieren.
Ziel hierbei muss es sein, die acc_trans mit 3 Einträgen pro trans_id zu haben (wie im Kommentar davor zu sehen).

Dann nochmal meinen Respekt, wenn ich meine Lx-Office-Aktivitäten mit diesem Kontenrahmen gestartet hätte, hätte ich schnell wieder gefrustet aufgegeben ;-).

Bis dahin!

Hallo Jan

Vielen Dank, auch wenns kein Bug mehr ist, das Ergebnis stimmt für mich, weil ich bisher nicht wusste ist es ein Bug oder liegt es an den Einstellungen.

Es gibt tatsächlich nur 2 Einträge in der Tabelle acc_trans:

tumedixs_2011=# select amount,taxkey,accno,description from acc_trans left join chart on (acc_trans.chart_id=chart.id) where trans_id=670;

amount | taxkey | accno | description

---

-2806.96000 | 0 | 11111 | Debitoren

1457.46000 | 0 | 21221 | MWST (8.0)

(2 Zeilen)

Ich habe ein Testsystem mit 2.6.3 und dem Kunden genügt es wenn wir das Jahr 2011 richitg buchen würden. Ich versuch mal diesen Weg.

Gefrustet waren wir schon. Ich habe dann in der Version 2.6.0 im Perlskript das die Debitorenbuchungen im Browser anzeigt soweit gehackt, dass wenigstens die Ausgabe der Beträge richtig sind. Und dann habe ich ein paar Web Anwendungen mit PHP geschrieben die die gewünschten Informationen abenfalls richtig ausgeben.

Eine paar weitere Cusomizings musst ich einbauen, z.Bsp. weil der Kunde in den Rechnungen nur das Total der MwSt? will (Zwischentotal + Gesamtbetrag MwST = Totalbetrag), weil für Rechnungen keine OOO Variable mit dem Totalbetrag MwSt? exisitert. Chargenummer in OOO Lieferschein und Rechnung ausgeben, Artikelnummer des Lieferanten in die OOO Lieferantenbestellung, etc.Für 2.6.3 muss ich mir da wieder was einfallen lassen.

Ich werde dich informieren wie die Lösung mit den Debitorenbuchungen aussieht.

Bis dann!
Fredy

noch etwas:

Das Angebot für einen Zugang zu eurem Testsystem nehme ich sehr gerne an. Wird mir bestimmt hilfreich sein. Für die Schulung passt dieser Termin nicht und ob ich mit praktisch Null Kenntnissen aus dem Finanzbereich die Voraussetzungen erfülle bin ich mir auch nicht sicher.

Vielen Dank und Gruss
Fredy