Warensteuerung on Product Documentation

MDA-ARE - Stammdatenverwaltung Fläche

Mon, 01 Jan 0001 00:00:00 +0000

Der Prozess Stammdatenverwaltung kann nicht separat betrachtet werden; sondern die einzelnen Instanzen sind jeweils den entsprechenden Teilprojekten zugehörig. Daher wird diee Instanz hier bearbeitet und ist mit dem Metaprozess MDA - Stammdatenverwaltung verlinkt.

MDA-ARE - Stammdatenverwaltung Fläche

Anforderung für die Neuanlage, Ergänzung oder Änderung eines Stammdatensatzes wird gestellt.

tbd

REM - Artikelüberwachung

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

REM - Artikelüberwachung

Die Artikelüberwachung (In-Season Controlling) dient im System der Unterstützung von Entscheidungen bei der Warensteuerung innerhalb der Filial- und Flächenbewirtschaftung. Mit Hilfe von Filtereingaben können Artikel in unterschiedlichen Ebenen hinsichtlich ihrer Bestands- und Abverkaufskennzahlen betrachtet werden. Auf Basis dieser Informationen werden Entscheidungen bzgl. der Umverteilung oder Umbewertung/Reduzierung von Warenbeständen getroffen. Die daraus resultierende Entwicklung der Ware kann wiederum mit der Artikelüberwachung nachverfolgt werden.

graph LR;

%% Nodes
A(REM<br>Artikelüberwachung)
B(REM-0010<br>Selektieren der Kriterien)
C(REM-0020<br>Artikelvorschläge erstellen)
D(REM-0030<br>Artikelvorschläge bearbeiten)
E(REM-0040<br>Artikelvorschlag übergeben)
F(REM-0050<br>Warensteuerung monitoren)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D,E,F btProcessActive

REM-0010 - Selektieren der Kriterien

Für eine Artikelüberwachung werden die entsprechenden Filterkriterien eingegeben und die Betrachtungsebenen festgelegt (Artikel bzw. Artikel-Farbe).

PRM - Preisverwaltung

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

PRM - Preisverwaltung

graph LR;

%% Nodes
A(PRM<br>Preisverwaltung)
B(PRM-0010<br>Beleg errichten)
C(PRM-0020<br>Artikel auswählen)
D(PRM-0030<br>Vorschlag bearbeiten)
E(PRM-0040<br>Beleg abschließen)
F(PRM-0050<br>Beleg freigeben)
G(PRM-0060<br>Beleg buchen)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F
F ==> G

%% Classes
class A btProcessTitle
class B,C,D,E,F,G btProcessActive

Die Preisverwaltung der Filialen wird durchgeführt. Preisänderungen bzw. Preiskorrekturen sowie Reduzierungen je Artikel werden erzeugt und als Auftrag zur Umzeichnung und ggf. zum Etikettendruck ausgegeben.

PRN - Preisbenachrichtigung Filiale

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

PRN - Preisbenachrichtigung Filiale

graph LR;

%% Nodes
A(PRN<br>Preisbenachrichtigung Filiale)
B(PRN-0010<br>Preisbenachrichtigung aufrufen)
C(PRN-0020<br>Preisänderung bearbeiten)
D(PRN-0030<br>Preisänderung bestätigen)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D

%% Classes
class A btProcessTitle
class B,C,D btProcessActive

Die Bearbeitung von zentral ausgelösten Preisbenachrichtigungen erfolgen dezentral in den Filialen bzw. auf den Flächen. Diese können in der Filiale manuell ausgeführt werden oder es wird eine Etikettendruck angestoßen. Es erfolgt eine Bestätigung, dass der Vorgang ausgeführt wurde.

LSD - Lagerort-Größen-Verteiler

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

LSD - Lagerort-Größen-Verteiler

graph LR;

%% Nodes
A(LSD<br>Lagerort-Größen-Verteiler)
B(LSD-0010<br>Belegkopf errichten)
C(LSD-0020<br>Verteiler errichten)
D(LSD-0030<br>Verteilung modifizieren)
E(LSD-0040<br>Verteiler speichern)
F(LSD-0050<br>Auftrag erstellen)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D,E,F btProcessActive

Mittels eines Verteilers werden Mengen je Farb-Größen-Kombination nach bestimmten Kriterien auf die Filialen, also Lagerorte, verteilt, beispielsweise für eine Erstbestückung.

KSM - Sollbestandsverwaltung

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

KSM - Sollbestandsverwaltung

graph LR;

%% Nodes
A(KSM<br>Sollbestandsverwaltung)
B(KSM-0010<br>Bestandsanzeige Matrix öffnen)
C(KSM-0020<br>Artikel filtern)
D(KSM-0030<br>Bestandsmatrix errichten)
E(KSM-0040<br>Sollmengen erstellen)
F(KSM-0050<br>Sollmengen speichern)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D,E,F btProcessActive

Der Prozess KSM beschreibt die Definition von Sollbestandsmengen für einen Artikel auf Basis Artikelvariante für einen Lagerort. An den Sollbeständen orientiert sich die automatische Nachbestellung bzw. Nachversorgung aus dem Lager. Ein Sollbestand kann aus verschiedenen Belegen wie Verkaufsauftrag, Einkaufsbestellung oder Bestandsanzeige-Matrix heraus generiert werden.

NOS - NOS-Nachsortierung

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

NOS - NOS Nachsortierung

graph LR;

%% Nodes
A(NOS<br>NOS Nachsortierung)
B(NOS-0010<br>Nachsortierung anlegen)
C(NOS-0020<br>Vorschlag berechnen)
D(NOS-0030<br>Vorschlag bearbeiten)
E(NOS-0040<br>Beleg errichten)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E

%% Classes
class A btProcessTitle
class B,C,D,E btProcessActive

Im Einzelhandel können die Flächen in den Filialen zentral verwaltet werden. Um eine ausreichende Menge an Ware auf der Fläche zu haben, wird eine Nachsortierung angestoßen. Die Nachsortierung kann dabei aus dem eigenen Zentralbestand oder über gezielte Bestellung für die Filialen erreicht werden. Die Nachsortierung erfolgt in der Regel automatisch, kann aber auch manuell ausgelöst werden.

TOP - Umlagerungsauftrag

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

TOP - Umlagerungsauftrag

graph LR;

%% Nodes
A(TOP<br>Umlagerungsauftrag)
B(TOP-0010<br>Umlagerungsauftrag errichten)
C(TOP-0020<br>Zeilen erfassen)
D(TOP-0030<br>Umlagerungsauftrag bearbeiten)
E(TOP-0040<br>Umlagerungsauftrag freigeben)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E

%% Classes
class A btProcessTitle
class B,C,D,E btProcessActive

Es wird ein Umlagerungsauftrag angelegt, wenn es sich um räumlich oder organisatorisch getrennte Lagerorte handelt. Der Umlagerungsauftrag beinhaltet alle Artikel, die von einem Lagerort in einen anderen Lagerort bestandsmäßig umzubuchen sind. Bei einem Umlagerungsauftrag kann ein Zwischenlagerort mit einbezogen werden, der ein Transportmittel bzw. den Transportweg darstellt. Dies ist notwendig um die Bestände abzugrenzen, sodass die Artikel zum Zeitpunkt des Transports nicht in die Verfügbarkeit mit einberechnet werden. Der Umlagerungsauftrag kann als Herkunftsbeleg mittels Wareneingängen und Warenausgängen an die Lagerlogistik angebunden werden.

IRE - Artikelanforderung Filiale

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

IRE - Artikelanforderung Filiale

graph LR;

%% Nodes
A(IRE<br>Artikelanforderung Filiale)
B(IRE-0010<br>Artikelanforderung erstellen)
C(IRE-0020<br>Artikelanforderung bearbeiten)
D(IRE-0030<br>Artikelanforderung beenden)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D

%% Classes
class A btProcessTitle
class B,C,D btProcessActive

Eine Artikelanforderung erfolgt dezentral in den Filialen bzw. auf den Flächen. Der Artikel kann eingegeben, gescannt oder über die Artikelsuche erfolgen. Es entstehen verknüpften Umlagerungsaufträgen zur Buchung der Ware und zur Bestätigung erfolgt die Rückmeldung an das System.

REI - Umschichtungsanweisung

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

REI - Umschichtungsanweisung

graph LR;

%% Nodes
A(REI<br>Umschichtungsanweisung)
B(REI-0010<br>Umschichtung errichten)
C(REI-0020<br>Umschichtung bearbeiten)
D(REI-0030<br>Umschichtung freigeben)
E(REI-0040<br>Status überwachen)
F(REI-0050<br>Umschichtung abschließen)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D,E,F btProcessActive

Der Warensteuerungsprozess der Umschichtung beschreibt die geplante Umverteilung der Bestände. Die Umschichtung der Bestände erfolgt dabei zwischen den Filialen oder Flächen. Dabei werden die Filialen hinsichtlich ihrer Abverkaufskennzahlen analysiert und in potentielle Abgabe- und Empfangsfilialen eingeteilt. Filialen, deren Abverkauf nicht der Planung entspricht bzw. sich als schlecht erweist, geben ihre Bestände an besser verkaufende Filialen ab. Die Umsetzung dieses Prozesses erfolgt sowohl automatisiert, als auch manuell. Im Ergebnis erhalten die Filialen oder Flächen auf Basis des erzeugten Umschichtungsvorschlags s.g. Scananforderungen, die zu erfüllen und systemisch zu bestätigen sind.

REP - Umschichtungsbearbeitung Filiale

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

REP - Umschichtungsbearbeitung Filiale

graph LR;

%% Nodes
A(REP<br>Umschichtungsbearbeitung Filiale)
B(REP-0010<br>Scananforderung entgegennehmen)
C(REP-0020<br>Scannen beginnen)
D(REP-0030<br>Umlagerungsauftrag bearbeiten)
E(REP-0040<br>Scannen beenden)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E

%% Classes
class A btProcessTitle
class B,C,D,E btProcessActive

Die Bearbeitung von zentral ausgelösten Umschichtungsanweisungen erfolgt dezentral in den Filialen bzw. auf den Flächen. Die Anweisungen werden in Form von Scananforderungen übermittelt. Diese können in der Filiale gedruckt und entsprechend manuell ausgeführt werden. Zur Bestätigung erfolgt die Rückmeldung an das System und die Erfassung von verknüpften Umlagerungsaufträgen zur Buchung der Ware. Nach Abschluss der Tätigkeiten erfolgt durch Scan die Bestätigung an die Zentrale, dass der Vorgang ausgeführt wurde.

PBI - Rückzugsanweisung

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

PBI - Rückzugsanweisung

graph LR;

%% Nodes
A(PBI<br>Rückzugsanweisung)
B(PBI-0010<br>Rückzug errichten)
C(PBI-0020<br>Rückzug bearbeiten)
D(PBI-0030<br>Rückzug freigeben)
E(PBI-0040<br>Status überwachen)
F(PBI-0050<br>Rückzug abschließen)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D,E,F btProcessActive

Mit Hilfe von s.g. Rückzügen wird es Filialisten ermöglicht, zentral Warenrückholungen aus den Filialen zu veranlassen. Die Gründe dafür können unterschiedlich sein. Zum einen kann es sich um mangelbehaftete Ware handeln, die bei der Qualitätskontrolle unauffällig war. Zum anderen kann es sich z.B. auch um eine Saison-Bereinigung, Season Clearing, handeln, bei dem die Altware aus den Filialen geholt werden muss, um die neueren Kollektionen besser präsentieren zu können.

PBP - Rückzugsbearbeitung Filiale

Mon, 01 Jan 0001 00:00:00 +0000

Metaprozess

PBP - Rückzugsbearbeitung Filiale

graph LR;

%% Nodes
A(PBP<br>Rückzugsbearbeitung Filiale)
B(PBP-0010<br>Scananforderung entgegennehmen)
C(PBP-0020<br>Scannen beginnen)
D(PBP-0030<br>Umlagerungsauftrag bearbeiten)
E(PBP-0040<br>Scannen beenden)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E

%% Classes
class A btProcessTitle
class B,C,D,E btProcessActive

Die Bearbeitung von zentral ausgelösten Rückzugsanweisungen erfolgt dezentral in den Filialen bzw. auf den Flächen. Die Anweisungen werden in Form von Scananforderungen übermittelt. Diese können in der Filiale gedruckt und entsprechend manuell ausgeführt werden. Zur Bestätigung erfolgt die Rückmeldung an das System und die Erfassung von verknüpften Umlagerungsaufträgen zur Buchung der Ware. Nach Abschluss der Tätigkeiten erfolgt durch Scan die Bestätigung an die Zentrale, dass der Vorgang ausgeführt wurde.