fabular.CORE - Bestandsmanagement
Änderungsverlauf
|
Version |
Beschreibung |
Datum |
Status |
Autor |
|
1.0 |
Erstellung der Erstversion auf Basis von Release 3.0.128.4 |
10.08.25 |
fertig |
Harald Falkner |
|
1.1 |
Überarbeitung nach CORE Update |
29.09.25 |
fertig |
Harald Falkner, Eric Deppisch |
|
1.2 |
Überarbeitung nach Release 3.0.130.1 |
04.11.25 |
fertig |
Harald Falkner, Eric Deppisch |
|
1.3 |
Überarbeitung nach Release 3.0.132.2 |
20.12.25 |
fertig |
Harald Falkner, Eric Deppisch |
Erklärung FIBU Buchungssätze im Test
Die FIBU Buchungssätze und Faktura Seiten in den einzelnen Testfällen wurden mit einem Admin Account geprüft. Diese sind also von der im Testfall angegebenen Benutzergruppenprüfung ausgenommen, da sonst die Kontrolle der FIBU Datensätze nicht möglich ist.
Allgemein
Lagerstand überprüfen
|
Testfall-ID |
B.01.01 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Basis_Werk |
|
Testfall-Art |
Positiv |
|
Testfall-Beschreibung |
Anzeige des aktuellen Lagerstands und Aufruf der Detailbuchungen |
|
Erwartetes Ergebnis |
Lagerstand Information, Darstellung der Detailbuchungen und Gegenüberstellung von Buch- und phyischen Bestand |
|
Geschäftsvorgang-Start + ID |
- |
|
Geschäftsvorgang-Ziel + ID |
- |
Es wird der Anfangsbestand abgefragt und geprüft, ob es eine Buchmengenabweichung gibt.

Die Buchmengenabweichung ist nach den bereits gebuchten Testfällen exakt 0. Dies bedeutet alle Bestände sind auch in der Finanzbuchhaltung angeführt.
Durch den Filter „Buchführung: Bestand“ werden nur jene Bestände angezeigt welche auch Buchbestandsgeführt sind, d.h. Artikel welche entweder direkt oder über den Verwendungszweck ein Bestandskonto zugewiesen haben.
🡺 Der Testfall ist erfolgreich! Bestandskonten sind aktuell und in der Buchhaltung verfügbar sowie mit dem physischen Bestand ident.
Lagerverwaltung
|
Testfall-ID |
B.01.02 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
Administrator |
|
Testfall-Art |
Positiv |
|
Testfall-Beschreibung |
Um das Lager zu verwalten wird der Bestand mit den Lagerplätzen eingesehen, folglich wird innerhalb des Standorts eine “Umlagerung” gebucht um die Waren aus einem Annahme Lager ANT2 auf einen Lagerort in H1-D1-E1 zu buchen. |
|
Erwartetes Ergebnis |
Der Lagerplatz der jeweiligen Charge wird am neuen Lagerplatz angezeigt. Es darf dabei zu keiner Buchbestandsänderung kommen. |
|
Geschäftsvorgang-Start + ID |
Charge: TL125091701\P01 am Lagerplatz AN-AN1-ANT2 |
|
Geschäftsvorgang-Ziel + ID |
Charge auf neuem Lagerort H1-D1-E1 |
Aufrufen der Funktion Umlagerung, Auswahl der Charge, Angabe des Ziellagerplatzes und ausführen des „abschließen“ Flows:

Nun wird am Lagerkonto nach der Charge TL125091701\P02 gesucht:
Die Charge wird am richtigen Lagerort angezeigt:

Chargendetail zeigt folgende Information:

Die externe Chargenkennzeichnung ist mit „250916-001“ gleich geblieben.
Der Buchbestand ist weiterhin richtig:

🡺 Testfall erfolgreich abgeschlossen.
Chargen
Chargeninformationen anzeigen
|
Testfall-ID |
B.02.01 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Basis_Werk |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Öffnen des Chargendetails einer Fertigproduktcharge welche bereits ausgeliefert wurde |
|
Erwartetes Ergebnis |
Anzeige der Buchungen welche als Erklärung zum aktuellen Lagerstand gesehen werden |
|
Geschäftsvorgang-Start + ID |
Charge: M25121502\P02 |
|
Geschäftsvorgang-Ziel + ID |
Es wird der Lagerstand geöffnet und das Chargendetail geöffnet:

Nach Aufruf des Details wird folgende Transaktionsliste angezeigt:

Die Berechnung des Lagerstandes ist schlüssig und passt zu dem angezeigten Bestand.
🡺 Testfall erfolgreich.
Chargenverfolgung durchführen
|
Testfall-ID |
B.02.02 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Vertrieb_Sachbearbeitung |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird eine rekursive Chargenverfolgung mit einer im System erfassten externen Charge welche am Produkt angebracht ist gestartet. |
|
Erwartetes Ergebnis |
Es wird der Chargeninhalt rekursiv aufgelöst angezeigt und die Kontaktdaten der Lieferanten sind sichtbar. |
|
Geschäftsvorgang-Start + ID |
Externe Charge: BBK38474 |
|
Geschäftsvorgang-Ziel + ID |
Tabelle mit Chargenbestandteilen |
Als erstes wird die Chargenverfolgung Einzelschritt geöffnet um sich einen Überblick um die direkten Bewegungen ohne einer rekursiven Auflösung mit der genannten Chargen zu bekommen:

Die Charge ist richtig und wurde offensichtlich über Lagerausgänge bzw. Kommissionen ausgelagert. Dies sind alles Buchungen der Testfälle.
Nun wird die Charge mit max. 99 Ebenen rekursiv Richtung Downstream mit dem Suchprofil „Chargenverfolgung (Rekursiv)“ analysiert:
Es wird folgende Perspektive als Übersicht über alle Chargenbuchungen angezeigt:

Durch den Excel Export können die Einzelbuchungen direkt inkl. Kontaktdaten exportiert werden:

In der Multidimensionalen Perspektive kann der Lieferant nach Wunsch nach vorne gezogen werden um alle Lieferanten und Rohwaren Chargen zu sehen:

Es wird eine Rohwarenchargen 251215-001 ausgewählt und diese dann „Upstream“ analysiert:

Nun werden alle Zielartikel bzw. Kunden und Lagerausgangsbuchungen der Rohwarenchargen gezeigt. Im Filter wurde nur auf Fertigprodukt gefiltert um die Artikel welche aktuell auf Bestand sind auszugrenzen. Diese können natürlich auch eventuell relevant sein.
🡺 Testfall erfolgreich, Chargenverfolgung ist Up/Downstream möglich.
Chargen Sperren/ Freigeben
|
Testfall-ID |
B.02.03 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Postivtest |
|
Testfall-Beschreibung |
Es wird eine Charge aufgrund eines Qualitätsmangels gesperrt |
|
Erwartetes Ergebnis |
Charge ist am Lagerkonto als gesperrt markiert und kann nicht verwendet werden. |
|
Geschäftsvorgang-Start + ID |
Externe Charge: BKD3434 |
|
Geschäftsvorgang-Ziel + ID |
Sperrbuchung |
Aufruf der Funktion „Chargensperre/Freigabe“ und Auswahl der Zielcharge:

Nun wird die Chargenauswahl bestätigt, der Lagerplatz bleibt gleich.

Nun wird die Sperre durch den Workflow „Sperre / Freigabe durchführen“ ausgelöst.
In der Qualitäts-Information der Charge wird bereits das Sperrsymbol angezeigt:

In der Lagerstand Anzeige ist die Charge ebenfalls gesperrt:

Charge ohne Berechtigung Freigeben
|
Testfall-ID |
B.02.04 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Basis_Werk |
|
Testfall-Art |
Negativtest |
|
Testfall-Beschreibung |
Es soll eine Chargen Freigabe gebucht werden, jedoch ist keine Berechtigung vorhanden. |
|
Erwartetes Ergebnis |
Es darf der Flow zur Freigabe nicht verfügbar sein. |
|
Geschäftsvorgang-Start + ID |
Externe Charge: BKD3434 |
|
Geschäftsvorgang-Ziel + ID |
- |
Nach dem Login wird nach der Funktion Chargensperre / Freigabe gesucht:

Dies ist nicht vorhanden. Im Lagerkonto kann die Charge eingesehen werden:

Wird die Chargensperre geöffnet so ist der Workflow auf „Stop“ gesetzt. Würde als Workaround über „Neu“ die Chargensperre angelegt werden und die Charge ausgewählt werden kann diese nur bis zur Chargenauswahl gebucht werden. Eine Freigabe ist nicht möglich da der Workflow nicht verfügbar ist:

🡺 Testfall erfolgreich. Freigabe ist mit angegebenen Berechtigungsprofil nicht möglich.
Gesperrte Charge verwenden / umlagern
|
Testfall-ID |
B.02.05 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Negativtest |
|
Testfall-Beschreibung |
Es soll die gesperrte Charge für eine Produktion verwendet werden. |
|
Erwartetes Ergebnis |
Dies muss trotz Management Rolle vom System verhindert werden. |
|
Geschäftsvorgang-Start + ID |
- |
|
Geschäftsvorgang-Ziel + ID |
Fehlermeldung bei Verwendung der Charge |
Anlage eines Produktionsauftrags (Mischen) und Auswahl der gesperrten Charge beim Auftrag. Zu diesem Zeitpunkt ist dies noch in Ordnung. Da Chargen oft bereits vorausgewählt werden und bis zum finalen Produktionszeitpunkt dann noch frei gegeben werden.

Nun wird die Produktion feingeplant:

Folglich wird die „Produktionskommissionierung Mischen“ generiert.
Reservierte Mengen hinterlegen / überprüfen
|
Testfall-ID |
B.02.06 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Postivtest |
|
Testfall-Beschreibung |
Es wird ein Mischenauftrag erstellt und geprüft ob die benötigte Menge reserviert wurde. |
|
Erwartetes Ergebnis |
Menge ist vom Bestand reserviert |
|
Geschäftsvorgang-Start + ID |
- |
|
Geschäftsvorgang-Ziel + ID |
Mischauftrag mit Reservierungsbuchung |
Reservierte Mengen ignorieren
|
Testfall-ID |
B.02.07 |
|
Testdatum |
|
|
Test-Verfasser |
|
|
Test-Benutzergruppe |
|
|
Testfall-Art |
|
|
Testfall-Beschreibung |
|
|
Erwartetes Ergebnis |
|
|
Geschäftsvorgang-Start + ID |
|
|
Geschäftsvorgang-Ziel + ID |
Chargenvereinigung buchen
|
Testfall-ID |
B.02.08 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es werden zwei Chargen auf eine Charge vereinigt da es sich um einen Buchungsfehler gehandelt hat. |
|
Erwartetes Ergebnis |
Die beiden Quellchargen sind ausgebucht und als die Ziel Charge eingebucht. |
|
Geschäftsvorgang-Start + ID |
TL125121503\P01, M25122001\P01 soll zukünftig nur mehr als |
|
Geschäftsvorgang-Ziel + ID |
Charge M25122001\P01 ist mit 30Stk. |
Menüpunkt Chargenvereinigung aufrufen und Auwahl der Quellchargen:

Im Lagerstand ist nun nur mehr eine Charge sichtbar:

Die Chargenverfolgung dokumentiert die Vereinigung, um die Nachvollziehbarkeit zu bewahren:

Der Buchbestand hat sich durch die Vereinigung nicht verändert:

🡺 Der Testfall wurde erfolgreich abgeschlossen.
Ursprüngliche Charge nach Chargenvereinigung verwenden / umlagern
|
Testfall-ID |
B.02.09 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Umlagerung einer vereinigten Charge |
|
Erwartetes Ergebnis |
Es soll die im vorigen Testfall vereinigte Charge von einem Lagerort auf einen anderen Lagerort H2-A21-B1 umgelagert werden. |
|
Geschäftsvorgang-Start + ID |
Charge: M25122001\P01 |
|
Geschäftsvorgang-Ziel + ID |
- |
Die Umlagerung wird angelegt, bei der Auswahl ist die Charge mit den 30Stk ganz normal auswählbar:

Nach der Umlagerung ist die Charge am neuen Lagerort H2-A1-B1 über das Lagerkonto auffindbar:

🡺 Testfall erfolgreich abgeschlossen.
Buchen einer Abschreibung (z.B. wegen Bruchware)
|
Testfall-ID |
B.02.10 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es werden 30 Stück von den 30 Stück der Charge M25122001\P02 als zerstört ausgebucht. |
|
Erwartetes Ergebnis |
|
|
Geschäftsvorgang-Start + ID |
|
|
Geschäftsvorgang-Ziel + ID |
Es wird die Abschreibung angelegt und als zerstört und Vernichtung gebucht:

Nach ein paar Minuten wird die Buchung automatisch bewertet:

Hier der Buchungssatz:

Nun wird der Bestand richtig angezeigt:

🡺 Testfall ist erfolgreich abgeschlossen.
Bestandskorrektur
Korrigieren des Buchbestands
|
Testfall-ID |
B.03.01 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_FiBu_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird eine Bestandskorrektur im Buchbestand durchgeführt. Dies ist nur im Fall einer Abweichung von physischen und Buchbestand erforderlich. |
|
Erwartetes Ergebnis |
Buchbestand verändert sich, um das Testsystem wieder gültig zu bekommen wird als erstes ein Buchbestand reduziert, dann geprüft und dann wieder eingebucht. |
|
Geschäftsvorgang-Start + ID |
Artikel Nr: R10001 soll auf 90.000 Stück erhöht werden, aktuell sind es 88.875 Stück |
|
Geschäftsvorgang-Ziel + ID |
Bestandskorrektur Buchbestand |
Es wird eine Bestandskorrektur Buchbestand Buchung wie im Testfall gewünscht angelegt:

Danach wird die Bewertung manuell angestoßen da GLD Korrekturen nicht automatisch verbucht werden um die manuelle Kontrolle zu erhöhen:

Hier der Buchungssatz:

Nach dem automatischen Verbuchen ist der Buchungssatz gebucht und im Bestandskonto ersichtlich:

Nun wird die Korrektur durch eine weitere Korrektur wieder Rückgäng gemacht um das Abnahmesystem wieder auf 0 Abweichung zu bekommen:

Nun ist der Buchungssatz gedreht:

Nun ist der Lagerstand wieder richtig im System:

🡺 Testfall wurde erfolgreich abgeschlossen.
Umlagerung
Umlagerungen einsehen
|
Testfall-ID |
B.04.01 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es werden Umlagerungen in der Warenbewegungsliste gesucht. |
|
Erwartetes Ergebnis |
Es wird eine Liste aller Bestandsbuchungen angezeigt und es kann folglich auf “Umlagerung” gefiltert werden. |
|
Geschäftsvorgang-Start + ID |
Umlagerungen der Testfälle |
|
Geschäftsvorgang-Ziel + ID |
- |
Es wird der Menüpunkt „Warenbewegung“ geöffnet und auf Suchen gedrückt:

Es wird eine chronologisch absteigende Liste angezeigt welche alle physischen Bestandsbuchungen darstellt. In der Spalte Aktion kann auf „Umlagerung“ gefiltert werden.

Es wird jeweils die Quell- und Ziel- Position angezeigt, um nachvollziehen zu können, wie die Umlagerung gebucht wurde.
🡺 Testfall erfolgreich
Umlagern zwischen zwei Lägern (Inland)
|
Testfall-ID |
B.04.02 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird eine Verbringen Disposition angelegt wobei die Quell und Zielstandorte in Deutschland sind. |
|
Erwartetes Ergebnis |
Ware wird auf einen anderen Standort / Filiale angezeigt. |
|
Geschäftsvorgang-Start + ID |
|
|
Geschäftsvorgang-Ziel + ID |
Anlegen einer Verbringen Disposition und Auswahl des Ziel Standorts:

Auswahl der Charge und ausführen des Flows „Verbringen Dispo anlegen“:

Nun kann der Lagerausgang erstellt werden:

Lagerausgang abschließen:

Nun kann auf der EK-Dispo Seite ein Lageraingang angelegt werden:

Lagereingang wurde erfolgreich gebucht:

Der Lagerstand ist nun auf die andere Filiale gebucht worden:

Nun warten wir, bis die Bewertungsbelege laufen:
Lagerausgang:

Lagereingang:

Nun wird geprüft ob der Bestand auch im Buchbestand auf den richtigen Standort ist:

🡺 Testfall erfolgreich, der Bestand ist richtig umgebucht worden.
Verbringen zwischen zwei Lägern (Ausland & Inland)
|
Testfall-ID |
B.04.03 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird ein Produkt in ein EU Ausland verbracht. |
|
Erwartetes Ergebnis |
Umbuchung nur mit Steuerfälle IG Lieferung / IG Erwerb |
|
Geschäftsvorgang-Start + ID |
- |
|
Geschäftsvorgang-Ziel + ID |
VK- EK- Disposition, Lagerausgang, Lagereingang, Bewertungsbelege |
Es wird nun ein Verbringen von DE -> NL angelegt:

Menge auf 20 geändert und danach „Verbringen Dispo anlegen“ ausführen:

Nun wird der Lagerausgang erstellt:

Nun wird der Lagereingang gebucht:

Nun wird geprüft ob wir die richtigen Steuerfälle und die richtigen UID Nummern bei Verbringen Dispo gesetzt haben:
Verbringen Dispo, VK:

EK-Dispo ohne Zeitfensterbuchung:

Es werden die richtigen Steuerfälle und UIDs gezogen. Im Einkaufsbereich wurde die NL Steuernummer manuell ausgewählt.
Abschließend wird die Verbringen Dispo über „Verbringen abschließen“ als abgeschlossen markiert:

Nun werden die Bewertungsbelege geprüft:
Lagerausgang:


Lagereingang:

Nun muss der Bestand im physischen und Buchbestand in NL sein:

🡺 Testfall erfolgreich gebucht.
Bestandsveränderung
Buchen eines unbestimmten Zugangs
|
Testfall-ID |
B.05.01 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Zugang eines Artikels ohne einer konkreten Herkunft |
|
Erwartetes Ergebnis |
Phyischer Bestand wird erhöht, Chargenwert wird fortgeschrieben. Bestand 5 soll danach 30 sein. |
|
Geschäftsvorgang-Start + ID |
Charge TL125121503\P01 mit Bestand 5 |
|
Geschäftsvorgang-Ziel + ID |
Zugang (unbestimmt) mit SID 5046 |
Es wird eine „Zugang (unbestimmt)“ Buchung angelegt:

Der Lagerstand ist nun in Summe 30 Stück:

Die Bewertungslogik hat folgenden Buchungssatz generiert:

Der Lagerstand ist weiterhin physisch als auch im Buchbestand korrekt und nun bei 30 Stück:

🡺 Testfall wurde erfolgreich abgeschlossen.
Buchen eines Zugangs durch Lagereingang / Produktion
|
Testfall-ID |
B.05.02 |
|
Testdatum |
15.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird ein Mischenauftrag bis zu einem fertigen Fortschritt gebucht. |
|
Erwartetes Ergebnis |
Die Fortschrittmenge muss am Lagerkonto eingehen und am Bestandskonto bewertet werden, zusätzlich soll der Produktionskostensatz am Bestandskonto aktiviert werden. |
|
Geschäftsvorgang-Start + ID |
Mischen Aufrag: 5018 |
|
Geschäftsvorgang-Ziel + ID |
Fortschritt: 5025 |
Es wird zu einem bestehenden Produktionsaufrag eine Fortschrittsbuchung angelegt:

Nun wird auf den Bewertungsbeleg gewartet.
Der Produktionsbeleg sieht wie folgt aus:

Der Produktionskostensatz ist ebenfalls berechnet worden.
Die Kontrolle am Bestandskonto liefert die richtigen Werte:

🡺 Testfall erfolgreich!
Buchen eines Abgangs durch Lagerausgang
|
Testfall-ID |
B.05.03 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird ein normaler Lagerausgang gebucht, ohne Kommission und geprüft ob ein Bewertungsbeleg generiert wird |
|
Erwartetes Ergebnis |
Reduzierter Lagerstand und Bewertungsbeleg zur Veränderung des Buchbestands |
|
Geschäftsvorgang-Start + ID |
VK-Dispo: 5028 |
|
Geschäftsvorgang-Ziel + ID |
Lagerausgang, Bewertungsbeleg für Lagerausgang |

Bewertungsbeleg:

Ausgangsrechnung:

Das Bestandskonto ist nach dem Lagerausgang richtig.
🡺 Testfall erfolgreich.
Ausbuchen von Waren
|
Testfall-ID |
B.05.04 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Postivtest |
|
Testfall-Beschreibung |
Ausbuchen von Waren |
|
Erwartetes Ergebnis |
Ware ist vom Bestandskonto entfernt und auf ein Schwund Konto gebucht |
|
Geschäftsvorgang-Start + ID |
- |
|
Geschäftsvorgang-Ziel + ID |
- |
Erstellung eines Abschreibung Belegs:

Nun wird auf den Bewertungsbeleg gewartet:

Buchungssatz in der FIBU zur Kontrolle: (wurde mit Admin Account geprüft)

Lagerstand wird nun wie folgt angezeigt:

🡺 Testfall erfolgreich!
Veränderung durch Reklamation
|
Testfall-ID |
B.05.05 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Vertrieb_Sachbearbeitung |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird eine VK-Reklamation gebucht und die Ware wieder zurück in den Bestand zu buchen. |
|
Erwartetes Ergebnis |
Bestand wird |
|
Geschäftsvorgang-Start + ID |
VK-Dispo: 5062, bereits verrechnet |
|
Geschäftsvorgang-Ziel + ID |
Retoure Buchen |
Erstellung einer VK-Reklamation zu der Start Disposition:

Bewertung der Reklamation:

Nach der Prüfung der Reklamationsgründe wird Retourendispo ausgewählt und der Flow „Diverse Schritte ausführen“ gewählt:

Dispo wurde angelegt, nun wird ein Annahmezeitfenster eingeplant:

Nun kann die Retour erstellt werden:

Nun kann die Retoure nach Definition / Kontrolle der tatsächlichen Menge als Lagereingang eingebucht werden.

Sämtliche Parameter werden vom originalen Lagerausgang übernommen und vorgeschlagen:

Nun wird die Ware als eingetroffen markiert und mit „Lagereingang ohne Prüfung annehmen“ eingebucht.
Nun ist der Lagereingang abgeschlossen, eine neue interne Charge wurde generiert und die externe Chargenbezeichnung bleibt übernommen:

Lagerstand wird angezeigt:

Bestand wurde auch in den Buchbestand übernommen:

Final werden die erstellten ARs geprüft und alle storniert:

Nachträgliche Gutschrift aus anderen Testfall:

Ursprüngliche Warenrechnung:

Final wird geprüft, ob der Bestand richtig und mit dem Buchbestand synchron ist:

🡺 Testfall erfolgreich!
Konfektionierung
Buchen einer Konfektionierung inkl. Bestandveränderungen
|
Testfall-ID |
B.06.01 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird ein Konfektionierungsauftrag erstellt und geprüft ob das neue Fertigprodukt auf Lager kommt und der Buchbestand richtig gesetzt wird. |
|
Erwartetes Ergebnis |
Fertigprodukt Display |
|
Geschäftsvorgang-Start + ID |
- |
|
Geschäftsvorgang-Ziel + ID |
Fortschritt für Konfektionieren/Packen und Bewertungsbelege |
Es wird ein neuer Produktionsauftrag Konfektionieren / Packen angelegt und die Produktion gestartet:

Folglich wird ein Fortschritt eingebucht:

Nun wird auf den Bewertungsbeleg gewartet und dieser geprüft:

Der Fertigungskostensatz verursacht Kosten von 6 Euro.
Nun wird der Bestand geprüft:

Der GLD wurde mit 21.3140 Euro auch richtig berechnet.
GLD=((80*1,2572)+(5*1,2))/5
Hier wird 1,2 als Fertigungslöhne angenommen:

🡺 Testfall erfolgreich abgeschlossen.
Inventur
Inventur anlegen
|
Testfall-ID |
B.07.01 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Es wird eine Inventur angelegt und für Rohstoffe definiert. im Testfall B.07.02 wird dann auch noch ein Artikel Fertigprodukt hinzughefügt. |
|
Erwartetes Ergebnis |
Inventur erfasst und final verbucht |
|
Geschäftsvorgang-Start + ID |
- |
|
Geschäftsvorgang-Ziel + ID |
Inventur, physische Korrektur, Buchbestandskorrektur |
Anlegen der Inventur und Auswahl der gewünschten Chargen / Artikel:

Nun werden die Mengen auf die Ist Bestände angepasst. Im Testfall werden die Bestände wie folgt korrigiert, die Differenz wird angezeigt.
Es werden alle drei Szenarien: Zugang, Abgang und ohne Veränderung getestet:

Danach läuft der Testfall B.07.02.
Final wird die Inventur geprüft, Buchbestände werden am Ende unter „Artikelsummen“ angezeigt:

Nun wird die Inventur mit „Physischen Teil erstellen“ auf Basis der Logischen Zählmengen übergeleitet:

Im Reiter Buchungen können nun die Physischen Korrekturen nach einen Reload der Seite, geprüft werden:

Nun wird die Inventur auch in der FIBU verbucht und der Buchbestand angepasst:

Nach „Automatisch verbuchen“ wird nun final der Bestand kontrolliert:

Wird im Lagerkonto das Chargendetail einer Charge geöffnet so wird die Inventur sowie die logische Zählung „(Teil-)Inventur“ angezeigt:

🡺 Inventur wurde erfolgreich verbucht. Testfall abgeschlossen.
Einzelne Artikel hinterlegen ohne freigegebene/abgeschlossene Inventur
|
Testfall-ID |
B.07.02 |
|
Testdatum |
20.12.2025 |
|
Test-Verfasser |
Harald Falkner |
|
Test-Benutzergruppe |
AD_Auth_Werk_Management |
|
Testfall-Art |
Positivtest |
|
Testfall-Beschreibung |
Hinzufügen eines neuen Teil Inventur Auftrag nachdem eine Inventur bereits angelegt wurde |
|
Erwartetes Ergebnis |
Teilauftrag ist verfügbar und weiterer Artikel Fertigprodukt ist verfügbar |
|
Geschäftsvorgang-Start + ID |
Inventur 5063 |
|
Geschäftsvorgang-Ziel + ID |
Zusätzlicher Teilauftrag vorhanden |
Es wird die bestehende Inventur geöffnet und mit Teilauftrag hinzufügen ein weiterer Artikel hinterlegt ohne das diese vorher freigegeben wurde:

Auswahl der Artikel:

Folgende Zählergebnisse werden ergänzt:

🡺 Testfall erfolgreich abgeschlossen. Die Verbuchung ist im Testfall B.07.01 dokumentiert.