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.
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.
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.