Währungsumrechnung auf Rechnung

[rmb]

Moin.

Folgende Situation:
Wir haben Kunden, die in einer anderen Währung zahlen.
Die Fremdwährung ist in der Wawi eingetragen, der aktuelle Kurs wurde abgerufen.
Auf der Rechnung wird das Land korrekt erkannt, dort steht der Preis für die Fremdwährung, dahinter der Preis in Euro.

Das Problem hierbei ist, dass beide Preise identisch sind. Scheinbar zieht die Wawi nur den Betrag aus der Datenbank, rechnet den aber nicht um.

Die Formel für den Gesamtpreis habe ich zum Beispiel so vorgefunden:
LocCurrL$(Vorgang.Auftrag.Positionen.NettopreisGesamt, Vorgang.Gebietsschema) + Cond(Vorgang.Währung != Vorgang.Versandlandswährung, ' (' + LocCurrL$(Vorgang.Auftrag.Positionen.NettopreisGesamt / Vorgang.Währungsfaktor * Vorgang.Versandlandswährungsfaktor, Vorgang.Versandlandsgebietsschema)+ ')', '')

Da scheint sowas wie eine Umrechnung passieren zu sollen, aber sie passiert nicht.
Wenn ich mit dem Währungsfaktor bzw. dem Versandlandwährungsfaktor experimentiere, z.B. einen davon oder beide aus der Formel lösche, ändert sich am Ergebnis gar nichts (zumindest laut dem Infofeld im Formeleditor).

Wie komme ich also von Euro auf die gewünschte Währung?

Wir setzen Version 1.1.4.7 ein, falls das eine Rolle spielt.

 

[rmb]

Ich habe mir eine Rechnung vorgenommen, die an die Schweiz geht. Der Kurs EUR/CHF ist aktuell bei 1:1,06.
Wie es aussieht, sind sowohl Vorgang.Währungsfaktor als auch Vorgang.Versandlandswährungsfaktor in diesem konkreten Fall gleich 1. Kann es sein, dass die Variable ohne Nachkommastellen gespeichert wird? Falls ja, wo kann ich die Einstellung ändern?

Edit:
Nein, Vorgang.Währungsfaktor und Vorgang.Versandlandswährungsfaktor geben jeweils 1,00 aus. Die Dezimalstellen sind also vorhanden. Es wird scheinbar nicht der passende Wert in die Variable geschrieben.

 

[rmb]

Seltsam. Vorgang.Gebietsschema ist CHF, aber Vorgang.Währung ist €. Das System geht also davon aus, dass sowohl das Versandland als auch das bestellende Land in Euro rechnen.
Das erklärt zumindest, warum die jeweiligen Währungsfaktoren exakt 1 sind. Die aktuelle Währung steht mit sich selbst natürlich im Verhältnis 1:1.

Liegt das daran, dass unsere Standardwährung Euro ist und die Wawi nur damit arbeitet, oder muss ich die Währung irgendwo abseits der Währungseinstellungen dem Land explizit zuweisen?

Edit:
Ah, interessant.
Der Marktplatz ist per Unicorn angebunden, dort ist eingestellt, dass die Währung automatisch umgerechnet werden soll. Also kommen in der Wawi keine CHF an, sondern EUR als "Fremdwährung", wenn ich das richtig interpretiere.

 

[rmb]

Ich habe mich nochmal mit Marc von Unicorn ausgetauscht.
Unicorn übergibt den Preis, wie es scheint, in CHF. In der Wawi steht dann auch der korrekte Preis für Unicorn und unten rechts neben "Gesamt" ist CHF eingestellt. Wenn ich das in EUR umstelle, wird korrekt und dem Kurs entsprechend der Auftrag auf EUR umgerechnet.
Anschließend kann ich das Ganze wieder zurück auf CHF rechnen lassen, also auf den eingangs vorhandenen Wert.

Wenn das geschehen ist, und nur dann, wird auf der Rechnung auch eine korrekte Umrechnung angezeigt.

Wo ist da der Fehler? Empfängt die Wawi den Wert falsch? Sendet Unicorn ihn falsch?

 

[marcos software]

Servus Robin,

wie bereits per Mail geschrieben kommst du am ehesten weiter, wenn du mal ein Ticket bei JTL ziehst. Hier im Forum wird dir die internen Vorgänge beim Unterschied zwischen Wawi Berechnung (geht) und Druckvorlagenvariablen(berechnung) (geht nicht) glaube ich kein User sagen können

Gruß,
Marc

 

[DITH-Shop]

Ich habe mich nochmal mit Marc von Unicorn ausgetauscht.
Unicorn übergibt den Preis, wie es scheint, in CHF. In der Wawi steht dann auch der korrekte Preis für Unicorn und unten rechts neben "Gesamt" ist CHF eingestellt. Wenn ich das in EUR umstelle, wird korrekt und dem Kurs entsprechend der Auftrag auf EUR umgerechnet.

Hat ein Kunde von mir auch gerade festgestellt...
Gut das der echt Humor hat.

@marc: wir hatten das Thema ja letztens schon mal, habe mir das auch über die Variablen angeschaut, aber die Wawi eigene, interne Lösung möchte ich zuerst nutzen sofern möglich.
Dabei muss ich dann nicht immer an verschiedenen Stellen eingreifen

 

[marcos software]

Servus Thomas,

wir konnten das Problem dank einem entscheidenden Tipp von Robin finden.
Die Wawi interne Umrechnung zurück auf die Standardwährung bei durch unicorn in Fremdwährung angelegten Aufträgen sollte ab der 2.1.0.33 laufen.
#10112

Gruß,
Marc

 

[DITH-Shop]

Servus Thomas,

wir konnten das Problem dank einem entscheidenden Tipp von Robin finden.
Die Wawi interne Umrechnung zurück auf die Standardwährung bei durch unicorn in Fremdwährung angelegten Aufträgen sollte ab der 2.1.0.33 laufen.
#10112

Gruß,
Marc

Wann wird die 2.0.1.33 denn voraussichtlich kommen?
Habe jetzt einen Kunden der eine Erstattung verlangt weil die Wawi automatisch in die Zollinhaltserklärung 59,95 EUR gedruckt hat, obwohl der Auftrag als 59,95CHF läuft.
Durch den Umrechnungskurs wurde er Zoll-Steuerpflichtig.
59,95EURO = 64,18 CHF => Zoll/Steuerfrei Grenze liegt bei 62.50CHF

Differenz mit Steuern: 19,20CHF - die will er nu von mir zurück.

Daher wäre es toll wenn das Update relativ fix verteilt würde

 

[gutberle]

@rmb: Es gab bis vor einiger Zeit einen Bug in der Wawi, der genau diesen Effekt hatte, siehe hier und meinen Bugreport dazu hier. Dort steht zwar, es handele sich um Rechnungen aus der 0.99923, aber es betraf auch neue Rechnungen aus der 1.x. - Ich weiß nicht, wann das gefixed worden ist, aber in der aktuellen Wawi kann ich Dein Problem nicht mehr nachvollziehen.

 

[rmb]

Das Problem steckt, wie's aussieht, auch nicht in der Wawi sondern in der Kommunikation zwischen Wawi und Unicorn. Marc hat den Fehler aber schon gefunden. Der von dir gemeldete Bug hat zwar ähnliche Effekte, aber scheinbar eine andere Ursache.

 

[DITH-Shop]

Ähm, nö

Der Fehler steckt in der Logik bei JTL

Weil:
Versandlandwährung = EUR - weil das Land in dem Du also der Verkäufer sitzt, Deutschland = EU = Euro ist.
JTL speichert im Feld fVersandlandWaehrungFaktor eine "1" weil EURO zu EURO ja 1:1 ist.
Das Feld was für die Berechnung benötigt würde, heißt in der Tabelle aber "fFaktor" - diese benötigte Feld gibt es in den Vorlagen aber nicht zur Auswahl.

Hier die vier zuständigen Spalten mit den Angaben eines Schweizer-Auftrages.
Diese Daten haben mit Unicorn2 nichts zu tun, sondern stammen von einem Auftrag der von Hand in der Wawi direkt in CHF angelegt wurde.

cWaehrung fFaktor cVersandlandWaehrung fVersandlandWaehrungFaktor
CHF 1.06950000000000 EUR 1.00000000000000

Zur Lösung müsste JTL entweder die beiden Felder "drehen" oder das Feld "fFaktor" in den Formularen verfügbar machen.

Es müsste halt ein Feld "EmpfängerlandWährungsFaktor" geben

 

[DITH-Shop]

Bis das gefixt ist habe ich mir das so eingebaut:

{%capture ItemQuery %}
SELECT fFaktor FROM tBestellung WHERE cBestellnr ='{{Vorgang.Belegnummer}}'
{% endcapture -%}
{% assign Umrechnungsfaktor = ItemQuery | DirectQueryScalar -%}

und rufe dass dann an den notwendigen Stellen auf...

zum Beispiel so:

https://xxxxxxxx.com/de/vpos?amount={{ Vorgang.OffenerBetrag | DividedBy: Umrechnungsfaktor | Nummer:'N' | Replace:',','.'}}&contact_email={{ Vorgang.Kunde.EMail }}&contact_surname={{ Vorgang.Kunde.Name }}