Name	Type	Content	Values	Mandatory
Paketshop_Nr	A6	ADD/Carriermanagementtool braucht die Paketshopnummer für die HES-Avisen für Core
Anrede_Knz_ID	N1		0 = Frau 1 = Mann 2 = Firma 3 = unbekannt	x
Anrede	A6
Titel	A20
Vorname	A50	im RDNETTO werden Vorname auf 20 ein
Nachname	A50	im RDNETTO werden Vorname auf 30 ein		x
Strasse	A32	Strasse und Hausnummer		x
Adresszusatz1	A50	Item100.AAZU
Adresszusatz2	A32	Für Frankreich werden in der Anschrift aktuell folgende Felder benutzt: RDNETTO: RA1.Gemeinde (Startpos 191, Länge 32)
PLZ	A10			x
Ort	A32			x
Telefon_Vorwahl	A8
Telefonnummer	A14
Adresstyp_Knz_ID	N1			x
Gebaeude	A32
Abteilung	A6

1.2 - Beilage

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Beilagentyp_Knz_ID	A1	U=ungezielte Beilage (Packplatzbeilagen mit Beilagenschlüssel) G=gezielte Beilage (Kontoauszüge, Zahl- und Bestellscheine)	x
Beilagenbezeichnung	A18	Bezeichnung, welche auf der Rechnung gedruckt wird	x
Beilagen_Knz_ID	N2	1=Kontoauszug 2=Zahlschein 3=Bestellschein
Beilagenartikelnummer	N6	Artikelnummer für die gezielten Beilagen Verwendung im Zusammenhang mit Kontoausügen, Zahl- und Bestellscheinen. Beispiel: Kontoauszug Schwab hat die Artikelnummer 029 Im IST wird diese aus Item 420. Beilagen-Schlüssel (N4) genommen.
Beilagenschluessel	A2	Repräsentiert das Fach der Packplatzbeilagen Für Commit CR_073 von N2 auf A2

1.3 - Einzelteil

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
ERP_Einzelteil_ID	A50	Eindeutiger gemeinsamer Identifikator des Einzelteils. Vergeben vom ERP.		x
Retourenschluessel	N12	Retourenschluessel Der Retourenschlüssel wir in den Bestands-GL un -PL Betrieben benötigt. In den NEON-Betrieben aber explizit nicht. Dort wird ein konkreter Artikel nicht mehr mit Retourenschlüssel, sondern mit BU_ID identtifiziert. Die BU_ID wirde dann , analog der LKZ-Rückmeldung, vom LVS über LP an das ERP zurückgemeldet.
RetSchl_Rechnungsdruck_Knz_ID	N1	Für eine Sendung mit mehreren Einzelteilen muss für den Rechnungsdruck festgelegt werden, welcher Retourenschlüssel auf die Rechung gedruckt werden soll. Hintergrund: pro Sendung wird nur eine Rechnung erzeugt. Es muss also pro Sendung genau ein Retourenschlüssel mit 1=drucken markiert sein.
Buendelbarcode	N10		RR = Richtung TT = Industrietag modulo 100 NNN = lfd. Nummer A = Teilenummer G = Teile gesamt P = Prüfziffer
Identcode_DLW_Schluessel	N8	Erster Teil des Schlüssels für Durchlaufware. Dieses Feld enthält den NOA-Nonwhcommkey. Dieser ist eine 8-stellige fortlaufende Nummer, welche für Nichtlagerwarenaufträge vergeben wird. Zusammen mit dem ‘Identcode_DLW_Einspeichertag’ bildet er die sog. ‘Eingabenummer’, einen eindeutigen Identifier für einen Durchlaufwarenauftrag. In ADD wird dieser als ID_DLW in der Form gespeichert und zudem in die HES-Avise geschrieben. ADD übergibt für DL-Sendungen, wenn diese in Rechnung gehen, den Identifier an COBRA, welcher diesen in der Form <EINSP.TAG+500> verwendet, um die Ware zuzuordnen.
Identcode_DLW_Einspeichertag	N3	Zweiter Teil des Schlüssels für Durchlaufware. Dieses Feld soll den Einspeicherungstag enthalten.
ERP_Product_Id	A36	ERP_Product_Id: technischer Identfier für einen Artikel (bzw. einer Artikel-Groesse). Vergeben vom ERP und damit auch je ERP eindeutig. Damit kann der Artikel (zusammen mit der ERP_ID) im Artikelstamm identifiziert bzw. gefunden werden) Soll perspektivisch die Nutz-Attribute ( - Artikelnummer, - Groesse, - Bestandsfiirma, - Saison, - Bezeichnung, - Farbe usw.) hier in der Position obsolet machen		x
Haendler_Einzelteil_Identifier	A255	Doku ERP-Seite: “Eine Referenz auf eine Position eines Kundenauftrages des Händlers.” Bei uns ist das eine Referenz des Händlers auf ein Einzelteil. Deep Sea wird vermutlich die SalesOrderPositionItemId (SOPI) hier übergeben. Was uns CORE übergibt, wissen wir nicht. Es ist fachlich auch nicht relevant. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann. Muss rein fachlich zusammen mit Sendung.Haendler_Erp_Identifier eigentlich eindeutig sein. Da es das nach einer Lagerdifferenz oder Storno durch ERP und erneuter Übergabe duch das ERP aber im Zweifel nicht ist, validieren wir das nicht. Wir müssten sonst den Sendung_Status und Einzelteil_Status mit berücksichtigen. Und selbst wenn wir das täten, bin ich unsicher, ob das Konstrukt trägt. Darum stellen wir keine Eindeutigkeit sicher.		x

Relations

Table
Packstueck

1.4 - Externe_Ressource

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Ressourcen_Typ_Id	N2	Kennzeichnet den Typ einer mitgegebenen externen Ressource. In einer heilen Welt gab es nur die Auspägungen “VersandLabel” und “RetourenLabel”. In NEON WAN1B wurde der Druck von Lieferscheinen für Lascans Marktplatz angefordert. Die neue Ausprägung “5=A4-VersandLabel” stammt aus einer F2X-Anforderung. Hier soll ein A4-Dokument gedruckt werden, dass abgezogen und auf die Sendung geklebt werden kann. Auf diesem A4-Versandlabel befinden sich Inforationen für den Carrier (z.B. DHL) und zusätzlich für den Empfänger der Ware (z.B. FBA - Fullfilled By Amazon). Notwendig ist die Info, damit die Sendung im Betrieb an einen packplatz geroutet werden kann, an dem sich ein A4-Drucker befindet, der mit diesen speziellen Versand-Labels bestückt ist.	1 = VersandLabel 2 = RetourenLabel 4 = Lieferschein 5 = A4-VersandLabel	x
Ressourcen_Referenz	A255	Transportiert die Referenz auf die Ressource. Im Fall von Bonprix / Metapack wird die Consignment-Number übergeben. Im Fall von FINE vielleicht der Dateiname, der Datei, die sich im FINE Cloud Bucket befindet?		x
Ext_Ressource_Quellsystem	A30	Referenz auf das Quellsystem, bei welchem der Labelprovider die Ressource abholen soll. Aktuell nur für den Standort HDL Hamburger Straße relevant, da nur dort der Labelservice zum Einsatz kommt.

1.5 - GRK_Sendung

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory

1.6 - LagerOrt_Info

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory

1.7 - Packstueck

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
ERP_Packstueck_ID	A50	Eindeutiges Merkmal für Gloria GL unter anderem für WA-Rückmeldung genutzt
Lfd_Zaehler	N2	Lfd Zähler des Packstücks des Artikels	x
Paketnummer	N6
Sendungsidentnummer	A30	Carrier-Barcode, welcher die Sendung im Lager und in der Kunden-Zustellung eindeutig identifiziert	x
SID_auf_RDN_drucken_Knz_ID	N1	0=nicht für RDNetto verwenden 1=Für RDNetto-Rechnungsdruck verwenden Für eine Sendung mit mehreren Packstücken muss für die RDNetto-Erzeugung festgelegt werden, welche Sendungsidentnummern auf die Rechung gedruckt werden soll. Hintergrund: pro Sendung wird nur eine Rechnung erzeugt. Es muss also für eine mehr-paketige Sendung genau eine SendungsIdentNummer mit 1=drucken markiert sein. Auftragspuffer_KR2 benötigt dieses Kennzeichen nicht.
Altergeraete	Boolean	beinhaltet Info ob Altergerätemitnahme erfolgen soll	x
Sperrgut	Boolean	beinhaltet Info ob Sendung Sperrgutartikel enthält	x
ERP_Produkt_Packstueck_Id	A36	technischer Identfier für ein Packstück. Vergeben vom ERP und damit auch je ERP eindeutig. Damit kann das Packstück (zusammen mit der LSAS_ERP_ID) im Artikelstamm identifiziert bzw. gefunden werden)	x
gewichtsklasseKnz	A15	beinhaltet Info ob das Paket kleiner/gleich 10kg, größer als 10kg oder größer 20kg ist

1.8 - Paketshop

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Mandatory
Lfd_Nr	N1	x
Name	A30	x
Strasse	A32	x
PLZ	A10	x
Ort	A32	x
Telefon_Vorwahl	A8	x
Telefonnummer	A14	x
Oeffnungszeiten_1	A36
Oeffnungszeiten_2	A36
Oeffnungszeiten_3	A36
Oeffnungszeiten_4	A36

1.9 - Position

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Aktionsrabatt	N9	Aktionsrabatt für Uninto
Aktionsrabatt_Prozentsatz	N5	XXX,XX Bsp: 3,00% müssen als 300 übergeben werden. 10,95% müssen als 1095 übergeben werden Kommentar Kerstin M. : Nur für Kundenfirmen aus Österreich
Alternativartikel_Knz_ID	N1	Artikelnummer stimmt nicht mit der bei der Bestellung angegebenen überein, es wird ein Hinweis auf der Rechnung gedruckt	0 = kein Alternativartikel 1 = anderere Artikel als bestellt da bestellter Artikel nicht lieferbar 2 = gleicher Artikel mit geänderter Artikelnummer	x
Artikel_Ident_ERP	A18	Identifziert einen Artikel vollständig. Darin enthalten sind die Informationen zu: - Artikelnummer - Groesse - Saison Von Ideefix wird uns die so genannte MAN (Mandanten-Artikelnummer) übergeben. Wird ausschließlich vom DWH gelesen und dort als Alternative zur Saison benötigt.
Artikelbezeichnung	A18			x
Artikelbezeichnung_deutsch	A18	Zusätzlicher Artikelbezeichnung in deutsch für L2C-Sendungen. Wird nicht auf die Rechung aber (z.B.) in HDL auf das Pick-Etikett gedruckt
Artikelfarbe	A12
Artikelfarbe_deutsch	A12	Zusätzlicher Artikelfarbe in deutsch für L2C-Sendungen. Wird nicht auf die Rechung aber (z.B. in HDL) auf das Pick-Etikett gedruckt
Artikelnummer	N8	Artikelnummer		x
Artikelnummer_Extern	A22	Externe Artikelnummer für L2C-Kundenfirmen. Nur verwendet auf Rechnung oder Lieferschein. In der Logistik wird die Artikelnummer verwendet
Artikelpromotion	A3	Artikelpromotion		x
Auslandsgroesse	A3	Größe für Auslandslieferungen (z.B. BP Italien). Wird heute aus der ASTA aus den Auslandsstammsatz geliefert
Bemerkung	A30	Lieferinformation, sonst. Bemerkung		x
Bestandsfirma	N2
Breite	N3	cm		x
Communikation_Key	N18	Benötigt für Versender HES: Um die Zuordnung nun korrekt durchführen zu können, benötigt HES auf Ebene der Auftragsposition den sogenannten CommunikationKey.
Druckgroesse	A4	Größe für Druck		x
Einzelpreis	N9	Preis eines einzelnen Artikels Wird im KR2 auch auf die Gali gedruckt.
Endkundenbelieferungs_Knz_ID	N1	RAP Satz ab 233;	0 = Post, 1 = JCL, 2 = Tectraxx, 3 = Post/Textraxx
Endpreis	N9	Preis des Artikels unter Berücksichtigung der Menge, der Aufschläge und Gutschriften
Garantiebeleg_Knz_ID	N1	Steuert, ob ein ein Garantiescheckheft (Technik) bzw. ein Garantieschein (Möbel) zu drucken ist. IST-Abwicklung: Druck Garantiescheckheft, wenn DAT9,Item200,W29,S2==1 Druck Garantieschein, wenn Anzahl Garantiemonate DAT9,Item200,W29,T3==60 (sollte besser auch in diesem Kennzeichen abgebildet werden) Mit Einführung von SPRINT entfallen die Garantiescheine (Info Lucie vom 29.4.2015) Hallo zusammen, Garantiescheine werden nicht mehr benötigt, es gibt nur noch die Garantiescheckhefte. VG Lucie	0 = kein Druck Garantiebeleg 1 = Druck Garantiescheckheft 2 = Druck Garantieschein	x
Garantiemonate	N2	Anzahl Garantiemonate Steuert den Druck von Garantieschecks und Garantiescheinen		x
Gefahrstoff_Typ_Knz_Id	N2	Enthält den Gefahrstoff_Typ_Knz_Id.	1 = Gefahrstoffsendung LQ fest 2 = Gefahrstoffsendung LQ flüssig über 125ml 3 = Gefahrstoffsendung LQ flüssig unter 125ml 4 = Gefahrstoffsendung LQ gasförmig UN1950 5 = Gefahrstoffsendung UN3090 LiMe-Batterie ohne Ausrüstung 6 = Gefahrstoffsendung UN3091 LiMe-Batterie mit/in Ausrüstung 7 = Gefahrstoffsendung UN3480 LiIo-Batterie ohne Ausrüstung 8 = Gefahrstoffsendung UN3481 LiIo-Batterie mit/in Ausrüstung 9 = Gefahrstoffsendung UN1006 Argon 10 = Gefahrstoffsendung UN1013 Kohlendioxid 11 = Gefahrstoffsendung UN1046 Helium 12 = Gefahrstoffsendung UN1066 Stickstoff 13 = Gefahrstoffsendung UN3171 Batteriebetriebenes Fahrzeug als Fracht
Gewicht	N7	Bruttogewicht in Gramm für ein Einzelteil		x
Groesse	N3	Größe numerisch		x
Gruener_Punkt_Knz_ID	N1	IST-Ausprägungen:	0 = drucken 1 = nicht drucken	x
Hoehe	N3	cm		x
HVS_zu_HES_Knz_ID	N1	Das Kennzeichen zeigt an, dass das ERP eine ursprünglich für den Versand über HVS vorgesehene Sendung nach HES überführt hat. Damit wird aus einer Bestellung die nicht mehr im 1-Mann-Handlung (HVS) verschickt werden kann, weil sie beispielsweise zu schwer oder sperring ist, eine Sendung, die im 2-Mann-Handlung (HES) verarbeitet wird.	0 = nicht gedreht 1 = gedreht	x
Internet_Best_Knz_ID	N1	Kennzeichen, dass der Artikel über das Internet bestellt wurde RD-Netto: RAP.PINT	1 = WRITTEN_MAIL 2 = TELEPHONE 3 = INTERNET 4 = TELEMARKETING 5 = FAX 6 = EMAIL 7 = SALES_FORCE 8 = STATIONARY 9 = MISC_WITH_CUST_FEEDBACK 0 = MISC_WITHOUT_CUST_FEEDBACK
Katalogseite	N5	für HES-Avise
Laenge	N3	cm		x
Lager_Knz_ID	N2	Lager, in welchem der Artikel abgewickelt wird, wenn er nicht aus dem aktuellen Lager stammt (Relevant für “kommt aus anderem Lager”-Positionen)
Lieferantennummer	N6	UNITO: entspricht dem Feld RAP.PLNR ab 172; Lieferantennummer (6) und Lieferantenunternummer (3) werden im RD-Netto in raplieferant mit 9 Stellen alphanumerisch zusammengefasst ADD: Für Avise HES-DLW-Aufträge		x
Lieferantenunternummer	N3	entspricht RAP.PLUN ab 178; Lieferantennummer (6) und Lieferantenunternummer (3) werden im RD-Netto in raplieferant mit 9 Stellen alphanumerisch zusammengefasst		x
Markt_Knz_ID	N3	Marktkennzeichen (für HVS-Avise ADD)
Menge	N6	Anzahl der Artikel Achtung: Es darf in der Großstück-Logistik auch durch Humpback immer nur Menge=1 geleifert werden.		x
Mitbestellernummer	N3	Nummer des Mitbestellers bei Sammelbestellern
Mitbestellerpreis	N9	Preis für Mitbesteller bei Sammelbestellern RD-Netto:RAP:PMBP (62-69)
Mwst_Betrag	N9	Mehrwertsteueranteil des Artikels
Mwst_Knz_ID	N1	Kennzeichen für Druck des Mwst.-Kennzeichens an der Rechnungsposition für Rechnungen Bonprix Ausland 1=normaler Mwst-Satz 2=reduzierter Mwst-Satz
Papa_Key	N10
Position_Typ_Knz_ID	N1		Ausprägungen = sind: 1 = Artikel-Position, (umbenennen in Auslieferungsposition) 2 = Nicht_Lieferbar_Position, 3 = kommt_aus_anderem_Lager_Position 4 = Ruecksendeposition	x
Positionsnummer	N2	Positionsnummer für Druck auf der Rechnung		x
Preissenkung_Knz_ID	N1	Kennzeichen Preisgesenkter Artikel 0=ohne Preissenkung 1=mit Preissenkung 2 = Mit Rabatt
Rabatt_Prov_Verg	N9	Rabatt, Provision, Vergütung
RASY_Knz_ID	A1	RASY_Kennzeichen	’ = ‘A’ = ‘E’ = ‘S’ = ‘W’ = Standard = ’ '
Raten_Valutaaufschlag	N9	Summe aus Raten- und Valutaaufschlag bei kummulierter Darstellung in der Artikeltabelle
Ratenanzahl	N2	Anzahl der Raten bei Ratenkauf
Ratenaufschlag	N9	Artikelbezogener Aufschlag bei Ratenkauf
Saison	N3			x
Schrottgebuehr	N9	trasportiert die Schrottgebühr
Treuerabatt_Prozentsatz	N5	XXX,XX Bsp: 3,00% müssen als 300 übergeben werden. 10,95% müssen als 1095 übergeben werden Das Feld wird auch für den Mitarbeiterrabatt und den Modevorteil benutzt. Die Unterscheidung erfolgt über die Kundenarten. Kommentar Kerstin M: Nur für Kundenfirmen aus Österreich und Kundenart 82,83.
Valuta_Knz_ID	N1	Kennzeichen für Zahlpause: 0= keine Zahlpause 1=Zahlpause 3 Monate Relevant für OCR-X-Zeile auf dez. Aufkleber
Valutaaufschlag	N9	Artikelbezogener Aufschlag bei Zahlpause
Valutaaufschlag_Prozentsatz	N5	XXX,XX Bsp: 3,00% müssen als 300 übergeben werden. 10,95% müssen als 1095 übergeben werden
Verkaufseinheit_Knz_ID	N1		0 = Stück 1 = cm (Zentimeter) 2 = m²/100 3 = umlaufender Meter (Fenstermaß in cm)	x
Vers_Schl_Behandlungsschl	N1
Vers_Schl_Kollianzahl	N2	Anzahl der Packstücke
Vers_Schl_Serviceschluessel	N1
Vers_Schl_Transportsystem	N1	Versandschlüssel
Vers_Schl_Warenverteilzentrum	N2
Volumen	N6	in Deziliter		x
Warenbereichs_Knz_ID	N2		1 = Normalartikel 2 = Süßware 3 = Shell-Artikel 4 = Beilagen 6 = nicht sorterfähig Artikel 7 = Happy Home Artikel ( bon prix) nur HDL, nicht sorterfähig 8 = Sportscheck nur AKU 9 = Sportscheck nur AKU 10 = nicht sorterfähig Käfigartikel 11 = Schmuck 12 = diebstahlgefährdete Artikel 13 = hochwertige Technikartikel nicht in HDL 14 = Umlagerung Sped. Fiege 15 = Kartonage 16 = Wertschnuck nicht in HDL 17 = Meterware nicht in HDL 18 = Kartonage 30 = Hängende Konfektion in AKU und HANAU	x
Warengruppe	A10	Warengruppe AA.B.CC.DD	A = Führungsteam B = Operatives Team C = Katalogart D = Warengruppe	x
Warenwert	N9	Mit Menge ausmultiplizierter Einzelpreis
Wert_Knz_ID	N1	Wert-Kennzeichen für die HVS-Avise. Wertvolle Artikel sollen HVS-seitig gesondert getrackt werden.	0 = “nicht Wertvoller Artikel” 1 = “Wertvoller Artikel, der HVS seitig getrackt werden soll”
Zuschnitt_Breite	N6	die Breite von zweidimensionalen Zuschnitt in cm (z.B. von Jalousien)
Zuschnitt_Laenge	N6	die Länge von Meterware in cm
ERP_Product_Id	A36	ERP_Product_Id: technischer Identfier für einen Artikel (bzw. einer Artikel-Groesse). Vergeben vom ERP und damit auch je ERP eindeutig. Damit kann der Artikel (zusammen mit der LSAS_ERP_ID) im Artikelstamm identifiziert bzw. gefunden werden) Soll perspektivisch die Nutz-Attribute ( - Artikelnummer, - Groesse, - Bestandsfiirma, - Saison, - Bezeichnung, - Farbe usw.) hier in der Position obsolet machen		x
Haendler_Position_Referenz	A36	Feld für SOPI (SalesOrderPositionId) welches in der HES_Avise für L2C DS gebraucht wird.

Relations

Table
Ruecksendeposition_HES
Einzelteil
Serviceposition

1.10 - Rechnungssummen

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Art_Sum_Warenwert	N9	Summe der Warenwerte aller Artikel
Art_Sum_Ratenaufschlag	N9	Summe der Ratenaufschläge aller Artikel
Art_Sum_Valutaaufschlag	N9	Summe der Valutaaufschläge aller Artikel
Art_Sum_Raten_Valutaaufschlag	N9	Summe aus Raten- und Valutaaufschlag bei kummulierter Darstellung in der Artikeltabelle = Art_Sum_Ratenaufschlag + Art_Sum_Valutaaufschlag	x
Art_Sum_Rabatt_Prov_Verguetung	N9	Summe der Artikelrabatte, -provisionen und -vergütungen
Art_Sum_Mitbestellerpreis	N9	Summe Mitbestellerpreise Heute im NDRD Berechnet
Art_Sum_Endpreis	N9	Summe der Endpreise aller Artikel Heute im NDRD berechnet
Art_Sum_Aktionsrabatt	N9	Superprovision
Versandkosten	N9	Versandkosten
Eilaufschlag	N9	Eilaufschlag
Gutscheinbetrag	N9	Einlösung Gutschein
Rechnungsendbetrag	N9	Heute vom NDRD berechnet
Anzahlung	N9	Es handelt sich um eine Anzahlung auf den Rechnungsendbetrag.
Restzahlung	N9	Es handelt sich um die Restzahlung, die nach der Anzahlung auf den Rechnungsendbetrag noch zu zahlen ist.
Endbetrag_Netto	N9	Heute vom NDRD berechnet
Speditionsaufschlag	N9	Speditionsaufschlag
Entsorgungszuschlag	N9	Entsorgungszuschlag
Gutschrift	N9	Gutschrift
Luftfrachtsteuer	N9	Luftfrachtsteuer
Enthaltene_Mehrwertsteuer	N9	Enthaltene Mehrwertsteuer
Enthaltene_Mehrwertsteuer_halb	N9	Enthaltene Mehrwertsteuer zum reduziertem Satz
Testprovision	N9	Käufertestprovision
Versandkosten_Knz_ID	N1	1=normale Versandkosten 2=Versandkosten inkl. NN-Gebühr 3=reduzierte Versandkosten
Gutscheineinloesung_Knz_ID	N1	Text für Aufrechnungsblock 0=keine Gutscheineinlösung (Der Gutscheinbetrag muss auch 0 sein) 1=Sparbucheineinlösung;OTTOCard-Einlösung;Prämieneinlösung;bonus+ Einlösung 2=Gutscheineinlösung 3=Sparbuch / Gutscheineinl.; OTTOCard-/Gutscheineinl; Prämien-/Gutscheineinl; bonus+/Gutscheineinl Die Texte sind firmenspezifisch (siehe unten) Der Gutscheinbetrag wird auf der Rechung berücksichtigt. Es gibt Werte in den Rechnungssummen (damit ist im Endbetrag der Gutscheinbetrag berücksichtigt)	x
Gutscheineinloesung_Txt_Knz_ID	N1	Text unter Artikeltabelle links 0=kein Text 1=Gutscheineinlösung 2=Sparbucheinlösung 3=Sparbuch / Gutscheineinl 4=Lastschrift:Gutscheineinlösung 5=Lastschrift:Sparbucheinlösung 6=Lastschrift:Sparbuch / Gutscheineinl. Die Texte sind firmenspezifisch (siehe unten) Bei 1-3 wirde dem Kunden nur mitgeteilt, dass er bei der Überweisung den Gutscheinbetrag selbst abziehen soll (kein Einfluss auf den Rechnungssummen) Bei 4-6 wird dem Kunden mitgeteile, dass seine Gutscheine usw. bei der Abbuchung berücksichtigt werden.	x
Rabatt_Prov_Verguetung_Knz_ID	N1	Steuerung Überschrift dyn. Spalte 3 in Artikelauflistung 0=kein Text 1=Rabatt 2=Provision 3=Vergütung 4=Mwst-Anteil 5=Rabatt + Discount-Paradies-Rabatt (Bonprix)	x
Enthaltene_Mwst_Provision	N9	Mehrwertsteueranteil in der Provision bezieht sich auf Art_Sum_Rabatt_Prov_Verguetung
Bezahldienst_URL	A200	URL für Bezahlung über einen Bezahldienst (z.B. Yapital), wird als QR-Barode auf die Rechnung gedruckt. Aktuell im Einsatz für Rechnungen Sportscheck und BAUR. Der QR-Barcode wird gedruck wenn - Item 140 übergeben - Zahlungsart != 29 (Vorkasse) - kein Lieferschein Bei Zahlungsart 29 wird ein Hinweistext Vorkasse gedruckt: ‘Die Rechnung wurde per Yapital bezahlt’ Yapital ist Zahlungsart = 29. Bei Zahlungsart 29 wird auf der Rechnung gedruckt: - Ein Hinweistext: ‘Die Rechnung wurde per Yapital bezahlt’ - Der QR-Barcode, wenn Item 140 übergeben wird Sprint möchte Zahlungsart 30 verwenden. Dies erfordert Anpassungen in der Migration (Zahlungsart 30 darf durch Host nicht verwendet werden) und in den Rechnugslayouts.
Kontostand	N9	Bonprix-Ausland schickt zusätzlich zu dem Rechnungs-Endbetrag noch den Kontostand. Dieser Betrag wird zusammen mit einem Text-Baustein “Bitte zahlen Sie noch … Euro.” auf die Rechnung gedruckt.
Schutzgebühr	N5	Schutzgebühr
Kontosaldo	N8	Kontosaldo
Kontosaldo_neu	N8	Heute vom NDRD berechnet

1.11 - Rechnungssummen_Dynamisch

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Positionsnummer	N1	Steuert die Sortierung der Zeilen im Rechnungsdruck	x
Wert	N9	Wert für Rabatt / Gebühr	x
Bezeichnung	A32	Bezeichnung für Rabatt / Gebühr	x

1.12 - Retourenaufkleber

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Identcode	A30	siehe Beschreibung unten		x
Leitcode	A30	in AT nicht gedruckt. Nur für Druckprogramm-Steuerung benötigt
Frachtpostzentrum	N2
Retourenkeybuchstabe	A1	steuert, in welchem Betrieb die Retoure wieder eingelagert wird. Im Beispiel: ‘A’ Heute wird das Kennzeichen im Druckprogramm ermittelt. Die Analyse dazu ist in “http://svn.osp-dd.de/repos/Auftragspuffer_doc/Auftragspuffer_doc/01%20Analyse/Druck/Retourensortierkennzeichen.docx" zu finden
Spaetestes_Versanddatum	Date	nur für Frankreich Paketshop (Mondial)
Sendungsnummer	N8	nur für Frankreich Paketshop (Mondial)
Retouren_Versender_Knz_ID	N2		6 = FR Colissimo 7 = FR Mondial
RetourenBarcode	A28	Benötigt für Retouren_Versender_Knz_ID = 6 = FR Colissimo
RetourenBarcodeText	A28	Benötigt für Retouren_Versender_Knz_ID = 6 = FR Colissimo

1.13 - Retourenaufkleber_SRD

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Return_Nummer	A8	Return-Nummer
Return_Identcode	A30	Return-Identcode	x
Leitcode	A30	Retourenlitcode
Versender_knz_ID	N3	Carrier-ID für die Retoure (die gleichen Ids wie in der Vorwärts-Logistik

1.14 - Ruecksendeposition_HES

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Ruecksendung_Knz_ID	N1	1=Rücksendung 2=Umtausch	x
Frachtbriefkennung	A1	analog Item 150 (W33,S6)	x
Umtausch_Frachtbriefnummer	N6	Die Frachbriefnummer der Vorwärts-Sendung. Es gibt ja eine Sendung für den neuen Artikel (Vorwärts-) und diese Sendung für den Rückhol-Auftrag.
Original_Frachtbriefnummer	N6	Enthält die Frachtbriefnummer der Original-Sendung. Wird für die Ermittlung des Orignal-Retouren-Schlpüssles bei HES benötig. Der Retourenschlüssel wird bei der Retourenerfassung benötigt. (kein Pflichtfeld weil eine Retouren-Erfassung auch notfalls ohne Retourenschlüssel möglich ist)
Original_Fakturierdatum	Date	Das Fakturier-Datum der der Original-Sendung.
Ruecksendegrund	A418	Enthält den Rücksendegrund. Bisher in separater Enität “Rücksendegrund” (analog Item 222) übermittelt .	x

1.15 - Sendung

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
ERP_Sendung_ID	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP. Bei DeepSea steckt die WFFO (WarehouseFulfillmentOrder) dahinter (1:n Beziehung zur erpShipmentId)		x
LV_Tag	N3	XXX. Arbeitstag des Kalenderjahres		x
LV_Scheibe	N1	1-Taglauf 5-Nachtlauf		x
spaetester_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS
fruehester_Uebergabezeitpunkt	Date	Frühester Übergabe-Zeitpunkt an den Carrier bzw. das Hub. Format: DD.MM.JJJJ HH:MM:SS. Wird z.B. benötigt für Artikel mit frühestem Erscheinungsdatum wie Computerspiele
Prioritaet_Auslieferung	N1	Auslieferungs- bzw. Abwicklungs-Priorität. Erlaubte Werte: 1-9. 1=höchste Priorität, 9=niedrigste Priorität
Kundenfirma_Knz_ID	N2	Kundenfirma Deprecated seit 31.05.2024. Wird durch “Auftraggeber” bzw. “outboundOrderOwner” abgelöst, bei vermutlich sehr langer Migrations-Phase.	-3 = BONPRIX_UT -2 = LASCANA_UT -1 = OTTO_UT 1 = Otto 6 = Schwab 10 = Heine 20 = BonPrix 38 = Sonderabwicklung 39 = Endauslagerung 44 = Baur 51 = Collins 68 = Unigro 71 = Lascana 90 = FGH	x
Kundenart	N2	Kundenart Keine Validierung von “bekannten” Kundenarten. Referenzen von Kundenarten, die zur Steuerung verwendet werden, sind vorhanden. Deprecated seit mindestens 31.05.2024. (Das Feld war schon vorher als Deprecated markiert.) Wird durch “Auftraggeber” bzw. “outboundOrderOwner” abgelöst, bei vermutlich sehr langer Migrations-Phase.		x
Auftraggeber	A50	Dieses Feld ist Ergebnis von ARC-126 “verschiedene Mandaten identifizieren können”. An einer Sendung muss es zukünftig möglich sein, unterschiedliche “F2X-Partner” bzw. “F2X-Mandaten” unterscheiden zu können. Benötigt wird die Information in Flash, damit dort bekannt ist, an welchen konkreten F2X-Mandaten dort abzurechnen ist. Die Lösung hier soll sich Analog der ReSy-Lösung verhalten. In ReSy hängt am ROC (ReturnOrderContract) der “returnOrderOwner”. Wir etablieren hier für Outbound eine identische Lösung. Die möglichen Ausprägungen übernehmen wir von ReSy. Diese Lösung soll das Konstrukt aus den Feldern “Kundenfirma_Knz_ID” + “Kundenart” perspektivisch ablösen. Es wird aber sicher eine recht lange Migrations-Zeit nötig sein.	ERP = F2X:	x
Rechnungsnummer	N10	Rechnungsnummer Die Rechnungsnummer wird aktuell auf 7 Stellen abgeschnitten und eine Warnung ausgegeben, wenn sie abgeschnitten wurde. Mit Commit wird sie für Auftragspuffer_KR2 nicht mehr abgeschnitten.
Lieferscheinnummer	A9	Lieferscheinnummer (Stellen 1-9 des Retourenschlüssels)
Liefernummer	N10	transportiert die SAP-Liefernummer (eingeführt mit IBIZA 3.0) eindeutiger Identifier für BP-Sendungen, welcher teilweise auf Lieferscheinen angedruckt wird und zentrale Bedeutung für die Kundenkommunikation hat (entspricht für BP aktuell der ERP_Sendung_ID, dort wird jedoch eine 1=Endkundensendung, bzw. 2=Großkundensendung vorangestellt)		x
Bestelldatum_Extern	Date	Bestelldatum, eingeführt für BP - Kundenfirma ‘Zalando’ (Andruck auf Lieferscheine für Zalando-Sendungen)
Kontonummer	N12	Kontonummer Für L2C ist die Kontonummer pro Kundenfirma und Kundenart. z.B. Heine Deutschland hat die Kontonummer 80001007, SiehAn Deutschland 80001007 aber beide gehören der Kundenfirma HEINE DEUTSCHLAND		x
Kontonummer_Extern	A25	Wir haben im Konzern mehrere Stellen, an denen wir Sendungen NICHT von dem ERP bekommen, dass auch die Rechnung (oder den Inhalt anderer Dokumente) erzeugt hat. Für CORE L2C Mandaten bekommen wir im Feld “Kontonummer” nur eine “Stellvertreter-Kontonummer” von CORE. Die echte Kontonummer aus dem ERP, dem Fakturiert wurde (z.B. ein Movex für Lascana) bekommen wir hier im Feld Kontonummer_Extern. Bei Bonprix gibt es vergleichbare Sachverhalte. Unser Schnittstellenpartner, das Bonprix SAP ERP, ist nicht das eigentliche ERP, dass eine Rechnung o.Ä. erzeugt hat. Das war möglicherweise eines der verschiedenen Bonprix SRD Systeme. In dem Fall bekommen wir heir die echte Kontonummer des Endkunden, die er in SRD hat.
Auftragsnummer	A20	CORE/L2C: externe Auftragsnummer - zu befüllen in Haldensleben für Kundenfirma Lascana - zu befüllen für Unigro (Belgien) mit der “Reference_ID” - für HVS und HES (exerne Auftragsnummer für Avise) IDEEFIX: eine Zalando-spezifische Bestellnummer
Unterkonto	N2	Unterkonto wurde mit Einführung von CORE abgeschafft		x
Kontonummer_Baur	A11	alphanummerische Kontonummer bei Baur
Rechnungsdatum	Date	Rechnungsdatum TT.MM.JJJJ Ist aktuell nicht nur auf Rechnung oder Lieferschein pflicht, sondern wird auch auf dezentrale Versandaufkleber gedruckt und auch in der Carrier-Avise für HES (durch ADD) zwingend benötigt.		x
Lieferbedingung_Knz_ID	N2	Informationen wird für alle HVS-Sendungen auf das Feld Versender_HVS.JN_Eil_Zustellung gemappt. Für HES-Sendungen erfolgt ein Mapping auf das Feld VersenderHES.HES_Service_Knz_Id.	0 = Normalservice 1 = Eilservice normal 2 = Eilservice Vormittag 3 = Eilservice Nachmittag 4 = Feierabend 5 = Wunschtermin (nicht kostenpflichtig) 6 = Wunschtermin (kostenpflichtig) - normal 7 = Wunschtermin (kostenpflichtig) - 10-13 Uhr 8 = Wunschtermin (kostenpflichtig) - 12-15 Uhr 9 = Wunschtermin (kostenpflichtig) - 14-17 Uhr 10 = Wunschtermin (kostenpflichtig) - 18-21 Uhr 11 = Sonnabend 12 = Sonnabend Vormittag 13 = Sonnabend Nachmittag 14 = 24 Stunden 15 = 48 Stunden 16 = 72 Stunden nicht taggleich 17 = 72 Stunden taggleich 19 = Eilservice Großstücke, Express 2-3 Tage 20 = Next Day Service (nur Ohrdruf) 21 = Normalservice - beschleunigte Zustellung	x
Wunschtermin	Date	TT.MM.JJJJ Wird für HES-Sendungen auf das gleichnamige Feld am VersenderHES Knoten gemappt.
Zahlungsart_Knz_ID	N2		0 = Rechnung 1 = Nachnahme 2 = Barkauf 3 = Kreditkarte 4 = Jelmoli J-Card 5 = Bankeinzug 13 = Bankkarte Ideal OVNL oder Cofidis-Card 14 = GiroPay 15 = PayPal 16 = ClickandBuy 17 = Sofortberweisung 19 = Vorkasse 29 = Yapital 30 = Paydirekt 31 = Kreditkarte Online 32 = PayU (nur Bonprix SRD Polen)
Ratenzahlung_Knz_ID	N1	0=keine Ratenzahlung 1=Ratenzahlung (wird z.B. in Holand für Bar- und Kreditkauf benötigt)
Nachnahmebetrag	N9	Nachnahmebetrag, welcher für Nachnahmesendungen auf den Paketaufkleber gedruckt wird
Nachnahmegebuehr	N9	für Avisen in ADD
Rechnungs_Knz_ID	A1	Teilt mit, welche Dokumente (Rechnung/Lieferschein/nichts) für die Sendung gedruckt werden müssen.	R = Rechnung L = Lieferschein X = Sendung ohne Rechnung/Lieferschein D = Sendung digitaler Packplatz	x
Lieferscheintyp_Knz_ID	N1	Legt den Lieferscheintyp (mit oder ohne Handelsteil) fest und hängt eng mit der Rechnungs_Knz_ID zusammen (siehe Kommentar Pflichtfeld/Validierung). Obwohl es für Sendungen, welche auf digitalen Packplätzen abgewickelt werden sollen (Rechnungs_Knz_ID = ‘D’), keine (gedruckte) Rechnung oder Lieferschein benötigt, muss dennoch eine Lieferscheintyp_Knz_ID gesetzt sein. Dies ist dadurch bedingt, dass im Lagerstandort ggf. nicht genügend digitale Packplätze für die Abwicklung zur Verfügung stehen und die Sendung dann auf einen “alten”/analogen Packplatz umgesteuert werden muss. Dort benötigt der Druck dann die Information, welcher Lieferscheintyp gedruckt werden soll.	1 = Lieferschein ohne Handelsteil 2 = Lieferschein mit Handelsteil
Zahlschein_Knz_ID	N1		0 = es ist kein Zahlschein zu drucken 1 = es ist ein Zahlschein zu drucken, Zahlscheindaten in Zahlschein_DE, …
Sendungssplit_Knz_ID	N1		0 = kein Sendungssplit 1 = Sendungssplit	x
Teillieferung_Knz_ID	N1	Text auf Rechnung “Bei Teillieferungen berechnen wir Versandkosten nur einmal”	0 = keine Teillieferung 1 = Teillieferung	x
Neukunden_Knz_ID	N1		0 = nichts 1 = Profi 2 = Neukunde 3 = Premium 4 = Agentur
Sammelbesteller_Knz_ID	N1		0 = kein Sammelbestellerauftrag 1 = Sammelbestellerauftrag	x
Personal_Knz_ID	N1		0 = keine Personalbestellung 1 = Personalbestellung	x
Sprach_Knz_ID	A2		de = Deutsch fr = Französisch	x
Steuernummer	A15	Steuernummer
Umsatzsteuernummer	A24	Umsatzsteuernummer
VIP_Punktestand	N6	Druck auf Österreich Rechnungen
KB_Telefonnummer	A20	Telefonnummer der Kundenbetreuung inkl. Vorwahl		x
Manuelle_Rechnung_Knz_ID	N1	Kennzeichen für Art der manuellen Rechnung KA431 - KA435	0 = keine manuelle Rechnung 1 = Nachbelastung durch den Betrieb(Satzart 431) 2 = Berichtigung einer Gutschrift (Satzart 432) 3 = Sonder-Rechnung, manuell (Satzart 433) 4 = Verkäufe der Niederlassungen (Satzart 434) 5 = Nachbelastung, nicht bestand- und umsatzwirksam (Satzart 435)	x
Retourenbarcode_Druck_Knz_ID	N1		0 = Retourenschlüsselbarcode nicht in Artikelzeilen drucken 1 = Retourenschlüsselbarcode in Artikelzeilen drucken
BriefrechnungTyp_Knz_Id	N1		0 = normaler Versand 1 = VAL_Nachnahme 2 = Verteilung im Haus (Hauspost) Bei Ausprägung 2 = Hauspost muss RDNetto korrekt gesetzt werden:RGB:AVIH()(175)	x
intern_letzte_Stelle_Knz_ID	A1	RD-Netto:RGB:AILS(93) Standard=’ '		x
Modus_Fehlerbearbeitung_Knz_ID	N1	Steuert den Modus der Fehlerbearbeitung während einer Lagerdifferenz im Abwicklungsprozess. Das Feld muss zwingend gesetzt sein, wenn die Instanz des Logistikpuffers am Lagerdifferenzprozess teilnehmen soll (siehe Spalte Validierung).	3: = Vollstorno 4: = Online-Rechnungskorrektur 6: = Lieferschein-Erzeugung_SRD	x
Lagerdifferenz_Modus_Id	N1	Steuert den Modus der Fehlerbearbeitung bei Auftreten einer Lagerdifferenz im Abwicklungsprozess. Das Feld wird in Richtung LVS (Konkret K.Motion in Ilowa) benutzt. Bildet für das LVS den Modus der Bearbeitung der Lagerdifferenz fachlich ab. Dabei werden technische knifflige Details wie “Online-Rechungskorrektur” mit CORE vs. “Lokale Lieferschein-Korrektur” für Deep Sea (fachlich) harmonisiert. -> Wir mappen für Core und DeepSea das Feld “Modus_Fehlerbearbeitung_Knz_Id” auf “Lieferdifferenz_Modus_Id”	1 = Teilauslieferung 2 = Vollstorno	x
Modus_Verzoegerung_Knz_ID	N1	Steuert das Verhalten bei Verzögerung (SPUEZ nicht erreichbar): Idee aus NEON. Das WMS möchte vom ERP wissen, was es tun soll, wenn eine Sendung nicht rechtzeitig zum SPÜZ an den Carrier übergeben werden kann. Szenario: Kunde bestellt eine 5 AK Sendungen. 4 der 5 AK können korrekt kommissioniert werden. Das 5. Einzelteil kann am Lagerplatz/ Lagerort nicht aufgefunden werden. Es müsste (in unserem fiktiven Bsp.) aus einem weit entfernten Reserve-Lager nachgeschoben und anschließend nach-kommissioniert werden. Das würde zu einer Verspätung der Sendung führen. Lösungs-Strategien: 1. Wir warten einfach auf die Komplettierung der Sendung und liefern sie verzögert aus. 2. Wir können das Teil, das zur Verzögerung führt, aus der Sendung herausnehmen und den Rest der Sendung pünktlich ausliefern. Im Moment liefert uns kein ERP (weder CORE noch Cormorant) dieses Kennzeichen. Wir (LP) setzen hier ein Default für K.Motion. Sobald uns eines der ERPs uns dieses Kennzeichen übergibt, verwenden wir es natürlich.	1 = Auslieferung mit Verspätung 2 = Teilstorno des verzögernden Fehlteils und termingerechte Auslieferung	x
Retouren_Sendung_Knz_ID	N1	Kennzeichen für die Teilnahme der Sendung am Retourenprozess.	0 = keine Teilnahme am Retourenprozess 1 = Teilnahme am Retourenprozess	x
Abwicklungsweg_Knz_ID	N2	Früher haben die ERPs die Abwicklungsweg vorgegebenn. Mit der Abruflogik im LP ermitteln ist diese Information obsolet. Aktuell wird noch von L2C der Abwicklungsweg übergeben - nur ignorieren innerhalb des Imports ignoriert. Daher ist das Feld noch ein offizielles SST-Feld.	2 = Sorter 3 = KLEX (‘Kleine Expedition’) 7 = SOKO (Normal) 8 = KASO	x
BP_NL_Bestellnummer	A17	Bestellnummer BP-NL
BP_SRD_PL_Retourenbarcode	N11	Wird nur benutzt für Märkte der Bonprix Polen Gruppe (Polen, Tschechien, Slowakei, Ungarn, Rumänien, Ukraine). Zitat: Dieser Barcode wird benutzt um während der zukünftigen Retouren Erfassung spezielle Funktionalitäten, die in ROM nicht möglich sind, abzuwickeln. Nach der üblichen Retouren Erfassung in ROM werden diese Informationen zusätzlich in unserem SRD-System erfasst indem der SRD-Barcode gescannt wird und die jeweilige Kundenrechnungs-Nr. identifiziert/gematched wird. Das wird dann unser eigenes SRD-Programm realisieren.
Brief_Druckrechenzentrum_ID	N2		1 = Hamburg 2 = Ordruff (Heine Export) 3 = Graz (AT)	x
Grosskundensendung_Knz_ID	N1		0 = keine Großkunden-Sendung 1 = Großkunden-Sendung	x
Grosskundennummer	N2	Die Grosskundennummer kennzeichnet den konkreten Großkunden.
Frankreich_Dom_Tom_Knz_ID	N1	Das Feld befindet sich nicht mehr am Versender_FR_Collissimo, da es auch für Briefrechnungen benötigt wird und wir dort keine Versender-Knoten bekommen.	0 = kein Übersee -> Colissimo profil 1 = ist Übersee-Liefergebiet -> Colissimo direct outre Mer
Lager_KNZ_ID	N2	Lager, in welchem die Sendung bearbeitet wird:	0 = Lager NLW 1 = Löhne 2 = Ohrdruf 3 = Bramfeld 4 = Haldensleben 7 = Tilburg (Holland) 8 = Hanau/Langenselboldt 13 = Witt 14 = Graz/Salzburg 23 = Altenkunstadt Hf 25 = Altenkunstadt Db 40 = Haldensleben Südhafen 43 = Fiktiv für Aor 47 = Sonnefeld 48 = Langenselbold 1MH 54 = Mosina 55 = Ansbach 57 = Marl 58 = Erfurt	x
Bestelldatum	Date	Für HES-Avise		x
KB_Nummer	N2	Für HES-Avise		x
Abwicklungstyp_Knz_ID	N1		1 = Lagerabwicklung 2 = DLW 3 = DDB 4 = VAL 5 = Retoure(Rückholung/Umtausch) 6 = DDB Polen (als Backlog-Ticket) 7 = DOSS (Distributed One Stop Shopping)	x
NLW_Rechnungsdruck_Knz_ID	N1	Alle NLW-HES-Sendungen werden in der Schnittstelle übertragen, da Sie an HES zu avisieren sind. Das Kennzeichen dient der Differenzierung, ob für diese Sendungen auch ein Rechnungsdruck im Lager (nur Löhne) erfolgen soll. Bei NLW_Rechnungsdruck_Knz_ID=1 erfolgt der Druck der Rechnungen im Lager Löhne, die Aufteilung auf die verschiedenen Hermes-Richtungen und der Transport in die Depots. Im Deport wird die Rechnung der Ware (VAL,DDB) zugeordnet.	0 = kein Rechnungsdruck 1 = Rechnungsdruck
Verbund_Knz_ID	N1	mehrere Sendungen in ADD-Betrieben (Lager_Knz_ID 1,2,8) gehören zusammen und im Lager wird dafür eine Steuerungsmöglichkeit benötigt Kennzeichenermittlung: Sendung in Lager 1 (Löhne) hat eine Partnersendung in Lager 2 (Ohrdruf) oder 8 (Hanau) aus dem gleichen Kundenauftrag -> VerbundKnzId=1 für Sendung in Lager 1 Sendung in Lager 2 (Ohrdruf) hat eine Partnersendung in Lager 1 (Löhne) oder 8 (Hanau) aus dem gleichen Kundenauftrag -> VerbundKnzId=1 für Sendung in Lager 2 Sendung in Lager 8 (Hanau) hat eine Partnersendung in Lager 1 (Löhne) oder 2 (Ohrdruf) aus dem gleichen Kundenauftrag -> VerbundKnzId=1 für Sendung in Lager 8	0 = keine Verbund-Sendung 1 = Verbund-Sendung	x
Buchfuehrende_Einheit	N2	Für Hermes-Avise ADD (analog DAT9, SA100, W25S3 - ABEP)
Bank_Kontonummer_Kunde	A35	Nummer Bankkonto Kunde. Das wird wohl in Polen zu kontrollzwecken immer noch einmal aufgedruckt
Zahlungsplan_Text	A328	Enthält den Zahlungsplan-Text bzw. den so geannten Prosa-Zahlungsplan, der links unten auf der Rechnung angedruckt wird. Bisher wurden vom ERP mehrere Steuerungs-Parameter vom ERP übergeben und im Logistikpuffer im Package Zahlungsplan_Tools in einer IF-THEN-ELSE-Wüste der jeweils richtige Zahlungsplan-Text zu-gesteuert. Wenn dieses Feld gefüllt ist, darf es keine Zahlungsplan-Knoten geben. Im Logistikpuffer wird dieser Text “geschnitten” und in 4 Zeilen, je 82 Zeichen an den Rechnungsdruck weiter gegeben.
Zahlungsziel_Einerate	Date	Enthält das Zahlungsziel für eine Sendung ohne Ratenzahlung. Wird im Fall von keiner (bwz. nur einer) Raten atomar vom Rechnungdruck benötigt. Wir aktuell nur von Bonprix verwendet.
???	A12			x
Zoll_Knz_Id	N1	Angefordert Seitens NEON. In den Bestandsbetrieben gibt es das nicht. Darüber soll im Betrieb gesteuert werden, ob bevorzugt verzollte oder unverzollte Ware für die Sendung verwendet werden soll. Wenn die Sendung nach Deutschland bzw. ins EU-Inland versendet wird: Dann soll präferiert verzolle Ware verwendet werden (ID=0) Das ist auch der Default für Deep Sea.	0 = präferiert verzollte Ware (wenn nicht verfügbar, unverzollt) 1 = präferiert unverzollte Ware (wenn nicht verfügbar, verzollt)	x
Zoll_Klient_Id	A22	Enthält die Zoll-Client ID. Das ist der Identifier, mit dem eine Firma beim Zoll registriert ist. Diese geben wir in Ilowa an K.Motion weiter. Dort wird sie benötigt, damit man sie an das Heine Zoll-System weiter-geben kann. Wird in K.Motion benötigt, damit die Info von dort zum Heine Zoll-System übertragen werden kann.
Haendler_Sendung_Referenz	A36	Feld für SOI (SalesOrderId) welches in der HES_Avise für L2C DS gebraucht wird.
Haendler_Erp_Identifier	A30	Ein Identifier, der aussagt aus welchem System diese Sendung abgegegebn wurde. Mögliche Ausprägungen sind “DEEP_SEA_CORMORANT” und “CORE”. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann.		x
Druck_Retourenlabel_Knz_ID	N1	Identifiziert, ob ein Retourenlabel gedruckt werden soll oder nicht. Wird im Rahmen der Einführung des Digitalen Retourenportals (BP) benöigt.	0 = nicht drucken 1 = drucken	x
Nur_Ganzkollo_Verwenden_Knz	Boolean	Hierüber kann gesteuert werden, dass für eine Sendung ausschließlich Ganz-Kollo verwendet werden sollen. Damit würde NICHT der Standard-Przess für B2C Sendungen gelten: (Nachschub, Picken, in Endkunden-Kartons oder - Tüten verpacken)
Liefer_Modell	A30	Liefermodell, welches der Kategorisierung des Abwicklungswegs in der Logistik dient. Anhand des DeliveryModel werden unterschiedliche Prozesse und Services getriggert.	1 = WAREHOUSE_PARCEL_SHIPMENT - 1MH 2 = WAREHOUSE_FREIGHT - 2MH

Relations

Table
Rechnungssummen_Dynamisch
Adresse
Versandeinheit
Rechnungssummen
Zahlschein_NL
Zahlschein_CH [invalid]
Retourenaufkleber
Retourenaufkleber_SRD
Zahlschein_AU
Zahlschein_FR
Zahlschein_PL
Zahlungsplan_Mitbesteller
Zahlschein_DE
Zahlungsplan
Zahlschein_BE
Textbaustein
Paketshop
Zahlschein_IT
Versender

1.16 - Serviceposition

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Bemerkung	A30
Dienstleister_Knz_ID	N2	Kennzeichen der verschiedenen Dienstleister. 1=HES 2=HVS sonst bis auf Weiteres NULL HES ist z.B. der Dienstleister für den Aufbau-Service der Couch. Andere Services wie Garantie-Verlängerung benötigen keinen Dienstleister.
Endpreis	N9	Preis des Serviceartikels unter Berücksichtigung der Menge, der Aufschläge und Gutschriften	x
Haendler_Servicepos_Referenz	A36	Feld für SOPI (SalesOrderPositionId) welches in der HES_Avise für L2C DS gebraucht wird.
HES_Servicenummer	N9	Externe Servicenummer von HES (3st.) - ist in HES-Avisen als Artikelnummer zu verwenden
HVS_Servicetyp_Knz_ID	N2	Kennzeichen für HVS-Servicetypen: 1= Altgeräterückgabe
Kurzbezeichnung	A18		x
Menge	N4	Menge des Service-Artikels	x
Mitbestellernummer	N3	Nummer des Mitbestellers bei Sammelbestellern
Mitbestellerpreis	N9	Preis für Mitbesteller bei Sammelbestellern
Rabatt_Prov_Verg	N9	Rabatt, Provision, Vergütung	x
Raten_Valutaaufschlag	N9	Summe aus Raten- und Valutaaufschlag bei kummulierter Darstellung in der Artikeltabelle	x
Ratenanzahl	N2	Anzahl der Raten bei Ratenkauf	x
Ratenaufschlag	N9	Serviceartikel-bezogener Aufschlag bei Ratenkauf	x
Relevanz_Knz_ID	N1	Das Kennzeichen sagt aus, ob dieser Service Rechnungs-Druck oder HES-Avise-Relevant ist Ausprägungen: 1=nur Rechnungdruck-srelevant 2=Rechnungs- und Avisrelevant 3=nur Avisrelevant	x
Service_Confirmation_ID	N18	Identifiziert eindeutig einen Service-Artikel über alle Kunden und Sendungen. Wird benötigt, wenn Service-Artikel storniert werden.
Servicepositionsnummer	N2	Sortier-Kriterium unterhalb des Positionsknotens. Definiert z.B. die Druck-Reihenfolge der Services auf der Rechnung.	x
Servicewert	N9	Analog Warenwert: Mit Menge ausmultiplizierter Einzelpreise	x
Valutaaufschlag	N9	Serviceartikel-bezogener Aufschlag bei Zahlpause	x
Vers_Schl_Behandlungsschl	N1	1.0
Vers_Schl_Kollianzahl	N2	00
Vers_Schl_Serviceschluessel	N1	9.0
Vers_Schl_Transportsystem	N1	7.0
Vers_Schl_Warenverteilzentrum	N2	01

1.17 - shipmentUnitValueAddedServices

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
shipmentUnitVASTypeId	N3	identifiziert exakt den Typ des Value Added Service	x
InfoText	A1000	Frei-Text, der einem VAS mitgegeben werden kann. Der Kann z.B. zum Andruck z.B. “Ein Geschenk für Kevin” genutzt werden.
VASDocumentReference	A255	Dient dem Transport einer Referenz auf ein Dokument, dass sich z.B. im FINE Cloud Bucket befindet. Das Prinzip ist analog zu den “externenRessourcen”. Idee ist, dass der Händler z.B. eine Grußkarte als Grafik mitgibt, die im Lager gedruckt und der Sendung beigelegt wird.

1.18 - shipmentValueAddedServices

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
shipmentVASTypeId	N3	identifiziert exakt den Typ des Value Added Service	x
InfoText	A1000	Frei-Text, der einem VAS mitgegeben werden kann. Der Kann z.B. zum Andruck z.B. “Ein Geschenk für Kevin” genutzt werden.
VASDocumentReference	A255	Dient dem Transport einer Referenz auf ein Dokument, dass sich z.B. im FINE Cloud Bucket befindet. Das Prinzip ist analog zu den “externenRessourcen”. Idee ist, dass der Händler z.B. eine Grußkarte als Grafik mitgibt, die im Lager gedruckt und der Sendung beigelegt wird.

1.19 - singleItemValueAddedServices

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
singleItemVASTypeId	N3	identifiziert exakt den Typ des Value Added Service	x
InfoText	A1000	Frei-Text, der einem VAS mitgegeben werden kann. Der Kann z.B. zum Andruck z.B. “Ein Geschenk für Kevin” genutzt werden.
VASDocumentReference	A255	Dient dem Transport einer Referenz auf ein Dokument, dass sich z.B. im FINE Cloud Bucket befindet. Das Prinzip ist analog zu den “externenRessourcen”. Idee ist, dass der Händler z.B. eine Grußkarte als Grafik mitgibt, die im Lager gedruckt und der Sendung beigelegt wird.

1.20 - Tabelle1

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory

1.21 - Textbaustein

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Textbaustein_Typ_Knz_ID	N2	Bestimmt die Position des Textbausteins auf der Rechnung, eindeutig je Kundenfirma	x
Bausteinreferenz	A10	Name des zu referenzierenden Bausteins (alternativ zu Freitext)
Freitext	A60	zu druckender Text (alternativ zu Bausteinreferenz)

1.22 - Versandeinheit

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Paketnummer	N9	Eigentlich würde die Paketnummer an der Versandeinheit nur für Kleinteilige Lager benötigt, da sie für Großstücke am Packstück steht. Leider wird auch bei Großstücken (die meistens aus mehreren Packstücken bestehen) genau eine Paketnummer auf die Rechnung gedruckt. Da wir in der lokalen Logistik nicht entscheiden können, welche der Paketnummern an den Packstücken dass ist, muss diese spezielle Paketnummer auch an der Versandeinheit übergeben werden.
Anzahl_AK	N2	Die Anzahl der Einzelteile einer Versandeinheit. (Also ohne gezielte oder ungezielte Beilagen und auch ohne „Nali“- und ohne „kommt_aus_anderem_Lager“-Positionen).		x
Packmittel_Knz_ID	A2		B = Karton F = Tüte ST = Schnmuck-Tüte	x
ERP_Packmittel_ID	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben vom Händler bzw. dem ERP Cormorant und CORE verwenden beide den gleichen Identifier
Logistik_Packmittel_ID	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben im Logistikpuffer. Gibt es für Zukunfts-Sicherheit (Netzwerk-Fähigkeit / Mehr-Mandaten-Fähigkeit)		x
Volumen	N4	Brutto-Volumen der Verpackung in Deziliter		x
Brutto_Gewicht	N5	Brutto Gewicht= Gewicht Artikel+Gewicht Verpackung XXX,XX KG		x
Sendungsidentnummer	A30	Carrier-Barcode, welcher die Versandeinheit im Lager und in der Kunden-Zustellung eindeutig identifiziert		x
SID_Nr_Dummy_SRD_Flaeche	A30	Diese SendungsIdentNummer wird nur für SRD-Sendungen benötigt. Sie enthält die Richtung der SRD-Fläche und wird im Fall einer Lieferscheinkorrektur in das Feld Sendungsidentnummer übertragen.
VersenderHVS_Kleinpaket_Knz_ID	N1		0 = kein Kleinpaket 1 = Kleinpaket
VersenderDHL_Gewicht_Knz_ID	N2	(sonst: Hermes: wird nicht verwendet)	1-4: = Postwarensendung 5: = Postfracht 6-9: = Postpaket
VersenderNL_TNT_Sperrig_Knz_ID	N1	Verwendung im IST: Druck ‘F’ auf dezentralen Versandaufkleber, wenn DAT9:Item200:W46S6 == 3	0 = nicht sperrig 1 = sperrig
GK_Auftragsnummer	N6	Auftragsnummer auf dem Grosskundenetikett, welches auf dem Versandkarton seitlich aufgeklebt wird (siehe Beispiel)
GK_Belegnummer	N6	Belegnummer auf dem Grosskundenetikett, welches auf dem Versandkarton seitlich aufgeklebt wird (siehe Beispiel)
Versender_Umverfuegung_Knz_ID	N1	Wird benötigt für die HVS-Avise (perspektivisch auf für HES) und sagt aus, ob ein Paket über myhermes.de an eine andere Adresse zugestellt werden darf. Projekt Cybercrime möchte das für Diebstahlgefährdete Artikel verhindern.	1 = Umverfügung nicht erlaubt. 2 = Umverfügung erlaubt

Relations

Table
[invalid]
Position
Beilage

1.23 - Versender

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Versender_Knz_ID	N2		1 = HVS (Hermes Versand Service = 1Mann Handling) 2 = HES (Hermes Einrichtungs Service = 2Mann Handling) 3 = Hermes_Int 4 = DHL 5 = CH Post 6 = FR Colissimo 7 = FR Mondial 8 = NL TNT 9 = Postnord 10 = FR Relais Colis 11 = BE Post 12 = FR DOMTOM AVION 13 = LUX DINTEC 14 = Dummy SRD Flaeche 15 = Endauslagerung 16 = HU_Magyar_Posta 17 = CZ_Ceska_Posta 18 = SK_Slovenska_Posta 19 = Hermes UK 20 = PL Poczta Polska 21 = PL Inpost 23 = UA Ukrposhta 24 = UA Kurier 25 = Deutsche Post 26 = Cargus 27 = Zasilkovna 28 = PL DPD 29 = Amazon 30 = BRT 31 = GLS 32 = SDA 33 = SEUR 34 = IT Franchise Dummy 35 = PDB 36 = IT Inpost	x
Richtung	N3	1-99: Hermes-Richtungen 100-199: Post-Richtungen 200-299: Sonderrichtungen Für Versender_Knz_ID=2 (HES) kann es zukünftig 3stellige Richtungsnummern geben. In CORE ist das schon umgesetzt. Hier gilt diese Clusterung nach Hermes-, Post- und Sonderrichtungen nicht.		x

Relations

Table
Versender_FR_Relais_Colis
Versender_DHL
Versender_HU_Magyar_Posta
Versender_BE_Post
Versender_Cargus
Versender_HVS [invalid]
Versender_HES
Versender_RO_Kurier [invalid]
Versender_UA_Ukrposhta
Versender_NL_TNT
Versender_PostNord
Versender_FR_DomTom_Avion
Versender_CZ_Ceska_Posta
Versender_PL_Inpost
Versender_PL_Poczta_Polska
Versender_Hermes_UK
Versender_FR_Mondial
Versender_SK_Slovenska_Posta
Versender_FR_Colissimo
Versender_CH_Post
Versender_SE_MyPack
Versender_UA_Kurier

1.24 - Versender_BE_Post

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Postbarcode	N24
Nachnahmebarcode	N14
Sortiercode	V4

1.25 - Versender_Cargus

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Laenge	N3
Breite	N3
Hoehe	N3
Volumengewicht	N2
Lieferweg1	A35	hier kann sowohl numerische als auch alphanumerische Werte sein
Lieferweg2	A13
Transitprioritaet	A1
Transitroute	A29
Transitcodes	N15
DepositO	A9
DepositT1	A9
DepositT2	A1	hier kann sowohl numerische als auch alphanumerische Werte sein
DepositOF	N1
DepositOF1	N1
DepositOF2	A1	hier kann sowohl numerische als auch alphanumerische Werte sein
Gewicht	N2	Gewicht soll bis 1kg aufgerundet werden -> keine Nachkommastellen
Cargus_Service_Knz_ID	N1		1 = Hauszustellung 2 = Paketshop 3 = Packstation	x

1.26 - Versender_CH_Post

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
additionalHandlingCode_Knz_ID	N4		0 = keine spezielle Bearbeitung 309 = Sperrgut 421 = manuelle Verarbeitung

1.27 - Versender_CZ_Ceska_Posta

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Versender_CZ_Service_Knz_ID	N1
Nachnahmebetrag_Textform	A60	Nachnahme-Betrag in Text-Form

1.28 - Versender_CZ_Zasilkovna

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Rueck_Routing_Id	A25	wird von Zasilkovna über API übermittelt	x
Rechnung_Adresse	A25	wird von Zasilkovna über API übermittelt Zasilkovna überführt die Rechnungsadresse in einen Zeichencode/Schlüssel	x
Routing_Id	A32	wird von Zasilkovna über API übermittelt	x
Filiale_Name_1	A35	wird von Zasilkovna über API übermittelt beschreibt den Abgabeort im Falle einer Filiale/eines Geschäfts Vincent Koenig (SAP bp) möchte diese Information versenderspezifisch pflegen und nicht mit einer (evtl.) vorhandenen Logik für deutsche Versender mischen.	x
Filiale_Name_2	A35	wird von Zasilkovna über API übermittelt beschreibt den Abgabeort im Falle einer Filiale/eines Geschäfts Vincent Koenig (SAP bp) möchte diese Information versenderspezifisch pflegen und nicht mit einer (evtl.) vorhandenen Logik für deutsche Versender mischen.

1.29 - Versender_DHL

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Postleitcode	N14	ITEM010.postleitcode (WPLC, Pos 81, Len 14)		x
gewichtsklasse	A15	beinhaltet Info ob das Paket kleiner/gleich 10kg, größer als 10kg oder größer 20kg ist		x

1.30 - Versender_Endauslagerung

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory

1.31 - Versender_FR_Colissimo

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Postversanddatum	Date	meist 2 Tage später als LV-Datum	x
Annahmebarcode	A24	eine Art Ident- und Leitcode	x
Collissimo_Zustelltyp_Knz_ID	N1	Zustelltyp Colissimo (nur für Bonprix) Äquivalent für Carrier.ExtSystIDDispatcher 2=So Colissimo Home Delivery (ExtSystIDDispatcher=157) 4=So Colissimo Post Office (ExtSystIDDispatcher=159) 5 = Colissimo Paketbox 6 = Collissimo DOM
Identcode	A13	zusätzlicher Identcode siehe Beispiel “Home Delivery”: Versender_FR_Colissimo.Identcode=“33891623000000000184785412” Versandeinheit.Sendungsidentnummer=“6Q00000000277” In der XML-Schnittstelle ist die Zuordnung genau anders herum (???)
PostHub	A15	Post Hub Frankreich IST: Mondial Relais.SOPFC siehe Beispiel “home delivery”
SOIDBPX	N6	bonprix customer # at la Poste siehe Beispiel “Cytissiomo”
SOLIV1	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV2	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV3	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV4	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV5	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV6	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV7	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOCP	A5	Adressdaten: PLZ
SOCOM	A38	Adressdaten: Ort
SOAD1	A38	Adressdaten: zusätzliche Information 1
SOAD2	A38	Adressdaten: zusätzliche Information 2
SOAD3	A38	Adressdaten: zusätzliche Information 3
SOAD4	A38	Adressdaten: zusätzliche Information 4
SOAD5	A38	Adressdaten: zusätzliche Information 5
PHONE	A20	Adressdaten: Telefon Mobil
SOPHONE	A20	Adressdaten: Telefon
Sortiercode	A2	Sortiercodes Colissimo Metropole und DOM
RoutingBarcode	A28	Nötig für Collissimo_Zustelltyp_Knz_ID = 5
RoutingBarcodeText	A28	Nötig für Collissimo_Zustelltyp_Knz_ID = 5
ShippingPackage	A4	Bei diesem Feld handelt es sich um die Versandverpackung Nötig für Collissimo_Zustelltyp_Knz_ID = 5
DistributionSort	A5	Bei diesem Feld handelt es sich um das Sortierkennzeichen von LaPoste Nötig für Collissimo_Zustelltyp_Knz_ID = 5

1.32 - Versender_FR_DomTom_Avion

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
IDBPX	N6	BP-Kunde	x
PFC	A15	Posthub	x
DisposeCode	A40	Leitcode	x
PHONE	A20	Telefonnummer
PHONE2	A20	Telefonnummer 2
Sortiercode	A2	Sortiercodes Colissimo Metropole und DOM

1.33 - Versender_FR_Mondial

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Postversanddatum	Date	CommIT: IST-Datenfeld: Mondial_Relay.PostmarkDate	x
Sortiergruppe	A3	im Beispiel “R09” CommIT: IST-Datenfeld: MondialRelais.GroupOfDelivery	x
Tourennummer	A7	im Beispiel Heine “51110” ITEM_108.touren_nummer (WTOUR; Pos 98, Len 5); CommIT: IST-Datenfeld: MondialRelais.Round In der XML-Schnittstelle wird die Tourennummer als alphanumerisches Feld mit vorangestelltem ‘T’ (im Beispiel ‘T 22551’) übergeben. Zukünfig wird analog Sprint nur die 5stellige Id erwartet.
Agenturbezeichnung	A30	im Beispiel “TOULOUSE” ITEM_108.agentur_bezeichnung (WABZ; Pos 67, Len 18)
Zustellart	A3	Beispiel Heine: “24R” CommIT: Wird aktuell nicht als Datenfeld in der XML-Schnittstelle übergeben sondern als fixer Text angedruckt. Zukünftig wird der Wert analog SPRINT in der Schnittstelle erwartet.
Agenturnummer	N6	im Beispiel Heine: 0743 im Beispiel Bonprix: 0722
Richtungsnummer	A8	im Beispiel “014510” ITEM_108.(WRICH; Pos 92, Len 6); CommIT: IST-Datenfeld: MondialRelais.Shuttle In der XML-Schnittstelle wird der volle String ‘N 063530’ bereitgestellt, zukünfig wird analog Sprint nur die 6stellige Id erwartet.
Expeditionsnummer	N8	SPRINT: Die Expeditionsnummmer ist ein Subfeld des MR-Barcodes (Stellen 3 bis 10) CommIT: Kann die Expeditionsnummer analog SPRINT aus dem MR-Barcode selektiert werden ? Die Ermittlung sollte für SPRINT und CommIT identisch erfolgen.
Mondial_Zustelltyp_Knz_ID	N1	1=Mondial Relay Bonprix Frankreich 2=Mondial Relay Belgien Wallonie 3=Mondial Relay Belgien Flandern

1.34 - Versender_FR_Relais_Colis

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Expeditionsnummer	A12
Postversanddatum	Date
Agenturnummer	A6
Richtung	A8
IdentCode	A22

1.35 - Versender_Hermes_UK

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
SecondaryShipmentIdentCode	A30
Secondary2DBarcode	A800	Einführung mit “Umstellung Hermes UK-Barcode” Es soll ein zweiter 2D-Barcode für Hermes-UK eingeführt werden. FGH Shooter “L3-1647” / DM-1983 (DM-1979)
CarrierName	A18		x
DeliveryServiceIndicators	A30		x
DepotCode	A8		x
DepotName	A8		x
TransportationType	A8
TransportationTypeCode	A8
DropOffPoint	A8
DropOffPointCode	A8
DeliveryTour	A8
DeliveryTourCode	A8
Node	A8
NodeCode	A8
ShopName	A32

1.36 - Versender_HES

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Anzahl_Sdg_HF_Paket	N2	Zusammenführungszeile Versandaufkleber		x
Anzahl_Sdg_HF_Tuete	N2	Zusammenführungszeile Versandaufkleber		x
Zustelltag	Date	für HES-Avise: analog Item100 (W32T1) Format TT.MM.JJ
Frachtbriefnummer	N6	Frachtbriefnummer HES-Sendung Refactoring-Kandidat. Das Feld soll hierher umziehen
Telefonnummer1	A24	eine Telefonnummer für die HES-Avise
Telefonnummer2	A24	noch eine Telefonnummer für die HES-Avise
Telefonnummer3	A30	und noch eine Telefonnummer für die HES-Avise
E_Mail_Adresse	A74	E-Mail-Adress für die HES-Avise
Versandweg	N2	benötigt für die HES-Avise.	1 = Hin 2 = Rück Umtausch 3 = Rück 4 = Hin Umtausch siehe Sa B001 5 = Rück (Ursprung HVS)	x
Reservation_ID	A29	Refrenz auf Lieferzeitfenster der HES. Bei der Einführung von Delivery on Demand wurden ein Terminbuchungsservice während des Kundenbestellvorgangs umgesetzt. Dabei wird z.B. von otto.de angefragt, welche Liefertermine inkl. Lieferzeitfenster für eine gegebene Lieferanschrift möglich sind.
HES_Service_Knz_Id	A50	Neues Feld für das HES Service-Kennzeichen Nur verwendet von Deep Sea (Humpback)	NORMAL = Normalservice, FAST = Eilservice, DOD = Delivery-On-Demand (Wunschtermin)	x
Wunschtermin	Date	Neues Feld für den Wunsch-Termin. Nur verwendet von Deep Sea (Humpback) Muss gefüllt sein bei shipmentMethod = DOD (Wunschtermin)

1.37 - Versender_HU_Magyar_Posta

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Versender_HU_Service_Knz_ID	N1			x

1.38 - Versender_HVS(auch HG genannt)

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Tourensymbol	N4	Tour/Zell-Kodierung
Tourensymbol_Formatiert	A5	Tour/Zell-Kodierung bereits formatiert für Deep Sea soll durch Tour/Zelle abgelöst werden
Tour	N2	Tour-Kodierung für DeepSea soll Tourensymbol_Formatiert ablösen
Zelle	N2	Zell-Kodierung für DeepSea soll Tourensymbol_Formatiert ablösen
Anzahl_Sdg_HF_Paket	N2	Zusammenführungszeile Versandaufkleber DAT9-Feld: Item100.W23S2	x
Anzahl_Sdg_HF_Tuete	N2	Zusammenführungszeile Versandaufkleber DAT9-Feld: Item100.W23S3	x
Zustelltag	Date	für HVS-Avise JJJJMMTT
Depotbezeichnung	A12	Bezeichnung des Depot (Richtung) RD-Netto:RPA:KHDN (20-31)
SMS_Service_Telefonnummer	A30	Telefonnummer für die Benachrichtigung des Kunden per SMS, wenn sein Paket im Paketshop angekommen ist. Wird von ADD verwendet um die Info in der HVS-Avise an HVS zu geben.
PaketshopZustellung	Boolean	ersetzt Paketshop_knz und beinhaltet Info ob Sendung über Paketshop erfolgt	x
EilZustellung	Boolean	ersetzt Eil_knz und beinhaltet Info ob Sendung über Eilservice erfolgt	x
Limitied_Quantity_Knz	A2	Deep Sea übergbigt hier ein “LQ” für Limited Quantity oder " "	x
Altgeraete	Boolean	beinhaltet Info ob Altergerätemitnahme erfolgen soll	x
Sperrgut	Boolean	beinhaltet Info ob Sendung Sperrgutartikel enthält	x
gewichtsklasse	A15	beinhaltet Info ob das Paket kleiner/gleich 10kg, größer als 10kg oder größer 20kg ist	x

1.39 - Versender_NL_TNT

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Nachbarschaftsabgabe_Knz_ID	N1		0 = nicht erlaubt (Hinweis drucken) 1 = ist erlaubt (ohne Hinweis)	x

1.40 - Versender_PL_Inpost

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Richtung_Sortierung1	A10
Richtung_Sortierung2	A10
Richtung_Sortierung3	A10
Volumen_Massklasse	A3

1.41 - Versender_PL_Poczta_Polska

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory

Relations

Table
[invalid]

1.42 - Versender_PostNord

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Values	Mandatory
Postnord_Zustelltyp_Knz_ID	N1	1 = SE MyPack 2 = SE Varubrev 3 = NOR MyPack 4 = FIN MyPack 5 = FIN Varubrev	x
Leitcode	A13		x
Kleinpaket_knz	N1	Kennzeichen = Kleinpaket: 0 = Nomalpaket (MyPack) , 1 = Kleinpaket (Varubrev)	x

1.43 - Versender_SE_MyPack

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory

Relations

Table
[invalid]

1.44 - Versender_SK_Slovenska_Posta

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Versender_SK_Service_Knz_ID	N1	Es gibt folgende Ausprägungen: 1: “Hauszustellung” (wird nicht gedruckt) 2: “Na Postu” (wird gedruckt)
Paket_Anzahl	A14	Pocet_Ks auf dem Druckstellen-Plan, A14 wegen Druckstellen-Plan	x
Poststelle_1	A10	Hier wird wohl das Depot transportiert
Poststelle_2	A32	Hier wird wohl der Ort transportiert	x
Richtung_Sortierung1	A32

1.45 - Versender_UA_Kurier

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Richtung_Sortierung1	A10

1.46 - Versender_UA_Ukrposhta

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Richtung_Sortierung1	A10
Richtung_Sortierung2	A10

1.47 - Zahlschein_AU

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Zahlungsempfaenger	A50	Bezeichnung Zahlungsempfänger im Beispiel: OTTO GMBH, 8020 GRAZ	x
Belegschluessel	N2	Kennzeichen für Verarbeitung bei der Bank im Beispiel: 32	x
Zahlscheinbetrag	N9	Zahlscheinbetrag im Beispiel: 44,99	x
IBAN	A34	International Bank Account Number lt. Spezifikation in Österreich immer 20stellig im Beispiel: AT263500000003019551 Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben	x
BIC	A11	Bank Identifier Code im Beispiel: RZBAATWW	x
Pruefzifferfeld	N4	Prüfziffer(2),Inhaltstyp-ID(1),Inhalt-ID(1) im Beispiel: 4712	x
Verwendungszweck	A40	Verwendungszweck / Kundennummer (mit Prüfziffer) für Zahlungszuordnung. neu mit Commit CR 083

1.48 - Zahlschein_BE

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
IBAN	A34	International Bank Account Number lt. Spezifikation für Belgien immer 16stellig im Beispiel: BE53732005897853 Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben	x
BIC	A11	Bank Identifier Code im Beispiel: CREGBEBB	x
Zahlscheinbetrag	N9	Zahlscheinbetrag im Beispiel: 9,90	x
Belegschluessel	N2	Kennzeichen für Verarbeitung bei der Bank im Beispiel: 03	x
Zahlungsempfaenger_Name	A50	im Beispiel: BONPRIX	x
Zahlungsempfaenger_Zusatz	A50	im Beispiel: BP 650	x
Zahlungsempfaenger_PLZ	N4	im Beispiel: 7500	x
Zahlungsempfaenger_Ort	A50	im Beispiel: TOURNAI 1	x
Zahlungsreferenz	A34	im Beispiel: +++003/1064/76833+++	x

1.49 - Zahlschein_DE

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Zahlungsempfaenger	A50
Verwendungszweck	A13	Verwendungszweck / Kundennummer (mit Prüfziffer) für Zahlungszuordnung	x
IBAN	A34	International Bank Account Number lt. Spezifikation für Deutschland immer 22stellig Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben	x
BIC	A11	Bank Identifier Code	x

1.50 - Zahlschein_FR

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Zahlungsempfaenger_Name	A50	Helline	x
Zahlungsempfaenger_PLZ	N5	59090.0	x
Zahlungsempfaenger_Ort	A50	Boubaix	x
Zahlungsempfaenger_Strasse	A50	CCP Lille 10 744 28B	x
Zahlscheinbetrag	N9	Zahlscheinbetrag	x
Postautorisation	A6	015.09	x
OCR_Code_Teil_1	A12	000435004180	x
OCR_Code_Teil_2	A32	06000000000424423477402833338351	x
IBAN	A34	International Bank Account Number lt. Spezifikation für Frankreich immer 27stellig Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben
BIC	A11	Bank Identifier Code
Pruefzifferfeld	N4	Prüfziffer(2),Inhaltstyp-ID(1),Inhalt-ID(1)

1.51 - Zahlschein_IT

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Kontonummer	N8	Zahlungsart Nachnahme: 73023236 Sonstige Zahlungsart : 67496182	x
Zahlungsempfaenger	A50	im Beispiel: “OTTO GMBH”	x
Code	N3	für Nachnahme und Sonstige identisch “674”	x
IBAN	A34	International Bank Account Number lt. Spezifikation für Italien immer 27stellig Bei Zahlungsart Nachnahme: IT53G0760111600000073023236 Sonstige Zahlungsart: IT53G0760111600000067496182 Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben
BIC	A11	Bank Identifier Code:
Pruefzifferfeld	N4	Prüfziffer(2),Inhaltstyp-ID(1),Inhalt-ID(1)

1.52 - Zahlschein_NL

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Kontonummer	N9	siehe Beispiele: OTTO Holland: 244677700 Heine Holland: 602678641	x
Pruefziffer	N1	im Beispiel: die führende ‘1’ in 1000 0000	x
Zahlungsempfaenger_Name	A50		x
Zahlungsempfaenger_Strasse	A50		x
Zahlungsempfaenger_PLZ	A7		x
Zahlungsempfaenger_Ort	A50		x
Belegschluessel	N2		x
IBAN	A34	International Bank Account Number lt. Spezifikation für Niederlande immer 18stellig im Beispiel: NL67RBOS0602678641 Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben	x
BIC	A11	Bank Identifier Code im Beispiel: RBOSNL2A	x

1.53 - Zahlschein_PL

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Kontonummer	A35	Nummer Bankkonto bonprix (dynamisch; Polnische Post)

1.54 - Zahlungsplan

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Ratenanzahl	N2			x

Relations

Table
Zahlungsziel

1.55 - Zahlungsplan_Mitbesteller

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Values	Mandatory
Ratenanzahl	N2	max 48		x
Mitbestelleranzahl	N2			x

Relations

Table
Zahlungsziel_Mitbesteller

1.56 - Zahlungsziel

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Lfd_Nr	N2	bestimmt die Druckreihenfolge	x
Betrag	N9		x
Termin	D	TTMMJJJJ
Zahlungsfrist_Knz_ID	N1	Definiert den “DatenTyp” für das Feld “Zahlungsfrist” 1=Tage 2=Wochen 3=Monate
Zahlungsfrist	N3	alternativ zu Termin. Auspägung in Tagen, Wochen oder Monaten, je nach Zahlungsfrist_Knz_ID
Betrag_Folgeraten	N9
Starttermin_Folgeraten	D	TTMMJJJJ
Endtermin_Folgeraten	D	TTMMJJJJ Termin letzte Folgerate
Anzahl_Folgeraten	N2

1.57 - Zahlungsziel_Mitbesteller

Back to Inbound_Sendung

Status

DRAFT - under construction

Business Object

This is part of Inbound_Sendung

Name	Type	Content	Mandatory
Lfd_Nr	N2	bestimmt die Druckreihenfolge	x
Betrag	N9		x
Termin	Date	TTMMJJJJ
Zahlungsfrist	N3	in Tagen, alternativ zu Termin
Betrag_Folgeraten	N9	bei Zusammenfassung von Zahlungszielen
Starttermin_Folgeraten	Date	TTMMJJJJ bei Zusammenfassung von Zahlungszielen
Anzahl_Folgeraten	N2	bei Zusammenfassung von Zahlungszielen
Mitbesteller_Nummer	N3		x
Mitbesteller_Gesamtbetrag	N9	Gesamtbetrag dieses Zahlungsziels	x

2 - O04_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Anfrage-Sendung_Storno

2.1 - Anfrage-Sendung_Storno

Back to O04_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of O04_Sendung_Storno_(ERP-LP)

Name	Type	Content	Values	Mandatory
erp_sendung_id	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP		x

2.2 - Sendung_Storno

Back to O04_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of O04_Sendung_Storno_(ERP-LP)

Name	Type	Content	Values	Mandatory
erp_sendung_id	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP		x

2.3 - Storno

Back to O04_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of O04_Sendung_Storno_(ERP-LP)

Name	Type	Content	Values	Mandatory
erp_sendung_id	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP		x

3 - O05_Sendung_Freigabe_(ERP-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Sendung_Freigabe

3.1 - Freigabe

Back to O05_Sendung_Freigabe_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of O05_Sendung_Freigabe_(ERP-LP)

Name	Type	Content	Values	Mandatory
ERP_Sendung_ID	A50			x

3.2 - Sendung_Freigabe

Back to O05_Sendung_Freigabe_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of O05_Sendung_Freigabe_(ERP-LP)

Name	Type	Content	Values	Mandatory
Erp_Sendung_Id	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP		x

4 - O06_Sendung_Update_(ERP-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Anfrage-Sendung_Update

4.1 - Anfrage-Sendung_Update

Back to O06_Sendung_Update_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of O06_Sendung_Update_(ERP-LP)

Name	Type	Content	Values	Mandatory
erp_sendung_id_alt	A50	Eindeutiger gemeinsamer Identifikator der Sendung, die aktualisiert werden soll. Vergeben vom ERP. Für Core nur N26 erlaubt		x
sendung_neu	Typ_Sendung_V1_0.
ERP_AP_Sendung_V1_0_	Das vollständige neue Sendungs-Objekt mit einer neuen ERP_Sendung_ID.		x

4.2 - Sendung_Update

Back to O06_Sendung_Update_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of O06_Sendung_Update_(ERP-LP)

Name	Type	Content	Values	Mandatory
erp_sendung_id_alt	A50	Eindeutiger gemeinsamer Identifikator der Sendung, die aktualisiert werden soll. Vergeben vom ERP		x
sendung_neu	Typ_Sendung_V1_0.
ERP_AP_Sendung_V1_0_	Das vollständige neue Sendungs-Objekt mit einer neuen ERP_Sendung_ID.		x

4.3 - Update

Back to O06_Sendung_Update_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of O06_Sendung_Update_(ERP-LP)

Name	Type	Content	Values	Mandatory
ERP_Sendung_ID_Alt	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP		x
Sendung_Neu	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP		x

5 - O07_Outbound_LAZ

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

LAZ

5.1 - LAZ

Back to O07_Outbound_LAZ

Status

DRAFT - under construction

Business Object

This is part of O07_Outbound_LAZ

Name	Type	Content	Mandatory
ERP_Sendung_Id	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP. Achtung: In Richtung Bonprix / Ideefix heißt das Feld Sendung_Id.	x
Erzeugungszeitpunkt	Date	Format Deep Sea: YYYY-MM-DDTH24:mm:ss.SSSZ Format Ideefix: DD.MM.YYYY H24:mm:ss	x
Abruf_Datum	Date	entspricht dem Industrietag = LV_Tag des Abrufs Format Deep Sea: YYYY-MM-DDTH24:mm:ss.SSSZ Format Ideefix: DD.MM.YYYY H24:mm:ss
Abruf_Nummer	N1	entspricht der LV_Scheibe des Abrufs

6 - O08_Warenausgang_(LP-ERP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Warenausgang
Warenausgang_Einzelteil

ERM Diagram

6.1 - Warenausgang

Back to O08_Warenausgang_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of O08_Warenausgang_(LP-ERP)

Name	Type	Content	Mandatory
ERP_Sendung_Id	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP	x
Ereigniszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis des Warenausgangs im Lager erfasst wurde. Wurde dieser nicht geliefert, wird der Erzeugungszeitpunkt der Meldung übergeben. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”
Erzeugungszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis des Warenausgangs im Lager erfasst wurde. Wurde dieser nicht geliefert, wird der Erzeugungszeitpunkt der Meldung übergeben. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”
Verwendetes_Packmittel	A2	Das beim Packen tatsächlich verwendete Packmittel.
ERP_Packmittel_Id	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben vom Händler bzw. dem ERP Cormorant und CORE verwenden beide den gleichen Identifier
Rueckmeldung_Typ_Id	N1	gibt Auskunft über den Warenausgang: 3 = Warenausgang gebucht 4 = Warenausgang Zwang Wird über das Core-Feld Warenausgang_Typ geliefert. In den NEON und den F2X-Betrieben gibt es nur noch “echte” Warenausgans-Buchungen. Warenausgang-Zwang spielt dort keine Rolle. Da wir für CORE und Deep Sea WA-Meldungen aus Bestands- und NEON-Betrieben haben, ist das Feld für CORE und Deep Sea prinzipiell noch nötig. Für F2X sehen wir es in der Schnittstelle nicht mehr vor.
Carrier_Id	A30	ID des Carriers an den übergeben wurde
Transportfahrzeug_Id	A20	Kennzeichen oder WAB-Nummer. Kann leer sein, wenn die Information erst später vom YARD übergeben wird
Ladeeinheit_Id	A20	ID der Träger-LE
Ladeeinheit_Typ	A6	Typ der Träger-LE
Verlade_Id	A12	Die Verlade-ID Fachlicher Identifier einer Verladung. Zu einer Verladung können mehrere transportVehicles bzw. WAPs gehören. Es kann aber auch 1:1 (Verladung : WAP) sein.

Relations

Table
Warenausgang_Einzelteil

6.2 - Warenausgang_Einzelteil

Back to O08_Warenausgang_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of O08_Warenausgang_(LP-ERP)

Name	Type	Content	Values	Mandatory
ERP_Einzelteil_Id	A50	Eindeutiger gemeinsamer Identifikator des Einzelteils. Vergeben vom ERP
Verwendete_BuAId	A36	Für dieses Einzelteil verwendete BUAID (der ewige Retorenschlüssel).

7 - O09_Outbound_LKZ

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

LKZ

7.1 - LKZ

Back to O09_Outbound_LKZ

Status

DRAFT - under construction

Business Object

This is part of O09_Outbound_LKZ

Name	Type	Content	Mandatory
Retourenschluessel	N12
ERP_Einzelteil_ID	A50	Eindeutiger gemeinsamer Identifikator des Einzelteils. Vergeben vom ERP	x
LKZ_Nummer	N6	Dem Einzelteil zugeordnete Lieferantenkennziffer. An Core als “LKZ” gemeldet	x
LKZ_Index	N1	Dem Einzelteil zugeordneter Lieferantenindex	x
Verwendete_BuAId	A36	Für dieses Einzelteil verwendete BUAID (der ewige Retorenschlüssel).

8 - O10_Outbound_Zweitpaket

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Zweitpaket

8.1 - Zweitpacket_Rueck

Back to O10_Outbound_Zweitpaket

Status

DRAFT - under construction

Business Object

This is part of O10_Outbound_Zweitpaket

Name	Type	Mandatory
ERP_Sendung_ID	A50	x
sendungsIdentNr_Original	A30	x
sendungsIdentNr_Zweitpaket	A30	x

8.2 - Zweitpaket

Back to O10_Outbound_Zweitpaket

Status

DRAFT - under construction

Business Object

This is part of O10_Outbound_Zweitpaket

Name	Type	Content	Mandatory
ERP_Sendung_ID	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP	x
sendungsIdentNr_Original	A30	von RDA selbst vergebene SendungsIdentNummer für die Rückmeldung “RDA Ausgeliefert”	x
sendungsIdentNr_Zweitpaket	A30	SendungsIdentNummer für die Rückmeldung eines Zweitpaketes an KR2	x

9 - O11_Outbound_Abruf_Avise

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Abruf_Avise

9.1 - Abruf_Avise

Back to O11_Outbound_Abruf_Avise

Status

DRAFT - under construction

Business Object

This is part of O11_Outbound_Abruf_Avise

Name	Type	Content	Values	Mandatory
ERP_Sendung_Id	A50	Tabelle mit ERP_Sendung_Ids. ERP_Sendung_Id ist ein eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP		x
Abwicklungstag	Date	Der Abwicklungstag enthält nur ein Datum. Der Zeit-Anteil ist immer 00:00:00		x

10 - O12_Outbound_Lagerdifferenz

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Lagerdifferenz
ReduziertesEinzelteil

ERM Diagram

10.1 - ERP_Einzelteil_IDs_Typ

Back to O12_Outbound_Lagerdifferenz

Status

DRAFT - under construction

Business Object

This is part of O12_Outbound_Lagerdifferenz

Name	Type	Content	Values	Mandatory
ERP_Einzelteil_Id	A50			x

10.2 - Lagerdifferenz

Back to O12_Outbound_Lagerdifferenz

Status

DRAFT - under construction

Business Object

This is part of O12_Outbound_Lagerdifferenz

Name	Type	Content
ERP_Sendung_ID	A50	technischer eindeutiger Schlüssel der Sendung für das ERP
Ereigniszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis der Lagerdifferenz im Lager erfasst wurde. Wird dem Logistikpuffer vom LVS mitgegeben. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”
Erzeugungszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis der Lagerdifferenz im Logistikpuffer übernommen wurde. Wird im Logistikpuffer beim Import vom LVS erzeugt. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00” Achtung: Mit CORE und Ideefix als “Date” mit dem Format “DD.MM.YYYY H24:MI:SS”
ErpEinzelteilIdKr1	N26	technischer Schlüssel eines Einzelteils in Richtung ERP KR1.

Relations

Table
ReduziertesEinzelteil

10.3 - LagerDifferenz_Meldung_Typ

Back to O12_Outbound_Lagerdifferenz

Status

DRAFT - under construction

Business Object

This is part of O12_Outbound_Lagerdifferenz

Name	Type	Mandatory
ERP_Sendung_ID	A50	x
Erzeugungszeitpunkt	Date	x
Auftragspuffer_ID	N2	x

10.4 - ReduziertesEinzelteil

Back to O12_Outbound_Lagerdifferenz

Status

DRAFT - under construction

Business Object

This is part of O12_Outbound_Lagerdifferenz

Name	Type	Content	Values	Mandatory
Erp_Einzelteil_ID	A50	technischer Schlüssel eines Einzelteils in Richtung ERP.		x
Lagerdifferenz_Ursache	A30	Ursache der “Lagerdifferenz” Es handelt sich bei dem Feld um ein Enum, dass nur die erlaubten Ausprägungen zulässt. Evolution: In einer frühen Version, die wir von K.Motion zu LP nutzen, gibt es noch deutsch-sprachige Enum-Ausprägungen. In der Schnittstelle zu Cormorant (und alle neueren SST) verweden wir englisch-sprachige Enum-Ausprägungen: Zuordnung englischen zu deutsche Enum-Ausprägungen: “WAREHOUSE_DIFFERENCE” = “LAGERDIFFERENZ” “FULL_CANCELLATION” = “VOLLSTORNO” “LABEL_ERROR” = “LABELFEHLER” “LARGEST_PACKAGING_TOO_SMALL” = “GROESSTES_PACKMITTEL_ZU_KLEIN” “STOCK_NOT_AVAILABLE” = “BESTAND_NICHT_VERFUEGBAR”	Beim Auftreten eines Fehlteils soll die ganze Sendung storniert werden. (ehemals Modus-Fehlerbearbeitung = Vollstorno).

11 - O14_Outbound_Fehlermeldung

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Fehlermeldung

11.1 - Fehlermeldung

Back to O14_Outbound_Fehlermeldung

Status

DRAFT - under construction

Business Object

This is part of O14_Outbound_Fehlermeldung

Name	Type	Content	Values	Mandatory
EK_GRK_ERP_Sendung_Id	N26	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP. Achtung: Enthält die ERP_Sendung_ID bei Rückmeldungen von Sendungen und die GRK_ERP_Sendung_ID bei Rückmeldungen von GRK_Sendungen		x
Commit_Komplett_Storno_Knz_ID	N1	spezifiziert, ob es sich um einen Vollstorno handelt oder nicht	0 = kein Komplett-Storno 1 = komplett-Storno	x
Commit_Fehler_nach_LAZ_Knz_ID	N1	spezifiziert, ob es sich um einen Fehler vor oder nach logistischer Abwicklungszusage handelt	0 = vor LAZ 1 = nach LAZ	x
EK_GRK_ERP_Einzelteil_ID	N26	Eindeutiger gemeinsamer Identifikator des Einzelteils. Vergeben vom ERP. Achtung: Enthält die ERP_Einzelteil_ID bei Rückmeldungen von Einzelteilen und die GRK_ERP_Einzelteil_ID bei Rückmeldungen von GRK_Einzelteilen
Commit_Meldungsnummer_Knz_ID	N3	spezifiziert den konkreten Fehler_Typ	100 = Technischer Fehler KR2-AP 150 = Technischer Fehler KR2-Auftragsabwicklung 200 = Mangelnde Verfügbarkeit 250 = Lagerdifferenz - klassische Lagerdifferenz 300 = Überschreitung Mandantenkontingent 301 = Überschreitung Havarie-Grenze „SORTER-NSF“ 302 = Überschreitung Havarie-Grenze „KASO-NSF“ 500 = Fehler Labelbeschaffung - Fehlermeldung-Quellsystem 510 = Fehler Labelbeschaffung - keine Verbindung zum Quellsystem 520 = Fehler Labelbeschaffung - Fehler im KR2 Labelservice 600 = Lagerdifferenz - Label fehlerhaft 610 = Lagerdifferenz - passt nicht ins groesste Packmittel	x
Meldungstext	A255	Im Falle von technischen Fehlern wird eine sprechende Fehlermeldung übergeben Zusammensetzung Fehlermeldungstext im Falle Labelfehler: “Fehler bei Label-Beschaffung: extRessourceQuellsystem: ; RessourcenReferenz: ; Fehlermeldung: ”		x
Erzeugungszeitpunkt	Date	Format “DD.MM.YYYY H24:MI:SS”		x

12 - O15_Zentrale_Online_Rechn-Korrektur

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Anfrage-Einzelteil
Anfrage-Rechnungskorrektur

ERM Diagram

12.1 - Anfrage-Einzelteil

Back to O15_Zentrale_Online_Rechn-Korrektur

Status

DRAFT - under construction

Business Object

This is part of O15_Zentrale_Online_Rechn-Korrektur

Name	Type	Content	Values	Mandatory
Einzelteil_Id	N16	Eindeutiger gemeinsamer (ERP + LL) Identifikator des Einzelteils. Vergeben vom ERP. Das erste ERP ist Sprint. Wird für die Rechnungskorrektur und Rückmeldungen auf Einzelteil-Ebene benötigt.

12.2 - Anfrage-Rechnungskorrektur

Back to O15_Zentrale_Online_Rechn-Korrektur

Status

DRAFT - under construction

Business Object

This is part of O15_Zentrale_Online_Rechn-Korrektur

Name	Type	Content	Values	Mandatory
Erp_Sendung_Id	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP
Auftragspuffer_Id	N2	Mapping der durch Sprint genutzten Auftragspuffer-ID auf die Auftragspuffer-Intern verwendete ID

Relations

Table
Einzelteil [invalid]

12.3 - Einzelteil

Back to O15_Zentrale_Online_Rechn-Korrektur

Status

DRAFT - under construction

Business Object

This is part of O15_Zentrale_Online_Rechn-Korrektur

Name	Type	Content	Values	Mandatory
Einzelteil_Id	N16	Eindeutiger gemeinsamer (ERP + LL) Identifikator des Einzelteils. Vergeben vom ERP. Das erste ERP ist Sprint. Wird für die Rechnungskorrektur und Rückmeldungen auf Einzelteil-Ebene benötigt.

12.4 - EinzelteilListeSprint

Back to O15_Zentrale_Online_Rechn-Korrektur

Status

DRAFT - under construction

Business Object

This is part of O15_Zentrale_Online_Rechn-Korrektur

Name	Type	Content	Values	Mandatory
ERP_Einzelteil_Id	N26			x

12.5 - Rechnungskorrektur

Back to O15_Zentrale_Online_Rechn-Korrektur

Status

DRAFT - under construction

Business Object

This is part of O15_Zentrale_Online_Rechn-Korrektur

Name	Type	Content	Values	Mandatory
Erp_Sendung_Id	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP
Auftragspuffer_Id	N2	Mapping der durch Sprint genutzten Auftragspuffer-ID auf die Auftragspuffer-Intern verwendete ID

Relations

Table
Einzelteil

12.6 - RECHNUNGSKORREKTUR_SPRINT

Back to O15_Zentrale_Online_Rechn-Korrektur

Status

DRAFT - under construction

Business Object

This is part of O15_Zentrale_Online_Rechn-Korrektur

Name	Type	Mandatory
ERP_Sendung_ID	A50	x
SPRINT_AUFTRAGSPUFFER_ID	N26	x
ErpStatusMeldung	VARCHAR2	x
ERP_AP_Sendung_V1_0_	Array	x

13 - O17_Puffersnapshot_Sendung_(LP-BI)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

13.1 - Beilage

Back to O17_Puffersnapshot_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O17_Puffersnapshot_Sendung_(LP-BI)

Name	Type	Mandatory
beilagentyp_knz_id	N1	x
beilagenbezeichnung	A18	x
beilagen_knz_id	N2
beilagenartikelnummer	N6
beilagenschluessel	A2

13.2 - Einzelteil

Back to O17_Puffersnapshot_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O17_Puffersnapshot_Sendung_(LP-BI)

Name	Type	Mandatory
einzelteil_status_knz_id	N1
retourenschluessel	N12
erp_einzelteil_id	A50
erp_id	N3	x
identcode_dlw_schluessel	N8
identcode_dlw_einspeichertag	N3
position_typ_knz_id	N1	x
lager_einzelteil_id	N16	x
retschl_rechnungsdruck_knz_id	N1
bi_einzelteil_id	N18

Relations

Table
Packstueck

13.3 - Packstueck

Back to O17_Puffersnapshot_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O17_Puffersnapshot_Sendung_(LP-BI)

Name	Type	Content	Values	Mandatory
paketnummer	N6
sendungsidentnummer	A30
bi_packstueck_id	N18
logistik_produkt_packstueck_id	A36

13.4 - Position

Back to O17_Puffersnapshot_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O17_Puffersnapshot_Sendung_(LP-BI)

Name	Type	Mandatory
logistics_product_id	A36
gefahrstoff_typ_knz_id	N2
menge	N6	x
position_typ_knz_id	N1	x
artikelnummer	N8
groesse	N3
saison	N3
bestandsfirma	N2
vers_schl_kollianzahl	N2

Relations

Table
Einzelteil

13.5 - Sendung

Back to O17_Puffersnapshot_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O17_Puffersnapshot_Sendung_(LP-BI)

Name	Type	Content	Mandatory
erp_sendung_id	A50
bi_sendung_id	N18
erp_id	N3		x
erzeugungszeitpunkt	TIMESTAMP(3)		x
sendung_status_letzteaenderung	TIMESTAMP(3)
kundenfirma_knz_id	N2		x
kundenart	N2		x
lager_knz_id	N2
fruehester_uebergabezeitpunkt	DATE
spaetester_uebergabezeitpunkt	DATE
prioritaet_auslieferung	N1
mengencluster_knz_id	N1		x
bi_sendung_id_update_original	N18
sendung_status_id	N2		x
druck_retourenlabel_knz_id	N1
Auftraggeber	A50	Dieses Feld ist Ergebnis von ARC-126 “verschiedene Mandaten identifizieren können”. An einer Sendung muss es zukünftig möglich sein, unterschiedliche “F2X-Partner” bzw. “F2X-Mandaten” unterscheiden zu können. Benötigt wird die Information in Flash, damit dort bekannt ist, an welchen konkreten F2X-Mandaten dort abzurechnen ist. Die Lösung hier soll sich Analog der ReSy-Lösung verhalten. In ReSy hängt am ROC (ReturnOrderContract) der “returnOrderOwner”. Wir etablieren hier für Outbound eine identische Lösung. Die möglichen Ausprägungen übernehmen wir von ReSy. Diese Lösung soll das Konstrukt aus den Feldern “Kundenfirma_Knz_ID” + “Kundenart” perspektivisch ablösen. Es wird aber sicher eine recht lange Migrations-Zeit nötig sein.

Relations

Table
Versender
Versandeinheit

13.6 - Versandeinheit

Back to O17_Puffersnapshot_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O17_Puffersnapshot_Sendung_(LP-BI)

Name	Type	Content
bi_versandeinheit_id	N18
anzahl_ak	N2
sendungsidentnummer	A30
Logistik_Packmittel_ID	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben im Logistikpuffer. Gibt es für Zukunfts-Sicherheit (Netzwerk-Fähigkeit / Mehr-Mandaten-Fähigkeit)

Relations

Table
Position
Beilage

13.7 - Versender

Back to O17_Puffersnapshot_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O17_Puffersnapshot_Sendung_(LP-BI)

Name	Type	Content	Values	Mandatory
versender_knz_id	N2			x
richtung	N3			x

14 - O18_Bestandsinformation_(4Bisko)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Bestandsabgleich
Bestandsabgleichdaten

ERM Diagram

14.1 - Bestandsabgleich

Back to O18_Bestandsinformation_(4Bisko)

Status

DRAFT - under construction

Business Object

This is part of O18_Bestandsinformation_(4Bisko)

Name	Type	Content	Values	Mandatory
id	N4	technischer Schlüssel		x
erzeugungszeitpunkt	TIMESTAMP(3)	Erzeugungszeitpunkt des Bestandsabgleichs		x
letzte_aenderung	TIMESTAMP(3)	Zeitpunkt der letzten Änderung des Bestandsabgleichs		x
bestandsabgleich_status_id	N1	Zeigt den akuellen Bearbeitungsstatus des Bestandsabgleichs an.	2 = “exportbereit”	x

Relations

Table
Bestandsabgleichdaten

14.2 - Bestandsabgleichdaten

Back to O18_Bestandsinformation_(4Bisko)

Status

DRAFT - under construction

Business Object

This is part of O18_Bestandsinformation_(4Bisko)

Name	Type	Content	Mandatory
lager_knz_id	N2	Lager des Abrufs	x
kundenfirma_knz_id	N2	Kundenfirmenkennzeichen	x
artikelnummer	N8	Artikelnummer	x
groesse	N3	Artikelgröße	x
menge	N16	Artikelmenge	x

14.3 - Bestandsmeldung (View)

Back to O18_Bestandsinformation_(4Bisko)

Status

DRAFT - under construction

Business Object

This is part of O18_Bestandsinformation_(4Bisko)

Name	Type	Values
ID	N4	technischer = Schlüssel
ERZEUGUNGSZEITPUNKT	Date
LETZTE_AENDERUNG	Date
BESTANDSABGLEICH_STATUS_ID	N1
KUNDENFIRMA_KNZ_ID	N2
ARTIKELNUMMER	N8
GROESSE	N3
MENGE	N16

15 - O19_Packstueck_Ereignis

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Packstueck_Ereignis

15.1 - Packstück_Ereignis

Back to O19_Packstueck_Ereignis

Status

DRAFT - under construction

Business Object

This is part of O19_Packstueck_Ereignis

Name	Type	Values	Mandatory
erpSendungId	A50		x
erpPackstueckId	A50		x
rueckmeldungTyp	String	1 = Packstueck_KOMMISSIONIERT = PICKED 2 = Packstueck_VERLADEN = EMBARKED 3 = Packstueck_LAGERDIFFERENZ = WAREHOUSE_DIFFERENCE 4 = Packstueck_VERSPAETET = PACKAGE_DELAYED 5 = Packstueck_ABGEBROCHEN = TERMINATED	x
erzeugungszeitpunkt	Date		x

15.2 - Packstueck_Ereignis

Back to O19_Packstueck_Ereignis

Status

DRAFT - under construction

Business Object

This is part of O19_Packstueck_Ereignis

Name	Type	Content	Values	Mandatory
erpSendungId	A50			x
erpPackstueckId	A50			x
packstueckEreignisTyp	A30		1 = Packstueck_KOMMISSIONIERT = PICKED 2 = Packstueck_VERLADEN = EMBARKED 3 = Packstueck_LAGERDIFFERENZ = WAREHOUSE_DIFFERENCE 4 = Packstueck_VERSPAETET = PACKAGE_DELAYED 5 = Packstueck_ABGEBROCHEN = TERMINATED	x
erzeugungszeitpunkt	TIMESTAMP(3)	Hier wird der Zeitpunkt des Ereignisses im Lager übergeben, wenn dieser vom Lager geliefert wurde, andernfalls der Erzeugungszeitpunkt der Meldung im Logistikpuffer.		x

16 - O21_COBRA_Packstueckmeldung

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Palettierung_Verladung

16.1 - Packstueckmeldung

Back to O21_COBRA_Packstueckmeldung

Status

DRAFT - under construction

Business Object

This is part of O21_COBRA_Packstueckmeldung

Name	Type	Mandatory
whs_system_no	N2	x
processing_date	Date	x
shipment_ano	A30	x
company_ano	N2	x
sort_code	N2	x
packaging_ano	A2	x
item_ano	N8	x
item_size_ano	N3	x
qty	N6	x
status_code	N1	x

16.2 - Palettierung_Verladung

Back to O21_COBRA_Packstueckmeldung

Status

DRAFT - under construction

Business Object

This is part of O21_COBRA_Packstueckmeldung

Name	Type	Content	Mandatory
Lager_Knz_Id	N2	Lager des Abrufes, für den die Packstueckmeldung erzeugt wurde	x
Abruf_Datum	Date	Startzeitpunkt des Abrufplans oder LV-Tag des Abrufs im Format ‘yyyy-MM-dd’.	x
sendungsidentnummer	A30	Kollo-Nr für echte GRK-Aufträge und Sendungsidentnummer für generierte EK-Aufträge aus GRK-Restmengen	x
bestandsfirma	N2	Bestandsfirma	x
grosskundennummer	N2	Grosskundennummer	x
packmittelKnz	A2	Fest ‘P7’ für echte GRK-Aufträge bzw. fachlicher Schlüssel des Packmittels für die Versandeinheit bei generierten EK-Aufträgen aus GRK-Restmengen.	x
artikelnummer	N8	Artikelnummer des Artikels im “Paket”	x
groesse	N3	Groesse des Artikels im “Paket”	x
menge	N6	Menge des Artikels im “Paket”	x
packstueckmeldung_Typ_Cobra	N1	Typ der an Cobra gemeldet wird.	x

17 - O25_Puffersnapshot_GRK_Sendung_(LP-BI)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

17.1 - GRK_Einzelteil

Back to O25_Puffersnapshot_GRK_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O25_Puffersnapshot_GRK_Sendung_(LP-BI)

Name	Type	Content	Mandatory
GRK_BI_Einzelteil_Id	N18	alt: BI_GRK_Einzelteil_Id
GRK_Einzelteil_Status_Knz_Id	N1		x
GRK_Position_Id	N16	Soll perspektivisch raus.	x
Letzte_Aenderung	TIMESTAMP(3)		x

17.2 - GRK_Position

Back to O25_Puffersnapshot_GRK_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O25_Puffersnapshot_GRK_Sendung_(LP-BI)

Name	Type	Mandatory
Logistik_Produkt_Id	A36
Bestandsart	A50	x
Menge	N6	x
Artikelbezeichnung	A18
Artikelfarbe	A12
Artikel_Ident_Erp	A18
Artikelnummer	N8
Bestandsfirma	N2
Breite	N3
Druckgroesse	A4
Gewicht	N7
Groesse	N3
Hoehe	N3
Laenge	N3
Volumen	N6
Warenbereichs_Knz_Id	N2

Relations

Table
GRK_Einzelteil

17.3 - GRK_Sendung

Back to O25_Puffersnapshot_GRK_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of O25_Puffersnapshot_GRK_Sendung_(LP-BI)

Name	Type	Content	Mandatory
Auftragsnummer	N10
Belegnummer	N6
Grk_Bi_Sendung_Id	N18	alt: BI_GRK_SENDUNG_ID
BP_Nachschubweg_Kuerzel	A3
Erp_Id	N3		x
Erzeugungszeitpunkt	TIMESTAMP(3)		x
Fruehester_Uebergabezeitpunkt	DATE
Spaetester_Uebergabezeitpunkt	DATE
Grk_Erp_Sendung_Id	N26		x
Grk_Sendung_Status_Knz_Id	N1		x
Grk_Sendung_Typ_Knz_Id	N1		x
Auslagerung_Typ_Id	N1	Steuert, ob für Großkunden Ganz-Kolli UND Kommissionier-Lager-Sendungen, nur Ganz-Kollo oder nur Kommissionier-Lager-Sendungen verwedendet werden sollen.	x
Groesstes_Zulaessig_Packmittel	A2
Grosskundennummer	N2		x
Kundenfirma_Knz_Id	N2		x
Lager_Knz_Id	N2
Lieferscheindatum	DATE		x
Mengencluster_Knz_Id	N1		x
Prioritaet_Auslieferung	N1
Richtung	N3		x
Spaetester_Einlagerungszeitpkt	DATE
Ziel_Lager_Id	N2
Umfuhr_Typ	A6
Umfuhr_Cluster_Typ	A1
We_Position_Id	A36
LKZ_Nummer	N7
Konsolidierungskriterium	A50

Relations

Table
GRK_Position

18 - O28_Abruf_Sendung-Daten_(LP-LVS)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

18.1 - Beilage

Back to O28_Abruf_Sendung-Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of O28_Abruf_Sendung-Daten_(LP-LVS)

Name	Type	Content	Values	Mandatory
Beilagenschluessel	A2	Repräsentiert das Fach der Packplatzbeilagen Für Commit CR_073 von N2 auf A2

18.2 - Einzelteil

Back to O28_Abruf_Sendung-Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of O28_Abruf_Sendung-Daten_(LP-LVS)

Name	Type	Content
Lager_Einzelteil_ID	N16	technischer Schlüssel eines Einzelteils in Richtung Lager-System. Entspricht bei einer neu importierten Sendung dem Feld ID. Bei einer Rechnungskorrektur wird die alte Sendung ungültig und eine neue Sendung importiert. Diese hat natürlich auch neue Einzelteil_IDs. Der KR2 kennt aber immer nur seine “originalen” Einzelteil_IDs - die wir hier als Lager_Einzelteil_IDs an die Korrigierte Sendung weiter transportieren.
BI_Einzelteil_ID	N18	technischer eindeutiger Schlüssel vom Einzelteil für BI.
Logistics_Product_Id	A36	Logistics_Product_Id: Eindeutiger technischer Identifier eines Artikels (bzw. einer Artikel-Gröess) Ist in der gesamten Logistik eindeutig, da von LSAS zentral vergeben. Soll perspektivisch in allen Logistik- und FINE-Komponenten als der einzige Identifier für einen Artikel (in Schnittstellen) verwendet werden Achtung: Feld der Position mappen wir in Richtung NEON direkt auf die Einzelteil-Ebene
Haendler_Einzelteil_Identifier	A255	Doku ERP-Seite: “Eine Referenz auf eine Position eines Kundenauftrages des Händlers.” Bei uns ist das eine Referenz des Händlers auf ein Einzelteil. Deep Sea wird vermutlich die SalesOrderPositionItemId (SOPI) hier übergeben. Was uns CORE übergibt, wissen wir nicht. Es ist fachlich auch nicht relevant. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann. Muss rein fachlich zusammen mit Sendung.Haendler_Erp_Identifier eigentlich eindeutig sein. Da es das nach einer Lagerdifferenz oder Storno durch ERP und erneuter Übergabe duch das ERP aber im Zweifel nicht ist, validieren wir das nicht. Wir müssten sonst den Sendung_Status und Einzelteil_Status mit berücksichtigen. Und selbst wenn wir das täten, bin ich unsicher, ob das Konstrukt trägt. Darum stellen wir keine Eindeutigkeit sicher.

18.3 - Externe_Ressource

Back to O28_Abruf_Sendung-Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of O28_Abruf_Sendung-Daten_(LP-LVS)

Name	Type	Content	Values	Mandatory
Ressourcen_Typ_Id	N2	Kennzeichnet den Typ einer mitgegebenen externen Ressource	1 = VersandLabel 2 = RetourenLabel 3 = Lieferschein
Ressourcen_Referenz	A255	Transportiert die Referenz auf die Ressource. Im Fall von Bonprix / Metapack wird die Consignment-Number übergeben. Im Fall von FINE vielleicht der Dateiname, der Datei, die sich im FINE Cloud Bucket befindet?

18.4 - Sendung

Back to O28_Abruf_Sendung-Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of O28_Abruf_Sendung-Daten_(LP-LVS)

Name	Type	Content	Values
Packmittel_Knz	A2	Achtung: In Richtug NEON wird das Feld der Versandeinheit direkt flach auf die Sendungs-Ebene gemapped. Die Versandeinheit refactor-n wir weg. Einschränkung: Wird nur dann befüllt, wenn die logistik_packmittel_id nicht gefüllt wurde. Damit wird das Feld für GHM noch gesetzt, wo es gebraucht wird. In ILOWA hingegen ist das Feld Leer und sollte damit nicht mehr über die Schnittstelle kommen.	B = Karton F = Tüte ST = Schnmuck-Tüte
Logistik_Packmittel_Id	A36	Erkennungs-ID für ein Packmittel innerhalb der logistischen Verarbeitung
Abrufdatum	Date	Datum des Abrufs
Abrufnummer	N2	Nummer des Abrufs
Spaetester_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS
Fruehester_Uebergabezeitpunkt	Date	Frühester Übergabe-Zeitpunkt an den Carrier bzw. das Hub. Format: DD.MM.JJJJ HH:MM:SS. Wird z.B. benötigt für Artikel mit frühestem Erscheinungsdatum wie Computerspiele
Prioritaet_Auslieferung	N1	Auslieferungs- bzw. Abwicklungs-Priorität. Erlaubte Werte: 1-9. 1=höchste Priorität, 9=niedrigste Priorität
Sendungsidentnummer	A30	Carrier-Barcode, welcher die Versandeinheit im Lager und in der Kunden-Zustellung eindeutig identifiziert Achtung: Feld der Versandeinheit mappen wir in Richtung NEON direkt flach auf die Sendungs-Ebene
Lagerdifferenz_Modus_Id	N1	Steuert den Modus der Fehlerbearbeitung während einer Lagerdifferenz im Abwicklungsprozess. Bildet für das LVS den Modus der Bearbeitung der Lagerdifferenz fachlich ab.	1 = Teilauslieferung 2 = Vollstorno
Modus_Verzoegerung_Knz_ID	N1	Steuert das Verhalten bei Verzögerung (SPUEZ nicht erreichbar): Idee aus NEON. Das WMS möchte vom ERP wissen, was es tun soll, wenn eine Sendung nicht rechtzeitig zum SPÜZ an den Carrier übergeben werden kann. Szenario: Kunde bestellt eine 5 AK Sendungen. 4 der 5 AK können korrekt kommissioniert werden. Das 5. Einzelteil kann am Lagerplatz/ Lagerort nicht aufgefunden werden. Es müsste (in unserem fiktiven Bsp.) aus einem weit entfernten Reserve-Lager nachgeschoben und anschließend nach-kommissioniert werden. Das würde zu einer Verspätung der Sendung führen. Lösungs-Strategien: 1. Wir warten einfach auf die Komplettierung der Sendung und liefern sie verzögert aus. 2. Wir können das Teil, das zur Verzögerung führt, aus der Sendung herausnehmen und den Rest der Sendung pünktlich ausliefern. Im Moment liefert uns kein ERP (weder CORE noch Cormorant) dieses Kennzeichen. Wir (LP) setzen hier ein Default für K.Motion. Sobald uns eines der ERPs uns dieses Kennzeichen übergibt, verwenden wir es natürlich.	1 = Auslieferung mit Verspätung 2 = Teilstorno des verzögernden Fehlteils und termingerechte Auslieferung
Lager_Sendung_ID	N16	technischer eindeutiger Schlüssel der Sendung für das Lager
Zoll_Knz_Id	N1	Angefordert Seitens NEON. In den Bestandsbetrieben gibt es das nicht. Darüber soll im Betrieb gesteuert werden, ob bevorzugt verzollte oder unverzollte Ware für die Sendung verwendet werden soll. Wenn die Sendung nach Deutschland bzw. ins EU-Inland versendet wird: Dann soll präferiert verzolle Ware verwendet werden (ID=0) Das ist auch der Default für Deep Sea.	0 = präferiert verzollte Ware (wenn nicht verfügbar, unverzollt) 1 = präferiert unverzollte Ware (wenn nicht verfügbar, verzollt)
BI_Sendung_ID	N18	technischer eindeutiger Schlüssel der Sendung für BI.
BI_Versandeinheit_ID	N18	technischer eindeutiger Schlüssel der Versandeinheit für BI Achtung: Feld der Versandeinheit mappen wir in Richtung NEON direkt flach auf die Sendungs-Ebene
Haendler_Erp_Identifier	A30	Ein Identifier, der aussagt aus welchem System diese Sendung abgegegebn wurde. Mögliche Ausprägungen sind “DEEP_SEA_CORMORANT” und “CORE”. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann.
Zoll_Klient_ID	A22	Enthält die Zoll-Client ID. Das ist der Identifier, mit dem eine Firma beim Zoll registriert ist. Diese geben wir in Ilowa an K.Motion weiter. Dort wird sie benötigt, damit man sie an das Heine Zoll-System weitergeben kann.
Rechnungsdatum	Date	Datum der Rechnung

Relations

Table
Versender
Einzelteil
Beilage
Externe_Ressource

18.5 - Versender

Back to O28_Abruf_Sendung-Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of O28_Abruf_Sendung-Daten_(LP-LVS)

Name	Type	Content	Values	Mandatory
Versender_Knz_ID	N2		1 = HVS (Hermes Versand Service = 1Mann Handling) 2 = HES (Hermes Einrichtungs Service = 2Mann Handling) 3 = Hermes_Int 4 = DHL 5 = CH Post 6 = FR Colissimo 7 = FR Mondial 8 = NL TNT 9 = Postnord 10 = FR Relais Colis 11 = BE Post 12 = FR DOMTOM AVION 13 = LUX DINTEC 14 = Dummy SRD Flaeche 15 = Endauslagerung 16 = HU_Magyar_Posta 17 = CZ_Ceska_Posta 18 = SK_Slovenska_Posta 19 = Hermes UK 21 = PL Inpost 23 = UA Ukrposhta 24 = UA Kurier 25 = Deutsche Post 26 = Cargus 27 = Zasilkovna
Richtung	N3	1-99: Hermes-Richtungen 100-199: Post-Richtungen 200-299: Sonderrichtungen Für Versender_Knz_ID=2 (HES) kann es zukünftig 3stellige Richtungsnummern geben. In CORE ist das schon umgesetzt. Hier gilt diese Clusterung nach Hermes-, Post- und Sonderrichtungen nicht.

19 - O32_Lagerdifferenz_(LVS-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Lagerdifferenz
ReduziertesEinzelteil

ERM Diagram

19.1 - Lagerdifferenz

Back to O32_Lagerdifferenz_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of O32_Lagerdifferenz_(LVS-LP)

Name	Type	Content	Values	Mandatory
Lager_Sendung_ID	N16	technischer eindeutiger Schlüssel der Sendung für das Lager		x
Ereigniszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis der Lagerdifferenz im Lager erfasst wurde. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”

Relations

Table
ReduziertesEinzelteil

19.2 - ReduziertesEinzelteil

Back to O32_Lagerdifferenz_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of O32_Lagerdifferenz_(LVS-LP)

Name	Type	Content	Values	Mandatory
Lager_Einzelteil_ID	N16	technischer Schlüssel eines Einzelteils in Richtung Lager-System. Entspricht bei einer neu importierten Sendung dem Feld ID. Bei einer Sendungskorrektur wird die alte Sendung ungültig und eine neue Sendung importiert. Diese hat natürlich auch eine neue Einzelteil_ID. Der KR2 kennt aber immer nur seine “originalen” Einzelteil_IDs - die wir hier als Lager_Einzelteil_IDs an der korrigierte Sendung weiter transportieren.		x
Lagerdifferenz_Ursache	A30	Ursache der “Lagerdifferenz” Es handelt sich bei dem Feld um ein Enum, dass nur die erlaubten Ausprägungen zulässt. Evolution: In einer frühen Version, die wir von K.Motion zu LP nutzen, gibt es noch deutsch-sprachige Enum-Ausprägungen. In der Schnittstelle zu Cormorant (und alle neueren SST) verweden wir englisch-sprachige Enum-Ausprägungen: Zuordnung englischen zu deutsche Enum-Ausprägungen: “WAREHOUSE_DIFFERENCE” = “LAGERDIFFERENZ” “FULL_CANCELLATION” = “VOLLSTORNO” “LABEL_ERROR” = “LABELFEHLER” “LARGEST_PACKAGING_TOO_SMALL” = “GROESSTES_PACKMITTEL_ZU_KLEIN” “STOCK_NOT_AVAILABLE” = “BESTAND_NICHT_VERFUEGBAR”	Beim Auftreten eines Fehlteils soll die ganze Sendung storniert werden. (ehemals Modus-Fehlerbearbeitung = Vollstorno).

20 - O33_Warenausgang_(LVS-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Warenausgang
Einzelteil

ERM Diagram

20.1 - Einzelteil

Back to O33_Warenausgang_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of O33_Warenausgang_(LVS-LP)

Name	Type	Content	Mandatory
Lager_Einzelteil_Id	N16	technischer Schlüssel eines Einzelteils in Richtung Lager-System. Entspricht bei einer neu importierten Sendung dem Feld ID. Bei einer Sendungskorrektur wird die alte Sendung ungültig und eine neue Sendung importiert. Diese hat natürlich auch eine neue Einzelteil_ID. Der KR2 kennt aber immer nur seine “originalen” Einzelteil_IDs - die wir hier als Lager_Einzelteil_IDs an der korrigierte Sendung weiter transportieren.	x
verwendete_BuAId	A36	Für dieses Einzelteil verwendete BUAID (der ewige Retourenschlüssel).
lkz_nummer	N6	Für dieses Einzelteil verwendete BUAID (der ewige Retourenschlüssel).
lkz_index	N1	Für dieses Einzelteil verwendete BUAID (der ewige Retourenschlüssel).

20.2 - Warenausgang

Back to O33_Warenausgang_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of O33_Warenausgang_(LVS-LP)

Name	Type	Content	Mandatory
Lager_Sendung_ID	N16	technischer eindeutiger Schlüssel der Sendung für das Lager	x
Ereigniszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis des Warenausgangs im Lager erfasst wurde. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”
Verwendetes_Packmittel	A2	Das beim Packen tatsächlich verwendete Packmittel.
Logistik_Packmittel_ID	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben im Logistikpuffer. Gibt es für Zukunfts-Sicherheit (Netzwerk-Fähigkeit / Mehr-Mandaten-Fähigkeit)
Rueckmeldung_Typ_Id	N1	gibt Auskunft über den Warenausgang: 3 = Warenausgang gebucht 4 = Warenausgang Zwang Wird indirekt von den Bestandsbetrieben über den Aufruf der Schnittstelle meldeWarenausgangGebucht bzw. meldeWarenausgangZwang geliefert
Carrier_Id	A30	ID des Carriers an den übergeben wurde
Transportfahrzeug_Id	A20	Kennzeichen oder WAB-Nummer. Kann leer sein, wenn die Information erst später vom YARD übergeben wird
Ladeeinheit_Id	A20	ID der Träger-LE
Ladeeinheit_Typ	A6	Typ der Träger-LE
Verlade_Id	A12	Die Verlade-ID Fachlicher Identifier einer Verladung. Zu einer Verladung können mehrere transportVehicles bzw. WAPs gehören. Es kann aber auch 1:1 (Verladung : WAP) sein.

Relations

Table
Einzelteil

21 - O36_Packmeldung

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Packmeldung

21.1 - Packmeldung

Back to O36_Packmeldung

Status

DRAFT - under construction

Business Object

This is part of O36_Packmeldung

Name	Type	Content	Values	Mandatory
Lager_Sendung_ID	N16	technischer eindeutiger Schlüssel der Sendung für das Lager		x
Packmodus_Knz_ID	N1		1 = analog gepackt 2 = digital gepackt	x
Packplatz_Typ_ID	N1	Sagt aus, an welchem Typ von Packplatz die Sendung gepackt wurde. 4=1AK_Nachbearbeitung umfasst die Sendungen, welche durch 3=1AK_Roboter wider Erwarten nicht prozessiert werden konnten und somit in einer Nachbearbeitungsstelle landen.	1 = Sorter 2 = 1AK_Manuell 3 = 1AK_Roboter 4 = 1AK_Nachbearbeitung
Verwendetes_Packmittel	A2	Enthält das Packmittel-Kennzeichen, wie es auch an der Schnittstelle geliefert wird.		x
Packergebnis_Knz_ID	N1		1 = Packergebnis OK 2 = Artikel fehlt 3 = Einkaufsfehler 4 = Identware 5 = Zeitware 6 = Klärfall 7 = Sendungssplit	x

21.2 - Packmeldung_LVS_LP

Back to O36_Packmeldung

Status

DRAFT - under construction

Business Object

This is part of O36_Packmeldung

Name	Type	Content	Values	Mandatory
Sendung_ID	N16	Referenz auf die Sendung		x
Packmodus_Knz_ID	N1			x
Packplatz_Typ_ID	N1	Sagt aus, als welchem Typ von Packplatz wurde die Sendung gepackt.	1 = Sorter 2 = 1AK_Manuell 3 = 1AK_Roboter 4 = 1AK_Nachbearbeitung
Verwendetes_Packmittel	A2	Enthält das Packmittel-Kennzeichen, wie es auch an der Schnittstelle geliefert wird.
Packergebnis_Knz_ID	N1		3 = Einkaufsfehler 4 = Identware 5 = Zeitware 6 = Klärfall 7 = Sendungssplit	x

22 - O40_Packstück_Ereignis_(LVS-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Packstueck_Ereignis

22.1 - Packstück_Ereignis

Back to O40_Packstück_Ereignis_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of O40_Packstück_Ereignis_(LVS-LP)

Name	Type	Values	Mandatory
Packstuck_ID	A50		x
packstueck_ereignis_typ_id	String	1 = Packstueck_KOMMISSIONIERT = PICKED 2 = Packstueck_VERLADEN = EMBARKED 3 = Packstueck_LAGERDIFFERENZ = WAREHOUSE_DIFFERENCE 4 = Packstueck_VERSPAETET = PACKAGE_DELAYED 5 = Packstueck_ABGEBROCHEN = TERMINATED	x
ereignis_zeitpunkt	Date		x

22.2 - Packstueck_Ereignis

Back to O40_Packstück_Ereignis_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of O40_Packstück_Ereignis_(LVS-LP)

Name	Type	Content	Values
PackstueckId	N16	technischer Identifier des betreffenden Packstuecks
PackstueckEreignisTypId	N1	Packstueck-Ereignis-Typ-Id	1 = Packstueck_KOMMISSIONIERT = PICKED 2 = Packstueck_VERLADEN = EMBARKED 3 = Packstueck_LAGERDIFFERENZ = WAREHOUSE_DIFFERENCE 4 = Packstueck_VERSPAETET = PACKAGE_DELAYED 5 = Packstueck_ABGEBROCHEN = TERMINATED
EreignisZeitpunkt	TIMESTAMP(3)	Zeitpunkt des Ereignisses im Lager.

23 - O41_Verzoegerte_Auslieferung_(LVS-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Verzoegerte_Auslieferung

23.1 - Verzoegerte_Auslieferung

Back to O41_Verzoegerte_Auslieferung_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of O41_Verzoegerte_Auslieferung_(LVS-LP)

Name	Type	Content	Mandatory
Lager_Sendung_Id	N16	technischer Schlüssel einer Sendung, vergeben vom Logistikpuffer	x
Ereigniszeitpunkt	Timestamp(3)	Zeitpunkt des fachlichen Ereignisses	x
Lager_Spaetester_UebergabeZp	Date	Vom WMS errechneter neuer Plantermin der Übergabe der Sendung an den Carrier	x

24 - O43_Packmeldung

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Packmeldung
Sendung_Id

ERM Diagram

24.1 - Packmeldung

Back to O43_Packmeldung

Status

DRAFT - under construction

Business Object

This is part of O43_Packmeldung

Name	Type	Content	Values	Mandatory
Sendungsidentnummer	A20	Carrier-Barcode, welcher die Versandeinheit im Lager und in der Kunden-Zustellung eindeutig identifiziert		x
Digitaler_Packplatz	Boolean			x
Packplatz_Typ_ID	N1	Sagt aus, an welchem Typ von Packplatz die Sendung gepackt wurde. 4=1AK_Nachbearbeitung umfasst die Sendungen, welche durch 3=1AK_Roboter wider Erwarten nicht prozessiert werden konnten und somit in einer Nachbearbeitungsstelle landen.	1 = Sorter 2 = 1AK_Manuell 3 = 1AK_Roboter 4 = 1AK_Nachbearbeitung
Packmittel	A2	(KleinteiligPflicht)		x
Packergebnis_Knz_ID	N1		1 = Packergebnis OK 2 = Artikel fehlt 3 = Einkaufsfehler 4 = Identware 5 = Zeitware 6 = Klärfall 7 = Sendungssplit	x
Erzeugungszeitpunkt	Date	enthält den Erzeugungszeitpunkt der Rückmeldung		x

Relations

Table
Sendung_Id

24.2 - Sendung_Id

Back to O43_Packmeldung

Status

DRAFT - under construction

Business Object

This is part of O43_Packmeldung

Name	Type	Content	Values	Mandatory
EK_GRK_ERP_Sendung_Id	A50	Eindeutiger Identifikator der Sendung im jeweiligen ERP (SPRINT, NOA_CLS, …). In der SST werden die ERP_Sendung_Ids und die GRK_ERP_Sendung_Ids gemeinsam in einer Liste (ohne Key/Value) als Sendung_Ids verschickt.		x

25 - O45_Labelbeschaffung_(Labelprovider-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Labeldaten

25.1 - Labeldaten

Back to O45_Labelbeschaffung_(Labelprovider-LP)

Status

DRAFT - under construction

Business Object

This is part of O45_Labelbeschaffung_(Labelprovider-LP)

Name	Type	Content	Values	Mandatory
Lager_Ressourcen_Id	N16	technischer Schlüssel einer Ressource, vergeben vom Logistikpuffer		x
Ressourcen_Status_Id	N1	Transportiert den Status der Ressource	2 = angefordert 3 = übertragen 4 = final fehlerhaft	x
Fehlerursache_Id	N1	Referenz auf die Fehlerursache, welche uns durch den Labelservice im Kontext des Labelbeschaffungsprozesses (eingeführt durch das INCA-Projekt) übergeben werden kann.	1 = Fehler beim Quellsystem 2 = keine Verbindung zum Quellsystem 3 = Fehler im KR2-Labelservice
Fehler_Meldungstext	A3500	Original-Meldungstext, welcher uns vom Labelservice im Kontext des Labelbeschaffungsprozesses (eingeführt durch das INCA-Projekt) übergeben werden kann.

26 - O47_Labelbeschaffung_(LP-Labelprovider)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Labeldaten

26.1 - Labeldaten

Back to O47_Labelbeschaffung_(LP-Labelprovider)

Status

DRAFT - under construction

Business Object

This is part of O47_Labelbeschaffung_(LP-Labelprovider)

Name	Type	Content	Values	Mandatory
Sortierung	N	Wir wollen das Ergebnis des Selects selbst nach Spüz und Prio sortieren und dann die ROWNUM als „Reihenfolge“ oder „Sortierung“ mit in der View ausgeben.Damit behalten wir die Sortier-Kriterien bei uns und müssen den Label-Service mit diesen fachlichen Details nicht „belästigen“.Trotzdem geben wir in dem Feld „Reihenfolge“ oder „Sortierung“ sauber das „dringendste“ Label mit der „1“ und das am wenigsten dringende mit der größten Nummer der Liste korrekt mit.		x
Lager_Sendung_Id	N16	technischer eindeutiger Schlüssel der Sendung für das Lager		x
Lager_Ressourcen_Id	N16	technischer Schlüssel einer Ressource, vergeben vom Logistikpuffer		x
Erp_Id	N3	technischer Identifier zum Identifizieren des Quell-/Händlersystems (ERP) der Sendungsdaten	1 = Core 2 = Ideefix 3 = KR1 Endauslagerung 4 = L2C 5 = Otto Plattform - Komponente Cormorant 6 = Otto Plattform - Komponente Humpback 7 = F2X	x
Ressourcen_Referenz	A255	Transportiert die Referenz auf die Ressource. Im Fall von Bonprix / Metapack wird die Consignment-Number übergeben.		x
Ressourcen_Typ_Id	N2	Kennzeichnet den Typ einer mitgegebenen externen Ressource	1 = Versandlabel 2 = Retourenlabel	x
Ext_Ressource_Quellsystem_Id	N1	Referenz auf das Quellsystem, bei welchem der Labelprovider die Ressource abholen soll.	1 = METAPACK 2 = FINE_BINDAEX	x

27 - OL1_B2B_Sendung_(ERP-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

27.1 - Fachliche Beschreibung

Back to OL1_B2B_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL1_B2B_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory

27.2 - GRK_Adresse

Back to OL1_B2B_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL1_B2B_Sendung_(ERP-LP)

Name	Type	Content	Mandatory
Nachname	A30		x
Strasse	A32	Strasse und Hausnummer	x
Adresszusatz1	A32	Item100.AAZU
Adresszusatz2	A32	aus iLog RLGKD:wird seites CORE an der GRK_Senung SST benötigt
PLZ	A10		x
Ort	A32		x
Gebaeude	A32	aus iLog RLGKD:wird seites CORE an der GRK_Senung SST benötigt

Relations

Table
Land [invalid]

27.3 - GRK_Einzelteil

Back to OL1_B2B_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL1_B2B_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
GRK_ERP_Einzelteil_ID	A50	Eindeutiger gemeinsamer Identifikator des Großkunden-Einzelteils. Vergeben vom ERP.		x
Haendler_Einzelteil_Identifier	A255	Doku ERP-Seite: “Eine Referenz auf eine Position eines Kundenauftrages des Händlers.” Bei uns ist das eine Referenz des Händlers auf ein Einzelteil. Deep Sea wird vermutlich die SalesOrderPositionItemId (SOPI) hier übergeben. Was uns CORE übergibt, wissen wir nicht. Es ist fachlich auch nicht relevant. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann. Muss rein fachlich zusammen mit Sendung.Haendler_Erp_Identifier eigentlich eindeutig sein. Da es das nach einer Lagerdifferenz oder Storno durch ERP und erneuter Übergabe duch das ERP aber im Zweifel nicht ist, validieren wir das nicht. Wir müssten sonst den Sendung_Status und Einzelteil_Status mit berücksichtigen. Und selbst wenn wir das täten, bin ich unsicher, ob das Konstrukt trägt. Darum stellen wir keine Eindeutigkeit sicher.

27.4 - GRK_Position

Back to OL1_B2B_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL1_B2B_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Artikelnummer	N8	Artikelnummer
Groesse	N3	Größe numerisch
Druckgroesse	A4	Größe für Druck
ERP_Produkt_Id	A36	ERP_Produkt_Id: technischer Identfier für einen Artikel (bzw. einer Artikel-Groesse). Vergeben vom ERP und damit auch je ERP eindeutig. Damit kann der Artikel (zusammen mit der ERP_ID) im Artikelstamm identifiziert bzw. gefunden werden) Soll perspektivisch die Nutz-Attribute ( - Artikelnummer, - Groesse, - Bestandsfiirma, - Saison, - Bezeichnung, - Farbe usw.) hier in der Position obsolet machen
Bestandsart	A50	Transportiert die Bestandsart. Wird für “Umfuhren” benötigt, da Umfuhren auch auf gesperrten Bestand zugreifen können müssen. Für Großkunden: DELIVERABLE_STOCK als Default im LP	DELIVERABLE_STOCK = freier Bestand LOCKED_STOCK = gesperrter Bestand
Menge	N6	Anzahl der Artikel		x
WE_Position_Id	A36	Identifier eine Wareneingangs-Position in K.Motion Es sollen Umfuhren für Artikel eines gesamten Wareneingangs bzw. einer Wareneingangs-Position möglich sein. Darum soll ein Identifier für einen Wareneingang übergeben werden können. Achtung: Mit CR LOZG-15863 Soll ein Umzug des Feldes von GRK_Position nach GRK_Position stattfinden. Das hier ist aktuell ein Konzept-Stand. Noch ist das Feld an der GRK_Sendung.
Warenbereichs_Knz_ID	N2		1 = Normalartikel 2 = Süßware 3 = Shell-Artikel 4 = Beilagen 6 = nicht sorterfähig Artikel 7 = Happy Home Artikel ( bon prix) nur HDL, nicht sorterfähig 8 = Sportscheck nur AKU 9 = Sportscheck nur AKU 10 = nicht sorterfähig Käfigartikel 11 = Schmuck 12 = diebstahlgefährdete Artikel 13 = hochwertige Technikartikel nicht in HDL 14 = Umlagerung Sped. Fiege 15 = Kartonage
Gewicht	N7	Bruttogewicht in Gramm für ein Einzelteil
Volumen	N6	in Deziliter
Laenge	N3	cm
Breite	N3	cm
Hoehe	N3	cm
Artikelbezeichnung	A18
Artikelfarbe	A12
Bestandsfirma	N2
Artikel_Ident_ERP	A18	Identifziert einen Artikel vollständig. Darin enthalten sind die Informationen zu: - Artikelnummer - Groesse - Saison Von Ideefix wird uns die so genannte HAN (Hermes Artikelnummer) übergeben. Wird ausschließlich vom DWH gelesen und dort als Alternative zur Saison benötigt. Wird benötigt, wenn wir aus den GRK_Sendungen (Endkunden)-Sendungen bilden.
Haendler_Position_Identifier	A255	Doku ERP-Seite: “Eine Referenz auf eine Position eines Kundenauftrages des Händlers.” Muss rein fachlich zusammen mit Sendung.Haendler_Erp_Identifier eigentlich eindeutig sein. Da es das nach einer Lagerdifferenz oder Storno durch ERP und erneuter Übergabe duch das ERP aber im Zweifel nicht ist, validieren wir das nicht.

Relations

Table
GRK_Einzelteil

27.5 - GRK_Sendung

Back to OL1_B2B_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL1_B2B_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
GRK_ERP_Sendung_ID	A50	Eindeutiger gemeinsamer Identifikator der Großkunden-Sendung. Vergeben vom ERP.		x
LV_Tag	N3	XXX. Arbeitstag des Kalenderjahres
LV_Scheibe	N1
spaetester_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS Bei Umfuhren wird uns KEIN SPÜZ übergeben. Wir sollen aus dem SPEZ bei einer Umfuhr ein SPÜZ berechnen. Die Rechenregel liegt noch nicht vor. Sie kommt noch von NEON (Christian Heide)		x
fruehester_Uebergabezeitpunkt	Date	Frühester Übergabe-Zeitpunkt an den Carrier bzw. das Hub. Format: DD.MM.JJJJ HH:MM:SS. Wird z.B. benötigt für Artikel mit frühestem Erscheinungsdatum wie Computerspiele Bei Umfuhren soll neben dem SPEZ an einer Umfuhr zusätzlich ein FRÜZ übergeben werden können. Alex Treommer hat bei Team Leviathan nachgefragt: Laut deren Aussage ist es so, dass für die NEON-Läger beschlossen wurde einen zeitlichen Rahmen für die Erfüllung der Umfuhren mitzugeben. ILOWA würde als ein FRÜZ und ein SPEZ bekommen und wäre selbst dafür verantwortlich die Umfuhren innerhalb dieses Zeitraumes abzuarbeiten.
Prioritaet_Auslieferung	N1	Auslieferungs- bzw. Abwicklungs-Priorität. Ausprägungen 1-9. 1=höchste Priorität, 9=niedrigste Priorität		x
spaetester_Einlagerungszeitpkt	Date	Das Feld ist nur für Umfuhren relevant. Es sagt aus, wann die Umfuhr spätestens im Ziel-Lager eingelagert sein muss.
Lager_Knz_ID	N2	Das Feld ist Redundant. Wir wissen aus der Instanz in welchem Quell-Warehouse wir uns befinden. Wird aber von Ideefix noch geschickt.
Kundenfirma_Knz_ID	N2	Kundenfirma
Kontonummer	N8	Kontonummer
Auftragsnummer	A36	verwendet bei Filial-Belieferung als Filial-Nummer Für NEON gibt es scheinbar die Anforderung, dass die Auftragsnummer von K.Motion benötigt wird. Sie soll in der Warenbewegung mitgegeben werden.		x
Grosskundennummer	N2	Die Grosskundennummer kennzeichnet den konkreten Großkunden.
Richtung	N3	200-299: Sonderrichtungen Wird für NEON-Betrieben nicht mitgegeben. Weder für GRK noch für Umfuhr. Wird in NEON wohl im WMS / LVS vergeben
GRK_Sendung_Typ_Knz_ID	N1		1 = Sendung mit Reservelager 2 = Kommissionierlagersendung 3 = Listenkommissionierung 4 = Umfuhr (in ein anderes Lager) 5 = Großkunde	x
Auslagerung_Typ_Id	N1	Steuert, ob für Großkunden Ganz-Kolli UND Kommissionier-Lager-Sendungen, nur Ganz-Kollo oder nur Kommissionier-Lager-Sendungen verwedendet werden sollen. Zwingend nötig für b2bShipmentType = 5 = Großkunde	1 = Ganz LE aus RL und Kommisinier-Lager erlaubt 2 = Nur Kommissionier-Lager-Sendungen zulässig 3 = Nur GANZ LE zuzlässig
Ziel_Lager_Id	N2		4 = Haldensleben (Hamburger Str.) 40 = Haldensleben Südhafen
Haendler_Erp_Identifier	A30	Ein Identifier, der aussagt aus welchem System diese Sendung abgegegebn wurde. Mögliche Ausprägungen sind “B2B_DEEP_SEA_CORMORANT” und “B2B_CORE”. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann.
Groesstes_zulaessig_Packmittel	A2	Transportiert ggf. das grötße zulässige Packmittel Geklärt durch J.Röttgermann: Es gibt KEINEN Bedarf für eine Einschränkung für ein “größtes Zuläassiges Packmittel” an einem B2B-Shipment in NEON.
Lieferscheindatum	Date	wird beim Bilden der (Endkunden)-Sendungen für das Kommisiionierlager auf Sendung.Rechnungsdatum gemapped Wollen wir aus Deep Sea nicht mehr haben. LP schreibt da “heute” rein.
BP_Nachschubweg_Kuerzel	A3	Kürzel für die unterschiedlichen Nachschubwege Bonprix Hinzugekommen mit CR_082
Belegnummer	N6	PL Bestandsbetriebe Großkunde: Belegnummer auf dem Grosskundenetikett, welches auf dem Versandkarton seitlich aufgeklebt wird. PL NEON Umfuhr (WRS & IWA): Soll in die Warenbewegung (zusätzlich zur b2bOrderId) transportiert werden. Wird gebraucht für Einlagerung im Ziellager.
Umfuhr_Typ	A6	(die Otto-Kollegen nennen das Feld aktuell noch “OrderType”, sie beschäftigen sich aktuell aber auch ausschließlich mit Umfuhren) Muss gesetzt sein, wenn GRK_Sendung_Typ = 4 (Umfuhr)	UMF = “Bestands-Umfuhr normal” WRS_WE = “Umfuhr–für-WRS-aus WE”, WRS_L = “Umfuhr-für-WRS von Lieferant” IWA_WE = “Umfuhr für IWA aus Wareneingang / Warenprüfung” IWA_M = “Umfuhr für IWA für Muster” GKD = Umfuhr für Großkunden-Auftrag
Umfuhr_Cluster_Typ	A1	Die NEON-Kollegen nenne das auch “Bedarfsklasse”	A = schnell drehender Artikel - direkt ins KS einlagern B = langsam drehender Artikel - kann ins Reservelager
WE_Position_Id	A36	Identifier eine WE-Position in K.Motion - identifiziert einen konkreten WE. Es sollen Umfuhren für Artikel eines gesamten Wareneingangs möglich sein. Darum soll ein Identifier für einen Wareneingang übergeben werden können. Identifiziert eine Wareneingangs-Position
ERP_Lieferant_Id	A36	technischer Identifier für einen konkreten Lieferanten. Vergeben vom ERP. Ist in Mola bekannt und wird an LSAS übergeben. In Mola wird wohl aktuell die LKZ verwendet. –> steht leider seitens Deep Sea Teams nicht rechtzeitig für den Umfuhr MVP bereit. Darum jetzt nicht dabei. Kommt in einer späteren Ausbaustufe. Darum zunächst als “conceptual” gekennzeichet.
Logistik_Lieferant_Id	A36	technischer Identifier für einen konkreten Lieferanten. Von LSAS vergeben. Ist eindeutig im gesamten logistischen Netzwerk.. Ist in Mola bekannt und wird an LSAS übergeben. Aus der ERP_Lieferant_Id und der ERP_Id können wir den Datensatz im Lieferanten-Stamm ermitteln und damit auch die Logistik_Lieferant_Id. –> steht Leider seitens Deep Sea Teams nicht rechtzeitig für den Umfuhr MVP bereit. Darum jetzt nicht dabei. Kommt in einer späteren Ausbaustufe. Darum zunächst als “conceptual” gekennzeichet.
LKZ_Nummer	N7	LKZ = Lieferanten-Kennziffer. Ist der fachliche Identifier eines Lieferanten. Soll für den Umfuhr MVP verwendet werden, da die Lösung mit den technischen Identifiern der Lieferanten nicht rechtzeitig bereitsteht.

Relations

Table
GRK_Position
GRK_Adresse

27.6 - GRK_Sendung_VAS

Back to OL1_B2B_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL1_B2B_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
VAS_Id	N4	Eindeutiger Fachlicher Schlüssel für einen konkreten Value Added Service	1 = Palletising on Euro pallet (fachlicher Schlüssel NEON 3001) 2 = Generate packing list per pallet (fachlicher Schlüssel NEON 3003) 3 = Securing the pallet (stretching) (fachlicher Schlüssel NEON 3004) 4 = Organisational notification/registration for “free domicile delivery (fachlicher Schlüssel NEON 4001

28 - OL13_B2B_Lagerdifferenz_(LP-ERP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

28.1 - B2B_Lagerdifferenz

Back to OL13_B2B_Lagerdifferenz_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL13_B2B_Lagerdifferenz_(LP-ERP)

Name	Type	Content	Mandatory
GRK_ERP_Sendung_ID	A50	technischer eindeutiger Schlüssel der B2B-Sendung für das Lager Achtung: Mit CORE und Ideeefix Datentyp: N26	x
GRK_ERP_Einzelteil_ID	N26	Eindeutiger gemeinsamer Identifikator des Großkunden-Einzelteils. Vergeben vom ERP. Für CORE und Ideefix haben wir das noch in einer Ebene, ohne Hierrachie, abgebildet. Ich würde das heute als Altlast betrachten.	x
Ereigniszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis der Lagerdifferenz im Lager erfasst wurde. Wird dem Logistikpuffer vom LVS mitgegeben. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”
Erzeugungszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis der Lagerdifferenz im Logistikpuffer übernommen wurde. Wird im Logistikpuffer beim Import vom LVS erzeugt. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00” Achtung: Mit CORE und Ideefix als “Date” mit dem Format “DD.MM.YYYY H24:MI:SS”	x

Relations

Table
B2B_ReduziertesEinzelteil

28.2 - B2B_ReduziertesEinzelteil

Back to OL13_B2B_Lagerdifferenz_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL13_B2B_Lagerdifferenz_(LP-ERP)

Name	Type	Content	Values	Mandatory
GRK_ERP_Einzelteil_ID	A50	Eindeutiger gemeinsamer Identifikator des Großkunden-Einzelteils. Vergeben vom ERP.
Lagerdifferenz_Ursache	A30	Ursache der “Lagerdifferenz” Es handelt sich bei dem Feld um ein Enum, dass nur die erlaubten Ausprägungen zulässt.	LAGERDIFFERENZ = WAREHOUSE_DIFFERENCE BESTAND_NICHT_VERFUEGBAR = STOCK_NOT_AVAILABLE

28.3 - Fachliche Beschreibung

Back to OL13_B2B_Lagerdifferenz_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL13_B2B_Lagerdifferenz_(LP-ERP)

Name	Type	Content	Values	Mandatory

29 - OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

29.1 - Beilage

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
beilagentyp_knz_id	N1	x
beilagenbezeichnung	A18	x
beilagen_knz_id	N2
beilagenartikelnummer	N6
beilagenschluessel	A2

29.2 - Einzelteil

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
einzelteil_status_knz_id	N1
retourenschluessel	N12
erp_einzelteil_id	A50
erp_id	N3	x
identcode_dlw_schluessel	N8
identcode_dlw_einspeicher-tag	N3
position_typ_knz_id	N1	x
lager_einzelteil_id	N16	x
retschl_rechnungsdruck_knz_id	N1
bi_einzelteil_id	N18

Relations

Table
Packstück

29.3 - Fachliche Beschreibung

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Content	Values	Mandatory

29.4 - Packstück

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
lfd_zaehler	N2	x
paketnummer	N6
sendungsidentnummer	A30
sid_auf_rdn_drucken_knz_id	N1
position_typ_knz_id	N1	x
sid_pruefziffer	A3
bi_packstueck_id	N18
logistik_produkt_packstueck_id	A36

29.5 - Position

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
logistics_product_id	A36
gefahrstoff_typ_knz_id	N2
menge	N6	x
positionsnummer	N2	x
position_typ_knz_id	N1	x
aktionsrabatt_prozentsatz	N5
treuerabatt_prozentsatz	N5
valutaaufschlag_prozentsatz	N5
markt_knz	N3
garantiebeleg_knz_id	N1
auslandsgroesse	A3
valuta_knz_id	N1
mitbestellerpreis	N9
aktionsrabatt	N9
lager_knz_id	N2
internet_best_knz_id	N1
rasy_knz_id	N1
raten_valutaaufschlag	N9
zuschnitt_laenge	N6
zuschnitt_breite	N6
lieferantennummer	N6
lieferantenunternummer	N3
endkundenbelieferungs_knz_id	N4
schrottgebuehr	N9
mwst_knz_id	N1
artikel_ident_erp	A18
wert_knz_id	N1
artikelnummer_extern	A22
artikelnummer	N8
artikelpromotion	A3
groesse	N3
druckgroesse	A4
ratenanzahl	N2
artikelbezeichnung	A18
artikelbezeichnung_deutsch	A18
artikelfarbe	A12
artikelfarbe_deutsch	A12
einzelpreis	N9
warenwert	N9
ratenaufschlag	N9
valutaaufschlag	N9
rabatt_prov_verg	N9
endpreis	N9
bemerkung	A30
mwst_betrag	N9
preissenkung_knz_id	N1
mitbestellernummer	N3
bestandsfirma	N2
verkaufseinheit_knz_id	N1
warenbereichs_knz_id	N2
gewicht	N7
volumen	N6
laenge	N3
breite	N3
hoehe	N3
gruener_punkt_knz_id	N1
alternativartikel_knz_id	N1
papa_key	N13
warengruppe	A10
vers_schl_transportsystem	N1
vers_schl_warenverteilzentrum	N2
vers_schl_behandlungsschl	N1
vers_schl_serviceschluessel	N1
vers_schl_kollianzahl	N2
hvs_zu_hes_knz	N1
saison	N3
garantiemonate	N2
katalogseite	N5

Relations

Table
Einzelteil
Serviceposition

29.6 - Rechnungssumme

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
bezahldienst_url	A200	x
kontostand	N9	x
art_sum_warenwert	N9	x
art_sum_ratenaufschlag	N9	x
art_sum_valutaaufschlag	N9	x
art_sum_raten_valutaaufschlag	N9
art_sum_rabatt_prov_verguetung	N9	x
art_sum_mitbestellerpreis	N9	x
art_sum_endpreis	N9	x
art_sum_aktionsrabatt	N9	x
versandkosten	N9	x
eilaufschlag	N9	x
gutscheinbetrag	N9	x
rechnungsendbetrag	N9	x
anzahlung	N9	x
restzahlung	N9	x
endbetrag_netto	N9	x
speditionsaufschlag	N9	x
entsorgungszuschlag	N9	x
gutschrift	N9	x
luftfrachtsteuer	N9	x
enthaltene_mehrwertsteuer	N9	x
enthaltene_mehrwertsteuer_halb	N9	x
testprovision	N9	x
versandkosten_knz_id	N1	x
gutscheineinloesung_knz_id	N1
gutscheineinloesung_txt_knz_id	N1
rabatt_prov_verguetung_knz_id	N1
enthaltene_mwst_provision	N9	x

29.7 - Rechnungssumme_Dynamisch

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
positionsnummer	N1	x
wert	N9	x
bezeichnung	A32	x

29.8 - Retourenaufkleber

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
identcode	A30	x
leitcode	A30
frachtpostzentrum	N2
retourenkeybuchstabe	A1
identcode_pruefziffer	A3
spaetestes_versanddatum	DATE
sendungsnummer	N8

29.9 - Retourenaufkleber_SRD

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
leitcode	A30
return_identcode	A30	x
return_nummer	A8
versender_knz_id	N3

29.10 - Sendung

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Content	Mandatory
Abruf_Id	N4	Feld des Abrufes der Sendung
Abruf_Datum	DATE	Feld des Abrufes der Sendung
Abruf_Nummer	N2	Feld des Abrufes der Sendung	x
Lv_Tag	N3	Feld des Abrufes der Sendung	x
Abruf_Erzeugungszeitpunkt	TIMESTAMP(3)	Feld des Abrufes der Sendung	x
Bi_Sendung_Count	N	Anzahl der Sendungen im Abruf
erp_id	N3		x
erp_sendung_id	A50
bi_sendung_id	N18
kundenfirma_knz_id	N2		x
rechnungsnummer	N10		x
lieferscheinnummer	A9
unterkonto	N2		x
rechnungsdatum	DATE		x
lieferbedingung_knz_id	N2		x
wunschtermin	DATE
zahlungsart_knz_id	N2
rechnungs_knz_id	N1		x
kundenart	N2		x
sendungssplit_knz_id	N1		x
lager_knz_id	N2
bestelldatum	DATE
kb_nummer	N2
abwicklungstyp_knz_id	N1
nlw_rechnungsdruck_knz_id	N1
sammelbesteller_knz_id	N1		x
personal_knz_id	N1		x
verbund_knz_id	N1
umsatzsteuernummer	A24
vip_punktestand	N6
sprach_knz_id	N2
buchfuehrende_einheit	N2
teillieferung_knz_id	N1		x
zahlschein_knz_id	N1		x
kb_telefonnummer	A20
manuelle_rechnung_knz_id	N1
retourenbarcode_druck_knz_id	N1
intern_letzte_stelle_knz_id	N1
modus_fehlerbearbeitung_knz_id	N1
retouren_sendung_knz_id	N1		x
abwicklungsweg_knz_id	N2
sendung_status_id	N2		x
brief_druckrechenzentrum_id	N2
grosskundensendung_knz_id	N1		x
grosskundennummer	N2
lager_sendung_id	N16		x
erzeugungszeitpunkt	TIMESTAMP(3)		x
version_schnittstelle	A5		x
frankreich_dom_tom_knz_id	N1
briefrechnungtyp_knz_id	N1
ratenzahlung_knz_id	N1		x
nachnahmebetrag	N9
nachnahmegebuehr	N9
lieferscheintyp_knz_id	N1
spaetester_uebergabezeitpunkt	DATE
fruehester_uebergabezeitpunkt	DATE
prioritaet_auslieferung	N1
auftragsnummer	A20
bp_nl_bestellnummer	A17
bp_srd_pl_retourenbarcode	N11
bi_sendung_id_update_original	N18
mengencluster_knz_id	N1		x
Auftraggeber	A50	Dieses Feld ist Ergebnis von ARC-126 “verschiedene Mandaten identifizieren können”. An einer Sendung muss es zukünftig möglich sein, unterschiedliche “F2X-Partner” bzw. “F2X-Mandaten” unterscheiden zu können. Benötigt wird die Information in Flash, damit dort bekannt ist, an welchen konkreten F2X-Mandaten dort abzurechnen ist. Die Lösung hier soll sich Analog der ReSy-Lösung verhalten. In ReSy hängt am ROC (ReturnOrderContract) der “returnOrderOwner”. Wir etablieren hier für Outbound eine identische Lösung. Die möglichen Ausprägungen übernehmen wir von ReSy. Diese Lösung soll das Konstrukt aus den Feldern “Kundenfirma_Knz_ID” + “Kundenart” perspektivisch ablösen. Es wird aber sicher eine recht lange Migrations-Zeit nötig sein.

Relations

Table
Versender
Retourenaufkleber
Rechnungssumme
Retourenaufkleber_SRD
Rechnungssummen_Dynamisch [invalid]
Versandeinheit

29.11 - Serviceposition

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Mandatory
servicepositionsnummer	N2	x
kurzbezeichnung	A18	x
dienstleister_knz_id	N2
hes_servicenummer	N9
relevanz_knz_id	N1	x
bemerkung	A30
ratenanzahl	N2	x
menge	N4	x
servicewert	N9	x
mitbestellernummer	N3
mitbestellerpreis	N9
ratenaufschlag	N9	x
valutaaufschlag	N9	x
raten_valutaaufschlag	N9	x
rabatt_prov_verg	N9	x
endpreis	N9	x
vers_schl_transportsystem	N1
vers_schl_warenverteilzentrum	N2
vers_schl_behandlungsschl	N1
vers_schl_serviceschluessel	N1
vers_schl_kollianzahl	N2
service_confirmation_id	N18

29.12 - Versandeinheit

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Content	Mandatory
sendungsidentnummer	A30
paketnummer	N9
versenderhvs_kleinpaket_knz_id	N1
versenderdhl_gewicht_knz_id	N2
versendernl_tnt_sperrig_knz_id	N1
gk_auftragsnummer	N10
gk_belegnummer	N6
packmittel_knz	A2
sid_pruefziffer	A3
versender_umverfuegung_knz_id	N1
bi_versandeinheit_id	N18		x
versandeinheit_id	N16		x
anzahl_ak	N2
volumen	N4
brutto_gewicht	N5
Logistik_Packmittel_ID	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben im Logistikpuffer. Gibt es für Zukunfts-Sicherheit (Netzwerk-Fähigkeit / Mehr-Mandaten-Fähigkeit)

Relations

Table
Position
Beilage

29.13 - Versender

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Content	Values	Mandatory
versender_knz_id	N2			x
richtung	N3			x

Relations

Table
Versender_HVS
Versender_DHL
Versender_HES

29.14 - Versender_DHL

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Content	Values	Mandatory
postleitcode	N14			x

29.15 - Versender_HES

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Content	Mandatory
anzahl_sdg_hf_paket	N2
anzahl_sdg_hf_tuete	N2
zustelltag	DATE
frachtbriefnummer	N6
sendungsnummer	N25
versandweg_id	N1		x
reservation_id	A29
hes_service_knz_id	N1	Wird an BI als ‘serviceKnzId’ versendet	x

29.16 - Versender_HVS

Back to OL16_Abruf_Sendung_(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL16_Abruf_Sendung_(LP-BI)

Name	Type	Content	Values	Mandatory
eil_zustellung	N1

30 - OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

30.1 - Adresse

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values
Paketshop_Nr	A6	ADD/Carriermanagementtool braucht die Paketshopnummer für die HES-Avisen für Core
Anrede_Knz_ID	N1		0 = Frau 1 = Mann 2 = Firma 3 = unbekannt
Anrede	A6
Titel	A20
Vorname	A50	im RDNETTO werden Vorname auf 20 ein
Nachname	A50	im RDNETTO werden Vorname auf 30 ein
Strasse	A32	Strasse und Hausnummer
Adresszusatz1	A50	Item100.AAZU
Adresszusatz2	A32	Für Frankreich werden in der Anschrift aktuell folgende Felder benutzt: RDNETTO: RA1.Gemeinde (Startpos 191, Länge 32)
PLZ	A10
Ort	A32
Telefon_Vorwahl	A8
Telefonnummer	A14
Adresstyp_Knz_ID	N1
Gebaeude	A32
Abteilung	A6

30.2 - Beilage

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Beilagentyp_Knz_ID	A1	U=ungezielte Beilage (Packplatzbeilagen mit Beilagenschlüssel) G=gezielte Beilage (Kontoauszüge, Zahl- und Bestellscheine)
Beilagenbezeichnung	A18	Bezeichnung, welche auf der Rechnung gedruckt wird
Beilagen_Knz_ID	N2	1=Kontoauszug 2=Zahlschein 3=Bestellschein
Beilagenartikelnummer	N6	Artikelnummer für die gezielten Beilagen Verwendung im Zusammenhang mit Kontoausügen, Zahl- und Bestellscheinen. Beispiel: Kontoauszug Schwab hat die Artikelnummer 029 Im IST wird diese aus Item 420. Beilagen-Schlüssel (N4) genommen.
Beilagenschluessel	A2	Repräsentiert das Fach der Packplatzbeilagen Für Commit CR_073 von N2 auf A2

30.3 - Einzelteil

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Mandatory
ERP_Einzelteil_ID	A50	Eindeutiger gemeinsamer Identifikator des Einzelteils. Vergeben vom ERP. Für KR1 = EAL_ERP_Einzelteil_ID	x
Retourenschluessel	N12	Retourenschluessel Der Retourenschlüssel wir in den Bestands-GL un -PL Betrieben benötigt. In den NEON-Betrieben aber explizit nicht. Dort wird ein konkreter Artikel nicht mehr mit Retourenschlüssel, sondern mit BU_ID identtifiziert. Die BU_ID wirde dann , analog der LKZ-Rückmeldung, vom LVS über LP an das ERP zurückgemeldet.
RetSchl_Rechnungsdruck_Knz_ID	N1	Für eine Sendung mit mehreren Einzelteilen muss für den Rechnungsdruck festgelegt werden, welcher Retourenschlüssel auf die Rechung gedruckt werden soll. Hintergrund: pro Sendung wird nur eine Rechnung erzeugt. Es muss also pro Sendung genau ein Retourenschlüssel mit 1=drucken markiert sein.
Identcode_DLW_Schluessel	N8	Erster Teil des Schlüssels für Durchlaufware. Dieses Feld enthält den NOA-Nonwhcommkey. Dieser ist eine 8-stellige fortlaufende Nummer, welche für Nichtlagerwarenaufträge vergeben wird. Zusammen mit dem ‘Identcode_DLW_Einspeichertag’ bildet er die sog. ‘Eingabenummer’, einen eindeutigen Identifier für einen Durchlaufwarenauftrag. In ADD wird dieser als ID_DLW in der Form gespeichert und zudem in die HES-Avise geschrieben. ADD übergibt für DL-Sendungen, wenn diese in Rechnung gehen, den Identifier an COBRA, welcher diesen in der Form <EINSP.TAG+500> verwendet, um die Ware zuzuordnen.
Identcode_DLW_Einspeichertag	N3	Zweiter Teil des Schlüssels für Durchlaufware. Dieses Feld soll den Einspeicherungstag enthalten.
ERP_Product_Id	A36	ERP_Product_Id: technischer Identfier für einen Artikel (bzw. einer Artikel-Groesse). Vergeben vom ERP und damit auch je ERP eindeutig. Damit kann der Artikel (zusammen mit der ERP_ID) im Artikelstamm identifiziert bzw. gefunden werden) Soll perspektivisch die Nutz-Attribute ( - Artikelnummer, - Groesse, - Bestandsfiirma, - Saison, - Bezeichnung, - Farbe usw.) hier in der Position obsolet machen
Haendler_Einzelteil_Identifier	A255	Doku ERP-Seite: “Eine Referenz auf eine Position eines Kundenauftrages des Händlers.” Bei uns ist das eine Referenz des Händlers auf ein Einzelteil. Deep Sea wird vermutlich die SalesOrderPositionItemId (SOPI) hier übergeben. Was uns CORE übergibt, wissen wir nicht. Es ist fachlich auch nicht relevant. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann. Muss rein fachlich zusammen mit Sendung.Haendler_Erp_Identifier eigentlich eindeutig sein. Da es das nach einer Lagerdifferenz oder Storno durch ERP und erneuter Übergabe duch das ERP aber im Zweifel nicht ist, validieren wir das nicht. Wir müssten sonst den Sendung_Status und Einzelteil_Status mit berücksichtigen. Und selbst wenn wir das täten, bin ich unsicher, ob das Konstrukt trägt. Darum stellen wir keine Eindeutigkeit sicher.

Relations

Table
LagerOrt_Info
Packstueck

30.4 - Externe_Ressource

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values
Ressourcen_Typ_Id	N2	Kennzeichnet den Typ einer mitgegebenen externen Ressource. In einer heilen Welt gab es nur die Auspägungen “VersandLabel” und “RetourenLabel”. In NEON WAN1B wurde der Druck von Lieferscheinen für Lascans Marktplatz angefordert. Die neue Ausprägung “5=A4-VersandLabel” stammt aus einer F2X-Anforderung. Hier soll ein A4-Dokument gedruckt werden, dass abgezogen und auf die Sendung geklebt werden kann. Auf diesem A4-Versandlabel befinden sich Inforationen für den Carrier (z.B. DHL) und zusätzlich für den Empfänger der Ware (z.B. FBA - Fullfilled By Amazon). Notwendig ist die Info, damit die Sendung im Betrieb an einen packplatz geroutet werden kann, an dem sich ein A4-Drucker befindet, der mit diesen speziellen Versand-Labels bestückt ist.	1 = VersandLabel 2 = RetourenLabel 4 = Lieferschein 5 = A4-VersandLabel
Ressourcen_Referenz	A255	Transportiert die Referenz auf die Ressource. Im Fall von Bonprix / Metapack wird die Consignment-Number übergeben. Im Fall von FINE vielleicht der Dateiname, der Datei, die sich im FINE Cloud Bucket befindet?
Ext_Ressource_Quellsystem	A30	Referenz auf das Quellsystem, bei welchem der Labelprovider die Ressource abholen soll. Aktuell nur für den Standort HDL Hamburger Straße relevant, da nur dort der Labelservice zum Einsatz kommt.

30.5 - LagerOrt_Info

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Lagerort	N8	Der Lagerort des Artikels, der ausgelagert werden soll
LKZ	N6	LKZ des Artikels, der ausgelagert werden soll
Platz_Kennzeichen	A1	Wird für den Druck nicht verwendet. Wird aber vermutlich dem KR2 zusammen mit Lagerort und LKZ als “Lagerort-Info” übergeben. Bekannte Ausprägungen: " “, K, B, M

30.6 - Packstueck

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
ERP_Packstueck_ID	A50	Eindeutiges Merkmal für Gloria GL unter anderem für WA-Rückmeldung genutzt
Lfd_Zaehler	N2	Lfd Zähler des Packstücks des Artikels
Paketnummer	N6
Sendungsidentnummer	A30	Carrier-Barcode, welcher die Sendung im Lager und in der Kunden-Zustellung eindeutig identifiziert
SID_auf_RDN_drucken_Knz_ID	N1	0=nicht für RDNetto verwenden 1=Für RDNetto-Rechnungsdruck verwenden Für eine Sendung mit mehreren Packstücken muss für die RDNetto-Erzeugung festgelegt werden, welche Sendungsidentnummern auf die Rechung gedruckt werden soll. Hintergrund: pro Sendung wird nur eine Rechnung erzeugt. Es muss also für eine mehr-paketige Sendung genau eine SendungsIdentNummer mit 1=drucken markiert sein. Auftragspuffer_KR2 benötigt dieses Kennzeichen nicht.
Altergeraete	Boolean	beinhaltet Info ob Altergerätemitnahme erfolgen soll
Sperrgut	Boolean	beinhaltet Info ob Sendung Sperrgutartikel enthält
ERP_Produkt_Packstueck_Id	A36	technischer Identfier für ein Packstück. Vergeben vom ERP und damit auch je ERP eindeutig. Damit kann das Packstück (zusammen mit der LSAS_ERP_ID) im Artikelstamm identifiziert bzw. gefunden werden)
gewichtsklasseKnz	A15	beinhaltet Info ob das Paket kleiner/gleich 10kg, größer als 10kg oder größer 20kg ist

Relations

Table
Packstueck_Ext_Ressource

30.7 - Packstueck_Ext_Ressource

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Ressourcen_Typ_Id	N2	Kennzeichnet den Typ einer mitgegebenen externen Ressource	1 = VersandLabel 2 = RetourenLabel 3 = Lieferschein
Ressourcen_Referenz	A255	Transportiert die Referenz auf die Ressource. Im Fall von Bonprix / Metapack wird die Consignment-Number übergeben. Im Fall von FINE vielleicht der Dateiname, der Datei, die sich im FINE Cloud Bucket befindet?

30.8 - Paketshop

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Lfd_Nr	N1
Name	A30
Strasse	A32
PLZ	A10
Ort	A32
Telefon_Vorwahl	A8
Telefonnummer	A14
Oeffnungszeiten_1	A36
Oeffnungszeiten_2	A36
Oeffnungszeiten_3	A36
Oeffnungszeiten_4	A36

30.9 - Position

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values
Aktionsrabatt	N9	Aktionsrabatt für Unito DAT7: 5-stellig RDN: 5-stellig
Aktionsrabatt_Prozentsatz	N5	XXX,XX Bsp: 3,00% müssen als 300 übergeben werden. 10,95% müssen als 1095 übergeben werden Kommentar Kerstin M. : Nur für Kundenfirmen aus Österreich
Alternativartikel_Knz_ID	N1	Artikelnummer stimmt nicht mit der bei der Bestellung angegebenen überein, es wird ein Hinweis auf der Rechnung gedruckt	0 = kein Alternativartikel 1 = anderere Artikel als bestellt da bestellter Artikel nicht lieferbar 2 = gleicher Artikel mit geänderter Artikelnummer
Artikel_Ident_ERP	A18	Identifziert einen Artikel vollständig. Darin enthalten sind die Informationen zu: - Artikelnummer - Groesse - Saison Von Ideefix wird uns die so genannte MAN (Mandanten-Artikelnummer) übergeben. Wird ausschließlich vom DWH gelesen und dort als Alternative zur Saison benötigt.
Artikelbezeichnung	A18
Artikelbezeichnung_deutsch	A18	Zusätzlicher Artikelbezeichnung in deutsch für L2C-Sendungen. Wird nicht auf die Rechung aber (z.B.) in HDL auf das Pick-Etikett gedruckt
Artikelfarbe	A12
Artikelfarbe_deutsch	A12	Zusätzlicher Artikelfarbe in deutsch für L2C-Sendungen. Wird nicht auf die Rechung aber (z.B. in HDL) auf das Pick-Etikett gedruckt
Artikelnummer	N8	Artikelnummer
Artikelnummer_Extern	A22	Externe Artikelnummer für L2C-Kundenfirmen. Nur verwendet auf Rechnung oder Lieferschein. In der Logistik wird die Artikelnummer verwendet
Artikelpromotion	A3	Artikelpromotion
Auslandsgroesse	A3	Größe für Auslandslieferungen (z.B. BP Italien). Wird heute aus der ASTA aus den Auslandsstammsatz geliefert
Bemerkung	A30	Lieferinformation, sonst. Bemerkung
Bestandsfirma	N2
Breite	N3	cm
Communikation_Key	N18	Benötigt für Versender HES: Um die Zuordnung nun korrekt durchführen zu können, benötigt HES auf Ebene der Auftragsposition den sogenannten CommunikationKey.
Druckgroesse	A4	Größe für Druck
Einzelpreis	N9	Preis eines einzelnen Artikels Wird im KR2 auch auf die Gali gedruckt.
Endkundenbelieferungs_Knz_ID	N1	RAP Satz ab 233;	0 = Post, 1 = JCL, 2 = Tectraxx, 3 = Post/Textraxx
Endpreis	N9	Preis des Artikels unter Berücksichtigung der Menge, der Aufschläge und Gutschriften
Garantiebeleg_Knz_ID	N1	Steuert, ob ein ein Garantiescheckheft (Technik) bzw. ein Garantieschein (Möbel) zu drucken ist. IST-Abwicklung: Druck Garantiescheckheft, wenn DAT9,Item200,W29,S2==1 Druck Garantieschein, wenn Anzahl Garantiemonate DAT9,Item200,W29,T3==60 (sollte besser auch in diesem Kennzeichen abgebildet werden) Mit Einführung von SPRINT entfallen die Garantiescheine (Info Lucie vom 29.4.2015) Hallo zusammen, Garantiescheine werden nicht mehr benötigt, es gibt nur noch die Garantiescheckhefte. VG Lucie	0 = kein Druck Garantiebeleg 1 = Druck Garantiescheckheft 2 = Druck Garantieschein
Garantiemonate	N2	Anzahl Garantiemonate Steuert den Druck von Garantieschecks und Garantiescheinen
Gefahrstoff_Typ_Knz_Id	N2	Enthält den Gefahrstoff_Typ_Knz_Id.	1 = Gefahrstoffsendung LQ fest 2 = Gefahrstoffsendung LQ flüssig über 125ml 3 = Gefahrstoffsendung LQ flüssig unter 125ml 4 = Gefahrstoffsendung LQ gasförmig UN1950 5 = Gefahrstoffsendung UN3090 LiMe-Batterie ohne Ausrüstung 6 = Gefahrstoffsendung UN3091 LiMe-Batterie mit/in Ausrüstung 7 = Gefahrstoffsendung UN3480 LiIo-Batterie ohne Ausrüstung 8 = Gefahrstoffsendung UN3481 LiIo-Batterie mit/in Ausrüstung 9 = Gefahrstoffsendung UN1006 Argon 10 = Gefahrstoffsendung UN1013 Kohlendioxid 11 = Gefahrstoffsendung UN1046 Helium 12 = Gefahrstoffsendung UN1066 Stickstoff 13 = Gefahrstoffsendung UN3171 Batteriebetriebenes Fahrzeug als Fracht
Gewicht	N7	Bruttogewicht in Gramm für ein Einzelteil
Groesse	N3	Größe numerisch
Gruener_Punkt_Knz_ID	N1	IST-Ausprägungen:	0 = drucken 1 = nicht drucken
Hoehe	N3	cm
HVS_zu_HES_Knz_ID	N1	Das Kennzeichen zeigt an, dass das ERP eine ursprünglich für den Versand über HVS vorgesehene Sendung nach HES überführt hat. Damit wird aus einer Bestellung die nicht mehr im 1-Mann-Handlung (HVS) verschickt werden kann, weil sie beispielsweise zu schwer oder sperring ist, eine Sendung, die im 2-Mann-Handlung (HES) verarbeitet wird.	0 = nicht gedreht 1 = gedreht
Internet_Best_Knz_ID	N1	Kennzeichen, dass der Artikel über das Internet bestellt wurde RD-Netto: RAP.PINT	1 = WRITTEN_MAIL 2 = TELEPHONE 3 = INTERNET 4 = TELEMARKETING 5 = FAX 6 = EMAIL 7 = SALES_FORCE 8 = STATIONARY 9 = MISC_WITH_CUST_FEEDBACK 0 = MISC_WITHOUT_CUST_FEEDBACK
Katalogseite	N5	für HES-Avise
Laenge	N3	cm
Lager_Knz_ID	N2	Lager, in welchem der Artikel abgewickelt wird, wenn er nicht aus dem aktuellen Lager stammt (Relevant für “kommt aus anderem Lager”-Positionen)
Lieferantennummer	N6	UNITO: entspricht dem Feld RAP.PLNR ab 172; Lieferantennummer (6) und Lieferantenunternummer (3) werden im RD-Netto in raplieferant mit 9 Stellen alphanumerisch zusammengefasst ADD: Für Avise HES-DLW-Aufträge
Lieferantenunternummer	N3	entspricht RAP.PLUN ab 178; Lieferantennummer (6) und Lieferantenunternummer (3) werden im RD-Netto in raplieferant mit 9 Stellen alphanumerisch zusammengefasst
Markt_Knz_ID	N3	Marktkennzeichen (für HVS-Avise ADD)
Menge	N6	Anzahl der Artikel Achtung: Es darf in der Großstück-Logistik auch durch Humpback immer nur Menge=1 geleifert werden.
Mitbestellernummer	N3	Nummer des Mitbestellers bei Sammelbestellern
Mitbestellerpreis	N9	Preis für Mitbesteller bei Sammelbestellern RD-Netto:RAP:PMBP (62-69) DAT7: 6-stellig RDN: 8-stellig
Mwst_Betrag	N9	Mehrwertsteueranteil des Artikels DAT7: 6-stellig RDN: 6-stellig
Mwst_Knz_ID	N1	Kennzeichen für Druck des Mwst.-Kennzeichens an der Rechnungsposition für Rechnungen Bonprix Ausland 1=normaler Mwst-Satz 2=reduzierter Mwst-Satz
Papa_Key	N10
Position_Typ_Knz_ID	N1		Ausprägungen = sind: 1 = Artikel-Position, (umbenennen in Auslieferungsposition) 2 = Nicht_Lieferbar_Position, 3 = kommt_aus_anderem_Lager_Position 4 = Ruecksendeposition
Positionsnummer	N2	Positionsnummer für Druck auf der Rechnung
Preissenkung_Knz_ID	N1	Kennzeichen Preisgesenkter Artikel 0=ohne Preissenkung 1=mit Preissenkung 2 = Mit Rabatt
Rabatt_Prov_Verg	N9	Rabatt, Provision, Vergütung
RASY_Knz_ID	A1	RASY_Kennzeichen	’ = ‘A’ = ‘E’ = ‘S’ = ‘W’ = Standard = ’ '
Raten_Valutaaufschlag	N9	Summe aus Raten- und Valutaaufschlag bei kummulierter Darstellung in der Artikeltabelle
Ratenanzahl	N2	Anzahl der Raten bei Ratenkauf
Ratenaufschlag	N9	Artikelbezogener Aufschlag bei Ratenkauf
Saison	N3
Schrottgebuehr	N9	trasportiert die Schrottgebühr
Treuerabatt_Prozentsatz	N5	XXX,XX Bsp: 3,00% müssen als 300 übergeben werden. 10,95% müssen als 1095 übergeben werden Das Feld wird auch für den Mitarbeiterrabatt und den Modevorteil benutzt. Die Unterscheidung erfolgt über die Kundenarten. Kommentar Kerstin M: Nur für Kundenfirmen aus Österreich und Kundenart 82,83.
Valuta_Knz_ID	N1	Kennzeichen für Zahlpause: 0= keine Zahlpause 1=Zahlpause 3 Monate Relevant für OCR-X-Zeile auf dez. Aufkleber
Valutaaufschlag	N9	Artikelbezogener Aufschlag bei Zahlpause
Valutaaufschlag_Prozentsatz	N5	XXX,XX Bsp: 3,00% müssen als 300 übergeben werden. 10,95% müssen als 1095 übergeben werden
Verkaufseinheit_Knz_ID	N1		0 = Stück 1 = cm (Zentimeter) 2 = m²/100 3 = umlaufender Meter (Fenstermaß in cm)
Vers_Schl_Behandlungsschl	N1
Vers_Schl_Kollianzahl	N2	Anzahl der Packstücke
Vers_Schl_Serviceschluessel	N1
Vers_Schl_Transportsystem	N1	Versandschlüssel
Vers_Schl_Warenverteilzentrum	N2
Volumen	N6	in Deziliter
Warenbereichs_Knz_ID	N2		1 = Normalartikel 2 = Süßware 3 = Shell-Artikel 4 = Beilagen 6 = nicht sorterfähig Artikel 7 = Happy Home Artikel ( bon prix) nur HDL, nicht sorterfähig 8 = Sportscheck nur AKU 9 = Sportscheck nur AKU 10 = nicht sorterfähig Käfigartikel 11 = Schmuck 12 = diebstahlgefährdete Artikel 13 = hochwertige Technikartikel nicht in HDL 14 = Umlagerung Sped. Fiege 15 = Kartonage 16 = Wertschnuck nicht in HDL 17 = Meterware nicht in HDL 18 = Kartonage 30 = Hängende Konfektion in AKU und HANAU
Warengruppe	A10	Warengruppe AA.B.CC.DD	A = Führungsteam B = Operatives Team C = Katalogart D = Warengruppe
Warenwert	N9	Mit Menge ausmultiplizierter Einzelpreis
Wert_Knz_ID	N1	Wert-Kennzeichen für die HVS-Avise. Wertvolle Artikel sollen HVS-seitig gesondert getrackt werden.	0 = “nicht Wertvoller Artikel” 1 = “Wertvoller Artikel, der HVS seitig getrackt werden soll”
Zuschnitt_Breite	N6	die Breite von zweidimensionalen Zuschnitt in cm (z.B. von Jalousien)
Zuschnitt_Laenge	N6	die Länge von Meterware in cm
ERP_Product_Id	A36	ERP_Product_Id: technischer Identfier für einen Artikel (bzw. einer Artikel-Groesse). Vergeben vom ERP und damit auch je ERP eindeutig. Damit kann der Artikel (zusammen mit der LSAS_ERP_ID) im Artikelstamm identifiziert bzw. gefunden werden) Soll perspektivisch die Nutz-Attribute ( - Artikelnummer, - Groesse, - Bestandsfiirma, - Saison, - Bezeichnung, - Farbe usw.) hier in der Position obsolet machen
Logistics_Product_Id	A36	Logistische Produkt ID Übergabe darf nur für Systeme im Logistikverbund erfolgen.
Haendler_Position_Referenz	A36	Feld für SOPI (SalesOrderPositionId) welches in der HES_Avise für L2C DS gebraucht wird.

Relations

Table
Ruecksendeposition_HES
Einzelteil
Serviceposition

30.10 - Rechnungssummen

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Art_Sum_Warenwert	N9	Summe der Warenwerte aller Artikel
Art_Sum_Ratenaufschlag	N9	Summe der Ratenaufschläge aller Artikel
Art_Sum_Valutaaufschlag	N9	Summe der Valutaaufschläge aller Artikel
Art_Sum_Raten_Valutaaufschlag	N9	Summe aus Raten- und Valutaaufschlag bei kummulierter Darstellung in der Artikeltabelle = Art_Sum_Ratenaufschlag + Art_Sum_Valutaaufschlag
Art_Sum_Rabatt_Prov_Verguetung	N9	Summe der Artikelrabatte, -provisionen und -vergütungen
Art_Sum_Mitbestellerpreis	N9	Summe Mitbestellerpreise Heute im NDRD Berechnet
Art_Sum_Endpreis	N9	Summe der Endpreise aller Artikel Heute im NDRD berechnet
Art_Sum_Aktionsrabatt	N9	Superprovision
Versandkosten	N9	Versandkosten
Eilaufschlag	N9	Eilaufschlag
Gutscheinbetrag	N9	Einlösung Gutschein
Rechnungsendbetrag	N9	Heute vom NDRD berechnet
Anzahlung	N9	Es handelt sich um eine Anzahlung auf den Rechnungsendbetrag.
Restzahlung	N9	Es handelt sich um die Restzahlung, die nach der Anzahlung auf den Rechnungsendbetrag noch zu zahlen ist.
Endbetrag_Netto	N9	Heute vom NDRD berechnet
Speditionsaufschlag	N9	Speditionsaufschlag
Entsorgungszuschlag	N9	Entsorgungszuschlag
Gutschrift	N9	Gutschrift
Luftfrachtsteuer	N9	Luftfrachtsteuer
Enthaltene_Mehrwertsteuer	N9	Enthaltene Mehrwertsteuer
Enthaltene_Mehrwertsteuer_halb	N9	Enthaltene Mehrwertsteuer zum reduziertem Satz
Testprovision	N9	Käufertestprovision
Versandkosten_Knz_ID	N1	1=normale Versandkosten 2=Versandkosten inkl. NN-Gebühr 3=reduzierte Versandkosten
Gutscheineinloesung_Knz_ID	N1	Text für Aufrechnungsblock 0=keine Gutscheineinlösung (Der Gutscheinbetrag muss auch 0 sein) 1=Sparbucheineinlösung;OTTOCard-Einlösung;Prämieneinlösung;bonus+ Einlösung 2=Gutscheineinlösung 3=Sparbuch / Gutscheineinl.; OTTOCard-/Gutscheineinl; Prämien-/Gutscheineinl; bonus+/Gutscheineinl Die Texte sind firmenspezifisch (siehe unten) Der Gutscheinbetrag wird auf der Rechung berücksichtigt. Es gibt Werte in den Rechnungssummen (damit ist im Endbetrag der Gutscheinbetrag berücksichtigt)
Gutscheineinloesung_Txt_Knz_ID	N1	Text unter Artikeltabelle links 0=kein Text 1=Gutscheineinlösung 2=Sparbucheinlösung 3=Sparbuch / Gutscheineinl 4=Lastschrift:Gutscheineinlösung 5=Lastschrift:Sparbucheinlösung 6=Lastschrift:Sparbuch / Gutscheineinl. Die Texte sind firmenspezifisch (siehe unten) Bei 1-3 wirde dem Kunden nur mitgeteilt, dass er bei der Überweisung den Gutscheinbetrag selbst abziehen soll (kein Einfluss auf den Rechnungssummen) Bei 4-6 wird dem Kunden mitgeteile, dass seine Gutscheine usw. bei der Abbuchung berücksichtigt werden.
Rabatt_Prov_Verguetung_Knz_ID	N1	Steuerung Überschrift dyn. Spalte 3 in Artikelauflistung 0=kein Text 1=Rabatt 2=Provision 3=Vergütung 4=Mwst-Anteil 5=Rabatt + Discount-Paradies-Rabatt (Bonprix)
Enthaltene_Mwst_Provision	N9	Mehrwertsteueranteil in der Provision bezieht sich auf Art_Sum_Rabatt_Prov_Verguetung
Bezahldienst_URL	A200	URL für Bezahlung über einen Bezahldienst (z.B. Yapital), wird als QR-Barode auf die Rechnung gedruckt. Aktuell im Einsatz für Rechnungen Sportscheck und BAUR. Der QR-Barcode wird gedruck wenn - Item 140 übergeben - Zahlungsart != 29 (Vorkasse) - kein Lieferschein Bei Zahlungsart 29 wird ein Hinweistext Vorkasse gedruckt: ‘Die Rechnung wurde per Yapital bezahlt’ Yapital ist Zahlungsart = 29. Bei Zahlungsart 29 wird auf der Rechnung gedruckt: - Ein Hinweistext: ‘Die Rechnung wurde per Yapital bezahlt’ - Der QR-Barcode, wenn Item 140 übergeben wird Sprint möchte Zahlungsart 30 verwenden. Dies erfordert Anpassungen in der Migration (Zahlungsart 30 darf durch Host nicht verwendet werden) und in den Rechnugslayouts.
Kontostand	N9	Bonprix-Ausland schickt zusätzlich zu dem Rechnungs-Endbetrag noch den Kontostand. Dieser Betrag wird zusammen mit einem Text-Baustein “Bitte zahlen Sie noch … Euro.” auf die Rechnung gedruckt.

30.11 - Rechnungssummen_Dynamisch

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Positionsnummer	N1	Steuert die Sortierung der Zeilen im Rechnungsdruck
Wert	N9	Wert für Rabatt / Gebühr
Bezeichnung	A32	Bezeichnung für Rabatt / Gebühr

30.12 - Retourenaufkleber

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values
Identcode	A30	siehe Beschreibung unten
Leitcode	A30	in AT nicht gedruckt. Nur für Druckprogramm-Steuerung benötigt
Frachtpostzentrum	N2
Retourenkeybuchstabe	A1	steuert, in welchem Betrieb die Retoure wieder eingelagert wird. Im Beispiel: ‘A’ Heute wird das Kennzeichen im Druckprogramm ermittelt. Die Analyse dazu ist in “http://svn.osp-dd.de/repos/Auftragspuffer_doc/Auftragspuffer_doc/01%20Analyse/Druck/Retourensortierkennzeichen.docx" zu finden
Spaetestes_Versanddatum	Date	nur für Frankreich Paketshop (Mondial)
Sendungsnummer	N8	nur für Frankreich Paketshop (Mondial)
Retouren_Versender_Knz_ID	N2		6 = FR Colissimo 7 = FR Mondial
RetourenBarcode	A28	Benötigt für Retouren_Versender_Knz_ID = 6 = FR Colissimo
RetourenBarcodeText	A28	Benötigt für Retouren_Versender_Knz_ID = 6 = FR Colissimo

30.13 - Retourenaufkleber_SRD

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Return_Nummer	A8	Return-Nummer
Return_Identcode	A30	Return-Identcode
Leitcode	A30	Retourenlitcode
Versender_knz_ID	N3	Carrier-ID für die Retoure (die gleichen Ids wie in der Vorwärts-Logistik

30.14 - Ruecksendeposition_HES

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Ruecksendung_Knz_ID	N1	1=Rücksendung 2=Umtausch
Frachtbriefkennung	A1	analog Item 150 (W33,S6)
Umtausch_Frachtbriefnummer	N6	Die Frachbriefnummer der Vorwärts-Sendung. Es gibt ja eine Sendung für den neuen Artikel (Vorwärts-) und diese Sendung für den Rückhol-Auftrag.
Original_Frachtbriefnummer	N6	Enthält die Frachtbriefnummer der Original-Sendung. Wird für die Ermittlung des Orignal-Retouren-Schlpüssles bei HES benötig. Der Retourenschlüssel wird bei der Retourenerfassung benötigt. (kein Pflichtfeld weil eine Retouren-Erfassung auch notfalls ohne Retourenschlüssel möglich ist)
Original_Fakturierdatum	Date	Das Fakturier-Datum der der Original-Sendung.
Ruecksendegrund	A418	Enthält den Rücksendegrund. Bisher in separater Enität “Rücksendegrund” (analog Item 222) übermittelt .

30.15 - Sendung

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
ERP_Sendung_ID	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP. Bei DeepSea steckt die WFFO (WarehouseFulfillmentOrder) dahinter (1:n Beziehung zur erpShipmentId). Für KR1 = EAL_ERP_Sendung_ID		x
LV_Tag	N3	XXX. Arbeitstag des Kalenderjahres
LV_Scheibe	N1	1-Taglauf 5-Nachtlauf
spaetester_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS
fruehester_Uebergabezeitpunkt	Date	Frühester Übergabe-Zeitpunkt an den Carrier bzw. das Hub. Format: DD.MM.JJJJ HH:MM:SS. Wird z.B. benötigt für Artikel mit frühestem Erscheinungsdatum wie Computerspiele
Prioritaet_Auslieferung	N1	Auslieferungs- bzw. Abwicklungs-Priorität. Erlaubte Werte: 1-9. 1=höchste Priorität, 9=niedrigste Priorität
Kundenfirma_Knz_ID	N2	Kundenfirma Deprecated seit 31.05.2024. Wird durch “Auftraggeber” bzw. “outboundOrderOwner” abgelöst, bei vermutlich sehr langer Migrations-Phase.	-3 = BONPRIX_UT -2 = LASCANA_UT -1 = OTTO_UT 1 = Otto 6 = Schwab 10 = Heine 20 = BonPrix 38 = Sonderabwicklung 39 = Endauslagerung 44 = Baur 51 = Collins 68 = Unigro 71 = Lascana 90 = FGH
Kundenart	N2	Kundenart Keine Validierung von “bekannten” Kundenarten. Referenzen von Kundenarten, die zur Steuerung verwendet werden, sind vorhanden. Deprecated seit mindestens 31.05.2024. (Das Feld war schon vorher als Deprecated markiert.) Wird durch “Auftraggeber” bzw. “outboundOrderOwner” abgelöst, bei vermutlich sehr langer Migrations-Phase.
Auftraggeber	A50	Dieses Feld ist Ergebnis von ARC-126 “verschiedene Mandaten identifizieren können”. An einer Sendung muss es zukünftig möglich sein, unterschiedliche “F2X-Partner” bzw. “F2X-Mandaten” unterscheiden zu können. Benötigt wird die Information in Flash, damit dort bekannt ist, an welchen konkreten F2X-Mandaten dort abzurechnen ist. Die Lösung hier soll sich Analog der ReSy-Lösung verhalten. In ReSy hängt am ROC (ReturnOrderContract) der “returnOrderOwner”. Wir etablieren hier für Outbound eine identische Lösung. Die möglichen Ausprägungen übernehmen wir von ReSy. Diese Lösung soll das Konstrukt aus den Feldern “Kundenfirma_Knz_ID” + “Kundenart” perspektivisch ablösen. Es wird aber sicher eine recht lange Migrations-Zeit nötig sein.	ERP = F2X:
Rechnungsnummer	N10	Rechnungsnummer Die Rechnungsnummer wird aktuell auf 7 Stellen abgeschnitten und eine Warnung ausgegeben, wenn sie abgeschnitten wurde. Mit Commit wird sie für Auftragspuffer_KR2 nicht mehr abgeschnitten.
Lieferscheinnummer	A9	Lieferscheinnummer (Stellen 1-9 des Retourenschlüssels)
Liefernummer	N10	transportiert die SAP-Liefernummer (eingeführt mit IBIZA 3.0) eindeutiger Identifier für BP-Sendungen, welcher teilweise auf Lieferscheinen angedruckt wird und zentrale Bedeutung für die Kundenkommunikation hat (entspricht für BP aktuell der ERP_Sendung_ID, dort wird jedoch eine 1=Endkundensendung, bzw. 2=Großkundensendung vorangestellt)
Bestelldatum_Extern	Date	Bestelldatum, eingeführt für BP - Kundenfirma ‘Zalando’ (Andruck auf Lieferscheine für Zalando-Sendungen)
Kontonummer	N12	Kontonummer Für L2C ist die Kontonummer pro Kundenfirma und Kundenart. z.B. Heine Deutschland hat die Kontonummer 80001007, SiehAn Deutschland 80001007 aber beide gehören der Kundenfirma HEINE DEUTSCHLAND
Kontonummer_Extern	A25	Wir haben im Konzern mehrere Stellen, an denen wir Sendungen NICHT von dem ERP bekommen, dass auch die Rechnung (oder den Inhalt anderer Dokumente) erzeugt hat. Für CORE L2C Mandaten bekommen wir im Feld “Kontonummer” nur eine “Stellvertreter-Kontonummer” von CORE. Die echte Kontonummer aus dem ERP, dem Fakturiert wurde (z.B. ein Movex für Lascana) bekommen wir hier im Feld Kontonummer_Extern. Bei Bonprix gibt es vergleichbare Sachverhalte. Unser Schnittstellenpartner, das Bonprix SAP ERP, ist nicht das eigentliche ERP, dass eine Rechnung o.Ä. erzeugt hat. Das war möglicherweise eines der verschiedenen Bonprix SRD Systeme. In dem Fall bekommen wir heir die echte Kontonummer des Endkunden, die er in SRD hat.
Auftragsnummer	A20	CORE/L2C: externe Auftragsnummer - zu befüllen in Haldensleben für Kundenfirma Lascana - zu befüllen für Unigro (Belgien) mit der “Reference_ID” - für HVS und HES (exerne Auftragsnummer für Avise) IDEEFIX: eine Zalando-spezifische Bestellnummer
Unterkonto	N2	Unterkonto wurde mit Einführung von CORE abgeschafft
Kontonummer_Baur	A11	alphanummerische Kontonummer bei Baur
Rechnungsdatum	Date	Rechnungsdatum TT.MM.JJJJ Ist aktuell nicht nur auf Rechnung oder Lieferschein pflicht, sondern wird auch auf dezentrale Versandaufkleber gedruckt und auch in der Carrier-Avise für HES (durch ADD) zwingend benötigt.
Lieferbedingung_Knz_ID	N2	Informationen wird für alle HVS-Sendungen auf das Feld Versender_HVS.JN_Eil_Zustellung gemappt. Für HES-Sendungen erfolgt ein Mapping auf das Feld VersenderHES.HES_Service_Knz_Id.	0 = Normalservice 1 = Eilservice normal 2 = Eilservice Vormittag 3 = Eilservice Nachmittag 4 = Feierabend 5 = Wunschtermin (nicht kostenpflichtig) 6 = Wunschtermin (kostenpflichtig) - normal 7 = Wunschtermin (kostenpflichtig) - 10-13 Uhr 8 = Wunschtermin (kostenpflichtig) - 12-15 Uhr 9 = Wunschtermin (kostenpflichtig) - 14-17 Uhr 10 = Wunschtermin (kostenpflichtig) - 18-21 Uhr 11 = Sonnabend 12 = Sonnabend Vormittag 13 = Sonnabend Nachmittag 14 = 24 Stunden 15 = 48 Stunden 16 = 72 Stunden nicht taggleich 17 = 72 Stunden taggleich 19 = Eilservice Großstücke, Express 2-3 Tage 20 = Next Day Service (nur Ohrdruf) 21 = Normalservice - beschleunigte Zustellung
Wunschtermin	Date	TT.MM.JJJJ Wird für HES-Sendungen auf das gleichnamige Feld am VersenderHES Knoten gemappt.
Zahlungsart_Knz_ID	N2		0 = Rechnung 1 = Nachnahme 2 = Barkauf 3 = Kreditkarte 4 = Jelmoli J-Card 5 = Bankeinzug 13 = Bankkarte Ideal OVNL oder Cofidis-Card 14 = GiroPay 15 = PayPal 16 = ClickandBuy 17 = Sofortberweisung 19 = Vorkasse 29 = Yapital 30 = Paydirekt 31 = Kreditkarte Online 32 = PayU (nur Bonprix SRD Polen)
Ratenzahlung_Knz_ID	N1	0=keine Ratenzahlung 1=Ratenzahlung (wird z.B. in Holand für Bar- und Kreditkauf benötigt)
Nachnahmebetrag	N9	Nachnahmebetrag, welcher für Nachnahmesendungen auf den Paketaufkleber gedruckt wird
Nachnahmegebuehr	N9	für Avisen in ADD
Rechnungs_Knz_ID	A1	Teilt mit, welche Dokumente (Rechnung/Lieferschein/nichts) für die Sendung gedruckt werden müssen.	R = Rechnung L = Lieferschein X = Sendung ohne Rechnung/Lieferschein D = Sendung digitaler Packplatz
Lieferscheintyp_Knz_ID	N1	Legt den Lieferscheintyp (mit oder ohne Handelsteil) fest und hängt eng mit der Rechnungs_Knz_ID zusammen (siehe Kommentar Pflichtfeld/Validierung). Obwohl es für Sendungen, welche auf digitalen Packplätzen abgewickelt werden sollen (Rechnungs_Knz_ID = ‘D’), keine (gedruckte) Rechnung oder Lieferschein benötigt, muss dennoch eine Lieferscheintyp_Knz_ID gesetzt sein. Dies ist dadurch bedingt, dass im Lagerstandort ggf. nicht genügend digitale Packplätze für die Abwicklung zur Verfügung stehen und die Sendung dann auf einen “alten”/analogen Packplatz umgesteuert werden muss. Dort benötigt der Druck dann die Information, welcher Lieferscheintyp gedruckt werden soll.	1 = Lieferschein ohne Handelsteil 2 = Lieferschein mit Handelsteil
Zahlschein_Knz_ID	N1		0 = es ist kein Zahlschein zu drucken 1 = es ist ein Zahlschein zu drucken, Zahlscheindaten in Zahlschein_DE, …
Sendungssplit_Knz_ID	N1		0 = kein Sendungssplit 1 = Sendungssplit
Teillieferung_Knz_ID	N1	Text auf Rechnung “Bei Teillieferungen berechnen wir Versandkosten nur einmal”	0 = keine Teillieferung 1 = Teillieferung
Neukunden_Knz_ID	N1	wird mit DM-1988 Thema 1: Rückbau “Neukunden_KNZ_ID” zurückgebaut. Aus Kompatibilitätsgründen bleibt das Feld in der SST enthalten, damit CORE und Ideefix keine Anpassung vornehmen müssen. Der vollständige Rückbau kann erste erfolgen, wenn die ERPs das Feld auch nicht mehr “senden”.	0 = nichts 1 = Profi 2 = Neukunde 3 = Premium 4 = Agentur
Sammelbesteller_Knz_ID	N1		0 = kein Sammelbestellerauftrag 1 = Sammelbestellerauftrag
Personal_Knz_ID	N1		0 = keine Personalbestellung 1 = Personalbestellung
Sprach_Knz_ID	A2		de = Deutsch fr = Französisch
Steuernummer	A15	Steuernummer
Umsatzsteuernummer	A24	Umsatzsteuernummer
VIP_Punktestand	N6	Druck auf Österreich Rechnungen
KB_Telefonnummer	A20	Telefonnummer der Kundenbetreuung inkl. Vorwahl
Manuelle_Rechnung_Knz_ID	N1	Kennzeichen für Art der manuellen Rechnung KA431 - KA435	0 = keine manuelle Rechnung 1 = Nachbelastung durch den Betrieb(Satzart 431) 2 = Berichtigung einer Gutschrift (Satzart 432) 3 = Sonder-Rechnung, manuell (Satzart 433) 4 = Verkäufe der Niederlassungen (Satzart 434) 5 = Nachbelastung, nicht bestand- und umsatzwirksam (Satzart 435)
Retourenbarcode_Druck_Knz_ID	N1		0 = Retourenschlüsselbarcode nicht in Artikelzeilen drucken 1 = Retourenschlüsselbarcode in Artikelzeilen drucken
BriefrechnungTyp_Knz_Id	N1	Die VAL Nachnahme-Rechnungen gehen an die Lieferanten und nicht an die Endkunden. Die benötigen Sie, damit der Kunde die Rechnung auch per Nachnahme bezahlen kann/muss. Daher müssen diese VAL Nachnahme-Sendungen in einer separaten RDNetto-Datei landen.	0 = normaler Versand 1 = VAL_Nachnahme 2 = Verteilung im Haus (Hauspost) Bei Ausprägung 2 = Hauspost muss RDNetto korrekt gesetzt werden:RGB:AVIH()(175)
intern_letzte_Stelle_Knz_ID	A1	RD-Netto:RGB:AILS(93) Standard=’ '
Modus_Fehlerbearbeitung_Knz_ID	N1	Steuert den Modus der Fehlerbearbeitung während einer Lagerdifferenz im Abwicklungsprozess. Das Feld muss zwingend gesetzt sein, wenn die Instanz des Logistikpuffers am Lagerdifferenzprozess teilnehmen soll (siehe Spalte Validierung).	3: = Vollstorno 4: = Online-Rechnungskorrektur 6: = Lieferschein-Erzeugung_SRD
Lagerdifferenz_Modus_Id	N1	Steuert den Modus der Fehlerbearbeitung bei Auftreten einer Lagerdifferenz im Abwicklungsprozess. Das Feld wird in Richtung LVS (Konkret K.Motion in Ilowa) benutzt. Bildet für das LVS den Modus der Bearbeitung der Lagerdifferenz fachlich ab. Dabei werden technische knifflige Details wie “Online-Rechungskorrektur” mit CORE vs. “Lokale Lieferschein-Korrektur” für Deep Sea (fachlich) harmonisiert. -> Wir mappen für Core und DeepSea das Feld “Modus_Fehlerbearbeitung_Knz_Id” auf “Lieferdifferenz_Modus_Id”	1 = Teilauslieferung 2 = Vollstorno
Modus_Verzoegerung_Knz_ID	N1	Steuert das Verhalten bei Verzögerung (SPUEZ nicht erreichbar): Idee aus NEON. Das WMS möchte vom ERP wissen, was es tun soll, wenn eine Sendung nicht rechtzeitig zum SPÜZ an den Carrier übergeben werden kann. Szenario: Kunde bestellt eine 5 AK Sendungen. 4 der 5 AK können korrekt kommissioniert werden. Das 5. Einzelteil kann am Lagerplatz/ Lagerort nicht aufgefunden werden. Es müsste (in unserem fiktiven Bsp.) aus einem weit entfernten Reserve-Lager nachgeschoben und anschließend nach-kommissioniert werden. Das würde zu einer Verspätung der Sendung führen. Lösungs-Strategien: 1. Wir warten einfach auf die Komplettierung der Sendung und liefern sie verzögert aus. 2. Wir können das Teil, das zur Verzögerung führt, aus der Sendung herausnehmen und den Rest der Sendung pünktlich ausliefern. Im Moment liefert uns kein ERP (weder CORE noch Cormorant) dieses Kennzeichen. Wir (LP) setzen hier ein Default für K.Motion. Sobald uns eines der ERPs uns dieses Kennzeichen übergibt, verwenden wir es natürlich.	1 = Auslieferung mit Verspätung 2 = Teilstorno des verzögernden Fehlteils und termingerechte Auslieferung
Retouren_Sendung_Knz_ID	N1	Kennzeichen für die Teilnahme der Sendung am Retourenprozess.	0 = keine Teilnahme am Retourenprozess 1 = Teilnahme am Retourenprozess
Abwicklungsweg_Knz_ID	N2	Früher haben die ERPs die Abwicklungsweg vorgegebenn. Mit der Abruflogik im LP ermitteln ist diese Information obsolet. Aktuell wird noch von L2C der Abwicklungsweg übergeben - nur ignorieren innerhalb des Imports ignoriert. Daher ist das Feld noch ein offizielles SST-Feld.	2 = Sorter 3 = KLEX (‘Kleine Expedition’) 7 = SOKO (Normal) 8 = KASO
BP_NL_Bestellnummer	A17	Bestellnummer BP-NL
BP_SRD_PL_Retourenbarcode	N11	Wird nur benutzt für Märkte der Bonprix Polen Gruppe (Polen, Tschechien, Slowakei, Ungarn, Rumänien, Ukraine). Zitat: Dieser Barcode wird benutzt um während der zukünftigen Retouren Erfassung spezielle Funktionalitäten, die in ROM nicht möglich sind, abzuwickeln. Nach der üblichen Retouren Erfassung in ROM werden diese Informationen zusätzlich in unserem SRD-System erfasst indem der SRD-Barcode gescannt wird und die jeweilige Kundenrechnungs-Nr. identifiziert/gematched wird. Das wird dann unser eigenes SRD-Programm realisieren.
Brief_Druckrechenzentrum_ID	N2		1 = Hamburg 2 = Ordruff (Heine Export) 3 = Graz (AT)
Grosskundensendung_Knz_ID	N1		0 = keine Großkunden-Sendung 1 = Großkunden-Sendung
Grosskundennummer	N2	Die Grosskundennummer kennzeichnet den konkreten Großkunden.
Frankreich_Dom_Tom_Knz_ID	N1	Das Feld befindet sich nicht mehr am Versender_FR_Collissimo, da es auch für Briefrechnungen benötigt wird und wir dort keine Versender-Knoten bekommen.	0 = kein Übersee -> Colissimo profil 1 = ist Übersee-Liefergebiet -> Colissimo direct outre Mer
Lager_KNZ_ID	N2	Lager, in welchem die Sendung bearbeitet wird:	0 = Lager NLW 1 = Löhne 2 = Ohrdruf 3 = Bramfeld 4 = Haldensleben 7 = Tilburg (Holland) 8 = Hanau/Langenselboldt 13 = Witt 14 = Graz/Salzburg 23 = Altenkunstadt Hf 25 = Altenkunstadt Db 40 = Haldensleben Südhafen 43 = Fiktiv für Aor 47 = Sonnefeld 48 = Langenselbold 1MH 54 = Mosina 55 = Ansbach 57 = Marl 58 = Erfurt
Bestelldatum	Date	Für HES-Avise
KB_Nummer	N2	Für HES-Avise
Abwicklungstyp_Knz_ID	N1		1 = Lagerabwicklung 2 = DLW 3 = DDB 4 = VAL 5 = Retoure(Rückholung/Umtausch) 6 = DDB Polen (als Backlog-Ticket) 7 = DOSS (Distributed One Stop Shopping)
NLW_Rechnungsdruck_Knz_ID	N1	Alle NLW-HES-Sendungen werden in der Schnittstelle übertragen, da Sie an HES zu avisieren sind. Das Kennzeichen dient der Differenzierung, ob für diese Sendungen auch ein Rechnungsdruck im Lager (nur Löhne) erfolgen soll. Bei NLW_Rechnungsdruck_Knz_ID=1 erfolgt der Druck der Rechnungen im Lager Löhne, die Aufteilung auf die verschiedenen Hermes-Richtungen und der Transport in die Depots. Im Deport wird die Rechnung der Ware (VAL,DDB) zugeordnet.	0 = kein Rechnungsdruck 1 = Rechnungsdruck
Verbund_Knz_ID	N1	mehrere Sendungen in ADD-Betrieben (Lager_Knz_ID 1,2,8) gehören zusammen und im Lager wird dafür eine Steuerungsmöglichkeit benötigt Kennzeichenermittlung: Sendung in Lager 1 (Löhne) hat eine Partnersendung in Lager 2 (Ohrdruf) oder 8 (Hanau) aus dem gleichen Kundenauftrag -> VerbundKnzId=1 für Sendung in Lager 1 Sendung in Lager 2 (Ohrdruf) hat eine Partnersendung in Lager 1 (Löhne) oder 8 (Hanau) aus dem gleichen Kundenauftrag -> VerbundKnzId=1 für Sendung in Lager 2 Sendung in Lager 8 (Hanau) hat eine Partnersendung in Lager 1 (Löhne) oder 2 (Ohrdruf) aus dem gleichen Kundenauftrag -> VerbundKnzId=1 für Sendung in Lager 8	0 = keine Verbund-Sendung 1 = Verbund-Sendung
Buchfuehrende_Einheit	N2	Für Hermes-Avise ADD (analog DAT9, SA100, W25S3 - ABEP)
Bank_Kontonummer_Kunde	A35	Nummer Bankkonto Kunde. Das wird wohl in Polen zu kontrollzwecken immer noch einmal aufgedruckt
Zahlungsplan_Text	A328	Enthält den Zahlungsplan-Text bzw. den so geannten Prosa-Zahlungsplan, der links unten auf der Rechnung angedruckt wird. Bisher wurden vom ERP mehrere Steuerungs-Parameter vom ERP übergeben und im Logistikpuffer im Package Zahlungsplan_Tools in einer IF-THEN-ELSE-Wüste der jeweils richtige Zahlungsplan-Text zu-gesteuert. Wenn dieses Feld gefüllt ist, darf es keine Zahlungsplan-Knoten geben. Im Logistikpuffer wird dieser Text “geschnitten” und in 4 Zeilen, je 82 Zeichen an den Rechnungsdruck weiter gegeben.
Zahlungsziel_Einerate	Date	Enthält das Zahlungsziel für eine Sendung ohne Ratenzahlung. Wird im Fall von keiner (bwz. nur einer) Raten atomar vom Rechnungdruck benötigt. Wir aktuell nur von Bonprix verwendet.
???	A12
Zoll_Knz_Id	N1	Angefordert Seitens NEON. In den Bestandsbetrieben gibt es das nicht. Darüber soll im Betrieb gesteuert werden, ob bevorzugt verzollte oder unverzollte Ware für die Sendung verwendet werden soll. Wenn die Sendung nach Deutschland bzw. ins EU-Inland versendet wird: Dann soll präferiert verzolle Ware verwendet werden (ID=0) Das ist auch der Default für Deep Sea.	0 = präferiert verzollte Ware (wenn nicht verfügbar, unverzollt) 1 = präferiert unverzollte Ware (wenn nicht verfügbar, verzollt)
Zoll_Klient_Id	A22	Enthält die Zoll-Client ID. Das ist der Identifier, mit dem eine Firma beim Zoll registriert ist. Diese geben wir in Ilowa an K.Motion weiter. Dort wird sie benötigt, damit man sie an das Heine Zoll-System weiter-geben kann. Wird in K.Motion benötigt, damit die Info von dort zum Heine Zoll-System übertragen werden kann.
Haendler_Sendung_Referenz	A36	Feld für SOI (SalesOrderId) welches in der HES_Avise für L2C DS gebraucht wird.
Haendler_Erp_Identifier	A30	Ein Identifier, der aussagt aus welchem System diese Sendung abgegegebn wurde. Mögliche Ausprägungen sind “DEEP_SEA_CORMORANT” und “CORE”. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann.
Druck_Retourenlabel_Knz_ID	N1	Identifiziert, ob ein Retourenlabel gedruckt werden soll oder nicht. Wird im Rahmen der Einführung des Digitalen Retourenportals (BP) benöigt.	0 = nicht drucken 1 = drucken
Nur_Ganzkollo_Verwenden_Knz	Boolean	Hierüber kann gesteuert werden, dass für eine Sendung ausschließlich Ganz-Kollo verwendet werden sollen. Damit würde NICHT der Standard-Przess für B2C Sendungen gelten: (Nachschub, Picken, in Endkunden-Kartons oder - Tüten verpacken)
Liefer_Modell	A30	Liefermodell, welches der Kategorisierung des Abwicklungswegs in der Logistik dient. Anhand des DeliveryModel werden unterschiedliche Prozesse und Services getriggert.	1 = WAREHOUSE_PARCEL_SHIPMENT - 1MH 2 = WAREHOUSE_FREIGHT - 2MH

Relations

Table
Paketshop
Zahlschein_NL
Zahlschein_AU
Versender
Adresse
Rechnungssummen
Retourenaufkleber_SRD
Textbaustein
Zahlschein_BE
Zahlschein_FR
Zahlschein_PL
Rechnungssummen_Dynamisch
Zahlungsplan
Versandeinheit
GRK_Sendung [invalid]
Zahlschein_DE
Retourenaufkleber
Zahlschein_IT
Zahlschein_CH [invalid]
Zahlungsplan_Mitbesteller

30.16 - Serviceposition

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Bemerkung	A30
Dienstleister_Knz_ID	N2	Kennzeichen der verschiedenen Dienstleister. 1=HES 2=HVS sonst bis auf Weiteres NULL HES ist z.B. der Dienstleister für den Aufbau-Service der Couch. Andere Services wie Garantie-Verlängerung benötigen keinen Dienstleister.
Endpreis	N9	Preis des Serviceartikels unter Berücksichtigung der Menge, der Aufschläge und Gutschriften
Haendler_Servicepos_Referenz	A36	Feld für SOPI (SalesOrderPositionId) welches in der HES_Avise für L2C DS gebraucht wird.
HES_Servicenummer	N9	Externe Servicenummer von HES (3st.) - ist in HES-Avisen als Artikelnummer zu verwenden
HVS_Servicetyp_Knz_ID	N2	Kennzeichen für HVS-Servicetypen: 1= Altgeräterückgabe
Kurzbezeichnung	A18
Menge	N4	Menge des Service-Artikels
Mitbestellernummer	N3	Nummer des Mitbestellers bei Sammelbestellern
Mitbestellerpreis	N9	Preis für Mitbesteller bei Sammelbestellern
Rabatt_Prov_Verg	N9	Rabatt, Provision, Vergütung
Raten_Valutaaufschlag	N9	Summe aus Raten- und Valutaaufschlag bei kummulierter Darstellung in der Artikeltabelle
Ratenanzahl	N2	Anzahl der Raten bei Ratenkauf
Ratenaufschlag	N9	Serviceartikel-bezogener Aufschlag bei Ratenkauf
Relevanz_Knz_ID	N1	Das Kennzeichen sagt aus, ob dieser Service Rechnungs-Druck oder HES-Avise-Relevant ist Ausprägungen: 1=nur Rechnungdruck-srelevant 2=Rechnungs- und Avisrelevant 3=nur Avisrelevant
Service_Confirmation_ID	N18	Identifiziert eindeutig einen Service-Artikel über alle Kunden und Sendungen. Wird benötigt, wenn Service-Artikel storniert werden.
Servicepositionsnummer	N2	Sortier-Kriterium unterhalb des Positionsknotens. Definiert z.B. die Druck-Reihenfolge der Services auf der Rechnung.
Servicewert	N9	Analog Warenwert: Mit Menge ausmultiplizierter Einzelpreise
Valutaaufschlag	N9	Serviceartikel-bezogener Aufschlag bei Zahlpause
Vers_Schl_Behandlungsschl	N1	1.0
Vers_Schl_Kollianzahl	N2	00
Vers_Schl_Serviceschluessel	N1	9.0
Vers_Schl_Transportsystem	N1	7.0
Vers_Schl_Warenverteilzentrum	N2	01

30.17 - shipmentUnitValueAddedServices

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
shipmentUnitVASTypeId	N3	identifiziert exakt den Typ des Value Added Service
InfoText	A1000	Frei-Text, der einem VAS mitgegeben werden kann. Der Kann z.B. zum Andruck z.B. “Ein Geschenk für Kevin” genutzt werden.
VASDocumentReference	A255	Dient dem Transport einer Referenz auf ein Dokument, dass sich z.B. im FINE Cloud Bucket befindet. Das Prinzip ist analog zu den “externenRessourcen”. Idee ist, dass der Händler z.B. eine Grußkarte als Grafik mitgibt, die im Lager gedruckt und der Sendung beigelegt wird.

30.18 - shipmentValueAddedServices

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
shipmentVASTypeId	N3	identifiziert exakt den Typ des Value Added Service
InfoText	A1000	Frei-Text, der einem VAS mitgegeben werden kann. Der Kann z.B. zum Andruck z.B. “Ein Geschenk für Kevin” genutzt werden.
VASDocumentReference	A255	Dient dem Transport einer Referenz auf ein Dokument, dass sich z.B. im FINE Cloud Bucket befindet. Das Prinzip ist analog zu den “externenRessourcen”. Idee ist, dass der Händler z.B. eine Grußkarte als Grafik mitgibt, die im Lager gedruckt und der Sendung beigelegt wird.

30.19 - singleItemValueAddedServices

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
singleItemVASTypeId	N3	identifiziert exakt den Typ des Value Added Service
InfoText	A1000	Frei-Text, der einem VAS mitgegeben werden kann. Der Kann z.B. zum Andruck z.B. “Ein Geschenk für Kevin” genutzt werden.
VASDocumentReference	A255	Dient dem Transport einer Referenz auf ein Dokument, dass sich z.B. im FINE Cloud Bucket befindet. Das Prinzip ist analog zu den “externenRessourcen”. Idee ist, dass der Händler z.B. eine Grußkarte als Grafik mitgibt, die im Lager gedruckt und der Sendung beigelegt wird.

30.20 - Textbaustein

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Textbaustein_Typ_Knz_ID	N2	Bestimmt die Position des Textbausteins auf der Rechnung, eindeutig je Kundenfirma
Bausteinreferenz	A10	Name des zu referenzierenden Bausteins (alternativ zu Freitext)
Freitext	A60	zu druckender Text (alternativ zu Bausteinreferenz)

30.21 - Versandeinheit

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values
Paketnummer	N9	Die Paketnummer ist ein Carrier-spezifisches Merkmal. Eigentlich würde die Paketnummer an der Versandeinheit nur für Kleinteilige Lager benötigt, da sie für Großstücke am Packstück steht. Leider wird auch bei Großstücken (die meistens aus mehreren Packstücken bestehen) genau eine Paketnummer auf die Rechnung gedruckt. Da wir in der lokalen Logistik nicht entscheiden können, welche der Paketnummern an den Packstücken dass ist, muss diese spezielle Paketnummer auch an der Versandeinheit übergeben werden.
Anzahl_AK	N2	Die Anzahl der Einzelteile einer Versandeinheit. (Also ohne gezielte oder ungezielte Beilagen und auch ohne „Nali“- und ohne „kommt_aus_anderem_Lager“-Positionen).
Packmittel_Knz_ID	A2	Achtung: Mappen wir in Richtug NEON direkt flach auf die Sendungs-Ebene Die Versandeinheit refactor-n wir weg.	B = Karton F = Tüte ST = Schnmuck-Tüte
ERP_Packmittel_ID	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben vom Händler bzw. dem ERP Cormorant und CORE verwenden beide den gleichen Identifier
Logistik_Packmittel_ID	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben im Logistikpuffer. Gibt es für Zukunfts-Sicherheit (Netzwerk-Fähigkeit / Mehr-Mandaten-Fähigkeit)
Volumen	N4	Brutto-Volumen der Verpackung in Deziliter wird für DS PL benötigt für Verwendung in Versandplan-Avisierung an TR
Brutto_Gewicht	N5	Brutto Gewicht= Gewicht Artikel+Gewicht Verpackung XXX,XX KG
Sendungsidentnummer	A30	Carrier-Barcode, welcher die Versandeinheit im Lager und in der Kunden-Zustellung eindeutig identifiziert Die SendungsIdentNummer ist ein Carrier-spezifisches Merkmal.
SID_Nr_Dummy_SRD_Flaeche	A30	Diese SendungsIdentNummer wird nur für SRD-Sendungen benötigt. Sie enthält die Richtung der SRD-Fläche und wird im Fall einer Lieferscheinkorrektur in das Feld Sendungsidentnummer übertragen. Sendungsidentnummer mit Richtung: SRD-Fläche
VersenderHVS_Kleinpaket_Knz_ID	N1	Carrier-spezifisches Merkmal	0 = kein Kleinpaket 1 = Kleinpaket
VersenderDHL_Gewicht_Knz_ID	N2	(sonst: Hermes: wird nicht verwendet) Carrier-spezifisches Merkmal	1-4: = Postwarensendung 5: = Postfracht 6-9: = Postpaket
VersenderNL_TNT_Sperrig_Knz_ID	N1	Verwendung im IST: Druck ‘F’ auf dezentralen Versandaufkleber, wenn DAT9:Item200:W46S6 == 3 Carrier-spezifisches Merkmal	0 = nicht sperrig 1 = sperrig
GK_Auftragsnummer	N6	Auftragsnummer auf dem Grosskundenetikett, welches auf dem Versandkarton seitlich aufgeklebt wird (siehe Beispiel)
GK_Belegnummer	N6	Belegnummer auf dem Grosskundenetikett, welches auf dem Versandkarton seitlich aufgeklebt wird (siehe Beispiel)
Versender_Umverfuegung_Knz_ID	N1	Wird benötigt für die HVS-Avise (perspektivisch auf für HES) und sagt aus, ob ein Paket über myhermes.de an eine andere Adresse zugestellt werden darf. Projekt Cybercrime möchte das für Diebstahlgefährdete Artikel verhindern. Carrier-spezifisches Merkmal	1 = Umverfügung nicht erlaubt. 2 = Umverfügung erlaubt

Relations

Table
Beilage
Position
Externe_Ressource

30.22 - Versender

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Versender_Knz_ID	N2		1 = HVS (Hermes Versand Service = 1Mann Handling) 2 = HES (Hermes Einrichtungs Service = 2Mann Handling) 3 = Hermes_Int 4 = DHL 5 = CH Post 6 = FR Colissimo 7 = FR Mondial 8 = NL TNT 9 = Postnord 10 = FR Relais Colis 11 = BE Post 12 = FR DOMTOM AVION 13 = LUX DINTEC 14 = Dummy SRD Flaeche 15 = Endauslagerung 16 = HU_Magyar_Posta 17 = CZ_Ceska_Posta 18 = SK_Slovenska_Posta 19 = Hermes UK 20 = PL Poczta Polska 21 = PL Inpost 23 = UA Ukrposhta 24 = UA Kurier 25 = Deutsche Post 26 = Cargus 27 = Zasilkovna 28 = PL DPD 29 = Amazon 30 = BRT 31 = GLS 32 = SDA 33 = SEUR 34 = IT Franchise Dummy 35 = PDB 36 = IT Inpost
Richtung	N3	1-99: Hermes-Richtungen 100-199: Post-Richtungen 200-299: Sonderrichtungen Für Versender_Knz_ID=2 (HES) kann es zukünftig 3stellige Richtungsnummern geben. In CORE ist das schon umgesetzt. Hier gilt diese Clusterung nach Hermes-, Post- und Sonderrichtungen nicht.

Relations

Table
Versender_FR_Colissimo
Versender_FR_DomTom_Avion
Versender_PL_Poczta_Polska
Versender_RO_Kurier [invalid]
Versender_NL_TNT
Versender_HU_Magyar_Posta
Versender_BE_Post
Versender_PL_Inpost
Versender_Hermes_UK
Versender_FR_Relais_Colis
Versender_CH_Post
Versender_SE_MyPack
Versender_UA_Kurier
Versender_CZ_Ceska_Posta
Versender_SK_Slovenska_Posta
Versender_HVS [invalid]
Versender_UA_Ukrposhta
Versender_FR_Mondial
Versender_HES
Versender_DHL
Versender_PostNord
Versender_Cargus

30.23 - Versender_BE_Post

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Postbarcode	N24
Nachnahmebarcode	N14
Sortiercode	V4

30.24 - Versender_Cargus

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values
Laenge	N3
Breite	N3
Hoehe	N3
Volumengewicht	N2
Lieferweg1	A35	hier kann sowohl numerische als auch alphanumerische Werte sein
Lieferweg2	A13
Transitprioritaet	A1
Transitroute	A29
Transitcodes	N15
DepositO	A9
DepositT1	A9
DepositT2	A1	hier kann sowohl numerische als auch alphanumerische Werte sein
DepositOF	N1
DepositOF1	N1
DepositOF2	A1	hier kann sowohl numerische als auch alphanumerische Werte sein
Gewicht	N2	Gewicht soll bis 1kg aufgerundet werden -> keine Nachkommastellen
Cargus_Service_Knz_ID	N1		1 = Hauszustellung 2 = Paketshop 3 = Packstation

30.25 - Versender_CH_Post

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
additionalHandlingCode_Knz_ID	N4	309: + Druck Kürzel ‘SP’ + Druck Text in Deutsch : Sperrgut Französisch : Encombrant Italienisch : Ingombrante + Druck Barcode ‘0000002’ 421: + Druck Kürzel ‘MAN’ + Druck Text in Deutsch : Manuelle Verarbeitung Französisch : Traitement manuel Italienisch : Trattamento manuale + Druck Barcode ‘0000002’	0 = keine spezielle Bearbeitung 309 = Sperrgut 421 = manuelle Verarbeitung

30.26 - Versender_CZ_Ceska_Posta

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Versender_CZ_Service_Knz_ID	N1
Nachnahmebetrag_Textform	A60	Nachnahme-Betrag in Text-Form

30.27 - Versender_CZ_Zasilkovna

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Rueck_Routing_Id	A25	wird von Zasilkovna über API übermittelt
Rechnung_Adresse	A25	wird von Zasilkovna über API übermittelt Zasilkovna überführt die Rechnungsadresse in einen Zeichencode/Schlüssel
Routing_Id	A32	wird von Zasilkovna über API übermittelt
Filiale_Name_1	A35	wird von Zasilkovna über API übermittelt beschreibt den Abgabeort im Falle einer Filiale/eines Geschäfts Vincent Koenig (SAP bp) möchte diese Information versenderspezifisch pflegen und nicht mit einer (evtl.) vorhandenen Logik für deutsche Versender mischen.
Filiale_Name_2	A35	wird von Zasilkovna über API übermittelt beschreibt den Abgabeort im Falle einer Filiale/eines Geschäfts Vincent Koenig (SAP bp) möchte diese Information versenderspezifisch pflegen und nicht mit einer (evtl.) vorhandenen Logik für deutsche Versender mischen.

30.28 - Versender_DHL

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Postleitcode	N14	ITEM010.postleitcode (WPLC, Pos 81, Len 14)
gewichtsklasse	A15	beinhaltet Info ob das Paket kleiner/gleich 10kg, größer als 10kg oder größer 20kg ist

30.29 - Versender_Endauslagerung

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Transport_ID	N8	die Transport_ID wird dem KR1 zurück gemeldet. Sie wird zur Identifikation mit auf den Lieferschein gedruckt.

30.30 - Versender_FR_Colissimo

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Postversanddatum	Date	meist 2 Tage später als LV-Datum
Annahmebarcode	A24	eine Art Ident- und Leitcode
Collissimo_Zustelltyp_Knz_ID	N1	Zustelltyp Colissimo (nur für Bonprix) Äquivalent für Carrier.ExtSystIDDispatcher 2=So Colissimo Home Delivery (ExtSystIDDispatcher=157) 4=So Colissimo Post Office (ExtSystIDDispatcher=159) 5 = Colissimo Paketbox 6 = Collissimo DOM
Identcode	A13	zusätzlicher Identcode siehe Beispiel “Home Delivery”: Versender_FR_Colissimo.Identcode=“33891623000000000184785412” Versandeinheit.Sendungsidentnummer=“6Q00000000277” In der XML-Schnittstelle ist die Zuordnung genau anders herum (???)
PostHub	A15	Post Hub Frankreich IST: Mondial Relais.SOPFC siehe Beispiel “home delivery”
SOIDBPX	N6	bonprix customer # at la Poste siehe Beispiel “Cytissiomo”
SOLIV1	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV2	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV3	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV4	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV5	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV6	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOLIV7	A38	Teil der Adresse. Feld hat je nach “Zustelltyp_Knz_ID” eine andere Bedeutung. Siehe auch XML_Fields_September_2012_mit Markierung.xls.
SOCP	A5	Adressdaten: PLZ
SOCOM	A38	Adressdaten: Ort
SOAD1	A38	Adressdaten: zusätzliche Information 1
SOAD2	A38	Adressdaten: zusätzliche Information 2
SOAD3	A38	Adressdaten: zusätzliche Information 3
SOAD4	A38	Adressdaten: zusätzliche Information 4
SOAD5	A38	Adressdaten: zusätzliche Information 5
PHONE	A20	Adressdaten: Telefon Mobil
SOPHONE	A20	Adressdaten: Telefon
Sortiercode	A2	Sortiercodes Colissimo Metropole und DOM
RoutingBarcode	A28	Nötig für Collissimo_Zustelltyp_Knz_ID = 5
RoutingBarcodeText	A28	Nötig für Collissimo_Zustelltyp_Knz_ID = 5
ShippingPackage	A4	Bei diesem Feld handelt es sich um die Versandverpackung Nötig für Collissimo_Zustelltyp_Knz_ID = 5
DistributionSort	A5	Bei diesem Feld handelt es sich um das Sortierkennzeichen von LaPoste Nötig für Collissimo_Zustelltyp_Knz_ID = 5

30.31 - Versender_FR_DomTom_Avion

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
IDBPX	N6	BP-Kunde
PFC	A15	Posthub
DisposeCode	A40	Leitcode
PHONE	A20	Telefonnummer
PHONE2	A20	Telefonnummer 2
Sortiercode	A2	Sortiercodes Colissimo Metropole und DOM

30.32 - Versender_FR_Mondial

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Postversanddatum	Date	CommIT: IST-Datenfeld: Mondial_Relay.PostmarkDate
Sortiergruppe	A3	im Beispiel “R09” CommIT: IST-Datenfeld: MondialRelais.GroupOfDelivery
Tourennummer	A7	im Beispiel Heine “51110” ITEM_108.touren_nummer (WTOUR; Pos 98, Len 5); CommIT: IST-Datenfeld: MondialRelais.Round In der XML-Schnittstelle wird die Tourennummer als alphanumerisches Feld mit vorangestelltem ‘T’ (im Beispiel ‘T 22551’) übergeben. Zukünfig wird analog Sprint nur die 5stellige Id erwartet.
Agenturbezeichnung	A30	im Beispiel “TOULOUSE” ITEM_108.agentur_bezeichnung (WABZ; Pos 67, Len 18)
Zustellart	A3	Beispiel Heine: “24R” CommIT: Wird aktuell nicht als Datenfeld in der XML-Schnittstelle übergeben sondern als fixer Text angedruckt. Zukünftig wird der Wert analog SPRINT in der Schnittstelle erwartet.
Agenturnummer	N6	im Beispiel Heine: 0743 im Beispiel Bonprix: 0722
Richtungsnummer	A8	im Beispiel “014510” ITEM_108.(WRICH; Pos 92, Len 6); CommIT: IST-Datenfeld: MondialRelais.Shuttle In der XML-Schnittstelle wird der volle String ‘N 063530’ bereitgestellt, zukünfig wird analog Sprint nur die 6stellige Id erwartet.
Expeditionsnummer	N8	SPRINT: Die Expeditionsnummmer ist ein Subfeld des MR-Barcodes (Stellen 3 bis 10) CommIT: Kann die Expeditionsnummer analog SPRINT aus dem MR-Barcode selektiert werden ? Die Ermittlung sollte für SPRINT und CommIT identisch erfolgen.
Mondial_Zustelltyp_Knz_ID	N1	1=Mondial Relay Bonprix Frankreich 2=Mondial Relay Belgien Wallonie 3=Mondial Relay Belgien Flandern

30.33 - Versender_FR_Relais_Colis

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Expeditionsnummer	A12
Postversanddatum	Date	Datum ohne Zeit-Anteil
Agenturnummer	A6
Richtung	A8
IdentCode	A22

30.34 - Versender_Hermes_UK

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
SecondaryShipmentIdentCode	A30
Secondary2DBarcode	A800	Einführung mit “Umstellung Hermes UK-Barcode” Es soll ein zweiter 2D-Barcode für Hermes-UK eingeführt werden. FGH Shooter “L3-1647” / DM-1983 (DM-1979)
CarrierName	A18
DeliveryServiceIndicators	A30
DepotCode	A8
DepotName	A8
TransportationType	A8
TransportationTypeCode	A8
DropOffPoint	A8
DropOffPointCode	A8
DeliveryTour	A8
DeliveryTourCode	A8
Node	A8
NodeCode	A8
ShopName	A32

30.35 - Versender_HES

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values
Anzahl_Sdg_HF_Paket	N2	Zusammenführungszeile Versandaufkleber
Anzahl_Sdg_HF_Tuete	N2	Zusammenführungszeile Versandaufkleber
Zustelltag	Date	für HES-Avise: analog Item100 (W32T1) Format TT.MM.JJ
Frachtbriefnummer	N6	Frachtbriefnummer HES-Sendung Refactoring-Kandidat. Das Feld soll hierher umziehen
Telefonnummer1	A24	eine Telefonnummer für die HES-Avise
Telefonnummer2	A24	noch eine Telefonnummer für die HES-Avise
Telefonnummer3	A30	und noch eine Telefonnummer für die HES-Avise
E_Mail_Adresse	A74	E-Mail-Adress für die HES-Avise
Versandweg	N2	benötigt für die HES-Avise.	1 = Hin 2 = Rück Umtausch 3 = Rück 4 = Hin Umtausch siehe Sa B001 5 = Rück (Ursprung HVS)
Reservation_ID	A29	Refrenz auf Lieferzeitfenster der HES. Bei der Einführung von Delivery on Demand wurden ein Terminbuchungsservice während des Kundenbestellvorgangs umgesetzt. Dabei wird z.B. von otto.de angefragt, welche Liefertermine inkl. Lieferzeitfenster für eine gegebene Lieferanschrift möglich sind.
HES_Service_Knz_Id	A50	Neues Feld für das HES Service-Kennzeichen Nur verwendet von Deep Sea (Humpback)	NORMAL = Normalservice, FAST = Eilservice, DOD = Delivery-On-Demand (Wunschtermin)
Wunschtermin	Date	Neues Feld für den Wunsch-Termin. Nur verwendet von Deep Sea (Humpback) Muss gefüllt sein bei shipmentMethod = DOD (Wunschtermin)

30.36 - Versender_HU_Magyar_Posta

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Versender_HU_Service_Knz_ID	N1

30.37 - Versender_HVS

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Tourensymbol	N4	Tour/Zell-Kodierung soll durch Tour/Zelle angelöst werden und wird intern im LP bereits auf diese Felder gemapped
Tour	N2	Tour-Kodierung für DeepSea soll Tourensymbol_Formatiert ablösen
Zelle	N2	Zell-Kodierung für DeepSea soll Tourensymbol_Formatiert ablösen
Anzahl_Sdg_HF_Paket	N2	Zusammenführungszeile Versandaufkleber DAT9-Feld: Item100.W23S2
Anzahl_Sdg_HF_Tuete	N2	Zusammenführungszeile Versandaufkleber DAT9-Feld: Item100.W23S3
Zustelltag	Date	für HVS-Avise JJJJMMTT
Depotbezeichnung	A12	Bezeichnung des Depot (Richtung) RD-Netto:RPA:KHDN (20-31)
SMS_Service_Telefonnummer	A30	Telefonnummer für die Benachrichtigung des Kunden per SMS, wenn sein Paket im Paketshop angekommen ist. Wird von ADD verwendet um die Info in der HVS-Avise an HVS zu geben.
PaketshopZustellung	Boolean	ersetzt Paketshop_knz und beinhaltet Info ob Sendung über Paketshop erfolgt.
EilZustellung	Boolean	ersetzt Eil_knz und beinhaltet Info ob Sendung über Eilservice erfolgt
Limitied_Quantity_Knz	A2	Deep Sea übergbigt hier ein “LQ” für Limited Quantity oder " "
Altgeraete	Boolean	beinhaltet Info ob Altergerätemitnahme erfolgen soll
Sperrgut	Boolean	beinhaltet Info ob Sendung Sperrgutartikel enthält
gewichtsklasse	A15	beinhaltet Info ob das Paket kleiner/gleich 10kg, größer als 10kg oder größer 20kg ist

30.38 - Versender_NL_TNT

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Nachbarschaftsabgabe_Knz_ID	N1		0 = nicht erlaubt (Hinweis drucken) 1 = ist erlaubt (ohne Hinweis)

30.39 - Versender_PL_DPD

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values
DPD_Service_Knz_ID	N1		1 = Hauszustellung 2 = Paketshop 3 = Packstation
Service_Text	A18
Richtung_Sortierung1	A8
Richtung_Sortierung2	A8
Zielort_Text	A18
Servicecode_Ziel_PLZ	A35
Barcode_Text	A32	Übermittelt die Daten für den Text unterhalb des Barcodes (weicht vom Barcode-Inhalt ab).
DPD_Sendung_ID	A15	Übermittelt die Kombination aus “waybill” und “checkSum” (DPD-spezifische Identifikation der Sendung), welche auf dem Label aufgedruckt werden muss.

30.40 - Versender_PL_Inpost

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Richtung_Sortierung1	A10
Richtung_Sortierung2	A10
Richtung_Sortierung3	A10
Volumen_Massklasse	A3

30.41 - Versender_PL_Poczta_Polska

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory

Relations

Table
[invalid]

30.42 - Versender_PostNord

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Values
Postnord_Zustelltyp_Knz_ID	N1	1 = SE MyPack 2 = SE Varubrev 3 = NOR MyPack 4 = FIN MyPack 5 = FIN Varubrev
Leitcode	A13
Kleinpaket_knz	N1	Kennzeichen = Kleinpaket: 0 = Nomalpaket (MyPack) , 1 = Kleinpaket (Varubrev)

30.43 - Versender_SE_MyPack

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory

Relations

Table
[invalid]

30.44 - Versender_SK_Slovenska_Posta

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Versender_SK_Service_Knz_ID	N1	Es gibt folgende Ausprägungen: 1: “Hauszustellung” (wird nicht gedruckt) 2: “Na Postu” (wird gedruckt)
Paket_Anzahl	A14	Pocet_Ks auf dem Druckstellen-Plan, A14 wegen Druckstellen-Plan
Poststelle_1	A10	Hier wird wohl das Depot transportiert
Poststelle_2	A32	Hier wird wohl der Ort transportiert
Richtung_Sortierung1	A32

30.45 - Versender_UA_Kurier

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Richtung_Sortierung1	A10

30.46 - Versender_UA_Ukrposhta

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Richtung_Sortierung1	A10
Richtung_Sortierung2	A10

30.47 - Zahlschein_AU

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Zahlungsempfaenger	A50	Bezeichnung Zahlungsempfänger im Beispiel: OTTO GMBH, 8020 GRAZ
Belegschluessel	N2	Kennzeichen für Verarbeitung bei der Bank im Beispiel: 32
Zahlscheinbetrag	N9	Zahlscheinbetrag im Beispiel: 44,99
IBAN	A34	International Bank Account Number lt. Spezifikation in Österreich immer 20stellig im Beispiel: AT263500000003019551 Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben
BIC	A11	Bank Identifier Code im Beispiel: RZBAATWW
Pruefzifferfeld	N4	Prüfziffer(2),Inhaltstyp-ID(1),Inhalt-ID(1) im Beispiel: 4712
Verwendungszweck	A40	Verwendungszweck / Kundennummer (mit Prüfziffer) für Zahlungszuordnung. neu mit Commit CR 083

30.48 - Zahlschein_BE

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
IBAN	A34	International Bank Account Number lt. Spezifikation für Belgien immer 16stellig im Beispiel: BE53732005897853 Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben
BIC	A11	Bank Identifier Code im Beispiel: CREGBEBB
Zahlscheinbetrag	N9	Zahlscheinbetrag im Beispiel: 9,90
Belegschluessel	N2	Kennzeichen für Verarbeitung bei der Bank im Beispiel: 03
Zahlungsempfaenger_Name	A50	im Beispiel: BONPRIX
Zahlungsempfaenger_Zusatz	A50	im Beispiel: BP 650
Zahlungsempfaenger_PLZ	N4	im Beispiel: 7500
Zahlungsempfaenger_Ort	A50	im Beispiel: TOURNAI 1
Zahlungsreferenz	A34	im Beispiel: +++003/1064/76833+++

30.49 - Zahlschein_DE

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Zahlungsempfaenger	A50
Verwendungszweck	A13	Verwendungszweck / Kundennummer (mit Prüfziffer) für Zahlungszuordnung
IBAN	A34	International Bank Account Number lt. Spezifikation für Deutschland immer 22stellig Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben
BIC	A11	Bank Identifier Code

30.50 - Zahlschein_FR

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Zahlungsempfaenger_Name	A50	Helline
Zahlungsempfaenger_PLZ	N5	59090.0
Zahlungsempfaenger_Ort	A50	Boubaix
Zahlungsempfaenger_Strasse	A50	CCP Lille 10 744 28B
Zahlscheinbetrag	N9	Zahlscheinbetrag
Postautorisation	A6	015.09
OCR_Code_Teil_1	A12	000435004180
OCR_Code_Teil_2	A32	06000000000424423477402833338351
IBAN	A34	International Bank Account Number lt. Spezifikation für Frankreich immer 27stellig Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben
BIC	A11	Bank Identifier Code
Pruefzifferfeld	N4	Prüfziffer(2),Inhaltstyp-ID(1),Inhalt-ID(1)

30.51 - Zahlschein_IT

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Kontonummer	N8	Zahlungsart Nachnahme: 73023236 Sonstige Zahlungsart : 67496182
Zahlungsempfaenger	A50	im Beispiel: “OTTO GMBH”
Code	N3	für Nachnahme und Sonstige identisch “674”
IBAN	A34	International Bank Account Number lt. Spezifikation für Italien immer 27stellig Bei Zahlungsart Nachnahme: IT53G0760111600000073023236 Sonstige Zahlungsart: IT53G0760111600000067496182 Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben
BIC	A11	Bank Identifier Code:
Pruefzifferfeld	N4	Prüfziffer(2),Inhaltstyp-ID(1),Inhalt-ID(1)

30.52 - Zahlschein_NL

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Kontonummer	N9	siehe Beispiele: OTTO Holland: 244677700 Heine Holland: 602678641
Pruefziffer	N1	im Beispiel: die führende ‘1’ in 1000 0000
Zahlungsempfaenger_Name	A50
Zahlungsempfaenger_Strasse	A50
Zahlungsempfaenger_PLZ	A7
Zahlungsempfaenger_Ort	A50
Belegschluessel	N2
IBAN	A34	International Bank Account Number lt. Spezifikation für Niederlande immer 18stellig im Beispiel: NL67RBOS0602678641 Die IBAN wird in der durch die jeweilige Kundenfirma präferierten Darstellungsform (also z.B. mit eingefügten Blanks zur besseren Lesbarkeit) übergeben
BIC	A11	Bank Identifier Code im Beispiel: RBOSNL2A

30.53 - Zahlschein_PL

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Kontonummer	A35	Nummer Bankkonto bonprix (dynamisch; Polnische Post)

30.54 - Zahlungsplan

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Ratenanzahl	N2

Relations

Table
Zahlungsziel

30.55 - Zahlungsplan_Mitbesteller

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content	Values	Mandatory
Ratenanzahl	N2	max 48
Mitbestelleranzahl	N2

Relations

Table
Zahlungsziel_Mitbesteller

30.56 - Zahlungsziel

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Lfd_Nr	N2	bestimmt die Druckreihenfolge
Betrag	N9
Termin	D	TTMMJJJJ
Zahlungsfrist_Knz_ID	N1	Definiert den “DatenTyp” für das Feld “Zahlungsfrist” 1=Tage 2=Wochen 3=Monate
Zahlungsfrist	N3	alternativ zu Termin. Auspägung in Tagen, Wochen oder Monaten, je nach Zahlungsfrist_Knz_ID
Betrag_Folgeraten	N9
Starttermin_Folgeraten	D	TTMMJJJJ
Endtermin_Folgeraten	D	TTMMJJJJ Termin letzte Folgerate
Anzahl_Folgeraten	N2

30.57 - Zahlungsziel_Mitbesteller

Back to OL2_Sendung_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL2_Sendung_(ERP-LP)

Name	Type	Content
Lfd_Nr	N2	bestimmt die Druckreihenfolge
Betrag	N9
Termin	Date	TTMMJJJJ
Zahlungsfrist	N3	in Tagen, alternativ zu Termin
Betrag_Folgeraten	N9	bei Zusammenfassung von Zahlungszielen
Starttermin_Folgeraten	Date	TTMMJJJJ bei Zusammenfassung von Zahlungszielen
Anzahl_Folgeraten	N2	bei Zusammenfassung von Zahlungszielen
Mitbesteller_Nummer	N3
Mitbesteller_Gesamtbetrag	N9	Gesamtbetrag dieses Zahlungsziels

31 - OL20_Abruf_GRK_Sendung(LP-BI)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

31.1 - Fachliche Beschreibung

Back to OL20_Abruf_GRK_Sendung(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL20_Abruf_GRK_Sendung(LP-BI)

Name	Type	Content	Values	Mandatory

31.2 - GRK_Einzelteil

Back to OL20_Abruf_GRK_Sendung(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL20_Abruf_GRK_Sendung(LP-BI)

Name	Type	Content	Mandatory
BI_Einzelteil_Id	N18
Erp_Id	N1		x
GRK_BI_Einzelteil_Id	N18	alt: BI_GRK_Einzelteil_Id
GRK_Einzelteil_Status_Knz_Id	N1		x
GRK_Position_Id	N16	Soll perspektivisch raus.	x
Letzte_Aenderung	TIMESTAMP(3)		x
Kollo_Nr	N10	Kollonummer der RL-Zusage

31.3 - GRK_Position

Back to OL20_Abruf_GRK_Sendung(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL20_Abruf_GRK_Sendung(LP-BI)

Name	Type	Content	Mandatory
Logistik_Produkt_Id	A36
Bestandsart	A50		x
Menge	N6		x
We_Position_Id	A36	Identifier eine Wareneingangs-Position in K.Motion Es sollen Umfuhren für Artikel eines gesamten Wareneingangs bzw. einer Wareneingangs-Position möglich sein. Darum soll ein Identifier für einen Wareneingang übergeben werden können. Achtung: Mit CR LOZG-15863 Soll ein Umzug des Feldes von GRK_Position nach GRK_Position stattfinden. Das hier ist aktuell ein Konzept-Stand. Noch ist das Feld an der GRK_Sendung.
Artikelbezeichnung	A18
Artikelfarbe	A12
Artikel_Ident_Erp	A18
Artikelnummer	N8
Bestandsfirma	N2
Breite	N3
Druckgroesse	A4
Gewicht	N7
Groesse	N3
Hoehe	N3
Laenge	N3
Volumen	N6
Warenbereichs_Knz_Id	N2

Relations

Table
GRK_Einzelteil

31.4 - GRK_Sendung

Back to OL20_Abruf_GRK_Sendung(LP-BI)

Status

DRAFT - under construction

Business Object

This is part of OL20_Abruf_GRK_Sendung(LP-BI)

Name	Type	Content	Values	Mandatory
Abruf_Id	N4	Feld des Abrufes der GRK_Sendung
Abruf_Datum	DATE	Feld des Abrufes der GRK_Sendung
Abruf_Nummer	N2	Feld des Abrufes der GRK_Sendung		x
Lv_Tag	N3	Feld des Abrufes der GRK_Sendung		x
Abruf_Erzeugungszeitpunkt	TIMESTAMP(3)	Feld des Abrufes der GRK_Sendung		x
Grk_Bi_Sendung_Count	N	Anzahl der GRK_Sendungen im Abruf alt: BI_GRK_SENDUNG_COUNT
Auftragsnummer	N10
Belegnummer	N6
Grk_Bi_Sendung_Id	N18	alt: BI_GRK_SENDUNG_ID
BP_Nachschubweg_Kuerzel	A3
Erp_Id	N3			x
Erzeugungszeitpunkt	TIMESTAMP(3)			x
Fruehester_Uebergabezeitpunkt	DATE
Spaetester_Uebergabezeitpunkt	DATE
Grk_Erp_Sendung_Id	N26			x
Grk_Sendung_Status_Knz_Id	N1			x
Grk_Sendung_Typ_Knz_Id	N1			x
Auslagerung_Typ_Id	N1	Steuert, ob für Großkunden Ganz-Kolli UND Kommissionier-Lager-Sendungen, nur Ganz-Kollo oder nur Kommissionier-Lager-Sendungen verwedendet werden sollen.	1 = Ganz LE aus RL und Kommisinier-Lager erlaubt 2 = Nur Kommissionier-Lager-Sendungen zulässig 3 = Nur GANZ LE zuzlässig	x
Groesstes_Zulaessig_Packmittel	A2
Grosskundennummer	N2			x
Kundenfirma_Knz_Id	N2			x
Lager_Knz_Id	N2
Lieferscheindatum	DATE			x
Mengencluster_Knz_Id	N1			x
Prioritaet_Auslieferung	N1
Richtung	N3			x
Spaetester_Einlagerungszeitpkt	DATE
Ziel_Lager_Id	N2
Umfuhr_Typ	A6
Umfuhr_Cluster_Typ	A1
We_Position_Id	A36
LKZ_Nummer	N7
Konsolidierungskriterium	A50

Relations

Table
GRK_Position

32 - OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

32.1 - Fachliche Beschreibung

Back to OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Name	Type	Content	Values	Mandatory

32.2 - GRK_Adresse

Back to OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Name	Type	Content	Mandatory
Nachname	A30		x
Strasse	A32	Strasse und Hausnummer	x
Adresszusatz1	A32	Item100.AAZU
Adresszusatz2	A32	aus iLog RLGKD:wird seites CORE an der GRK_Senung SST benötigt
PLZ	A10		x
Ort	A32		x
Gebaeude	A32	aus iLog RLGKD:wird seites CORE an der GRK_Senung SST benötigt

Relations

Table
[invalid]

32.3 - GRK_Einzelteil

Back to OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Name	Type	Content	Mandatory
GRK_BI_Einzelteil_ID	N18	technischer eindeutiger Schlüssel vom GRK-Einzelteil für BI. Wird generiert beim Import einer GRK-Sendung über GRK_SENDUNG_V1_0_IMPORT.	x
GRK_Lager_Einzelteil_ID	N16	Technischer Schlüssel für die Kommunikation mit dem LVS / WMS.	x
Haendler_Einzelteil_Identifier	A255	Doku ERP-Seite: “Eine Referenz auf eine Position eines Kundenauftrages des Händlers.” Bei uns ist das eine Referenz des Händlers auf ein Einzelteil. Deep Sea wird vermutlich die SalesOrderPositionItemId (SOPI) hier übergeben. Was uns CORE übergibt, wissen wir nicht. Es ist fachlich auch nicht relevant. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann. Muss rein fachlich zusammen mit Sendung.Haendler_Erp_Identifier eigentlich eindeutig sein. Da es das nach einer Lagerdifferenz oder Storno durch ERP und erneuter Übergabe duch das ERP aber im Zweifel nicht ist, validieren wir das nicht. Wir müssten sonst den Sendung_Status und Einzelteil_Status mit berücksichtigen. Und selbst wenn wir das täten, bin ich unsicher, ob das Konstrukt trägt. Darum stellen wir keine Eindeutigkeit sicher.	x

32.4 - GRK_Position

Back to OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Name	Type	Content	Values	Mandatory
Logistik_Produkt_Id	A36	Logistics_Product_Id: Eindeutiger technischer Identifier eines Artikels (bzw. einer Artikel-Gröess) Ist in der gesamten Logistik eindeutig, da von LSAS zentral vergeben. Soll perspektivisch in allen Logistik- und FINE-Komponenten als der einzige Identifier für einen Artikel (in Schnittstellen) verwendet werden		x
Bestandsart	A50	Transportiert die Bestandsart. Wird für “Umfuhren” benötigt, da Umfuhren auch auf gesperrten Bestand zugreifen können müssen.	DELIVERABLE_STOCK = freier Bestand LOCKED_STOCK = gesperrter Bestand	x
Menge	N6	Anzahl der Artikel		x
WE_Position_Id	A36	Identifier eine Wareneingangs-Position in K.Motion Es sollen Umfuhren für Artikel eines gesamten Wareneingangs bzw. einer Wareneingangs-Position möglich sein. Darum soll ein Identifier für einen Wareneingang übergeben werden können. Achtung: Mit CR LOZG-15863 Soll ein Umzug des Feldes von GRK_Position nach GRK_Position stattfinden. Das hier ist aktuell ein Konzept-Stand. Noch ist das Feld an der GRK_Sendung.
Haendler_Position_Identifier	A255	Doku ERP-Seite: “Eine Referenz auf eine Position eines Kundenauftrages des Händlers.” Muss rein fachlich zusammen mit Sendung.Haendler_Erp_Identifier eigentlich eindeutig sein. Da es das nach einer Lagerdifferenz oder Storno durch ERP und erneuter Übergabe duch das ERP aber im Zweifel nicht ist, validieren wir das nicht.

Relations

Table
GRK_Einzelteil

32.5 - GRK_Sendung

Back to OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Name	Type	Content	Values	Mandatory
GRK_Lager_Sendung_ID	N16	Technischer Schlüssel für die Kommunikation mit dem LVS / WMS.		x
Abrufdatum	D	Der Tage des Abufs, mit der dieses b2b Shipment durch das Lager aus dem Logistikpuffer augerufen wurde. Ist der führende Teil des fachlichen Identifiers eines Abrufes. Ist fachlich ein Datum (Tag, Monat, Jahr) ohne Zeit-Anteil. Wenn technisch ein Zeitanteil übergeben werden muss, wird dieser auf 00:00:00 Uhr gesetzt.		x
Abrufnummer	N2	Die Abruf-Nummer des Abufs, mit der dieses b2b Shipment durch das Lager aus dem Logistikpuffer augerufen wurde. Die Abruf-Nummer gilt je Abruf_Tag. Sie ist damit der zweite Teil des fachlichen Identifiers eines Abrufes nach dem Abruf-Tag. Sie wird je Aburf-Tag bei 1 beginnend hochgezählt.		x
spaetester_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS Bei Umfuhren wird uns KEIN SPÜZ übergeben. Wir sollen aus dem SPEZ bei einer Umfuhr ein SPÜZ berechnen. Die Rechenregel liegt noch nicht vor. Sie kommt noch von NEON (Christian Heide)		x
fruehester_Uebergabezeitpunkt	Date	Frühester Übergabe-Zeitpunkt an den Carrier bzw. das Hub. Format: DD.MM.JJJJ HH:MM:SS. Wird z.B. benötigt für Artikel mit frühestem Erscheinungsdatum wie Computerspiele Bei Umfuhren soll neben dem SPEZ an einer Umfuhr zusätzlich ein FRÜZ übergeben werden können. Alex Treommer hat bei Team Leviathan nachgefragt: Laut deren Aussage ist es so, dass für die NEON-Läger beschlossen wurde einen zeitlichen Rahmen für die Erfüllung der Umfuhren mitzugeben. ILOWA würde als ein FRÜZ und ein SPEZ bekommen und wäre selbst dafür verantwortlich die Umfuhren innerhalb dieses Zeitraumes abzuarbeiten.
Prioritaet_Auslieferung	N1	Auslieferungs- bzw. Abwicklungs-Priorität. Ausprägungen 1-9. 1=höchste Priorität, 9=niedrigste Priorität		x
Lager_Knz_ID	N2	Quell-Lager wird aus INSTANZ.DEFAULT_LAGER_KNZ_ID gelesen.		x
Auftragsnummer	A36	verwendet bei Filial-Belieferung als Filial-Nummer Für NEON gibt es scheinbar die Anforderung, dass die Auftragsnummer von K.Motion benötigt wird. Sie soll in der Warenbewegung mitgegeben werden.		x
Grosskundennummer	N2	Die Grosskundennummer kennzeichnet den konkreten Großkunden.
GRK_Sendung_Typ_Knz_ID	N1	Spezifiziert den GRK_Sendung-Typ	1 = Sendung mit Reservelager 2 = Kommissionierlagersendung 3 = Listenkommissionierung 4 = Umfuhr (in ein anderes Lager) 5 = Großkunde	x
Auslagerung_Typ_Id	N1	Steuert, ob für Großkunden Ganz-Kolli UND Kommissionier-Lager-Sendungen, nur Ganz-Kollo oder nur Kommissionier-Lager-Sendungen verwedendet werden sollen. Zwingend nötig für b2bShipmentType = 5 = Großkunde	1 = Ganz LE aus RL und Kommisinier-Lager erlaubt 2 = Nur Kommissionier-Lager-Sendungen zulässig 3 = Nur GANZ LE zuzlässig	x
Ziel_Lager_Id	N2	Ziel-Lager	4 = Haldensleben (Hamburger Str.) 40 = Haldensleben Südhafen
Haendler_Erp_Identifier	A30	Ein Identifier, der aussagt aus welchem System diese Sendung abgegegebn wurde. Mögliche Ausprägungen sind “B2B_DEEP_SEA_CORMORANT” und “B2B_CORE”. Wir übergeben das Feld an K.Motion, damit K.Motion es in der Warenbewegung an BuBe mitgeben kann.
Belegnummer	N6	Großkunde (via CORE (und Ideefix)): Hier ist das Feld N6 (numerisch, 6stellig) Belegnummer auf dem Grosskundenetikett, welches auf dem Versandkarton seitlich aufgeklebt wird (siehe Beispiel) Umfuhren für WRS &IWA: Fachlicher Identifier für WRS Muss gesetzt sein für Umfuhr_Typ = WRS-WE und WRS-L Soll in die Warenbewegung (zusätzlich zur b2bOrderId) transportiert werden. Wird gebraucht für Einlagerung im Ziellager Für IWA gilt: Umfuhr_Typ = “IWA_WE” oder “IWA_M” MUSS die Belegnummer immer gefüllt sein
GRK_BI_Sendung_ID	N18	technischer eindeutiger Schlüssel der GRK-Sendung für BI. Wird generiert beim Import einer GRK-Sendung über GRK_SENDUNG_V1_0_IMPORT.		x
Konsolidierungskriterium	A50	Für klassische Großkunden-Sendungen ( GRK_Sendung_Typ_Knz_ID = 1 = Sendung mit Reservelager oder GRK_Sendung_Typ_Knz_ID = 2 = Kommissionierlagersendung) Sollen mehere GRK_Sendungen mit dem gleichen Konsolidierungskriterium konsolidiert werden: Wir übergeben alle atomaren Werte, die für die Konsolidierung von GRK_Sendungen verwendet werden sollen, “zusammen-geklebt” in einem Feld an K.Motion. Grund ist: Wir wollen Altlasten wie Kundenfrirma und Kontonummer nicht nach K.Motion hinein-transprtieren. In K.Motion wird aber das Konsolidierungskriterium benötigt. Der Datentyp ergibt sich als Summe aller Längen der Quell-Datentypen (alle Felder die in der Spalte Konsolidierungskriterium ein “x” haben). Für Umfuhren (GRK_Sendung_Typ_Knz_ID = 4 = Umfuhr) gilt folgendes: GRK_Sendung_Typ_Knz_ID = 4 (Umfuhr) Auszug Pflichtenheft: gleichen AuftragsSubtype (Umfuhr_Typ), der gleichen Bedarfsklasse (Umfuhr_Cluster_Typ) und dem gleichen Ziellager (Ziel_Lager_Id) eine Klammer-Auftragsnummer und weiter: Bei der Auswahl der Ganz LE sind die Trennkriterien, z.B. Bestandsqualifikation, an der Position zu berücksichtigen. NEON nennt diese Information “Klammer-AuftragsNr”. Für Großkunde (GRK_Sendung_Typ_Knz_ID = 5 = Großkunde) gilt: - neben den Großkunden-Knsolidierungskriterien auf der GRK_Sendung_Ebene dürfen nur GRK_Sendungen konsolidiert werden, wenn sie die gleichen GRK_Sendung_VAS gesetzt haben.		x
Umfuhr_Typ	A6	(die Otto-Kollegen nennen das Feld aktuell noch “OrderType”, sie beschäftigen sich aktuell aber auch ausschließlich mit Umfuhren) Muss gesetzt sein, wenn GRK_Sendung_Typ = 4 (Umfuhr)	UMF = “Bestands-Umfuhr normal” WRS_WE = “Umfuhr–für-WRS-aus WE”, WRS_L = “Umfuhr-für-WRS von Lieferant” IWA_WE = “Umfuhr für IWA aus Wareneingang / Warenprüfung” IWA_M = “Umfuhr für IWA für Muster” GKD = Umfuhr für Großkunden-Auftrag
Umfuhr_Cluster_Typ	A1	Die NEON-Kollegen nenne das auch “Bedarfsklasse”	A = schnell drehender Artikel - direkt ins KS einlagern B = langsam drehender Artikel - kann ins Reservelager
WE_Position_Id	A36	Identifier eine WE-Position in K.Motion - identifiziert einen konkreten WE. Muss gesetzt sein für Umfuhr_Typ = WRS-WE und IWA-WE Es sollen Umfuhren für Artikel eines gesamten Wareneingangs möglich sein. Darum soll ein Identifier fü einen Wareneingang übergeben werden können. Identifiziert eine Wareneingangs-Position
LKZ_Nummer	N7	LKZ = Lieferanten-Kennziffer. Ist der fachliche Identifier eines lieferanten. Soll für den Umfuhr MVP verwendet werden, da die Lösung mit den technischen Identifiern der Lieferanten nicht rechtzeitig bereitsteht.

Relations

Table
GRK_Adresse
GRK_Sendung_VAS
GRK_Position
spaetester_Einlagerungszeitpunkt [invalid]

32.6 - GRK_Sendung_VAS

Back to OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)

Name	Type	Content	Values	Mandatory
VAS_Id	N4	Eindeutiger technischer Schlüssel für einen konkreten Value Added Service	1 = Palletising on Euro pallet (fachlicher Schlüssel NEON 3001) 2 = Generate packing list per pallet (fachlicher Schlüssel NEON 3003) 3 = Securing the pallet (stretching) (fachlicher Schlüssel NEON 3004) 4 = Organisational notification/registration for “free domicile delivery (fachlicher Schlüssel NEON 4001)	x

33 - OL48_B2B_Warenausgang_(LVS-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

33.1 - B2B_Einzelteil

Back to OL48_B2B_Warenausgang_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of OL48_B2B_Warenausgang_(LVS-LP)

Name	Type	Content	Values	Mandatory
GRK_Lager_Einzelteil_ID	N16	technischer Schlüssel eines b2b-Einzelteilszwischen WMS und FINE.		x
Verwendete_BuAId	A36	Für dieses Einzelteil verwendete BUAID (der ewige Retorenschlüssel). Muss für gepackte (Sorter)-Pakete eigentlich immer gesetzt sein. In Ganz-Kolli (Ganz LE) ist im zweifel noch keine BUAID vergeben.

33.2 - B2B_Warenausgang

Back to OL48_B2B_Warenausgang_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of OL48_B2B_Warenausgang_(LVS-LP)

Name	Type	Content	Values	Mandatory
PackstueckIdentnummer	A36	In K.Motion die LE_ID des Packstücks. Wird aktuell in K.Motion als numerisch, 12stellig generiert. Der fachliche Identifier des Packstücks (des Ganz-Kollo oder des gepackten Paketes) Die Erwartung ist, dass der Identifier auf dem Packstück angebracht und ablesbar ist.		x
Packstueck_Typ_Knz_ID	N1	gibt Auskunft darüber, in welchem Packstück-Typ es sich handelt:	1 = Sorter-Paket (Sendung) 2 = Ganz_Kollo / Ganz_LE (aus dem RL) 4 = Retourenmischwanne	x
Verwendete_Verpackung	A6	Transportiert die verwendete Verpackung.(mit dem K.Motion internen Identifier.). Ist möglich für Versand-Kartons, wie wir sie auch im B2C-Prozess kennen. Aber auch für: - Norm-Kolli N1-N7 - Palleten N21 - N24 - RMW_DL Rteourenmischwanne gedeckelt - RMW Retourenmischwanne (ohne Deckel) Wir sollten wegen diverser Unsicherheiten keine Validierung und keine harten Referenz-Daten vorsehen.
Logistik_Packmittel_ID	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben im Logistikpuffer. Gibt es für Zukunfts-Sicherheit (Netzwerk-Fähigkeit / Mehr-Mandaten-Fähigkeit)
Ereigniszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis des Warenausgangs im Lager erfasst wurde. Zeitpunkt der Verladung. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”		x
Verplomungszeitpunkt	TIMESTAMP(3)	Zeitpunkt der Verplombung der WAP bzw. Abschluss der Verladung..		x
Carrier_Id	A30	ID des Carriers an den übergeben wurde		x
Transportfahrzeug_Id	A20	Kennzeichen oder WAB-Nummer. Kann leer sein, wenn die Information erst später vom YARD übergeben wird		x
Ladeeinheit_Id	A20	ID der Träger-LE
Ladeeinheit_Typ	A6	Typ der Träger-LE
Verlade_Id	A12	Die Verlade-ID Fachlicher Identifier einer Verladung. Zu einer Verladung können mehrere transportVehicles bzw. WAPs gehören. Es kann aber auch 1:1 (Verladung : WAP) sein.		x

Relations

Table
B2B_Einzelteil

33.3 - Fachliche Beschreibung

Back to OL48_B2B_Warenausgang_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of OL48_B2B_Warenausgang_(LVS-LP)

Name	Type	Content	Values	Mandatory

34 - OL49_B2B_Lagerdifferenz_(LVS-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

34.1 - B2B_Lagerdifferenz

Back to OL49_B2B_Lagerdifferenz_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of OL49_B2B_Lagerdifferenz_(LVS-LP)

Name	Type	Content	Values	Mandatory
GRK_Lager_Sendung_ID	N16	technischer eindeutiger Schlüssel der B2B-Sendung für das Lager		x
Ereigniszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis der Lagerdifferenz im Lager erfasst wurde. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”		x

Relations

Table
B2B_ReduziertesEinzelteil

34.2 - B2B_ReduziertesEinzelteil

Back to OL49_B2B_Lagerdifferenz_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of OL49_B2B_Lagerdifferenz_(LVS-LP)

Name	Type	Content	Values	Mandatory
GRK_Lager_Einzelteil_ID	N16	technischer Schlüssel eines B2B-Einzelteils in Richtung Lager-System.		x
Lagerdifferenz_Ursache	A30	Ursache der “Lagerdifferenz” Es handelt sich bei dem Feld um ein Enum, dass nur die erlaubten Ausprägungen zulässt.		x

34.3 - Fachliche Beschreibung

Back to OL49_B2B_Lagerdifferenz_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of OL49_B2B_Lagerdifferenz_(LVS-LP)

Name	Type	Content	Values	Mandatory

35 - OL50_B2B_Verzoegerte_Auslieferung_(LVS-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

35.1 - B2B_VerzoegerteAuslieferung

Back to OL50_B2B_Verzoegerte_Auslieferung_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of OL50_B2B_Verzoegerte_Auslieferung_(LVS-LP)

Name	Type	Content	Mandatory
GRK_Lager_Sendung_ID	N16	technischer Schlüssel einer B2B-Sendung, vergeben vom Logistikpuffer	x
Ereigniszeitpunkt	Timestamp(3)	Zeitpunkt des fachlichen Ereignisses	x
Lager_Spaetester_UebergabeZp	Date	Vom WMS errechneter neuer spätester Plantermin der Übergabe der B2B Sendung (an den Carrier oder bei Umfuhren in den Transport)	x
Lager_Fruehester_UebergabeZp	Date	Vom WMS errechneter neuer frühester Plantermin der Übergabe der B2B Sendung (an den Carrier oder bei Umfuhren in den Transport)
Lager_Spaetester_EinlagerungZp	Date	Vom WMS errechneter neuer Einlagerungs-Plantermin im Ziel-Lager (nur bei Umfuhren)

35.2 - Fachliche Beschreibung

Back to OL50_B2B_Verzoegerte_Auslieferung_(LVS-LP)

Status

DRAFT - under construction

Business Object

This is part of OL50_B2B_Verzoegerte_Auslieferung_(LVS-LP)

Name	Type	Content	Values	Mandatory

36 - OL51_B2B_LAZ_(LP-ERP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

36.1 - B2B_LAZ

Back to OL51_B2B_LAZ_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL51_B2B_LAZ_(LP-ERP)

Name	Type	Content	Mandatory
GRP_ERP_Sendung_ID	A50	Eindeutiger gemeinsamer Identifikator der Sendung. Vergeben vom ERP. Achtung: In Richtung Bonprix / Ideefix heißt das Feld Sendung_Id. Für “O07 EK-LAZ” haben wir auch anstelle der ERP_Sendung_ID das Feld “Sendung_Id”
Erzeugungszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis des Warenausgangs im Lager erfasst wurde. Zeitpunkt der Verladung. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00” An Ideefix: Format “DD.MM.YYYY H24:MI:SS”	x
Abruf_Datum	Date	Format “DD.MM.YYYY 00:00:00” entspricht dem Industrietag = Abruf_Datum des Abrufs
Abruf_Nummer	N2	entspricht der Abruf_Nummer des Abrufs

Relations

Table
B2B_LAZ_Einzelteil

36.2 - B2B_LAZ_Einzelteil

Back to OL51_B2B_LAZ_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL51_B2B_LAZ_(LP-ERP)

Name	Type	Content	Values	Mandatory
GRK_ERP_Einzelteil_ID	A50	Eindeutiger gemeinsamer Identifikator des GRK_Einzelteils. Vergeben vom ERP. Achtung: In Richtung Ideefix und CORE noch N26		x
Sendungsidentnummer	N14	Die SendungsIdentnummer des aus dem Kommissionierlager ausgelieferten Paketes.		x
Packstueck_Typ_Knz_ID	N1	gibt Auskunft darüber, wie das GRK_Einzelteil ausgeliefert wird: Bei der Ausprägung 3=LiKo ist das Feld “Sendungsidentnummer” leer	1 = Sorter-Paket 2 = Ganz_Kollo / Ganz_LE (aus dem RL) 3 = LiKo
Kollo_Nr	N10	Die Nummer des aus dem Resevelager ausgelieferten Kollo

36.3 - Fachliche Beschreibung

Back to OL51_B2B_LAZ_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL51_B2B_LAZ_(LP-ERP)

Name	Type	Content	Values	Mandatory

37 - OL52_Pufferinhalt_(LP-LZM)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

37.1 - Fachliche Beschreibung

Back to OL52_Pufferinhalt_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL52_Pufferinhalt_(LP-LZM)

Name	Type	Content	Values	Mandatory

37.2 - Mengencluster

Back to OL52_Pufferinhalt_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL52_Pufferinhalt_(LP-LZM)

Name	Type	Content	Values	Mandatory
Typ	A50	Definiert, ob es sich um eine Großkundensendung oder eine Endkundensendung handelt	- = B2B - = B2C	x
Name	A50	Gibt das Mengencluster an	- = SINGLE_ITEM_BAG - = SINGLE_ITEM_CARTON - = SORTER - = B2B_SORTER_WITH_RESERVESTOCK - = B2B_SORTER_EX_RESERVESTOCK - = LIST_PICKING - = SORTER_DANGEROUS_GOODS - = B2B_CUSTOMER - = SINGLE_ITEM - = MULTI_ITEM - = STOCK_TRANSFER	x

37.3 - Pufferinhalt

Back to OL52_Pufferinhalt_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL52_Pufferinhalt_(LP-LZM)

Name	Type	Content	Values	Mandatory
Erzeugungszeitpunkt	TIMESTAMP(3)	Erzeugungszeitpunkt des Pufferinhalts		x
Lager_Knz_Id	N2	Referenz auf das Lager_Knz		x

Relations

Table
Pufferinhalt_Daten

37.4 - Pufferinhalt_Daten

Back to OL52_Pufferinhalt_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL52_Pufferinhalt_(LP-LZM)

Name	Type	Content	Mandatory
Spaetester_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS	x
Fruehster_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS	x
Prioritaet_Auslieferung	N1	Auslieferungs- bzw. Abwicklungs-Priorität. Ausprägungen 1-9. 1=höchste Priorität, 9=niedrigste Priorität	x
Menge_Einzelteile	N16	Anzahl der Einzelteile pro Sendung, die den Konsolidierungskriterien entspricht	x
Menge_Kolli	N16	Anzahl der Packstuecke pro Sendung, die den Konsolidierungskriterien entspricht
Kundenfirma_Knz_Id	N2	Die Kundenfirma der dieses Sendung gehört bzw. die diese Sendung beauftragt hat.
Grosskundennummer	N2	Die Großkundennummer kennzeichnet den konkreten Großkunden.
HES_Service	A30	Externer-Enum-Name des HES-Service
Liefer_Modell	A30	Externer-Enum-Name des Liefer-Modells

Relations

Table
Mengencluster

38 - OL53_Abrufinhalt_(LP-LZM)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

38.1 - Abrufinhalt

Back to OL53_Abrufinhalt_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL53_Abrufinhalt_(LP-LZM)

Name	Type	Content	Mandatory
Abruf_Erzeugungszeitpunkt	TIMESTAMP(3)	Erzeugungszeitpunkt des Abrufs	x
Lager_Knz_Id	N2	Id des Lagers	x
Abrufplan_Id	N16	Id des Abrufplans	x
Planraster_Datum	DATE	Tag des Planrasters	x
Planraster_Nummer	N2	Nummer des Planrasters	x

Relations

Table
Abrufinhalt_Daten

38.2 - Abrufinhalt_Daten

Back to OL53_Abrufinhalt_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL53_Abrufinhalt_(LP-LZM)

Name	Type	Content	Mandatory
Spaetester_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS	x
Fruehster_Uebergabezeitpunkt	Date	Spätester Übergabe-Zeitpunkt an den Carrier bzw. das HUB. Format: DD.MM.JJJJ HH:MM:SS	x
Prioritaet_Auslieferung	N1	Auslieferungs- bzw. Abwicklungs-Priorität. Ausprägungen 1-9. 1=höchste Priorität, 9=niedrigste Priorität	x
Menge_Einzelteile	N16	Anzahl der Einzelteile pro Sendung, die den Konsolidierungskriterien entspricht	x
Menge_Kolli	N16	Anzahl der Packstuecke pro Sendung, die den Konsolidierungskriterien entspricht
Kundenfirma_Knz_Id	N2	Die Kundenfirma der diese Sendung gehört bzw. die diese Sendung beauftragt hat.
Grosskundennummer	N2	Die Großkundennummer kennzeichnet den konkreten Großkunden.
HES_Service	A30	Externer-Enum-Name des HES-Service
Liefer_Modell	A30	Externer-Enum-Name des Liefer-Modells

Relations

Table
Mengencluster

38.3 - Fachliche Beschreibung

Back to OL53_Abrufinhalt_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL53_Abrufinhalt_(LP-LZM)

Name	Type	Content	Values	Mandatory

38.4 - Mengencluster

Back to OL53_Abrufinhalt_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL53_Abrufinhalt_(LP-LZM)

Name	Type	Content	Values	Mandatory
Typ	A50	Definiert, ob es sich um eine Großkundensendung oder eine Endkundensendung handelt	- = B2B - = B2C	x
Name	A50	Gibt das Mengencluster an	- = SINGLE_ITEM_BAG - = SINGLE_ITEM_CARTON - = SORTER - = B2B_SORTER_WITH_RESERVESTOCK - = B2B_SORTER_EX_RESERVESTOCK - = LIST_PICKING - = SORTER_DANGEROUS_GOODS - = B2B_CUSTOMER - = SINGLE_ITEM - = MULTI_ITEM - = STOCK_TRANSFER - SINGLE_ITEM_CARTON_DANGEROUS_ = GOODS	x

39 - OL54_Abrufplan_(LP-LZM)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

39.1 - Abrufplan

Back to OL54_Abrufplan_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL54_Abrufplan_(LP-LZM)

Name	Type	Content	Values	Mandatory
Startzeitpunkt	DATE	Minutengenauer Startzeitpunkt		x
Lager_Knz_Id	N2	Id des Lagers		x
Abrufplan_Id	N16	Id des Abrufplans		x
Planraster_Datum	DATE	Tag des Planrasters		x
Planraster_Nummer	N2	Nummer des Planrasters		x
Abweichgrund	A30	Grund der Abrufplanänderung	- = MEHRMENGE_LEISTUNGSSTEIGERUNG - = MEHRMENGE_VORGEZOGENE_LEISTUNG

Relations

Table
Abrufplan_Menge

39.2 - Abrufplan_Menge

Back to OL54_Abrufplan_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL54_Abrufplan_(LP-LZM)

Name	Type	Content	Values	Mandatory
Menge	N8	Anzahl der Sendungen, die den Konsolidierungskriterien jeweils entsprechen		x

Relations

Table
Mengencluster

39.3 - Fachliche Beschreibung

Back to OL54_Abrufplan_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL54_Abrufplan_(LP-LZM)

Name	Type	Content	Values	Mandatory

39.4 - Mengencluster

Back to OL54_Abrufplan_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL54_Abrufplan_(LP-LZM)

Name	Type	Content	Values	Mandatory
Typ	A50	Definiert, ob es sich um eine Großkundensendung oder eine Endkundensendung handelt	- = B2B - = B2C	x
Name	A50	Gibt das Mengencluster an	- = SINGLE_ITEM_BAG - = SINGLE_ITEM_CARTON - = SORTER - = B2B_SORTER_WITH_RESERVESTOCK - = B2B_SORTER_EX_RESERVESTOCK - = LIST_PICKING - = SORTER_DANGEROUS_GOODS - = B2B_CUSTOMER - = SINGLE_ITEM - = MULTI_ITEM - = STOCK_TRANSFER - SINGLE_ITEM_CARTON_DANGEROUS_ = GOODS	x

40 - OL55_Abrufplan_Geloescht_(LP-LZM)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

40.1 - Abrufplan

Back to OL55_Abrufplan_Geloescht_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL55_Abrufplan_Geloescht_(LP-LZM)

Name	Type	Content	Values	Mandatory
Abrufplan_Id	N16	Id des Abrufplans, der gelöscht wurde		x

40.2 - Fachliche Beschreibung

Back to OL55_Abrufplan_Geloescht_(LP-LZM)

Status

DRAFT - under construction

Business Object

This is part of OL55_Abrufplan_Geloescht_(LP-LZM)

Name	Type	Content	Values	Mandatory

41 - OL56_GRK_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Anfrage-GRK_Sendung_Storno

41.1 - Anfrage_GRK_Sendung_Storno

Back to OL56_GRK_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL56_GRK_Sendung_Storno_(ERP-LP)

Name	Type	Content	Values	Mandatory
GRK_ERP_Sendung_ID	A50	Eindeutiger gemeinsamer Identifikator der GRK_Sendung. Vergeben vom ERP		x

41.2 - Anfrage-GRK_Sendung_Storno

Back to OL56_GRK_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL56_GRK_Sendung_Storno_(ERP-LP)

Name	Type	Content	Values	Mandatory
GRK_ERP_Sendung_ID	A50	Eindeutiger gemeinsamer Identifikator der GRK_Sendung. Vergeben vom ERP		x

41.3 - Fachliche Beschreibung

Back to OL56_GRK_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL56_GRK_Sendung_Storno_(ERP-LP)

Name	Type	Content	Values	Mandatory

41.4 - GRK_Sendung_Storno

Back to OL56_GRK_Sendung_Storno_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL56_GRK_Sendung_Storno_(ERP-LP)

Name	Type	Content	Values	Mandatory
GRK_ERP_Sendung_ID	A50	Eindeutiger gemeinsamer Identifikator der GRK_Sendung. Vergeben vom ERP

42 - OL57_Sendung_Status_(ERP-LP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

Anfrage-Sendung

42.1 - Anfrage_Sendung

Back to OL57_Sendung_Status_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL57_Sendung_Status_(ERP-LP)

Name	Type	Content	Values	Mandatory
erp_sendung_id	A50			x

42.2 - Anfrage-Sendung

Back to OL57_Sendung_Status_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL57_Sendung_Status_(ERP-LP)

Name	Type	Content	Values	Mandatory
erp_sendung_id	A50			x

42.3 - Fachliche Beschreibung

Back to OL57_Sendung_Status_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL57_Sendung_Status_(ERP-LP)

Name	Type	Content	Values	Mandatory

42.4 - Sendung

Back to OL57_Sendung_Status_(ERP-LP)

Status

DRAFT - under construction

Business Object

This is part of OL57_Sendung_Status_(ERP-LP)

Name	Type	Content	Values	Mandatory
erp_sendung_id	A50			x

43 - OL58_B2B_Warenausgang_(LP-ERP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

B2B_Warenausgang
Fachliche Beschreibung
B2B_Warenausgang_Einzelteil

ERM Diagram

43.1 - B2B_Warenausgang

Back to OL58_B2B_Warenausgang_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL58_B2B_Warenausgang_(LP-ERP)

Name	Type	Content	Values	Mandatory
PackstueckIdentnummer	A36	In K.Motion die LE_ID des Packstücks. Wird aktuell in K.Motion als numerisch, 12stellig generiert. Der fachliche Identifier des Packstücks (des Ganz-Kollo oder des gepackten Paketes) Die Erwartung ist, dass der Identifier auf dem Packstück angebracht und ablesbar ist.		x
Packstueck_Typ_Knz_ID	N1	gibt Auskunft darüber, in welchem Packstück-Typ es sich handelt:	1 = Sorter-Paket (Sendung) 2 = Ganz_Kollo / Ganz_LE (aus dem RL) 4 = Retourenmischwanne	x
Verwendete_Verpackung	A6	Transportiert die verwendete Verpackung.(mit dem K.Motion internen Identifier.). Ist möglich für Versand-Kartons, wie wir sie auch im B2C-Prozess kennen. Aber auch für: - Norm-Kolli N1-N7 - Palleten N21 - N24 - RMW_DL Rteourenmischwanne gedeckelt - RMW Retourenmischwanne (ohne Deckel) Wir sollten wegen diverser Unsicherheiten keine Validierung und keine harten Referenz-Daten vorsehen.		x
ERP_Packmittel_Id	A36	neuer Uniquer Verpackungs-Identifier , der neben der Größe auch das Branding (Otto-Karton, Baur-Karton, neutraler Karton) Zunächst nur Relevant für Standort Ilowa. Im Südhafen bleiben wir weiterhin Packmittel_Knz_ID Vergeben vom Händler bzw. dem ERP Cormorant und CORE verwenden beide den gleichen Identifier		x
Ereigniszeitpunkt	TIMESTAMP(3)	Zeitpunkt, wann das Ereignis des Warenausgangs im Lager erfasst wurde. Zeitpunkt der Verladung. ISO8601 with timezone offset z.B. “2022-12-19T16:06:05+02:00”		x
Verplomungszeitpunkt	TIMESTAMP(3)	Zeitpunkt der Verplombung der WAP bzw. Abschluss der Verladung..		x
Carrier_Id	A30	ID des Carriers an den übergeben wurde		x
Transportfahrzeug_Id	A20	Kennzeichen oder WAB-Nummer. Kann leer sein, wenn die Information erst später vom YARD übergeben wird		x
Ladeeinheit_Id	A20	ID der Träger-LE		x
Ladeeinheit_Typ	A6	Typ der Träger-LE		x
Verlade_Id	A12	Die Verlade-ID Fachlicher Identifier einer Verladung. Zu einer Verladung können mehrere transportVehicles bzw. WAPs gehören. Es kann aber auch 1:1 (Verladung : WAP) sein.		x

Relations

Table
B2B_Warenausgang_Einzelteil

43.2 - B2B_Warenausgang_Einzelteil

Back to OL58_B2B_Warenausgang_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL58_B2B_Warenausgang_(LP-ERP)

Name	Type	Content	Values	Mandatory
GRK_Erp_Einzelteil_ID	A50	Eindeutiger gemeinsamer Identifikator des Großkunden-Einzelteils. Vergeben vom ERP.		x
Verwendete_BuAId	A36	Für dieses Einzelteil verwendete BUAID (der ewige Retorenschlüssel). Muss für gepackte (Sorter)-Pakete eigentlich immer gesetzt sein. In Ganz-Kolli (Ganz LE) ist im zweifel noch keine BUIAD vergeben.		x

43.3 - Fachliche Beschreibung

Back to OL58_B2B_Warenausgang_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL58_B2B_Warenausgang_(LP-ERP)

Name	Type	Content	Values	Mandatory

44 - OL59_B2B_Verzoegerte_Auslieferung_(LP-ERP)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

44.1 - B2B_VerzoegerteAuslieferung

Back to OL59_B2B_Verzoegerte_Auslieferung_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL59_B2B_Verzoegerte_Auslieferung_(LP-ERP)

Name	Type	Content	Mandatory
GRK_ERP_Sendung_ID	A50	technischer Schlüssel einer B2B-Sendung, vergeben vom Logistikpuffer	x
Ereigniszeitpunkt	Timestamp(3)	Zeitpunkt des fachlichen Ereignisses	x
Lager_Spaetester_UebergabeZp	Date	Vom WMS errechneter neuer spätester Plantermin der Übergabe der B2B Sendung (an den Carrier oder bei Umfuhren in den Transport)	x
Lager_Fruehester_UebergabeZp	Date	Vom WMS errechneter neuer frühester Plantermin der Übergabe der B2B Sendung (an den Carrier oder bei Umfuhren in den Transport)	x
Lager_Spaetester_EinlagerungZp	Date	Vom WMS errechneter neuer Einlagerungs-Plantermin im Ziel-Lager (nur bei Umfuhren)	x

44.2 - Fachliche Beschreibung

Back to OL59_B2B_Verzoegerte_Auslieferung_(LP-ERP)

Status

DRAFT - under construction

Business Object

This is part of OL59_B2B_Verzoegerte_Auslieferung_(LP-ERP)

Name	Type	Content	Values	Mandatory

45 - OL60_B2B_Abruf_Nur_RL_(LP-LVS)

Status

DRAFT - under construction

Detail description as excel file.

Business Object Model

45.1 - B2B_Abruf_Nur_RL

Back to OL60_B2B_Abruf_Nur_RL_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of OL60_B2B_Abruf_Nur_RL_(LP-LVS)

Name	Type	Content	Values	Mandatory
rl_abruf_id	N4	Id des Reservelager-Abrufs		x
enthaelt_sortermengen	Boolean	Zunächst wird immer ‘false’ übergeben. In einer späteren Ausbaustufe, soll dieses Feld variabel verwendet werden.		x

45.2 - Fachliche Beschreibung

Back to OL60_B2B_Abruf_Nur_RL_(LP-LVS)

Status

DRAFT - under construction

Business Object

This is part of OL60_B2B_Abruf_Nur_RL_(LP-LVS)

Name	Type	Content	Values	Mandatory

Logistikpuffer

1 - Inbound_Sendung

Status

Related documents

Business Object Model

1.1 - Adresse

Status

Business Object

1.2 - Beilage

Status

Business Object

1.3 - Einzelteil

Status

Business Object

Relations

1.4 - Externe_Ressource

Status

Business Object

1.5 - GRK_Sendung

Status

Business Object

1.6 - LagerOrt_Info

Status

Business Object

1.7 - Packstueck

Status

Business Object

1.8 - Paketshop

Status

Business Object

1.9 - Position

Status

Business Object

Relations

1.10 - Rechnungssummen

Status

Business Object

1.11 - Rechnungssummen_Dynamisch

Status

Business Object

1.12 - Retourenaufkleber

Status

Business Object

1.13 - Retourenaufkleber_SRD

Status

Business Object

1.14 - Ruecksendeposition_HES

Status

Business Object

1.15 - Sendung

Status

Business Object

Relations

1.16 - Serviceposition

Status

Business Object

1.17 - shipmentUnitValueAddedServices

Status

Business Object

1.18 - shipmentValueAddedServices

Status

Business Object

1.19 - singleItemValueAddedServices

Status

Business Object

1.20 - Tabelle1

Status

Business Object

1.21 - Textbaustein

Status

Business Object

1.22 - Versandeinheit

Status

Business Object

Relations

1.23 - Versender

Status

Business Object

Relations

1.24 - Versender_BE_Post