Verkauf on Product Documentation

MDA-SAL - Stammdatenverwaltung Verkauf

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 werden diese Instanzen hier bearbeitet und fachlich dem Bereich Stammdaten zugeordnet.

graph LR;

%% Nodes
A(MDA-SAL<br>Stammdatenverwaltung<br>Verkauf)

%% Flow

%% Classes
class A btProcessTitle

Instanzen

MDA-CON - Stammdatenverwaltung Kontakte

Kontakte werden durch den Vertrieb oder den Außendienst angelegt. Sie dienen der Erfassung von Personen und Unternehmen, zu denen noch keine Geschäftsbeziehungen bestehen. Nach weiterer Klassifizierung können Kontakte zu Debitoren und Kreditoren weiterverarbeitet werden.

SQU - Verkaufsangebot

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

Metaprozess

Dieser Prozess beschreibt die Erstellung von Angeboten als Grundlage für einen Verkaufsauftrag. Verkaufsangebote unterstützen dabei den Vertriebsprozess durch die Bildung eines noch unverbindlichen Belegs, der über seine Bearbeitung zu einem verbindlichen Auftrag werden kann. Weiterhin bildet das Verkaufsangebot die Basis für den EDI-Artikelstammdatenexport mittels PRICAT.

graph LR;

%% Nodes
A(SQU<br>Verkaufsangebot)
B(SQU-0010<br>Angebotskopf erstellen)
C(SQU-0020<br>Angebotszeilen hinzufügen)
D(SQU-0030<br>Angebot bearbeiten)
E(SQU-0040<br>Verfügbarkeiten prüfen)
F(SQU-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

SQU-0010 - Angebotskopf erstellen

Das Verkaufsangebot wird erstellt und die Kopfdaten werden eingegeben. Der Angebotskopf wird dabei analog dem Verkaufsauftrag mit dem Debitor und weiteren Rahmenparametern wie Auftragssaison und Lieferzeitraum befüllt. Aus der Angabe des Debitors ergeben sich weitere Konditionen wie die Zahlungs- und Lieferbedingungen, Preisgruppe sowie Sprache und Währung. Durch die Zuordnung zu einer Kampagne kann das Angebot mit einer Marketingaktion verknüpft werden. Zur Unterstützung der Erfassung kann ein Beleg aus einem bestehenden Verkaufsbeleg herauskopiert werden.

SOP - Verkaufsauftrag

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

Metaprozess

Der Prozess beschreibt die Erstellung von Verkaufsaufträgen im Großhandel. Verkaufsaufträge entstehen auf unterschiedlichen Erfassungsarten durch den Vertriebsinnendienst, den Außendienst und durch elektronische Nachrichten. Sie können als Einzelauftrag oder als Blockauftrag erfasst werden. Über die Kopfinformationen werden die Rahmenbedingungen für den Auftrag durch den Kunden und entsprechende Periodenzuordnungen gesetzt. Einzelpositionen werden erfasst und mit den hinterlegten Konditionen dem Auftrag hinzugefügt. Zur Übergabe an nachfolgende Prozesse erfolgt eine Freigabe, die der Prüfung des Auftrags dient. Je nach Auftragsart können diese unterschiedlich gelagert sein. Der Prozess endet nach Freigabe des Auftrags. Folgeprozesse sind in der Regel in der Logistik (Nachorder) oder der Beschaffung (Vororder) angesiedelt. In Einzelfällen kann der Verkaufsauftrag direkt geliefert und fakturiert werden.

SOD - Verkaufsauftragsverteiler

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

Metaprozess

Aus einem Verteiler zu einem Blockauftrag können weitere Aufträge errichtet werden. Diese Abrufaufträge tragen dabei die Mengen der Blockaufträge ab und werden nach Warenempfängern bzw. Lieferadressen getrennt. Die Zuordnung zwischen Blockauftrag und Abrufaufträgen ist jederzeit gegeben.

graph LR;

%% Nodes
A(SOD<br>Verkaufsauftragsverteiler)
B(SOD-0010<br>Belegkopf anlegen)
C(SOD-0020<br>Verteiler errichten)
D(SOD-0030<br>Verteilung bearbeiten)
E(SOD-0040<br>Auftrag erstellen)

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

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

SOD-0010 - Belegkopf anlegen

An einem errichteten Block-Verkaufsauftrag kann ein Verteiler für Abrufaufträge hinterlegt werden. Die Kopfdaten und Artikelzeilen werden automatisch aus dem Blockauftrag übernommen. Durch die Funktion „Verteiler Liefertermine“ wird eine Artikelverteilung Übersicht aufgerufen, wo pro Artikel anhand des Farbcodes die Größen-Filialen-Kombination als einzelne Zeilen aufgezeigt werden. Je Artikelfarbcode können mehrere Verteiler mit unterschiedlichen Warenausgangsdaten errichtet werden. Größen und Farben werden aus dem Blockauftrag und den zugewiesenen Mengen im Auftragsverteiler an den Abrufauftrag vererbt. Die Mengen des Abrufauftrags verringern die Mengen des Blockauftrags.

PPP - Kommissioniervorschlag

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

Metaprozess

Der Prozess beschreibt die Zuteilung von verfügbaren Lagerbeständen auf auszuliefernde Kundenaufträge nach internen Kriterien und Vorbereitung des Warenausgangs. Über den Kommissioniervorschlag erfolgt die zentrale Steuerung, welche Auftragspositionen in den Warenausgangsprozess übergeben werden sollen. Der Prozess wird in der Regel im Großhandelsbereich durchgeführt. Die Zuteilung der Lagerbestände erfolgt dabei in der Regel nach einer definierten Zuteilungsreihenfolge. Aufgrund seiner Skalierbarkeit kann der Kommissioniervorschlag für gezielte Artikel oder eine Auswahl von Artikeln und Aufträgen erstellt und durchgeführt werden.

CIN - Rechnungsabwicklung Debitor

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

Metaprozess

Bei diesem Prozess erfolgt die Rechnungs- oder Gutschriftenerstellung basierend auf einer Lieferung oder Rücksendung bzw. als manueller Vorgang. Mit dem entsprechenden Rechnungsvorgang wird der zuvor gestartete Verkaufsprozess abgeschlossen und die entsprechend resultierenden Daten an die Finanzbuchhaltung bzw. die Debitorenbuchhaltung übergeben.

Wenn in den einzelnen Prozessschritten von Rechnung gesprochen wird, ist dabei die Gutschrift eingeschlossen. Die Prozessinstanzen sind nach Belegart Rechnung und Gutschrift getrennt beschrieben.

graph LR;

%% Nodes
A(CIN<br>Rechnungsabwicklung Debitor)
B(CIN-0010<br>Rechnungskopf erzeugen)
C(CIN-0020<br>Rechnungszeilen hinzufügen)
D(CIN-0030<br>Genehmigungsprozess starten opt.)
E(CIN-0040<br>Rechnung freigeben opt.)
F(CIN-0050<br>Rechnung buchen/Übergabe an Kunden)

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

CIN-0010 - Rechnungskopf erzeugen

Der Rechnungskopf wird erzeugt. Mit Eingabe des Debitors werden die Zahlungskonditionen und hinterlegten Stammdaten aus dem Debitorenstamm übernommen.

CIL - Verkauf Rechnungssammelliste

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

Metaprozess

In diesem Prozess werden verschiedene gebuchte Rechnungen und Gutschriften in Form einer Liste gesammelt, um diese anschließend weiterzuleiten oder auszudrucken.

graph LR;

%% Nodes
A(CIL<br>Verkauf Rechnungssammelliste)
B(CIL-0010<br>Belegkopf erstellen)
C(CIL-0020<br>Zeilen vorbereiten)
D(CIL-0030<br>Beleg freigeben)
E(CIL-0040<br>Beleg übermitteln)

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

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

CIL-0010 - Belegkopf erstellen

Es wird im System eine eindeutige Belegnummer vergeben, welche aus einer Nummernserie gezogen wird. Nach der Angabe des Belegdatums können verschiedene Filter definiert werden, zum Beispiel Datumsfilter, Verbandsnummer und Debitorenfilter, um die zu betrachtenden Rechnungen und Gutschriften zu übernehmen.

ACC - Provisionsabrechnung Vertreter

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

Metaprozess

Dieser Prozess beschreibt das Verfahren der Provisionsabrechnung. Angestellte Vertreter oder freie Handelsvertreter erhalten häufig eine Provision, wenn sie den Verkauf der Ware abwickeln. Zu ihren typischen Tätigkeiten gehören die Kundenakquise, die Präsentation der Ware beim Kunden oder in einem Showroom, Kundenberatung bis zur Auftragsvergabe, Auftragserfassung und Kundenpflege bzw. Kundenbetreuung. Vertreter spielen vor allem im Wholesale-Geschäft eine Rolle.

Vertreter werden den Aufträgen zugeordnet, die sie verantworten. In der Regel wird der Vertreter bereits im Debitorenstammsatz hinterlegt und von dort auf den Verkaufsauftrag vererbt. Für den Vertreter können Provisionssätze im System hinterlegt werden, die nach Freigabe des Verkaufsauftrags Provisionszeilen erzeugen. Wird der Auftrag fakturiert, also die korrespondierende Verkaufsrechnung gebucht, werden daraus Provisionsposten geschrieben.

ROP - Retourenanmeldung Debitor

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

Metaprozess

Der Prozess der Retoure im Bereich Verkauf wird über mehrere Schritte durchgeführt. Nachfolgend wird der Prozess der Retourenanmeldung beschrieben. Diese erfolgt in der Regel in der Vertriebsabteilung und beschreibt die Erfassung von Verkaufsreklamationen, auf deren Basis weitere Prozesse wie Warenannahme, Gutschrift und Ersatzauftrag stattfinden können.

graph LR;

%% Nodes
A(ROP<br>Retourenanmeldung Debitor)
B(ROP-0010<br>Verkaufsreklamation errichten)
C(ROP-0020<br>Reklamationszeilen einfügen)
D(ROP-0030<br>Reklamation bearbeiten)
E(ROP-0040<br>Reklamation anmelden)
F(ROP-0050<br>Verkaufsreklamation buchen)

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

ROP-0010 - Verkaufsreklamation errichten

Die Warenrücksendung durch den Kunden wird angemeldet. Hierzu wird der Reklamationsbeleg im System erfasst. Zur Unterstützung der Erfassung kann eine Reklamation durch Belegkopie aus zum Beispiel einer Verkaufslieferung oder Rechnung kopiert werden. Bei manueller Erfassung wird im Kopf der Reklamation der Reklamationstyp Rücksendung oder Reklamation ausgewählt, der entsprechende Debitor und das annehmende Lager festgehalten. Aus dem Debitor ergeben sich die verhandelten Konditionen. Weiterhin kann im Kopf über Kennzeichen ausgewählt werden, ob die Annahme der retournierten Ware abgelehnt oder die Rückholung der retournierten Ware veranlasst wurde.

OCD - Korrekturbeleg

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

Metaprozess

Der Prozess beschreibt den Stapellauf eines Korrekturbeleges mit vordefinierten Restriktionen. Mit dem Beleg können Massenänderungen an Aufträgen vorgenommen und protokolliert werden. Ebenfalls ist eine Simulation möglich.

graph LR;

%% Nodes
A(OCD<br>Korrekturbeleg)
B(OCD-0010<br>Korrekturbelegkopf anlegen)
C(OCD-0020<br>Varianten holen)
D(OCD-0030<br>Korrekturbeleg bearbeiten)
E(OCD-0040<br>Korrekturbeleg buchen)

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

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

OCD-0010 - Korrekturbelegkopf anlegen

Der Korrekturbelegkopf wird angelegt. Es wird eine Bearbeitungsart ausgewählt: Austauschen, Stornieren, Lieferterminverschiebung, Auftragstext einfügen. Weiterhin werden die notwendigen Restriktionen oder Filter befüllt wie zum Beispiel Lieferdatum, Auftragsnummer von bis, Debitor, Lagerort, Vertreter oder Artikel.