Loop vermeiden bei Warenverschiebungen

[p80286]

Du kennst https://de.wikipedia.org/wiki/Achill...hildkr%C3%B6te ?
Wenn Waren zwischen zwei Lagern hin und hergeschoben werden und das wiederum Einfluß auf den Warenwert hat, dann ist das kreative Buchführung. Will man von vorneherein einen Mittelwert haben, so kann man diesen auch gleich berechnen. Die Statistik bietet da vielfältige Möglichkeiten.

Gruß
K-H

[hstreicher]

wie wäre es sich von dem Konzept "Ein Lager" zu verabschieden und stattdessen die Waren nach Lieferungen/Chargen zu führen ,
also eine Tabelle Lieferungen
mit den Feldern: Lagerplatz , Warenkennung, Wareneingangsdatum, Gelieferte Menge, PreisproEinheit, Restbestand (und evtl andere)

und dann hier die Verkäufe FiFo abzubuchen,
wenn Ware in eine andere Region umgelagert wird einfach den Lagerplatz ändern , oder eben splitten
Damit bleiben alle Informationen unverändert erhalten

mfg Hannes

[MyRealName]

Zitat von hstreicher:

wie wäre es sich von dem Konzept "Ein Lager" zu verabschieden und stattdessen die Waren nach Lieferungen/Chargen zu führen ,
also eine Tabelle Lieferungen
mit den Feldern: Lagerplatz , Warenkennung, Wareneingangsdatum, Gelieferte Menge, PreisproEinheit, Restbestand (und evtl andere)

und dann hier die Verkäufe FiFo abzubuchen,
wenn Ware in eine andere Region umgelagert wird einfach den Lagerplatz ändern , oder eben splitten
Damit bleiben alle Informationen unverändert erhalten

mfg Hannes

Weil das ja den Effekt herausnimmt, dass ich Kosten pro Lager habe. Stell es dir mal so vor :
Ich lebe ja in Kolumbien, da wird alles mit LKW innerhalb des Landes transportiert und jeder Zwischenhändler erwartet auch recht grosse Gewinnspannen. Wenn Du Fleisch in Rindergebiet (Los Llanos) kaufst, dann ist das spottbillig dort. Lokale Fleischer nehmen die spottbilligen kosten und schlagen dann ihre Gewinnmargen drauf. Habe ich aber neben meinen Läden dort auch noch Läden in der Hauptstadt zum Bsp., dann steigen die Einkaufskosten auf sagen wir das doppelte. Da schlage ich dann auf diese Kosten die Gewinnmarge draufund alles ist gut, weil der VK-Preis immer über lokale Kosten berechnet wird.

In dem moment wo ich das zusammen mixe, kommt das folgende raus :

Kaufe 100 kg Fleisch zu 1500 COP in Los Llanos = 150.000 COP
Kaufe 100 kg Fleisch zu 3000 COP in Bogotá = 300.000 COP

Durchschnittspreis 2.250 COP pro kilo
Gewinnmarge drauf von 50%m bin ich bei 3.375 COP
In Bogotá bite ich es zu billig an und arbeite nicht wirtschaftlich, dort musste ich 4.500 COP nehmen
In Los Llanos nehme ich zuviel und werde die Ware nicht los, da emine Mitbewerber ihren VK-Preis mit 1.500 COP berechnen, ich aber 2.250 COP.


Und genau wegen diesem problem hatte ich meinen Chef davon überzeugt, dass wir umbauen müssen.

Danke trotzdem

[MyRealName]

Zitat von p80286:

Du kennst https://de.wikipedia.org/wiki/Achill...hildkr%C3%B6te ?
Wenn Waren zwischen zwei Lagern hin und hergeschoben werden und das wiederum Einfluß auf den Warenwert hat, dann ist das kreative Buchführung. Will man von vorneherein einen Mittelwert haben, so kann man diesen auch gleich berechnen. Die Statistik bietet da vielfältige Möglichkeiten.

Gruß
K-H

Ja, das Problem ist mir bekannt und genau deswegen brauch ich ja Ideen.
Ich kann nicht einen Preis festlegen beim Erstellen des Dokuments, und dann nicht mehr anrühren. Die Leute hier sind auch sehr kreativ mit ihren Buchführungen. Ich habe letztens eine Kunden-DB mit diesem problem gesehen. Durchschnittspreis war bei 4500 COP, die Warenverschiebung noch mit 27.000 COP gemeldet. Da gingen natürlich im Ziellager alle Kosten hoch.

Was ich bisher an Ideen hatte dazu war zum Bsp. dass ich die Kosten immer aus dem Vormonat nehme. Also im Februar versende ich die Ware zum Preis des Januars und verändere den Durchschnittspreis im Ziel mit diesem. Im Falle des Zurücksendens im Febrar würde das wieder mit dem Januar-Preis passieren. das ändert aber im Ziel nicht den Januar-Preis und deswegen tritt das problem dann nicht mehr auf.

Denkt ihr, buchhalterisch wäre das eine akzeptable Lösung ?

[vagtler]

Buchhalterisch in meinen Augen akzeptabel wäre es, wenn Du den Lagerwert nicht an den Verkaufspreis koppelst. Die einzig richtige Bezugsgröße wäre hier der Einstandspreis (gerne gemittelt bei Lagerbewegungen, aber das hat dann nur Auswirkungen in eine Richtung). Verkaufspreiskalkulation ist hingegen eine ganz andere Baustelle und hat mit den Lagerwerten eher weniger zu tun - nur mit den Bezugskosten.

[MyRealName]

Zitat von vagtler:

Buchhalterisch in meinen Augen akzeptabel wäre es, wenn Du den Lagerwert nicht an den Verkaufspreis koppelst. Die einzig richtige Bezugsgröße wäre hier der Einstandspreis (gerne gemittelt bei Lagerbewegungen, aber das hat dann nur Auswirkungen in eine Richtung). Verkaufspreiskalkulation ist hingegen eine ganz andere Baustelle und hat mit den Lagerwerten eher weniger zu tun - nur mit den Bezugskosten.

Im Lager liegt nicht die Ware zum Preis, sondern der Preis wird aus Kosten errechnet. Wenn mit ein produkt 1 Euro gekostet hat, dann will ich es nciht unter einem Euro verkaufen. Ich will eine Gewinnmarge. Das Beispiel hatte nu aufgezeigt, wie ein einheitlicher Lagerpreis deine regionale Preisrechnung zerstört.

[BUG]

Zitat von MyRealName:

Denkt ihr, buchhalterisch wäre das eine akzeptable Lösung ?

Habt ihr keinen BWLer, der für euer Lager zu wissen hat? Zu irgendwas müssen die ja gut sein
Disclaimer: nicht ganz ernst gemeint


Intuitiv würde ich Aufzeichnungen der beiden Lager so führen, als ob die getrennt handeln würden. Also Lager eins verkauft die Dinger an Lager zwei, usw... aber keine Ahnung wie das buchhalterisch richtig gemacht wird.

[MyRealName]

Zitat von BUG:

Zitat von MyRealName:

Denkt ihr, buchhalterisch wäre das eine akzeptable Lösung ?

Habt ihr keinen BWLer, der für euer Lager zu wissen hat? Zu irgendwas müssen die ja gut sein
Disclaimer: nicht ganz ernst gemeint


Intuitiv würde ich Aufzeichnungen der beiden Lager so führen, als ob die getrennt handeln würden. Also Lager eins verkauft die Dinger an Lager zwei, usw... aber keine Ahnung wie das buchhalterisch richtig gemacht wird.

Ist doch nicht Deutschland.
HIer gibt es auch keine Zertifixierungsstelle für deine "Elster"-Schnittelle, ich programmier die Ausgabe so, wir mein Buchhalter mir das erklärt und wenn ein kunde mir einen Fehler aufzeigt, weil meiner doof war, dann korrigier ich den dann :p

[Jasocul]

Zitat von MyRealName:

ich programmier die Ausgabe so, wir mein Buchhalter mir das erklärt und wenn ein kunde mir einen Fehler aufzeigt, weil meiner doof war, dann korrigier ich den dann :p

Mitdenken als Entwickler ist aber nicht verboten. Zumal nur du die Konsequenzen für die DB beurteilen kannst.

Habe ich das jetzt richtig verstanden, dass bei der Warenverschiebung nur noch der Mischpreis zur Verfügung steht? Falls ja, hast du ein Problem. Wenn du nicht alle Verschiebungen protokolliert hast, gibt es keine Möglichkeit, den ursprünglichen Preis festzustellen, um die Fehlberechnung zu kompensieren.
Allerdings hoffe ich, dass du den Einstandspreis jeder Charge irgendwo gespeichert hast. Mal ganz abgesehen davon, dass es bei Lebensmitteln (und nicht nur da) aus vielen Gründen durchaus sinnvoll ist, chargengenau zu arbeiten.
Wenn du also den Einstandspreis kennst, ist deine Mittelwertberechnung doch eigentlich kein Problem. Du darfst bei der Warenverschiebung eben nicht den zuletzt ermittelten Durchschnittswert, sondern den Einstandspreis.

Oder habe ich da irgendwas völlig falsch verstanden?

[Blup]

Man könnte zwei kalkulatorischen EK-Preise unterscheiden:
1. alle Einkäufe ohne Lagerbewegung
2. alle Einkäufe mit Lagerbewegung

Der 1.Preis dient zur Berechnung der Kosten für Lagerbewegungen.
Der 2.Preis ist die Grundlage für den VK-Preis.