Steuerausweisung bei "EU ohne USt-ID"

[roman.karuschka@…]

Kunden, die im europaeischen Ausland Waren und/oder Leistungen beziehen, werden meines Wissens "normal" besteuert.
Stellt man jedoch in z.B. der Verkaufsrechnungsmaske "EU ohne Umsatzsteuer-ID" ein, wird keine Steuer ausgewiesen.
Dies ist meines Wissens falsch, ich beziehe mich hier auf die Paragraphen 3 und 4 des UStG.
Der Praxis halben werden solche Rechnungen daher oftmals kurzerhand mit "Inland" als Steuersatz verbucht, das macht es etwas weniger problematisch, da man sich leicht um das Problem herumnavigieren kann.

Wie kam es denn zu einer Nullsteuer-Einstellung bei "EU ohne USt-ID"?
Villeicht verpasse ich ja nur den tieferen Sinn, dies dann aber schon seit Monaten :-)

Korrektur. 16% sehe ich gerade in der Auftragsmaske als ausgewiesene Steuer fuer EU-Ausland ohne USt-ID
Das ist definitv falsch.

Und hier nochmals dasselbe wie in #1021.

Ok.
Es ist in der Tat leider so, dass standardmässig 16% Umsatzsteuer gebucht werden.

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

amount | description | accno

---

4.25000 | Umsatzsteuer aus EG-Erwerb 7% | 3802

26.59000 | Erlös Inland stpfl.EG-Lieferung 16%/19% | 4315

-30.84000 | Ford. aus Lieferungen und Leistungen | 1200

(3 Zeilen)

Okay. Im Mai 2008 wurde die Buchung noch wie folgt gespeichert:

amount | description | accno

---

-31.64000 | PERSONENKONTO KUNDE 14114 | 14114

5.05000 | Umsatzsteuer aus EG-Erwerb 16% | 3803

26.59000 | Erlös Inland stpfl.EG-Lieferung 16%/19% | 4315

Außer die Beschreibung des Umsatzsteuerkontos ist alles korrekt.

Das Konto müsste eigentlich eher 3804 ab 2007 sein:

S 3804 74190 Umsatzsteuer aus innergemeinschaftlichem Erwerb 19%

(ab Buch.-Jahr 2007)

(s.a. Anlage)

DATEV SKR04 Version 2008

Anscheinend hat sich die Tabelle tax verändert:

Aktuelles Ergebnis:

SELECT c.accno, t.taxdescription AS description, t.rate, t.taxnumber FROM tax t LEFT JOIN chart c ON c.id = t.chart_id WHERE t.id=365;

accno | description | rate | taxnumber

---

3802 | Steuerpflichtige EG-Lieferung zum vollen Steuersatz | 0.16000 | 3803

Damaliges Ergebnis:

SELECT c.accno, t.taxdescription AS description, t.rate, t.taxnumber FROM tax t LEFT JOIN chart c ON c.id = t.chart_id WHERE t.id=365;

accno | description | rate | taxnumber

---

3803 | Steuerpflichtige EG-Lieferung zum vollen Steuersatz | 0.19000 | 3803

Taxnumber 3803 verwies damals auf chart_id 58 und neuerdings auf chart_id 57.

Hi Roman,
ich kann nicht direkt erkennen, wann diese Tabelle modifiziert wurde.
Ein schlechter Fix wäre erstmal:

update tax set rate=0.19000,taxnumber=3804 where id=365;

Dann wird die Mehrwertsteuer korrekt berechnet.

Besser wäre es:

Ein Umsatzsteuerkonto 3804 anzulegen (Kopie von 3806) und dementsprechend die Verknüpfung in Tabelle tax / taxkeys durchzuführen.

Das waere zwar evtl ein Fix, aber das sollte ja letztlich in allen Installationen richtig laufen, das Problem betrifft ja nicht nur uns selber und unsere Kunden, sondern alle.
Da man sich mit nicht extrem vielen Schmerzen herumnavigieren kann, ist es nicht kritisch, aber solche Fehler sind bei Kunden sehr offensichtlich wenn sie die Eintraege lesen und alles entsprechend einstellen wollen.
Ein Kunde in Oesterreich der Waren bezieht ist nunmal Ausland (in dem fall ohne EU-Steuer-ID), solche Dinge machen das eben aergerlich.
Ebenso wie das Fehlen einer Einstellung "Kleinunternehmer" beim Steuersatz, sprich Inalnd aber keine Steuer beinhaltet. Letzteres gilt auch fuer In-Sich-Geschaefte und sonstige Konstellationen, bei denen von vorneherein keine Steuer ausgewiesen wird (z.B. Metro), das steht auch nochmals in einem anderen Bug von mir.

Wie gesagt, Steuerpatzereien sind in einer Buchhaltungssoftware natuerlich uebel, die sind meiner Ansicht nach auch bis zur 2.6.1 oder 2.6.5 (wie das Kind nun auch immer heissen soll, bei neuen Features waere 2.6.5 vermutlich logischer) weiter oben auf der Prioritaetenliste als viele andere, ebenfalls nervende aber eben nicht so ganz buchungstechnisch relevante Wehwehchen.

Korrektur:
Der Kunde hat sich selbst damals geholfen und ist über Steuer -> bearbeiten gegangen (s.a. Screenshot).

Damit muss prinzipiell jetzt noch Konto 3804 als neues SKR04-Konto eingefügt werden.
Als Workaround ist die Möglichkeit über Steuer -> bearbeiten aber sehr gut.

System -> Steuer bearbeiten -> Steuerschlüssel 13

Es existiert jetzt ein Upgradescript (sql/Pg-upgrade2/SKR04-3804-addition.pl), bzw. eine Anleitung, wie man die Konten manuell einstellen sollte. Bitte testen.

Prinzipiell das gleiche fehlt auch beim Einkauf (da ist es Konto 1404 für 19%), ich bin mir aber nicht sicher, ob da Steuer gebraucht wird, bei SKR03 wird in den 4 Fällen auch nur bei Inland die Steuer gebucht.