Neu EK-Preis bei Variantenartikeln wird automatisch berechnet

[alfapack]

Hi,

wir haben gestern auf die neuste Wawi geupdated (unsere letzte Version war die 1.5.7.1 - also kann ich nicht sagen das es ein Problem mit der neusten Version ist, evtl. auch mit einer davor).

Nun arbeiten wir mit Var. Kombis.

Es gibt also "3" Artikel:
1001 ; Vaterartikel (Einzelstück - nicht kaufbar)
1001-001 ; Variante 1 (Einzelstück) ; EK: 2€
1001-002 ; Variante 2 (Karton 10 Stück) ; EK: 20€

Wir ändern alle EK-Preise von Hand, also lassen nichts automatisch berechnen (der Haken unter Globale Einstellungen -> Vorgänge -> Eingangsrechnungen benutzen ist raus).

Wenn wir nun bei der Variante 1 den EK von Hand ändern - kein Problem.
Bei Variante 2 - kein Problem.
Wenn wir allerdings bei dem Vaterartikel den EK ändern wollen auf 2€, dann ändert er diesen automatisch beim speichern auf einen Durchschnittspreis der beiden Varianten. Er rechnet also EK Variante 1 + EK Variante 2 / Variantenanzahl = 11€. Das ist aber falsch. Der EK müsste 2€ sein wie bei der Variante 1. Ist das eine Einstellungssache oder ein Bug?

Vielen Dank und Viele Grüße

 

[Enrico W.]

Hallo @alfapack
ich sehe das ein wenig anders.
Artikel 1 hat einen durchschnittlichen EK von 2,-
Artikel 2 hat einen durchschnittlichen EK von 20,-
Dabei spielt es keine Rolle, dass Artikel 2 aus 10 x Artikel 1 besteht.

Darf ich fragen, ob das für Dich abgesehen vom Anzeigeproblem sonstige Auswirkungen hat?

 

[alfapack]

Hi,

also ausser vom Anzeigeproblem hat es keine Auswirkungen. Aber vor dem Update war es halt "richtig" bzw. so wie vorgesehen.

 

[Enrico W.]

mmhh - sagen wir eher, vorher war es so, wie es für Euch besser gepasst hatte.
Der GLD ist eine ganz simple Rechnung. Nimm einen einzigen Artikel. Du buchst einen Bestand von 1 ein mit einem EK von 2,- und einen Bestand von 1 mit einem EK von 20,-

Der GLD ist dann 11,-.
Genau das gleiche passiert auch beim Vaterartikel. Ich sehe hier keinen triftigen Grund, das anders zu machen. Der eine Artikel wurde für 2,- und der andere für 20,- eingekauft.

 

[alfapack]

Naja, rein theoretisch wird der Vaterartikel ja garnicht eingekauft. Die Bestandspflege läuft ja über die Varianten.

 

[b-tool.ch]

Unser Problem ist ganz ähnlich gelagert:
Bei der Aktualisierung von Preisen per Import mit Ameise überschreiben wir jeweils den durchschnittlichen Einkaufspreis mit dem aktuellen Einkaufspreis, so dass wir in der Tabelle die aktuelle Marge (Gewinn %) sehen können. Leider funktioniert das bei Vaterartikeln nicht - weder wenn der Preis eingelesen wird, noch wenn der Vaterartikelpreis auf den günstigsten Kinderartikelpreis gesetzt wird. Der durchschnittliche Einkaufspreis lässt sich bei Vaterartikeln auch manuell nicht ändern! (egal, ob das Häkchen bei Globale Einstellungen - Vorgänge der Haken bei "Eingangsrechnungen nutzen" gesetzt ist oder nicht) So bleiben dort alte Preise, was in einem falschen, manchmal negativen, Gewinn resultiert.
Um den durchschnittlichen Einkaufspreis beim Vaterartikel zu ändern, musste ich die Kinderartikel vom Vaterartikel trennen, den Preis ändern, und dann die Artikel wieder zu Kinderartikeln umwandeln. Nur so hat es bei meinem Versuchsartikel geklappt. Es versteht sich von selbst, dass diese Methode für den normalen Betrieb nicht taugt.
Gibt es eine andere Lösung?
Eine Option "Einkaufspreis nicht automatisch berechnen, sondern manuell eingeben" wäre vielleicht eine Möglichkeit.

Grüße,
Daniel

 

[b-tool.ch]

Unser Problem ist ganz ähnlich gelagert:
...Um den durchschnittlichen Einkaufspreis beim Vaterartikel zu ändern, musste ich die Kinderartikel vom Vaterartikel trennen, den Preis ändern, und dann die Artikel wieder zu Kinderartikeln umwandeln. Nur so hat es bei meinem Versuchsartikel geklappt. Es versteht sich von selbst, dass diese Methode für den normalen Betrieb nicht taugt...Grüße, Daniel

Unser Problem ist gelöst: Da ich bei früheren Importen auch den durchschnittlichen Vater-EK überschreiben konnte, habe ich noch etwas rumgepröbelt und folgendes herausgefunden:
Der durchschnittliche Einkaufspreis für Vaterartikel kann so mit der Ameise geändert werden:
-Die csv darf keine Kinderartikel der zu aktualisierenden Vaterartikel enthalten!
-Bei den import-Einstellungen "Vorhandene Preise vorher löschen" wählen (es müssen also ALLE Preise neu eingelesen werden).

Bisher hatte ich die Vaterpreise immer nachträglich aktualisiert (Beim Import der Kinderpreise auf den niedrigsten Kinderpreis gesetzt und dann erst gemerkt, dass der durchschnittliche EK bei den Vaterartikeln nicht überschrieben wurde. Somit hatte ich in der csv jeweils nur Vaterartikel).
Sorry für die Verwirrung, Daniel