View Issue Details

IDProjectCategoryView StatusLast Update
0000354FakturamaAllgemein (General)public2018-02-10 20:15
Reporterrheydenr Assigned Torheydenr  
PrioritynormalSeverityfeatureReproducibilityN/A
Status assignedResolutionopen 
Product Version1.6.5 
Target Version2.3.0 
Summary0000354: Lager- und Bestandsverwaltung
Description

Ich habe festgestellt, dass die Lagerbestandsermittlung auf Basis ganzzahliger Werte durchgeführt wird. Ich hatte versucht, unsere Meterware (z.B. 0,8 m) damit zu führen, aber sowohl die Berechnung, als auch die Auswertung (unter Exportieren) wird gerundet und damit falsch.
Also habe ich die Funktion der Einnahme- und Ausgabebelege "verbogen". D.h. für jeden Artikel habe ich manuell ein separates Konto angelegt, das ich als Bestandskonto bezeichne (auch wenn ich die Angabe "Euro" nicht ändern kann). Ein Wareneinkauf wird als Einnahmebeleg gebucht, alle Positionen einer Bestellung (@Walter: ich behalte mal die Fakturama-Bezeichnung bei) werden unter Angabe der Bestellnummer manuell als Ausgabebeleg auf ihr entsprechendes Warenkonto gebucht. Im Export habe ich dann für jedes Bestandskonto quasi eine aussagefähige und nachvollziehbare Historie.
Gut fände ich folgende Lösungen, wobei möglicherweise die Formulare und Berechnungsroutinen der Einnahme- und Ausgabebelege ähnlich verwendet werden könnten.
direkte Anbindung der Bestandskonten an die Bestellung (adäquat der jetzigen Lösung)
Referenz auf die, den Warenbestand reduzierende Bestellung (Bestellnummer)
Stornomöglichkeit, d.h. der umgekehrte Weg, der den Bestand wieder erhöht. Dazu wäre es gut, einzelne Positionen einer Bestellung nicht einfach zu löschen, sondern zu stornieren. Ggf. sollte der Status "Storniert" für eine Bestellung eingeführt werden. Der Storno sollte auch aus der Auswertung (Exportieren) hervorgehen.
Automatisches Anlegen eines Warenbestandskontos beim Anlegen eines Artikel unter Berücksichtigung der angegebenen Mengeneinheit
Speichern der Bestellung nur zulassen, wenn bei allen Bestellpositionen die Lagermenge ausreicht, sonst Fehlermeldung
Auswertung adäquat der jetzigen Kontenauswertung sowie eine Auflistung der Warenbestände aller Artikel zu einem Stichtag (Inventurliste, wie Walter anregte)
Zu guter letzt noch zwei Gedanken:
bei der Versandart wird in den Belegen das Feld "Beschreibung" gezogen. Ich fände es besser, wenn das Feld "Name" (z.B. Hermes Paket S) gezogen würde und die Beschreibung für interne Zwecke (z.B. Größe, Gewicht, Versicherung) bliebe. Das ist wohl entsprechend der festgelegten Zeichenanzahl auch so gedacht gewesen.
Es wäre schön, wenn im Artikel ein Einkaufspreis hinterlegt werden könnte und in den vorhandenen Auswertungen dieser EP aufgelistet würde. Eine einfache Gewinnkalkulation ohne Portokosten bietet sich an.

Additional Information

siehe dazu

TagsNo tags attached.

Relationships

has duplicate 0000561 assignedrheydenr [FAK-562 (alt)] Lagerbestandsführung 
has duplicate 0000478 assignedrheydenr [FAK-479 (alt)] Verbesserung der Bestandsführung (Lagerverwaltung) 

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2014-07-11 14:31 rheydenr New Issue
2014-07-11 14:31 rheydenr Status new => assigned
2014-07-11 14:31 rheydenr Assigned To => rheydenr
2018-02-04 21:52 rheydenr Target Version Pipeline => 2.3.0
2018-02-05 22:07 rheydenr Description Updated
2018-02-05 22:07 rheydenr Additional Information Updated
2018-02-05 22:07 rheydenr Relationship added related to 0000561
2018-02-05 22:07 rheydenr Relationship deleted related to 0000561
2018-02-05 22:07 rheydenr Relationship added has duplicate 0000561
2018-02-10 20:15 rheydenr Relationship added has duplicate 0000478