Ansicht
Dokumentation
ASSORTMENT_VERSION_SEQ - Ansteuerung Sortimente aus sequentieller Artikelpflege (User-orientiert)
Addresses (Business Address Services) Fill RESBD Structure from EBP Component StructureDiese Dokumentation steht unter dem Copyright der SAP AG.
Dieser Baustein ist die Schnittstelle zwischen integrativer Artikelpflege und Sortiments-Gestaltung in SAP Retail.
Er wird im Standard unter diesem Namen ausgeliefert, muß jedoch aus der Tabelle TWPA (Feld INTAR) gelesen werden. Bei Modifikationen muß dort der Name ausgetauscht werden.
Es gibt 5 verschiedene Aufruf-Situationen (gesteuert über den Parameter FUNCTION):
'1' : Eingaben in den Feldern des Subscreens LISTUNG des Bildes
Grunddaten 2 (nur bei Anlegen/Ändern/Löschen Artikel)
'2' : Änderung der zeitlichen Gesamt-Gültigkeit eines Artikels im
Bild Grunddaten 1 (ab..Liquidation)
'3' : Anzeige einer (vorhandenen) Filial-Listung
'4' : Aufruf beim Sichern in der integrativen Artikelpflege; damit
werden alle Änderungen / Neuanlagen in die Sortiments-Tabellen
fortgeschrieben
'5' : Exclusion von ME für eine Liste von Filialen (nicht Rel. 3.0)
Weiterhin wird dem Baustein übermittelt, welcher Transaktions-Typ vorliegt (in Parameter TRANSACTION_CODE):
'1' : anlegen der Listung für einen Artikel (nur bei Neueanlage des
Artikels)
'2' : ändern der Listung für einen Artikel
'3' : löschen der Listung eines Artikels (-> REORG-Konzept !)
VKORG und VTWEG gehören immer (!) als Tupel zusammen, ist das eine angegeben, muß auch das andere vorhandne sein. Dafür ist in der integrierten Artikelpflege zu sorgen !
Was passiert bei den einzelnen Funktionen:
'1' : Eingaben in den Feldern des Subscreens LISTUNG des Bildes GD2
- es werden alle möglichen Betriebe ermittelt, die für eine
Listung in Frage kommen; dabei kann von vornherein eine Ein-
schränkung mitgegeben werden (in DEFAULT_PLANT_LIST), die die
Überprüfung beschränkt
- je Einzelartikel, je vollständigem (!) Sammelartikel oder je
einzelner Variante eines Sammelartikels kann diese Überprü-
fung erfolgen. Bei einem kompletten Sammelartikel gelten die
"Überprüfungs-Daten" (siehe SALES_LINE_DATA) für alle
Varianten !
- also eine Überprüfung erfolgt immer für jedes mögliche Tupel:
MATNR (Einzel oder Var. oder kompletter SA) <-> BETRIEB
für jedes akzeptierte Tupel gibt es einen Eintrag in der
INTTAB PLANT_LIST (incl. Feld OK = 'X').
Im Änderungsfall (TRANSACTION_CODE = 2) muß in der INTTAB
SALES_LINE_DATA der alte und (!) der neue Dateninhalt einge-
geben werden ( neue Felder: Suffix _NEW, _N). Daran erkennt
die Sortiments-Funktionalität, was geändert worden ist.
Dabei gelten die "Keys" (VKORG/VTWEG) für alle Daten des
Eintrags.
Mögliche Änderungen, die der Baustein erkennt:
1. neue VTSchiene (noch nicht in MVKE abgelegt):
wie Neu-Anlage, aber : Schnittstelle prüft, ob bereits
"MARC" und Listungs-Konditionen existieren
2. wenn bereits für VTSchiene ' ' ("alles") eine Listung exis-
tiert und danach für eine VTSchiene eine abweichende Listung
erfolgen soll, werden alle Betriebe, die jetzt nicht mehr
gelistet sein sollen, ausgelistet und alle ggf. neu hinzu-
kommenden neu eingelistet
3. Änderung Sortiments-Priorität : Weitergabe an alle existie-
renden Listungs-Konditionen
4. Änderung Listungs-Fenster: dto.
5. nochmaliges Listen mit einem anderen Listungs-Verfahren als
bisher (in MVKE bzw. MAW1 ist AKtivierungs-Status gesetzt) :
wird zu Rel. 3.0 abgewiesen
6. Änderung Sortiments-Stufe: nicht mehr "passende" Betriebe
auslisten, ggf. neu hinzukommende einlisten
7. Änderung MARA-gültig-ab/bis: Weitergabe an alle existieren-
den Listungs-Konditionen
Wenn die Integrierte Artikelpflege Folge-Aktivitäten durchfüh-
ren muß, wird dies wie folgt mitgeteilt:
- in PLANT_LIST-WCODE:
- A : ggf. neues MARC
- Z : Zeitänderung MARA -> Liste aller betroffenen Betriebe
- 1 : Listungs-Fenster geändert -> dto.
Weitere Aktivitäten : .....
Parameter:
**********
Muß Kann Bemerkungen
--------------------------------------------------------------
Imp. ACTIVITY_CODE
-
(nur für Sichern interessant)
CHANGE_PLANT_LIST
K
nur bei Eingabe im Feld "manuelle Pflege" GD2
ITEM_DATA
M
Auszug aus MARA/MAW1 (siehe Struktur WINT_WAM1)
daraus muß erkennbar sein, ob es ein Sammel-,
ein Einzelartikel oder eine Variante ist
ITEM_INTERN
(M)
Muß, wenn die Artikel noch nicht auf der Daten-
bank physisch existieren. Es wird dann nicht
versucht, auf der DaBa zu lesen. In den Parame-
tern ITEM_DATA und VARIANT_LIST müssen dann die
notwendigen Daten ausreichend qualifiziert vor-
handen sein.
TRANSACTION_CODE
M
FIRST
(M)
Muß beim 1. Aufruf je "Artikel-Umgebung"
ALL_VARIANTS_OF_ITEM_GROUP
(K)
verbessert ggf. Performance, hat aber Voraus-
setzungen !
Exp. WSCOR
M
Tab. DEFAULT_PLANT_LIST
M
ggf. Leer-Tabelle
PLANT_LIST
M
Ergebnis-Tabelle; hier werden alle Betriebe ein-
getragen, für die eine Listung erfolgen kann /
soll
UNIT_EXCLUSION_LIST
-
VARIANT_LIST
(M)
Bei kompletten Samelartikeln muß die Liste der
Varianten (incl. Daten) angegeben werden, wenn
die Daten der Varianten (noch) nicht auf der
DaBa abgelegt sind (vor dem COMMIT)
SALES_LINE_DATA
M
Hier sind alle Daten enthalten, die im Bild GD2
eingegeben werden können. Es sollten alle Ver-
triebsschienen mit 1 gemeinsamen Aufruf bearbei-
tet werden und nicht separat (Peformance !).
Deshalb kann hier eine Liste übergeben werden.
LAYOUT_GROUPS
(M)
Liste aller zum Artikel erfaßten Layout-Gruppen,
bei ITEM_INTERN = 'X' Pflicht, sonst : es erfolgt
kein Zugriff auf Datenbank
'2' : Änderung der zeitlichen Gesamt-Gültigkeit eines Artikels in GD1
(Bild Grunddaten 1 (ab..Liquidation))
oder:
Änderungen am Listungs-Fenster (Popup im Bild GD2) !
Was passiert bei dieser Funktion:
Diese Funktion kann nur für bereits existierende Artikel be-
nutzt werden. Dabei kann entweder ein Einzel-, ein kompletter
Sammelartikel (mit allen (!) seinen Varianten) oder eine kon-
rete Variante betroffen sein. Änderungen am SA werden auf alle
Varianten durchgereicht.
Die Funktion erstellt die INTTAB PLANT_LIST mit den betroffenen
Betrieben und schreibt beim Sichern die abhängigen Listungs-
Konditionen - jedoch nicht (!) die Artikel-Stamm-Segmente (MARC
usw.) fort.
Parameter Muß Kann Bemerkungen
--------------------------------------------------------------
Imp. ACTIVITY_CODE
-
(nur für Sichern interessant)
CHANGE_PLANT_LIST
-
ITEM_DATA
M
Auszug aus MARA/MAW1 (siehe Struktur WINT_WAM1)
daraus muß erkennbar sein, ob es ein Sammel-,
ein Einzelartikel oder eine Variante ist
ITEM_INTERN
-
Artikel müssen auf DaBa vorhanden sein
TRANSACTION_CODE
M
muß immer '2' sein
FIRST
(M)
Muß beim 1. Aufruf je "Artikel-Umgebung"
ALL_VARIANTS_OF_ITEM_GROUP
(K)
verbessert ggf. Performance, hat aber Voraus-
setzungen !
Exp. WSCOR
M
Tab. DEFAULT_PLANT_LIST
(M)
ggf. Leer-Tabelle
PLANT_LIST
M
Ergebnis-Tabelle; hier werden alle Betriebe ein-
getragen, für die eine Korrektur erfolgen soll
(nur Zeitfenster)
UNIT_EXCLUSION_LIST
-
(nur Leer-Tabelle)
VARIANT_LIST
(K)
wenn angegeben, wird nicht in DaBa nachgelesen
SALES_LINE_DATA
-
(nur Leer-Tabelle)
LAYOUT_GROUPS
-
'3' : Anzeige einer (vorhandenen) Filial-Listung
Parameter Muß Kann Bemerkungen
--------------------------------------------------------------
Imp. ACTIVITY_CODE
-
(nur für Sichern interessant)
CHANGE_PLANT_LIST
-
ITEM_DATA
M
Auszug aus MARA/MAW1 (siehe Struktur WINT_WAM1)
daraus muß erkennbar sein, ob es ein Sammel-,
ein Einzelartikel oder eine Variante ist
ITEM_INTERN
(M)
entscheidet, ob auf DaBa zugegriffen wird oder
ob der Inhalt der INTTABS benutzt wird (siehe
(FUNCTION "2")
TRANSACTION_CODE
-
FIRST
(M)
Muß beim 1. Aufruf je "Artikel-Umgebung"
ALL_VARIANTS_OF_ITEM_GROUP
-
Exp. WSCOR
M
Tab. DEFAULT_PLANT_LIST
(-)
ggf. Leer-Tabelle
PLANT_LIST
M
Ergebnis-Tabelle; ggf. aus Vor-Funktionen ein-
gestellt oder aus DaBa gelesen (siehe ITEM_INT.)
UNIT_EXCLUSION_LIST
-
(nur Leer-Tabelle)
VARIANT_LIST
(-)
Funktion ist nur für genau 1 Artikelnummer
möglich (entweder SA, EA oder Variante)
--> Tabelle wird nicht ausgewertet
SALES_LINE_DATA
-
(nur Leer-Tabelle)
LAYOUT_GROUPS
-
'4' : Aufruf beim Sichern in der integrativen Artikelpflege;
damit werden alle INTTABS der Sortiments-Funkt. für den Daten-
bank-Update verfügbar gemacht.
Hier müssen dann alle Parameter aus Aufruf '1' nochmals mit-
gegeben werden, wenn nochmals eine Überprüfung der zulässigen
Betriebe erfolgen soll (wenn z.B. durch die Artikelpflege Ände-
rungen an Prüf-Bedingungen vorgenommen wurden (z.B. Sort.-
Stufe, anderes Listungsverfahren).
--> wird z.Zt. als Fehler abgewiesen !!!
Sind keine Parameter geändert worden, wird über die INTTAB
PLANT_LIST die eigentliche Listung aktiviert (falls ACTIVITY_
CODE dies vorgibt) oder es passiert nichts (keine ACTIV.).
Besonderheit:
=============
Beim Aufruf der Sort.-Funktionen über diesen Fkt.-Baustein
(also in der integr. Artikelpflege), werden keine Artikel-
Betriebs-Daten erzeugt bzw. geändert (MARC, MBEW, MVKE) !!!
Die Sort.-Funktionen erkennen das an dem Parameter WSC, der
nur von der Sortimentspflege und nicht von der Artikelpflege
entsprechend gesetzt wird sowie an dem Transaktions-Code der
Sortiments-Funktionen.
Nachfolgend sind die Parameter so beschrieben, wie ohne die
o.g. Änderungen notwendig:
Parameter Muß Kann Bemerkungen
--------------------------------------------------------------
Imp. ACTIVITY_CODE
M
(wenn ' ' -> keine DaBa-Änderungen !)
--> muß in MAW1 / MVKE abgelegt werden
CHANGE_PLANT_LIST
-
ITEM_DATA
(M)
Auszug aus MARA/MAW1 (siehe Struktur WINT_WAM1)
daraus muß erkennbar sein, ob es ein Sammel-,
ein Einzelartikel oder eine Variante ist
ITEM_INTERN
(M)
s. Fkt. '1' bzw. '2'
TRANSACTION_CODE
M
s. Fkt. '1' bzw. '2'
FIRST
-
darf hier nicht benutzt werden (vorerst)
ALL_VARIANTS_OF_ITEM_GROUP
(K)
verbessert ggf. Performance, hat aber Voraus-
setzungen !
Exp. WSCOR
M
Tab. DEFAULT_PLANT_LIST
(M)
ggf. Leer-Tabelle
PLANT_LIST
M
Ergebnis-Tabelle; hier werden alle Betriebe ein-
getragen, für die eine Korrektur erfolgen soll
UNIT_EXCLUSION_LIST
(M)
(voerst keine Benutzung) -> nach Rel. 3.0
VARIANT_LIST
(K)
wenn angegeben, wird nicht in DaBa nachgelesen
SALES_LINE_DATA
(M)
(ggf. nur Leer-Tabelle)
LAYOUT_GROUPS
(M)
Die Angaben (M) sind z.T. damit begründet, daß ja (später !)
noch ggf. Korrekturen zwischen Funktion '1' bzw. '2' und '4'
erfolgen können, die ein nochmaliges Prüfen erforderlich
machen (wozu ja die Ausgangsdaten notwendig sind).
'5' : Exclusion von ME für eine Liste von Filialen (nicht Rel. 3.0)
Was passiert bei dieser Funktion:
Für einzelne Betriebe können gezielt je Artikel einzelne
ME "excludiert" werden.
Dies geschieht immer "aktiv" (ACT.._CODE) und kann nur für
konkrete Artikel-Betriebs-Zuordnungen erfolgen.
Dazu wird ggf. ein Dialog der Sortiments-Pflege benutzt (noch
nicht endgültig entschieden - zu Rel. 3.0).
Erst beim Sichern wird die Fortschreibung der Listungs-
Konditionen durchgeführt.
Die Funktionen '1' und '5' oder '2' und '5' können gemeinsam
in einem Dialog ausgeführt werden. Ihr Ergebnis wird mit '4'
gemeinsam gesichert.
Parameter Muß Kann Bemerkungen
--------------------------------------------------------------
Imp. ACTIVITY_CODE
-
ITEM_DATA
M
Auszug aus MARA/MAW1 (siehe Struktur WINT_WAM1)
daraus muß erkennbar sein, ob es ein Sammel-,
ein Einzelartikel oder eine Variante ist
ITEM_INTERN
(M)
Muß, wenn die Artikel noch nicht auf der Daten-
bank physisch existieren. Es wird dann nicht
versucht, auf der DaBa zu lesen. In den Parame-
tern ITEM_DATA und VARIANT_LIST müssen dann die
notwendigen Daten ausreichend qualifiziert vor-
handen sein.
TRANSACTION_CODE
-
FIRST
- (nur wenn dies die einzige Funktion im "Arti-
kel-Umfeld" ist)
ALL_VARIANTS_OF_ITEM_GROUP
-
Exp. WSCOR
M
Tab. DEFAULT_PLANT_LIST
-
Leer-Tabelle
PLANT_LIST
-
Tabelle ist hier uninteressant
UNIT_EXCLUSION_LIST
M
enthält alle Artikel, ME und Betriebe, das Flag
OK muß 'X' sein
VARIANT_LIST
(M)
Bei kompletten Samelartikeln muß die Liste der
Varianten (incl. Daten) angegeben werden, wenn
die Daten der Varianten (noch) nicht auf der
DaBa abgelegt sind (vor dem COMMIT)
Weiter zu beachten:
Wenn der Bezugswegschlüssel "nur Strecke" ist, ist die Eingabe eines Listungs-Verfahrens für VZ unsinnig - dies wird hier geprüft, führt jedoch zu keiner Fehler-Reaktion.
Zu der Bedeutung der Datumsangaben (BEGIN / END):
Im Bild Grunddaten 2 ist eine Eingabe des "Listungs-Fensters" nur über ein PopUp möglich
- hier differenziert nach Filialen und Verteil-Zentren. Wird keine Eingabe explizit gemacht, so sind trotzdem die Datumsfelder zu besetzen:
für Filialen: aus "gültig ab / Liquidation" - Bild GD1
für VZ : dto.
Parameter
ACTIVITY_CODEALL_VARIANTS_OF_ITEM_GROUP
CHANGE_PLANT_LIST
DEFAULT_PLANT_LIST
DELETED_PLANTS_BY_CHANGES
ERROR_INFO
FIRST
FUNCTION
ITEM_DATA
ITEM_INTERN
ITEM_INTERN_VARIANTS
ITEM_NUMBERS
LAYOUT_GROUPS
PLANT_LIST
SALES_LINE_DATA
TRANSACTION_CODE
T_MARC
UNIT_EXCLUSION_LIST
VARIANT_LIST
WSCOR
Ausnahmen
Funktionsgruppe
WSOKBAL_S_LOG - Application Log: Log header data General Material Data
Diese Dokumentation steht unter dem Copyright der SAP AG.
Length: 22637 Date: 20240523 Time: 133543 sap01-206 ( 100 ms )
