Auftragsdifferenz bei Vorauskasse Verkauf

[unisoft sm]

Vermutlich im Zusammenhang mit der Berechnung der MWST ergeben sich Differenzen im Auftragstotal bei der Verwendung der Vorauskasse-Funktion Verkauf (nur bei Aufträgen mit mehreren Auftragspositionen).
Es stellt sich wie folgt dar:

- Bild a: Erfassung der Auftragspositionen (Total CHF 2650.- exkl. MWST)


- Bild b: über die Funktion Vorauskasse wird die freie Zeile mit CHF 2650.- exkl. MWST eingetragen


- Bild c: Verarbeitung Vorauskasse-Auftrag Nr. 25 ist OK, bei ursprünglichem Auftrag gibt es automatisch eine Differenz (-0.05)


- Bild d: bei ursprünglichem Auftrag Nr. 24 kann bei der ersten Position eine Differenz um 0.05 bei Brutto/Netto inkl. festgestellt werden


Falls übrigens die Verkaufsoption "korrigieren auf Totalbetrag" deaktiviert wird, kann der Vorauskasse-Auftrag nicht erstellt werden: "der Betrag der Vorausrechnung darf nicht grösser als das Auftragstotal sein".

Uns gelingt es auch nach vielen unterschiedlichen Versuchen nicht, diese Differenz auszumerzen.

Sehen Sie da eine Möglichkeit oder haben Sie uns einen Tipp? Besten Dank für die Prüfung im Voraus.

[Kaiser]

Das wird durch die Mehrwertsteuer verursacht.
Der Benutzer sollte die Vorkasse steuerfrei verbuchen, dann läuft alles richtig.

Mwst-Code: SF

[unisoft sm]

Leider ist das nicht die Lösung da nicht MWST-konform. Die Umsatzsteuerschuld entsteht auch bei Teilrechnungen oder Vorausrechnungen bei Rechnungsstellung (vereinbart) oder bei Bezahlung (vereinnahmt).

Die Differenz entsteht nur bei 100% Vorausrechnung - bei einer Vorausrechnung mit einem Teilbetrag gibt es keine Differenz oder es fällt nicht auf.

Sämtliche Versuche, die Auftragsdifferenz manuell zu bereinigen (mit korrekturen der bestehenden Positionen oder mit einer Differenz-Position) schlugen fehl.

In all unseren Versuchen ist es uns bisher nur gelungen eine Auftragsdifferenz zu vermeiden, wenn "korrigieren auf Totalbetrag" deaktiviert wird und der Betrag der Vorausrechnung inkl. MWST eingegeben wird.
Das gibt aber "unschöne" Anzeigen (egal ob Berechnungspriorität inkl. oder exkl.) auf Positionsebene und im Totalbereich:


Wäre es ev. ein Lösungsansatz die Rundungsdifferenz in einer separaten Positionszeile auszuweisen? Dies hätte den Vorteil, dass auch die schon mal diskutierte Nachvollziehbarkeit der Rundungskorrektur, welche ja bei der 5er-Rundung generell besteht, gegeben wäre

[Kaiser]

Leider ist das nicht die Lösung da nicht MWST-konform. Die Umsatzsteuerschuld entsteht auch bei Teilrechnungen oder Vorausrechnungen bei Rechnungsstellung (vereinbart) oder bei Bezahlung (vereinnahmt).

Das ist so nicht richtig. Die Vorauskasse wird über ein Scharnierkonto gebucht, so dass letztlich die Originalkontierung inklusive Mehrwertsteuer gilt.

[unisoft sm]

Mit MWST-konform beziehe ich mich auf das MWST-Gesetzt Artikel 40 und nicht auf die technische Abwicklung im Mentor - sorry für die unpräzise Wortwahl.

[Kaiser]

Da im Moment der Zahlung die Originalrechnung aktiviert wird, spielt es keine Rolle, ob die Mehrwertsteuer bereits in der Scharnierbuchung enthalten ist. Auf genau dieses Datum wird die Kontierung inkl. Mehrwertsteuer aktiv.

Rundungsdifferenzen lassen sich nicht verhindern. Wir empfehlen dem Kunden, einen steuerfreien Mehrwertsteuersatz für Vorkasse anzugeben. Ansonsten bleibt ihm nichts anderes übrig, als die Debitorenbuchung über CHF -0.05 in der Debitorenbuchhaltung auszugleichen.

[unisoft sm]

Meiner Meinung nach nicht ganz richtig.

Zeitpunkt MWST-Verbuchung
Bei der Vorausrechnung 100% mit Mwst wird die Mwst zum Zeitpunkt der Vorausrechnung verbucht. Nach der Aktivierung der Orignalrechnung erfolgt mit dem Datum der Endabrechnung eine Rückbuchung der MWSt-Buchung aus der Vorausrechnung sowie eine neue MWST-Buchung mit Datum Endabrechnung (somit MWST-neutral).

Mwst-Pflicht für Vorausrechnungen
Vorausrechnungen sind Mwst pflichtig und wir können dem Kunde nicht empfehlen gegen das Mwst-Gesetz zu arbeiten.

Rundungsdifferenzen anzeigen/buchen
Rundungsdifferenzen lassen sich nicht überall verhindern, das verstehe ich. Es geht aber nicht nur um die "interne" Ausbuchung dieser Differenz sondern vor allem um die "fehlerhafte" oder "unschöne" Anzeige auf der Schlussrechnung - egal wie man es dreht:





Differenz Brutto-inkl./Netto-inkl.
Wäre es ev. ein Lösungsansatz, anstelle die "Korrektur auf Totalbetrag" in die erste Position zu "verstecken" die Rundungsdifferenz in einer separaten Zeile transparent auszuweisen? Somit gäbe es keine Differenz zwischen Brutto-inkl. und Netto-inkl. Diese würde auch ohne Funktion Vorausrechnung für viel diskutierte Rundungstransparenz sorgen.

Manuelle Korrektur auf Totalbetrag
Ev. ein anderer Lösungsansatz - und zugleich eine wertvolle zusatzfunktion wäre die Idee, den Verkaufsauftrag auf eine bestimmte Zielsumme (inkl. oder exkl. zu runden. Quasi eine Pauschalreduktion um einen runden Preis z.B. 1000.- inkl. oder 1000.- exkl. zu erhalten. Mit dieser Funktion könnten z.B. auch die Originalrechnung der Vorausrechnung auf den Zielbetrag 0.- gestellt werden? Ansiedeln könnte man diese Funktion im Bereich Rabatte.

Weitere Ideen habe ich gerade nicht. Ansonsten bleibt die Möglichkeit dem Kunde mitzuteilen, dass die Vorausrechnung nur für eine Teil-Vorausrechnung genutzt werden soll. Bei einer 100% Vorausrechnung müsste ein manuelle Workaround gefunden werden (wie vor der Funktion der Vorausrechnung).

Besten Dank, falls Sie sich nochmals mit dem Thema befassen und für Ihre Bemühungen.

[Kaiser]

Mwst-Pflicht für Vorausrechnungen
Wir sehen bei der bestehenden Lösung kein Problem - gesetzeswidrig ist das nicht.

Differenz Brutto-inkl./Netto-inkl.
Auch wenn die Korrektur in einer separaten Zeile ausgewiesen wird, entstehen dieselben Rundungsdifferenzen. Wir kämen damit nicht weiter.

Manuelle Korrektur auf Totalbetrag
Wäre nur mit grossem Aufwand realisierbar, ohne dass wir da einen Nutzen sehen.

Rundungsdifferenzen
Wenn der Rundungsfaktor auf 0.01 gestellt wird, beträgt die Rundungsdifferenz auch nur -0.01. Wir sind nun mal gegen Rundungsdifferenzen machtlos.
Wir könnten einzig folgende Regelung anbieten:
Wenn bei einer Vorausrechnung das Auftragstotal kleiner/gleich wie der Rundungsfaktor ist, wird das Total auf Null gestellt.

Wie sehen Sie das?

[unisoft sm]

OK, betreffend Mwst-Pflichtigkeit müssen wir uns ja nicht zwingend einig sein. Der Interpretationsspielraum im Mwst-Gesetz ist gering aber schlussendlich liegt es in der Verantwortung des Unternehmens. Könnte der Kunde die Vorausrechnung ohne Mwst stellen so hätten wir das Thema der Auftragsdifferenz nicht.

Ihre vorgeschlagene Regelung wäre sicherlich eine tolle Lösung.

[Kaiser]

Update!

Wenn eine Vorausrechnung mit Mehrwertsteuer über das ganze Auftragstotal erstellt wird, korrigiert die Applikation das Total der Originalrechnung bei Rundungsdifferenzen.

Der Update ist auf der Webseite Mentor verfügbar.

[unisoft sm]

Klappt wunderbar, super!
Herzlichen Dank.

[unisoft sm]

Der Produktiveinsatz beim Kunde hat noch Tücken aufgezeigt. Bei einigen Aufträgen präsentiert sich nach Erstellung der Vorausrechnung der Originalauftrag ausgeglichen (Nullbetrag ohne Rundungsdifferenz), sobald der Originalauftrag aber nochmals geöffnet und ohne Aenderung wieder gespeichert wird so erscheint wieder eine Rundungsdifferenz.

Falls es im Auftrag als erste Position eine textzeile hat, so wird dort die Rundungsdifferenz eingetragen.



Können Sie das bitte nochmals prüfen?

[Kaiser]

Update!

Beim Korrigeren von Rundungsdifferenzen einer Vorausrechnung wird die erste verrechenbare Position angepasst.

Der Update ist auf der Webseite Mentor verfügbar.

[unisoft sm]

Mit der neusten Version besteht die Rundungsdifferenz weiterhin.

Hier ein Beispiel Schritt um Schritt:

Erfassung div. Positionen:


Total 2'770.00 exkl.:


Auftrag ändern auf Vorauskasse, 100% resp. 2770.00 exkl.:


Speichern Auftrag, noch keine Differenz zwischen Brutto inkl. und Netto inkl.:


Vorausrechnung i.O.:


Auftragsübersicht i.O. / Hauptauftrag (noch) ohne Rundungsdifferenz (Total 0.00):


Ändern Hauptauftrag ohne Mutation - jetzt ist Rundungsdifferenz ersichtlich:


Rundungsdifferenz:


Besten Dank für Ihre Prüfung im Voraus.

[Kaiser]

Problem beseitigt - neuste Version verfügbar.

[unisoft sm]

Das ging jetzt aber fix
Test i.O., werde es am Abend beim Kunde installieren.
Vielen Dank!

[unisoft sm]

Kunde dankt für den prompten Service!