die neue Ermittlung des LKZ macht überhaupt keinen Sinn. Das man jetzt ein abweichendes LKZ bevorzugt nennen kann ist ja eine sinnvolle Neuerung, dass aber die Lieferadresse vor der Adresse des Lieferanten gezogen wird, macht wirklich null Sinn.
Bestes Beispiel: Lieferant sitzt in Frankreich und liefert an uns in DE. Bisher wurde immer korrekt ek_eu gezogen, was auch stimmt, wir haben einen innergem. Erwerb. Seit dem Update auf die 8.5.5.20.65743 wird jetzt immer ek_inland gezogen und wir müssen das händisch korrigieren, weil das Buchungskonto einfach nicht das richtige ist. der Lieferant in EU und der Lieferant aus DE fallen jetzt ins gleiche Fibukonto, weil die Lieferadresse in beiden Fällen wir in DE sind.
Zu allem Überfluss lässt sich dies nicht ändern, etwa als Parameter-Einstellung.
.png.cc87a7fb990ef43f342d243f86b40d7d.png)
Frage
Grayworks
Hallo,
die neue Ermittlung des LKZ macht überhaupt keinen Sinn. Das man jetzt ein abweichendes LKZ bevorzugt nennen kann ist ja eine sinnvolle Neuerung, dass aber die Lieferadresse vor der Adresse des Lieferanten gezogen wird, macht wirklich null Sinn.
Bestes Beispiel: Lieferant sitzt in Frankreich und liefert an uns in DE. Bisher wurde immer korrekt ek_eu gezogen, was auch stimmt, wir haben einen innergem. Erwerb. Seit dem Update auf die 8.5.5.20.65743 wird jetzt immer ek_inland gezogen und wir müssen das händisch korrigieren, weil das Buchungskonto einfach nicht das richtige ist. der Lieferant in EU und der Lieferant aus DE fallen jetzt ins gleiche Fibukonto, weil die Lieferadresse in beiden Fällen wir in DE sind.
Zu allem Überfluss lässt sich dies nicht ändern, etwa als Parameter-Einstellung.
Beste Grüße,
Grayworks
Link zu diesem Kommentar
Auf anderen Seiten teilen
0 Antworten auf diese Frage
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.