XRechnung, Rabatt, negative Postitionen

aend

Aktives Mitglied
31. August 2018
68
4
Hamburg
Moin Zusammen

Seit Jahren erstellt unser Vertrieb Rechnungen, die sehr häufig auch einen zentralen Rabatt als extra Rechnungsposition enthalten.
Beispiel:

Mailing Setupkosten | x Euro
Mailing Empfänger | y Euro
Agenturprovision 10% | -z Euro

In der XRechnung fehlt dann immer die negative Position und damit validiert sie natürlich nicht. Wie ich dann gelesen habe, sind neg. Positionen nicht erlaubt.
Einen Rabatt zu setzen, hilft uns nicht. Wie ich gerade sehe, gibt es auch in 1.9 immer noch keinen zentralen, extra ausgewiesenen Rabatt. Das war aber damals, als wir mit JTL angefangen haben zu arbeiten, genau das Problem. Auf der Rechnung muss das bezeichnet und erkennbar sein. Es hat irgendwas mit dem Verhältnis zwischen uns, der Agentur, der wir die Rechnung stellen und letztendlich dem Endkunden der Agentur zu tun.

Wie können wir dieses Dilemma ab 2025 lösen?
 

aend

Aktives Mitglied
31. August 2018
68
4
Hamburg
OK, ich könnte wohl bei jeder Position, die eine Rabatt enthält, so eine Zeile hinzufügen:
<ram:Reason>Agenturprovision</ram:Reason>

Trotzdem stellt sich sich mir auch nach vielen Jahren und JTL Versionen immer noch die Frage, warum es in der Wawi nur Positionsrabatte gibt und keinen Gesamtrabatt im Fuß der Rechnung. Das ist doch nun wirklich nichts exotisches, wird ganz oft, von vielen so gemacht und auch die XRechnung sieht sowas vor.
 

elcheffe

Sehr aktives Mitglied
7. Juli 2010
568
72
Ich steh gerade auch vor so einem Problem. Bei Bezahlung per Vorkasse setzen die Shops automatisch einen Rabatt von 3% als eigenständige - negative - Position. Dann schlägt das Validieren fehl.

Das Problem müssten doch eigentlich ganz viele User haben... wie habt ihr denn das gelöst???
 

mvh

Sehr aktives Mitglied
26. Oktober 2011
812
290
Ich steh gerade auch vor so einem Problem. Bei Bezahlung per Vorkasse setzen die Shops automatisch einen Rabatt von 3% als eigenständige - negative - Position. Dann schlägt das Validieren fehl.

Das Problem müssten doch eigentlich ganz viele User haben... wie habt ihr denn das gelöst???
Haben auch vermutlich Alle, nur nicht jeder hat so eine Rechnung validiert.
Kupons, Gutscheine, negative Positionen - ändern die Rechnungssumme und bringen mit der aktuellen X-Rechnung-Vorlage 2 Fehler bei der Validierung,
weil die Rechnungssumme sich von den Summe der einzelnen positiven Positionen unterscheidet.
Aber es kommen noch ganz viele Korrekturen für die E-Rechnungen, z.B. Rechnungskorrekturen https://issues.jtl-software.de/issues/WAWI-74046
da wird fleißig an der Vorlage gearbeitet.
 
Zuletzt bearbeitet:

aend

Aktives Mitglied
31. August 2018
68
4
Hamburg
Das Problem ist bereits gelöst. Heute, als ich versuchen wollte, die XRechnungsvorlage selber zu "hacken", habe ich festgestellt, dass JTL das bereits vorgesehen hatte.
Im Fuß einer XRechnung, im Block <ram:ApplicableHeaderTradeAgreement> gibt es die Möglichkeit, noch Gesamt Rabatte oder Zuschläge anzugeben. Genau das war schon in der Vorlage. Es werden an dieser Stelle noch mal die Rechnungspositionen durchlaufen (siehe Kommentar: GUTSCHEINE/RABATTE) und bei negativen Positionen, abhängig vom Positionstyp, entsprechende Rabattblöcke erzeugt: <ram:SpecifiedTradeAllowanceCharge>.
 

elcheffe

Sehr aktives Mitglied
7. Juli 2010
568
72
Das Problem ist bereits gelöst. Heute, als ich versuchen wollte, die XRechnungsvorlage selber zu "hacken", habe ich festgestellt, dass JTL das bereits vorgesehen hatte.
Im Fuß einer XRechnung, im Block <ram:ApplicableHeaderTradeAgreement> gibt es die Möglichkeit, noch Gesamt Rabatte oder Zuschläge anzugeben. Genau das war schon in der Vorlage. Es werden an dieser Stelle noch mal die Rechnungspositionen durchlaufen (siehe Kommentar: GUTSCHEINE/RABATTE) und bei negativen Positionen, abhängig vom Positionstyp, entsprechende Rabattblöcke erzeugt: <ram:SpecifiedTradeAllowanceCharge>.
Du hasst leider insofern nicht recht als er mit der aktuellen Version nicht validiert. ergo keine Lösung.

im übrigen kann ich adhoc nicht viel sagen, außer bedenke bitte das es in der wawi auch einem gesamtrabatt gibt ( der ggf. Nicht als pos. Bei den Artikeln erscheint).
 
Zuletzt bearbeitet:

aend

Aktives Mitglied
31. August 2018
68
4
Hamburg
Du hasst leider insofern nicht recht als er mit der aktuellen Version nicht validiert. ergo keine Lösung.
Ich habe mehrere Testaufträge geschrieben, mit einer oder mehreren Positionen, mit oder ohne Einzelrabatten bei Positionen, und dann immer
mit einer Freiposition, Text "Agenturprovision 10%", Betrag: 10% des Gesamtnetto aller Positionen ins Minus gesetzt. Die daraus erstellten XRechnungen validierten alle.

außer bedenke bitte das es in der wawi auch einem gesamtbatt gibt ( der mit den einzelnen pos. nichts zu tun haben wird).
Und wo soll der bitte sein? ich kann nur bei Positionen einen Rabatt setzen. Im Auftrag unter der Postionsliste? Das Feld setzt dann auch bloß den Rabatt bei allen Positionen.
 
Zuletzt bearbeitet:

elcheffe

Sehr aktives Mitglied
7. Juli 2010
568
72
Hast recht, der negativ Fehler ist weg. Dafür spuckt er mir jetzt zwei Fehler aus, irgendwas mit den netto summen lol … ich bin raus …
 

aend

Aktives Mitglied
31. August 2018
68
4
Hamburg
Dafür spuckt er mir jetzt zwei Fehler aus, irgendwas mit den netto summen lol … ich bin raus …
Und hier hattest Du auch recht. Trat nun bei einigen Rechnungen auch bei uns auf.
Ich habe dann ganz einfach bereits bei den Rechnungspostionen gerundet.
Code:
<ram:LineTotalAmount>{{ position.TotalGrossPrice | Nummer : '0.00', 'en-US' }}</ram:LineTotalAmount>
Vier Dezimalstellen sind dort zwar vorgegeben, aber wohl keine Pflicht. Damit gibt es nun jedenfalls keine Rundungsdifferenzen mehr, zu den Gesamtbeträgen im Fuß der Rechnung.
 

Ähnliche Themen