Project

General

Profile

Feature #626

Reverse Charge bei EK-Rechnungen USt wird nur einseitig gebucht

Added by Werner Hahn 12 months ago. Updated 12 months ago.

Status:
Neu
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
10/25/2023
Due date:
% Done:

0%

Estimated time:

Description

Beim Erstellen einer Einkaufsrechnung mit Buchungsgruppe EU mit UStId wird die Umsatzsteuer/Vorsteuer nicht richtig gebucht. Bei einer Kreditorenbuchung schon.



Es wird zwar die Vorsteuer auf das richtigte Vorsteuerkonto gebucht, aber die Umsatzsteuer wird nicht gebucht. So bleibt eine Verbindlichkeit von Rechnungsbetrag + Vorsteuer.
Bei Kreditorenbuchungen wird dies mit einer extra automatischen Dialogbuchung ausgelichen



Files

Journal.png (35.4 KB) Journal.png Werner Hahn, 10/25/2023 05:51 PM
Kred2.png (25.9 KB) Kred2.png Werner Hahn, 10/25/2023 05:51 PM
Kred1.png (20.8 KB) Kred1.png Werner Hahn, 10/25/2023 05:51 PM
EK-Rechnung3.png (37.9 KB) EK-Rechnung3.png Werner Hahn, 10/25/2023 05:51 PM
EK-Rechnung2.png (8.93 KB) EK-Rechnung2.png Werner Hahn, 10/25/2023 05:51 PM
EK-Rechnung.png (18.1 KB) EK-Rechnung.png Werner Hahn, 10/25/2023 05:51 PM

History

#1

Updated by Jan Büren 12 months ago

  • Tracker changed from Fehler to Feature

Hallo Werner,
Steuerschlüssel 94 ist nur korrekt bei den Kreditorenbuchungen umgesetzt worden. Die EK-Rechnungen haben aktuell nicht den Anspruch das es dort funktioniert.

Früher war unsere Empfehlung den Steuerschlüssel 94 als steuerfrei zu deklarieren, wenn der jetzt eine Steuerautomatik hat drin hat, ist das schlecht ...

Ich würde die Anforderung lieber schieben, bis wir beim Invoice-Controller sind, aber ansonsten müsste das Verfahren was in ap.pl definiert ist "einfach" nach ir.pl portiert werden, dass betrifft ein paar Commits, die bei 5734251762d9fc1 anfangen.

Die Kernfunktion _reverse_charge in AP,.pm würde ich aber dann ggf. mit Parametern versehen und dann auch von IR.pm aufrufen lassen (der hook ist vor dem DATEV-Check eingebaut in AP.pm).

Also available in: Atom PDF