Neu Rechnungsvorlage mit schon getätigten Zahlungen Brutto netto und Saldo

LUW

Mitglied
18. Februar 2019
11
3
Hallo,
es geht mir um folgendes.
Wir versenden sehr viel per Vorkasse bzw. Paypal.
Laut meiner Frau (arbeitet beim Steuerberater und ist sehr genau) muss auf jeder Rechnung die nach Zahlungseingang erstellt wird zwingend die schon geleisteten Zahlungen aufgelistet werden und zwar netto und brutto!
Ich habe unsere Rechnungsformulare daher wie im Anhang zu sehen um netto und MwSt. bei den Zahlungen ergänzt.
Verwendet habe ich die Variable "TotalsInvoice.VATRate" um die Nettopreise und die MwSt. zu berechnen.
Ich hoffe das ist korrekt so. Bislang habe ich jedenfalls noch keine Fehler gefunden.

Code:
"Zahlung (" + InvoicePayments.PaymentMethod + ") vom " + LocDate$(InvoicePayments.PaymentDate)+" Netto:"+LocCurrL$((InvoicePayments.Value/(TotalsInvoice.VATRate/100+1)), JTL_GetCulture(Report.CountryISO, Report.LanguageISO, Report.CurrencyISO)) + " | MwSt. Enthalten: "+LocCurrL$((InvoicePayments.Value/(100+TotalsInvoice.VATRate)*TotalsInvoice.VATRate), JTL_GetCulture(Report.CountryISO, Report.LanguageISO, Report.CurrencyISO))+" | Brutto"

Aber, jetzt wird es kompliziert. Wegen der Mehrwertsteuer-Umstellung müssen alle Zahlungen die vor der Umstellung getätigt wurden auch mit der alten Mehrwertsteuer ausgewiesen werden. Auch wenn der Auftrag mit verringerter MwSt erst später ausgeliefert wird.

Ich hab jetzt einfach eine Bedingung in das Formular gesetzt das alle Zahlungen die vor dem 01.07.20 erfolgt sind und die "TotalsInvoice.VATRate" 16% haben einfach mit 19% ausgewiesen werden.
Das ist aber eine sehr unsaubere Lösung. Zudem wird die Variable Report.OpenGrossPrice nie negativ.
(Der Rechnungssaldo müsste aber negativ sein, da der Kunde zuviel bezahlt hat.) (siehe Bild2)

Meine Kunden haben die 19% schon bezahlt und ich will die Differenz zurück überweisen.

Meine Frage:
1. Gibt es eine simple Möglichkeit den Rechnungs-Saldo zu berechnen? Da der Report.OpenGrossPrice eben nicht ins negative geht.
2. Hat jemand eine bessere Idee wie man die Steuersätze den Zahlungseingängen zuordnen kann?

Gruß
Oliver P.

PS:
Ich habe mittlerweile auch Rechnungen von Lieferanten erhalten die genau so aufgebaut waren. (Rechnungsbetrag abzüglich schon geleisteter Anzahlungen Brutto/Netto.... und dem noch verbleibenden Rechnungssaldo.
Ich bin also nicht der einzige der es so "korrekt" haben möchte.
 

Anhänge

  • rg Vorlage.jpg
    rg Vorlage.jpg
    38,4 KB · Aufrufe: 49
  • rg vorlage2.jpg
    rg vorlage2.jpg
    20 KB · Aufrufe: 48

C.lagler

Aktives Mitglied
26. November 2021
6
1
Hi, gab es dazu eine Lösung?

Auch ich suche nach einer Lösung den "Offenen Betrag" auch negativ anzeigen zu können. Wir haben oft den Fall, dass es bei bereits vollständig bezahlten Aufträgen zu Retouren und Gutschriften kommt, die dann auf dem Auftrag bzw. Rechnung aber nicht angezeigt werden. Somit muss mein(e) Mitarbeiter(in) immer in der Wawi nachsehen welche Summe jetzt noch genau zu erstatten ist und kann dem Kunden auch über die Summe praktisch keinen entsprechenden Beleg ausdrucken auf dem ersichtlich ist wie sich diese Summe zusammen setzt.

PS: Auch die Anzeige der vorhandenen Gutschriften / Rechnungskorrekturen am Auftrag bzw. der Rechnung wäre sinnvoll, da auch das wesentlich zur Transparenz und Klarheit gegenüber dem Kunden beitragen würde. Wir haben oft Kunden die sich vom offenen Betrag (der ja bereits um Gutschriften reduziert ist) nochmals die Gutschrift abziehen bei der Überweisung.
 
  • Gefällt mir
Reaktionen: ibells

TheOggy

Sehr aktives Mitglied
6. Oktober 2009
1.033
99
Berlin
Daran wäre ich auch interessiert.
Warum ist sowas eigentlich nicht in den neuen Vorlagensets gleich mit eingebaut?
 

t.oster

Gut bekanntes Mitglied
4. Dezember 2013
210
24
Hi, das Problem dass OpenGrossPrice nicht negativ wird (in meinen Augen ein Bug!) habe ich wie folgt umgangen:

Code:
LocCurrL$(If(Report.OpenGrossPrice>0,Report.OpenGrossPrice,Report.TotalGrossPrice-Sum(InvoicePayments.Value)), @InvoiceCulture)

Aber Achtung: Ich habe noch nicht ausgiebig getestet, ob es in allen Situationen (keine Zahlung vorhanden, verschiedene Steuervarianten) funktioniert.
 

Ähnliche Themen