Beschaffung on Product Documentation

MDA-VEN - Stammdatenverwaltung Kreditor

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

Metaprozess

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

graph LR;

%% Nodes
A(MDA-VEN<br>Stammdatenverwaltung<br>Kreditor)

%% Flow

%% Classes
class A btProcessTitle

Instanzen

MDA-VEN - Stammdatenverwaltung Kreditor

graph LR;

%% Nodes
A(MDA-VEN<br>Stammdatenverwaltung<br>Kreditor)

%% Flow

%% Classes
class A btProcessTitle

Die Verwaltung von Kreditorenstammsätzen zum Zwecke der Abwicklung von buchhalterischen und warenwirtschaftlichen Geschäftsprozessen. Die Anlage des Kreditors erfolgt in der Regel manuell und wird in dem Bereich der Finanzbuchhaltung angelegt. Es werden u.a. Zahlungskonditionen, Währungen und Wechselkurse, sowie Lieferbedingungen hinterlegt.

ORP - Ordervorschlag

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

Metaprozess

Mit Hilfe des Ordervorschlags können Bedarfe aus Verkaufsaufträgen und Beistellungen ermittelt und disponiert werden. Das System ermittelt aus dem Bruttobedarf (Restauftragsmenge/Beizustellende Menge), den vorhandenen Lagerbeständen und den zu erwartenden Wareneingängen (Restbestellmenge) den Nettobedarf und generiert nach Notwendigkeit aus diesem Einkaufsbestellungen.

graph LR;

%% Nodes
A(ORP<br>Ordervorschlag)
B(ORP-0010<br>Ordervorschlag anlegen)
C(ORP-0020<br>Vorschlag erstellen)
D(ORP-0030<br>Vorschlag bearbeiten)
E(ORP-0040<br>Beschaffungsbelege erstellen)

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

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

ORP-0010 - Ordervorschlag anlegen

Der Beleg wird errichtet. Durch die Art der Berechnung wird festgelegt, ob Modelle für Verkaufsaufträge oder Komponenten für Beistellungen oder beides gleichzeitig disponiert werden sollen. Die Parameter “Aufträge bis Warenausgangsdatum”, “Bestellungen bis Wareneingangsdatum”, “Bestellkomponenten bis Bereitstellungsdatum” legen den Zeithorizont für die Berechnung fest. Über zusätzliche Filter kann die Disposition eingeschränkt werden: Auftragssaisonfilter, Artikelnummernfilter, Artikelkategoriefilter, Lagerortfilter, Kreditorfilter (bezieht sich auf den Kreditor der Artikelkarte).

POP - Bestellabwicklung

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

Metaprozess

Für die Beschaffung wird im Einkauf eine Bestellung im System angelegt. Bestellungen können manuell, aus EDI-Nachrichten, NOS-Nachbestückung (wenn kein Bestand mehr am Lager ist) sowie aus Verkaufsaufträgen und Intercompany-Prozessen entstehen. Bestellungen dienen der Kommunikation mit dem Lieferanten und mit ihren integrierten Auswertungen der Überwachung des Beschaffungsprozesses.

graph LR;

%% Nodes
A(POP<br>Bestellabwicklung)
B(POP-0010<br>Bestellkopf erstellen)
C(POP-0020<br>Bestellzeilen hinzufügen)
D(POP-0030<br>Größen und Farben definieren)
E(POP-0040<br>Bestellung bearbeiten)
F(POP-0050<br>Bestellung freigeben)
G(POP-0060<br>Bestellung überwachen)

%% 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

POP-0010 - Bestellkopf erstellen

Durch Auswahl des Kreditors werden die Informationen vom Lieferantenstamm übernommen (Währung, Zahlungs- und Lieferbedingungen). Es gilt dabei das Prinzip der Vererbung von Stammdaten in den Belegkopf (bzw. die Belegpositionen). Geänderte Stammdaten im Beleg werden nicht in die Stammdaten (Kreditor/Artikel) zurückgeschrieben. Sie gelten ausschließlich für diesen Beleg.

POS - Ordersplit

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

Metaprozess

Beim Ordersplit handelt es sich um einen Hilfsprozess der Bestellabwicklung. Er dient der terminlichen Aufteilung von Bestellmengen. Über den Ordersplit ist es so möglich Bestellungen hinsichtlich unterschiedlicher Liefertermine z.B. aufgrund von terminbedingten Teillieferungen aufzuteilen. Aus der ursprünglichen Bestellung werden dabei Mengen in weitere Bestellungen ausgelagert. Diese werden nach Liefertermin und Transportart gesammelt.

graph LR;

%% Nodes
A(POS<br>Ordersplit)
B(POS-0010<br>Bestellung aufrufen)
C(POS-0020<br>Ordersplit modifizieren)
D(POS-0030<br>Mengen bearbeiten)
E(POS-0040<br>Splitbestellung errichten)

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

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

POS-0010 - Bestellung aufrufen

Die zu splittende Bestellung wird aufgerufen und der Status zurückgesetzt. Durch die Funktion ‘Order-Split errichten’ wird der Terminverteiler aufgerufen, in dem alle Farb-Größen-Kombinationen als einzelne Zeilen aufgezeigt werden.

HRD - Behandlung von Lieferdifferenzen

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

Metaprozess

Der Prozess beschreibt die Behandlung von Lieferdifferenzen und mögliche Reaktionen auf eine Unter- oder Überlieferung. Dieser Prozess ist ein Analyseprozess zu einem Zeitpunkt, zu dem Bestellung und Rechnung bereits abgeschlossen sind. Die Differenzen werden dabei aus der Vereinnahmung und dem Abschluss von Avisen gebildet.

Teile, die avisiert sind und nicht vereinnahmt werden, gelten als Unterlieferung (negative Differenzen). Teile, die evtl. nicht avisiert oder mit geringerer Menge avisiert sind, gelten als Überlieferung. Überlieferungen werden der Buchung des Wareneingangs festgestellt. Unterlieferungen werden mit Abschluss des Avises festgehalten.

ROS - Retoure Kreditor

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

Metaprozess

In diesem Prozess werden Einkaufsreklamationen mit den entsprechenden Reklamationsgründen erfasst. Sie dienen der Anmeldung von Retouren beim Lieferanten und können von der Logistik über Warenausgänge bearbeitet werden.

graph LR;

%% Nodes
A(ROS<br>Retoure Kreditor)
B(ROS-0010<br>Reklamationskopf erstellen)
C(ROS-0020<br>Reklamationszeilen einfügen)
D(ROS-0030<br>Reklamation bearbeiten)
E(ROS-0040<br>Reklamation buchen)

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

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

ROS-0010 - Reklamationskopf erstellen

Die Einkaufsreklamation wird erstellt und die Kopfdaten wie Kreditorennummer werden in den Beleg eingegeben. Weitere Daten ergeben sich aus dem am Kreditor hinterlegten Stammdaten. Zum Abgleich mit dem Lieferanten kann eine Kred.-Gutschriftsnr. bzw. Bearbeitungsnummer hinterlegt werden.

POC - Komponentenbeistellung

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

Metaprozess

In diesem Prozess wird beschrieben, wie einem Produzenten Komponenten beigestellt werden können.

graph LR;

%% Nodes
A(POC<br>Komponentenbeistellung)
B(POC-0010<br>Bestellung Modell anpassen)
C(POC-0020<br>Komponentenbedarf ermitteln)
D(POC-0030<br>Komponentenbeistellung ermitteln)
E(POC-0040<br>Komponentenbeistellung abschließen)
F(POC-0050<br>Wareneingang Modell erfassen)

%% 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

POC-0010 - Bestellung Modell anpassen

Es wird über einen oder mehrere Modelle eine Bestellung angelegt. Mit dem Erstellen der Modellzeilen, werden anhand der am Modell hinterlegten Stücklisten Komponentenzeilen pro Bestellzeile geschrieben. Es werden dabei nur die Komponenten der Stücklisten berücksichtigt, welche dem Lieferanten zu stellen sind. Mengen in den Modellzeilen können jederzeit geändert werden. Die Komponentenzeilen können anschließend hinzugefügt, gelöscht oder geändert werden. Es ist möglich eine Komponente auf alle SKUs des Modells zu kopieren. In den Komponentenzeilen ist je Komponente die Mengen der jeweiligen Stückliste angegeben.