You can find the Logistikpuffer interface flows here Logistikpuffer Dokumentationen.
This is the multi-page printable view of this section. Click here to print.
40 Outbound
- 1: CMM
- 1.1: O49 Outbound scan event FLASH
- 1.2: O52 Outbound Carrier event
- 1.2.1: O52 Outbound Carrier event
- 1.3: O54 Outbound scan event
- 1.3.1: O54 outbound scan event
- 1.4: O55 Outbound scan event HES
- 1.4.1: O55 outbound scan event HES
- 1.5: O60 outbound shipment event
- 1.5.1: O60 outbound shipment event
- 1.6: O62 carrier shipment request
- 1.6.1: O62 carrier shipment request
- 1.7: O63 carrier shipment response
- 2: FLASH/Outbound
- 2.1:
- 2.2:
- 2.3:
- 2.4:
- 2.5:
- 2.6: O46 DeliveryStatement
- 2.7: O50 OrderProcess
- 2.8: O51 ShipmentMasterdata
- 2.9: O61 OrderDataToFlash
- 2.10: O64 buffer item
- 3: KR2
- 3.1:
- 3.2: O53 Handlingstatus
- 4: Logistikpuffer
- 4.1: Inbound_Sendung
- 4.1.1: Adresse
- 4.1.2: Beilage
- 4.1.3: Einzelteil
- 4.1.4: Externe_Ressource
- 4.1.5: GRK_Sendung
- 4.1.6: LagerOrt_Info
- 4.1.7: Packstueck
- 4.1.8: Paketshop
- 4.1.9: Position
- 4.1.10: Rechnungssummen
- 4.1.11: Rechnungssummen_Dynamisch
- 4.1.12: Retourenaufkleber
- 4.1.13: Retourenaufkleber_SRD
- 4.1.14: Ruecksendeposition_HES
- 4.1.15: Sendung
- 4.1.16: Serviceposition
- 4.1.17: shipmentUnitValueAddedServices
- 4.1.18: shipmentValueAddedServices
- 4.1.19: singleItemValueAddedServices
- 4.1.20: Tabelle1
- 4.1.21: Textbaustein
- 4.1.22: Versandeinheit
- 4.1.23: Versender
- 4.1.24: Versender_BE_Post
- 4.1.25: Versender_Cargus
- 4.1.26: Versender_CH_Post
- 4.1.27: Versender_CZ_Ceska_Posta
- 4.1.28: Versender_CZ_Zasilkovna
- 4.1.29: Versender_DHL
- 4.1.30: Versender_Endauslagerung
- 4.1.31: Versender_FR_Colissimo
- 4.1.32: Versender_FR_DomTom_Avion
- 4.1.33: Versender_FR_Mondial
- 4.1.34: Versender_FR_Relais_Colis
- 4.1.35: Versender_Hermes_UK
- 4.1.36: Versender_HES
- 4.1.37: Versender_HU_Magyar_Posta
- 4.1.38: Versender_HVS(auch HG genannt)
- 4.1.39: Versender_NL_TNT
- 4.1.40: Versender_PL_Inpost
- 4.1.41: Versender_PL_Poczta_Polska
- 4.1.42: Versender_PostNord
- 4.1.43: Versender_SE_MyPack
- 4.1.44: Versender_SK_Slovenska_Posta
- 4.1.45: Versender_UA_Kurier
- 4.1.46: Versender_UA_Ukrposhta
- 4.1.47: Zahlschein_AU
- 4.1.48: Zahlschein_BE
- 4.1.49: Zahlschein_DE
- 4.1.50: Zahlschein_FR
- 4.1.51: Zahlschein_IT
- 4.1.52: Zahlschein_NL
- 4.1.53: Zahlschein_PL
- 4.1.54: Zahlungsplan
- 4.1.55: Zahlungsplan_Mitbesteller
- 4.1.56: Zahlungsziel
- 4.1.57: Zahlungsziel_Mitbesteller
- 4.2: O04_Sendung_Storno_(ERP-LP)
- 4.2.1: Anfrage-Sendung_Storno
- 4.2.2: Sendung_Storno
- 4.2.3: Storno
- 4.3: O05_Sendung_Freigabe_(ERP-LP)
- 4.3.1: Freigabe
- 4.3.2: Sendung_Freigabe
- 4.4: O06_Sendung_Update_(ERP-LP)
- 4.4.1: Anfrage-Sendung_Update
- 4.4.2: Sendung_Update
- 4.4.3: Update
- 4.5: O07_Outbound_LAZ
- 4.5.1: LAZ
- 4.6: O08_Warenausgang_(LP-ERP)
- 4.6.1: Warenausgang
- 4.6.2: Warenausgang_Einzelteil
- 4.7: O09_Outbound_LKZ
- 4.7.1: LKZ
- 4.8: O10_Outbound_Zweitpaket
- 4.8.1: Zweitpacket_Rueck
- 4.8.2: Zweitpaket
- 4.9: O11_Outbound_Abruf_Avise
- 4.9.1: Abruf_Avise
- 4.10: O12_Outbound_Lagerdifferenz
- 4.10.1: ERP_Einzelteil_IDs_Typ
- 4.10.2: Lagerdifferenz
- 4.10.3: LagerDifferenz_Meldung_Typ
- 4.10.4: ReduziertesEinzelteil
- 4.11: O14_Outbound_Fehlermeldung
- 4.11.1: Fehlermeldung
- 4.12: O15_Zentrale_Online_Rechn-Korrektur
- 4.12.1: Anfrage-Einzelteil
- 4.12.2: Anfrage-Rechnungskorrektur
- 4.12.3: Einzelteil
- 4.12.4: EinzelteilListeSprint
- 4.12.5: Rechnungskorrektur
- 4.12.6: RECHNUNGSKORREKTUR_SPRINT
- 4.13: O17_Puffersnapshot_Sendung_(LP-BI)
- 4.13.1: Beilage
- 4.13.2: Einzelteil
- 4.13.3: Packstueck
- 4.13.4: Position
- 4.13.5: Sendung
- 4.13.6: Versandeinheit
- 4.13.7: Versender
- 4.14: O18_Bestandsinformation_(4Bisko)
- 4.14.1: Bestandsabgleich
- 4.14.2: Bestandsabgleichdaten
- 4.14.3: Bestandsmeldung (View)
- 4.15: O19_Packstueck_Ereignis
- 4.15.1: Packstück_Ereignis
- 4.15.2: Packstueck_Ereignis
- 4.16: O21_COBRA_Packstueckmeldung
- 4.16.1: Packstueckmeldung
- 4.16.2: Palettierung_Verladung
- 4.17: O25_Puffersnapshot_GRK_Sendung_(LP-BI)
- 4.17.1: GRK_Einzelteil
- 4.17.2: GRK_Position
- 4.17.3: GRK_Sendung
- 4.18: O28_Abruf_Sendung-Daten_(LP-LVS)
- 4.18.1: Beilage
- 4.18.2: Einzelteil
- 4.18.3: Externe_Ressource
- 4.18.4: Sendung
- 4.18.5: Versender
- 4.19: O32_Lagerdifferenz_(LVS-LP)
- 4.19.1: Lagerdifferenz
- 4.19.2: ReduziertesEinzelteil
- 4.20: O33_Warenausgang_(LVS-LP)
- 4.20.1: Einzelteil
- 4.20.2: Warenausgang
- 4.21: O36_Packmeldung
- 4.21.1: Packmeldung
- 4.21.2: Packmeldung_LVS_LP
- 4.22: O40_Packstück_Ereignis_(LVS-LP)
- 4.22.1: Packstück_Ereignis
- 4.22.2: Packstueck_Ereignis
- 4.23: O41_Verzoegerte_Auslieferung_(LVS-LP)
- 4.23.1: Verzoegerte_Auslieferung
- 4.24: O43_Packmeldung
- 4.24.1: Packmeldung
- 4.24.2: Sendung_Id
- 4.25: O45_Labelbeschaffung_(Labelprovider-LP)
- 4.25.1: Labeldaten
- 4.26: O47_Labelbeschaffung_(LP-Labelprovider)
- 4.26.1: Labeldaten
- 4.27: OL1_B2B_Sendung_(ERP-LP)
- 4.27.1: Fachliche Beschreibung
- 4.27.2: GRK_Adresse
- 4.27.3: GRK_Einzelteil
- 4.27.4: GRK_Position
- 4.27.5: GRK_Sendung
- 4.27.6: GRK_Sendung_VAS
- 4.28: OL13_B2B_Lagerdifferenz_(LP-ERP)
- 4.28.1: B2B_Lagerdifferenz
- 4.28.2: B2B_ReduziertesEinzelteil
- 4.28.3: Fachliche Beschreibung
- 4.29: OL16_Abruf_Sendung_(LP-BI)
- 4.29.1: Beilage
- 4.29.2: Einzelteil
- 4.29.3: Fachliche Beschreibung
- 4.29.4: Packstück
- 4.29.5: Position
- 4.29.6: Rechnungssumme
- 4.29.7: Rechnungssumme_Dynamisch
- 4.29.8: Retourenaufkleber
- 4.29.9: Retourenaufkleber_SRD
- 4.29.10: Sendung
- 4.29.11: Serviceposition
- 4.29.12: Versandeinheit
- 4.29.13: Versender
- 4.29.14: Versender_DHL
- 4.29.15: Versender_HES
- 4.29.16: Versender_HVS
- 4.30: OL2_Sendung_(ERP-LP)
- 4.30.1: Adresse
- 4.30.2: Beilage
- 4.30.3: Einzelteil
- 4.30.4: Externe_Ressource
- 4.30.5: LagerOrt_Info
- 4.30.6: Packstueck
- 4.30.7: Packstueck_Ext_Ressource
- 4.30.8: Paketshop
- 4.30.9: Position
- 4.30.10: Rechnungssummen
- 4.30.11: Rechnungssummen_Dynamisch
- 4.30.12: Retourenaufkleber
- 4.30.13: Retourenaufkleber_SRD
- 4.30.14: Ruecksendeposition_HES
- 4.30.15: Sendung
- 4.30.16: Serviceposition
- 4.30.17: shipmentUnitValueAddedServices
- 4.30.18: shipmentValueAddedServices
- 4.30.19: singleItemValueAddedServices
- 4.30.20: Textbaustein
- 4.30.21: Versandeinheit
- 4.30.22: Versender
- 4.30.23: Versender_BE_Post
- 4.30.24: Versender_Cargus
- 4.30.25: Versender_CH_Post
- 4.30.26: Versender_CZ_Ceska_Posta
- 4.30.27: Versender_CZ_Zasilkovna
- 4.30.28: Versender_DHL
- 4.30.29: Versender_Endauslagerung
- 4.30.30: Versender_FR_Colissimo
- 4.30.31: Versender_FR_DomTom_Avion
- 4.30.32: Versender_FR_Mondial
- 4.30.33: Versender_FR_Relais_Colis
- 4.30.34: Versender_Hermes_UK
- 4.30.35: Versender_HES
- 4.30.36: Versender_HU_Magyar_Posta
- 4.30.37: Versender_HVS
- 4.30.38: Versender_NL_TNT
- 4.30.39: Versender_PL_DPD
- 4.30.40: Versender_PL_Inpost
- 4.30.41: Versender_PL_Poczta_Polska
- 4.30.42: Versender_PostNord
- 4.30.43: Versender_SE_MyPack
- 4.30.44: Versender_SK_Slovenska_Posta
- 4.30.45: Versender_UA_Kurier
- 4.30.46: Versender_UA_Ukrposhta
- 4.30.47: Zahlschein_AU
- 4.30.48: Zahlschein_BE
- 4.30.49: Zahlschein_DE
- 4.30.50: Zahlschein_FR
- 4.30.51: Zahlschein_IT
- 4.30.52: Zahlschein_NL
- 4.30.53: Zahlschein_PL
- 4.30.54: Zahlungsplan
- 4.30.55: Zahlungsplan_Mitbesteller
- 4.30.56: Zahlungsziel
- 4.30.57: Zahlungsziel_Mitbesteller
- 4.31: OL20_Abruf_GRK_Sendung(LP-BI)
- 4.31.1: Fachliche Beschreibung
- 4.31.2: GRK_Einzelteil
- 4.31.3: GRK_Position
- 4.31.4: GRK_Sendung
- 4.32: OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)
- 4.32.1: Fachliche Beschreibung
- 4.32.2: GRK_Adresse
- 4.32.3: GRK_Einzelteil
- 4.32.4: GRK_Position
- 4.32.5: GRK_Sendung
- 4.32.6: GRK_Sendung_VAS
- 4.33: OL48_B2B_Warenausgang_(LVS-LP)
- 4.33.1: B2B_Einzelteil
- 4.33.2: B2B_Warenausgang
- 4.33.3: Fachliche Beschreibung
- 4.34: OL49_B2B_Lagerdifferenz_(LVS-LP)
- 4.34.1: B2B_Lagerdifferenz
- 4.34.2: B2B_ReduziertesEinzelteil
- 4.34.3: Fachliche Beschreibung
- 4.35: OL50_B2B_Verzoegerte_Auslieferung_(LVS-LP)
- 4.35.1: B2B_VerzoegerteAuslieferung
- 4.35.2: Fachliche Beschreibung
- 4.36: OL51_B2B_LAZ_(LP-ERP)
- 4.36.1: B2B_LAZ
- 4.36.2: B2B_LAZ_Einzelteil
- 4.36.3: Fachliche Beschreibung
- 4.37: OL52_Pufferinhalt_(LP-LZM)
- 4.37.1: Fachliche Beschreibung
- 4.37.2: Mengencluster
- 4.37.3: Pufferinhalt
- 4.37.4: Pufferinhalt_Daten
- 4.38: OL53_Abrufinhalt_(LP-LZM)
- 4.38.1: Abrufinhalt
- 4.38.2: Abrufinhalt_Daten
- 4.38.3: Fachliche Beschreibung
- 4.38.4: Mengencluster
- 4.39: OL54_Abrufplan_(LP-LZM)
- 4.39.1: Abrufplan
- 4.39.2: Abrufplan_Menge
- 4.39.3: Fachliche Beschreibung
- 4.39.4: Mengencluster
- 4.40: OL55_Abrufplan_Geloescht_(LP-LZM)
- 4.40.1: Abrufplan
- 4.40.2: Fachliche Beschreibung
- 4.41: OL56_GRK_Sendung_Storno_(ERP-LP)
- 4.41.1: Anfrage_GRK_Sendung_Storno
- 4.41.2: Anfrage-GRK_Sendung_Storno
- 4.41.3: Fachliche Beschreibung
- 4.41.4: GRK_Sendung_Storno
- 4.42: OL57_Sendung_Status_(ERP-LP)
- 4.42.1: Anfrage_Sendung
- 4.42.2: Anfrage-Sendung
- 4.42.3: Fachliche Beschreibung
- 4.42.4: Sendung
- 4.43: OL58_B2B_Warenausgang_(LP-ERP)
- 4.43.1: B2B_Warenausgang
- 4.43.2: B2B_Warenausgang_Einzelteil
- 4.43.3: Fachliche Beschreibung
- 4.44: OL59_B2B_Verzoegerte_Auslieferung_(LP-ERP)
- 4.44.1: B2B_VerzoegerteAuslieferung
- 4.44.2: Fachliche Beschreibung
- 4.45: OL60_B2B_Abruf_Nur_RL_(LP-LVS)
- 4.45.1: B2B_Abruf_Nur_RL
- 4.45.2: Fachliche Beschreibung
1 - CMM
1.1 - O49 Outbound scan event FLASH
Status
Final
Process flow
Business Object Model
1.1.1 - O49 outbound scan event FLASH
Back to o49_outbound scan event flash
Description
Scan status from the outbound context. Starting with the data transfer into the warehouse management system, through picking and clarification cases, up to the handover to the responsible carrier. Atm this interface is only used by bulky item warehouses.
Status
Final
Business Object
Following the description of the schema specific (
data
property) contents. See here for the FINE service header.
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
directionNo | N3 | Numeric delivery direction (a.k.a. “depository”) | 33 | ✅ |
locationCode | Enum(N2) | Warehouse location 1: Warehouse Loehne 2: Warehouse Ohrdruf 4: Warehouse Haldensleben 7: Warehouse Tilburg (Holland) 13: Warehouse Witt 14: Warehouse Graz/Salzburg 23: Warehouse Altenkunstadt Hf 25: Warehouse Altenkunstadt Db 40: Warehouse Haldensleben Südhafen 47: Warehouse Sonnefeld 48: Warehouse Langenselbold 54: Warehouse Mosina 55: Warehouse Ansbach 57: Warehouse Marl 58: Warehouse Erfurt |
2 | ✅ |
trackingNumber | A30 | Shipment identification number | “H1023750009606502034”, “90999001941832”, “3SF19700002” | ✅ |
carrierCode | Enum(N2) | Last mile carrier 0: Undefined 1: Hermes Germany 2: Hermes Einrichtungsservice 3: Hermes Int. 4: DHL 5: Swiss Post 6: FR Colissimo 7: FR Mondial 8: TNT Netherlands 16: Hungarian Post 17: Czech Post 18: Slovak Post 19: Hermes UK |
1 | ✅ |
outgoingShipmentPackageNumber | A18 | BI packing unit id | 22868420085733852 | ✅ |
outgoingShipmentComponentNumber | A18 | BI single item id | 22771924754866402 | ✅ |
internalParcelCode | N15 | Technical identifier of shipment ident record | 522716783 | ✅ |
placeId | N15 | Technical identifier of pick place | 522716783 | |
parentContainerId | N15 | Technical identifier of parent container | 522716783 | |
parentContainerAno | A16 | Business identifier of parent container | “C1234567890” | |
parentContainerPackagingId | N15 | Technical identifier of parent container packaging type | 522716783 | |
pickingAreaCode | ENUM(N1) | Picking area 0: undefined 1: Valuable area (Wertbereich) 2: Carton area (Fachboden) 3: Bulk (Pulk) 4: Rack (Regalkommissionierung) 5: Stock integrated non-warehouse item (DLW) |
||
pickBuildingNo | N1 | Building from which picking takes place (only set for scanning from wms own picking warehouses) | 9 | ✅ |
eventTypeDescription | A50 | Name of scan type | “An Carrier übergeben” | ✅ |
eventType | Enum(N2) | Business identifier of scan type record 0: unbearbeitet 1: klärfall 2: Überhang 3: Nachlieferung 4: Lagerdifferenz 5: Kundenstorno 6: Limit 7: Einen Tag später 9: Fehler 10: verladen 11: manuell verladen 12: WE im KP 13: WE im KP WAP Übernahme 14: verladen KP 15: verladen KP WAP Übernahme 16: scanning WA-Sorter 17: kommissioniert(2) 18: in KS 19: kommissioniert(1) 20: FTS-quittiert 21: SLS-quittiert 22: Klärfall: Falsche Artikelnummer 23: Klärfall: Falsche Teilenummer 24: Klärfall: Artikel defekt 25: Klärfall: Lagerort leer 26: Klärfall: Nicht erreichbar 27: Klärfall: Nicht sorterfähig 28: An Carrier übergeben 29: Abbruch |
✅ | |
eventOrigin | N3 | Origin of scanning 0=Manuell 1=Verladesorter 2=Tütensorter 3=Man. Scannung 4=COBRA - Verladescan 5=COBRA - Vorg. absch. 6=Hermes Germany 7=Hermes Einrichtungsservice 9=Großstück 10=COBRA: Lieferstatus zuw. 11=ANTS |
1 | ✅ |
scanningId | N15 | Technical identifier of scanning record | 490817679 | ✅ |
businessEventTimestamp | A30 | Timestamp of the scan event (ISO8601 with TZ offset) | 2022-04-25T12:58:36.053+00:00 | ✅ |
srcSystem | Enum | Output identifier of the producing system. Possible values: ‘COBRA’ | ✅ |
1.2 - O52 Outbound Carrier event
Status
Final
Process flow
Business Object Model
1.2.1 - O52 Outbound Carrier event
Back to o52_outbound carrier event
Status
Final
Business Object
This is part of 052_outbound_carrier_event
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
erpSendungId | A36 | Bulky fulfillment order ID (UUID) | :heavy_check_mark: | |
erpPackageId | A50 | Retailer packaging ID (UUDI) | :heavy_check_mark: | |
finishedTimestamp | String | Business event time stamp (ISO8601) | :heavy_check_mark: | |
carrierId | Enum | Carrier: 1 = Hermes Germany 2 = Hermes Einrichtungsservice |
:heavy_check_mark: |
Versions
Following the version history of the corresponding JSON schema:
Version | Date | File | Comments |
---|---|---|---|
1.00 | 2024-01-14 | outbound.carrier_event.json.v1.00.json | First final version |
1.3 - O54 Outbound scan event
Status
Final
Process flow
Business Object Model
1.3.1 - O54 outbound scan event
Back to o54_outbound scan event
Description
Scan status from the outbound context. Starting with the data transfer into the warehouse management system, through picking and clarification cases, up to the handover to the responsible carrier. Atm this interface is only used by bulky item warehouses.
Status
Final
Business Object
Following the description of the schema specific (
data
property) contents. See here for the FINE service header.
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
directionNo | N3 | Numeric delivery direction (a.k.a. “depository”) | 33 | ✅ |
location | Enum(N2) | Warehouse location 1: Warehouse Loehne 2: Warehouse Ohrdruf 4: Warehouse Haldensleben 7: Warehouse Tilburg (Holland) 13: Warehouse Witt 14: Warehouse Graz/Salzburg 23: Warehouse Altenkunstadt Hf 25: Warehouse Altenkunstadt Db 40: Warehouse Haldensleben Südhafen 47: Warehouse Sonnefeld 48: Warehouse Langenselbold 54: Warehouse Mosina 55: Warehouse Ansbach 57: Warehouse Marl 58: Warehouse Erfurt |
2 | ✅ |
parcelAno | A30 | Shipment identification number | “H1023750009606502034”, “90999001941832”, “3SF19700002” | ✅ |
parcelCarrierCode | Enum(N2) | Last mile carrier 0: Undefined 1: Hermes Germany 2: Hermes Einrichtungsservice 3: Hermes Int. 4: DHL 5: Swiss Post 6: FR Colissimo 7: FR Mondial 8: TNT Netherlands 16: Hungarian Post 17: Czech Post 18: Slovak Post 19: Hermes UK |
1 | ✅ |
parcelDwhPackingUnitAno | A18 | BI packing unit id | 22868420085733852 | ✅ |
parcelDwhSingleitemAno | A18 | BI single item id | 22771924754866402 | ✅ |
parcelId | N15 | Technical identifier of shipment ident record | 522716783 | ✅ |
placeId | N15 | Technical identifier of pick place | 522716783 | |
parentContainerId | N15 | Technical identifier of parent container | 522716783 | |
parentContainerAno | A16 | Business identifier of parent container | “C1234567890” | |
parentContainerPackagingId | N15 | Technical identifier of parent container packaging type | 522716783 | |
pickingAreaCode | ENUM(N1) | Picking area 0: undefined 1: Valuable area (Wertbereich) 2: Carton area (Fachboden) 3: Bulk (Pulk) 4: Rack (Regalkommissionierung) 5: Stock integrated non-warehouse item (DLW) |
||
pickBuildingNo | N1 | Building from which picking takes place (only set for scanning from wms own picking warehouses) | 9 | ✅ |
scanTypeId | N15 | Technical identifier of scan type record | 126 | ✅ |
scanTypeName | A50 | Name of scan type | “An Carrier übergeben” | ✅ |
scanTypeNo | Enum(N2) | Business identifier of scan type record 0: unbearbeitet 1: klärfall 2: Überhang 3: Nachlieferung 4: Lagerdifferenz 5: Kundenstorno 6: Limit 7: Einen Tag später 9: Fehler 10: verladen 11: manuell verladen 12: WE im KP 13: WE im KP WAP Übernahme 14: verladen KP 15: verladen KP WAP Übernahme 16: scanning WA-Sorter 17: kommissioniert(2) 18: in KS 19: kommissioniert(1) 20: FTS-quittiert 21: SLS-quittiert 22: Klärfall: Falsche Artikelnummer 23: Klärfall: Falsche Teilenummer 24: Klärfall: Artikel defekt 25: Klärfall: Lagerort leer 26: Klärfall: Nicht erreichbar 27: Klärfall: Nicht sorterfähig 28: An Carrier übergeben 29: Abbruch |
✅ | |
scannedDirectionNo | N2 | At the loading gate against scanned delivery direction. Only set if SCAN_TYPE.NO=28 | 33 | |
scanningId | N15 | Technical identifier of scanning record | 490817679 | ✅ |
scanningOriginCode | Enum(N3) | Origin of the scanning 0=Manuell 1=Verladesorter 2=Tütensorter 3=Man. Scannung 4=COBRA - Verladescan 5=COBRA - Vorg. absch. 6=Hermes Germany 7=Hermes Einrichtungsservice 9=Großstück 10=COBRA: Lieferstatus zuw. 11=ANTS |
✅ | |
scanningScanDate | A30 | Timestamp of the scan event (ISO8601 with TZ offset) | 2022-04-25T12:58:36.053+00:00 | ✅ |
srcSystem | Enum | Output identifier of the producing system. Possible values: ‘COBRA’ | ✅ |
1.4 - O55 Outbound scan event HES
Status
Final
Process flow
Business Object Model
1.4.1 - O55 outbound scan event HES
Back to o55_outbound scan event HES
Description
Bulky item logistics scan events for Hermes Einrichtungsservice (HES). Only scan events from the clusters of embarkation and clarification cases are contained.
Status
Final
Business Object
Following the description of the schema specific contents. The table below indicates mandatory fields with a ✅.
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
destination | N3 | Numeric delivery direction (a.k.a. “depository”) | 33 | ✅ |
location | Enum(N2) | Warehouse location 1: Warehouse Loehne 2: Warehouse Ohrdruf 4: Warehouse Haldensleben 7: Warehouse Tilburg (Holland) 13: Warehouse Witt 14: Warehouse Graz/Salzburg 23: Warehouse Altenkunstadt Hf 25: Warehouse Altenkunstadt Db 40: Warehouse Haldensleben Südhafen 47: Warehouse Sonnefeld 48: Warehouse Langenselbold 54: Warehouse Mosina 55: Warehouse Ansbach 57: Warehouse Marl 58: Warehouse Erfurt |
2 | ✅ |
colli | A30 | Shipment identification number | H1023750009606502034, 90999001941832, 3SF19700002 | ✅ |
carrierType | Enum(N2) | Last mile carrier 1: Hermes Germany 2: Hermes Einrichtungsservice |
1 | ✅ |
building | N1 | Building from which picking takes place (only set for scanning from wms own picking warehouses) | 9 | ✅ |
statusHFID | Enum(N2) | Business identifier of scan type record 1: klärfall 11: manuell verladen 22: Klärfall: Falsche Artikelnummer 23: Klärfall: Falsche Teilenummer 24: Klärfall: Artikel defekt 25: Klärfall: Lagerort leer 27: Klärfall: Nicht sorterfähig 28: An Carrier übergeben |
✅ | |
scanTime | A30 | Timestamp (localtime) of the scan event (yyyy-mm-dd HH24:mi:ss) | 2024-07-16 04:20:20 | ✅ |
scanLocation | Enum(N1) | Scan location - only set if statusHFID = 28 0: External warehouse/tunnel 1: Loading gate |
1 |
1.5 - O60 outbound shipment event
Status
Final
Data flow
Business Object Model
1.5.1 - O60 outbound shipment event
Back to O60 outbound shipment event
Description
Logistic events for outbound shipments.
Status
Final
Business Object
Following the description of the schema specific (
data
property) contents. See here for the FINE service header. The table below indicates mandatory fields with a ✅.
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
shipmentIdentcode | A30 | Carrier specific identcode of the shipment | 123456789012345678901234567890 | ✅ |
carrier | A | Carrier of the shipment | DHL | ✅ |
eventTimestamp | A | Timestamp of the shipment event (ISO8601 with TZ offset) | 2024-07-16T04:20:20.321+02:00 | ✅ |
warehouselocation | A | Warehouse location where the shipment event took place | OHRDRUF | ✅ |
eventType | Enum | Type of the shipment event: - EMBARKED |
EMBARKED | ✅ |
transportVehicleId | A20 | ID of the goods discharge bridge or license plate of the vehicle | 238645, DD-AB 123 |
1.6 - O62 carrier shipment request
Status
Draft
Data flow
Business Object Model
1.6.1 - O62 carrier shipment request
Back to O62 carrier_shipment_request
Description
Request to register a shipment with a carrier. Responded via the O63 interface.
Status
Draft
Business Object
Following the description of the schema specific (
data
property) contents. See here for the FINE service header. The table below indicates mandatory fields with a ✅.
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
externalReferenceId | String | request reference id for the response | 2989cffe-dc66-4aa5-b922-e87ac6310463 | ✅ |
carrier | String | Carrier of the shipment | DHL, DE_HERMES_GERMANY, CH_POST, AT_POST see internal-reference-data -> 40 Outbound -> CMM -> carriers |
✅ |
dispatchLocation | String | Dispatch location of the shipment | HALDENSLEBEN, SUEDHAFEN | ✅ |
consignor | String | Seller who orders the shipment | see internal-reference-data -> 10 Master Data -> ownerCompanies | ✅ |
createReturnOrder | Bool | Also register a return shipment | true, false | ✅ |
sender | Object | Sender information | ||
recipient | Object | Recipient information | ✅ | |
parcel | Object | Parcel information | ✅ |
Embedded objects
sender
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
companyName | String | Company name | ExampleCompany | ✅ |
street | String | Street name | ExampleCompany-Str. | ✅ |
houseNumber | String | House number | 2 | ✅ |
zipCode | String | ZIP code | 31541 | ✅ |
city | String | City | ExampleCity | ✅ |
countryCode | String | ISO-3166-Alpha 2 | DE, AT |
recipient
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
firstName | String | First name | John | ✅ |
lastName | String | Last name | Doe | ✅ |
street | String | Street name | John-Doe-Str. | ✅ |
houseNumber | String | House number | 2 | ✅ |
addressLine2 | String | Address line 2 | 2nd floor | |
zipCode | String | ZIP code | 64689 | ✅ |
city | String | City | Doecity | ✅ |
countryCode | String | ISO-3166-Alpha 2 | DE, AT |
parcel
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
weightG | integer | parcel weight in grams | 30 | ✅ |
lengthCm | integer | parcel length in centimeters | 30 | ✅ |
widthCm | integer | parcel width in centimeters | 30 | ✅ |
heightCm | integer | parcel height in centimeters | 30 | ✅ |
1.7 - O63 carrier shipment response
Status
Draft
Data flow
Business Object Model
1.7.1 - O63 carrier shipment response
Back to O63 carrier shipment response
Description
Carrier shipment response to an O62 shipment registration request. The response contains the shipment state and, in case of success, the shipment document data. Otherwise the carrier specific error message.
Status
Draft
Business Object
Following the description of the schema specific (
data
property) contents. See here for the FINE service header. The table below indicates mandatory fields with a ✅.
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
externalReferenceId | String | request reference id | 2989cffe-dc66-4aa5-b922-e87ac6310463 | ✅ |
state | Enum | State of the request | SUCCESS, ERROR | ✅ |
direction | Integer | Carrier specific delivery direction | 1, 2 | when state = SUCCESS |
shippingLabel | Object | Shipping label data | when state = SUCCESS |
|
returnsLabel | Object | Returns label data | ||
errormessage | String | Error message | when state = ERROR |
Embedded objects
shippingLabel
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
id | String | unique document identifier | H1234567890123456789 | ✅ |
data | String | depends on dataType |
SGVsbG8gV29ybGQ= | ✅ |
dataType | Enum | document content type | PDF, PNG, ZPL, DATA_DHL, DATA_HG, DATA_CHP | ✅ |
data schema dataType=DATA_DHL
{
"properties": {
"identcode": {
"type": "string"
},
"postleitcode": {
"type": "string"
},
"labelUrl": {
"type": "string"
},
"labelFormat": {
"enum": ["PDF", "ZPL2"]
}
},
"required": [
"identcode",
"postleitcode",
"labelUrl",
"labelFormat"
]
}
data schema dataType=DATA_HG
{
"properties": {
"sendungsidentnummer": {
"type": "string"
},
"tour": {
"type": "number",
"minimum": 0,
"maximum": 99
},
"zelle": {
"type": "number",
"minimum": 0,
"maximum": 99
},
"depotbezeichnung": {
"type": "string"
},
"sperrgut": {
"type": "boolean"
},
"gewichtsklasse": {
"enum": ["UP_TO_10KG", "MORE_THAN_10KG", "MORE_THAN_20KG"]
}
},
"required": [
"sendungsidentnummer",
"tour",
"zelle",
"depotbezeichnung",
"sperrgut",
"gewichtsklasse"
]
}
data schema dataType=DATA_CHP
{
"properties": {
"sendungsidentnummer": {
"type": "string"
}
},
"required": ["sendungsidentnummer"]
}
returnsLabel
Name | Type | Content | Example | Mandatory |
---|---|---|---|---|
id | String | unique document identifier | H1234567890123456789 | ✅ |
data | String | depends on dataType |
SGVsbG8gV29ybGQ= | ✅ |
dataType | Enum | document content type | PDF, PNG, ZPL, DATA_DHL, DATA_HG, DATA_CHP | ✅ |
data schema dataType=DATA_DHL
{
}
data schema dataType=DATA_HG
{
}
data schema dataType=DATA_CHP
{
}
2 - FLASH/Outbound
2.1 -
2.1.1 -
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.deliverystatement |
eventId* |
string (uuid) |
The uniq eventId |
traceId* |
string (uuid) |
The uniq traceId |
eventTime* |
string |
Time of technical occurrence of the event |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
data* |
object |
|
deliveryStatementWorkdays |
integer,null |
Anzahl der Werktage Minimum: 0 |
deliveryDate |
string,null (date) |
Liefertermin Minimum Length: 10 |
returnKey* |
integer |
Retourenschluessel Minimum: 1 |
deliveryStatementCode |
integer,null |
Lieferzeit-Id Minimum: 1 |
deliveryStatementDescription |
string,null |
Lieferzeit Beschreibung Minimum Length: 1 |
deliveryInformationReasonCode |
integer,null |
Grund des Lieferstatus als Id Minimum: 1 |
deliveryInformationReasonDescription |
string,null |
Grund des aktuellen Lieferstatus Minimum Length: 1 |
slbCode |
integer,null |
Code der sofortigen Lieferbarkeit Minimum: 1 |
slbDescription |
string,null |
Beschreibung der sofortigen Lieferbarkeit Minimum Length: 1 |
shipmentServiceTypeCode |
integer,null |
Lieferservicetyp als Id Minimum: 1 |
shipmentServiceTypeDescription |
string,null |
Beschreibung des Lieferservicetyps Minimum Length: 1 |
businessEventTimestamp |
string |
Fachlicher Zeitstempel |
RUN_ID |
string |
RUN_ID Minimum Length: 14 |
2.2 -
2.2.1 -
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.customerorder.orderprocess.brain |
eventId* |
string (uuid) |
The uniq eventId |
eventTime* |
string |
Time of technical occurrence of the event |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
traceId* |
string (uuid) |
The uniq traceId |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
data* |
object |
|
returnKey* |
integer |
Retourenschluessel Minimum: 1 |
kpiTimestamp |
string (date) |
KPI-Timestamp |
kpiName |
string (enum) |
Enum zur Abbildung des Auftragsstatus (KPI laut BRAIN) Any of: [
"KPI_1_NACHFRAGE",
"KPI_8_ANSPRACHE",
"KPI_22_MENGENSTEUERUNG_AUFBAU",
"KPI_25_FAKTURIERUNGSVOLUMEN_AUFBAU",
"KPI_184_LAGERDIFFERENZEN_STUECK",
"KPI_187_OFFENER_NAB_STUECK",
"KPI_190_RESERVIERTER_NAB_STUECK"
] |
kpiValue |
number |
Wert der KPI/Auftragsstatus |
salesorderIdTok |
string |
key to identify SalesorderID Minimum Length: 25 |
customerCompanyNumber |
integer |
Number of the customer-company Minimum: 0 |
customerTypeNumber |
integer |
Type of the customer Minimum: 0 |
nonMerchandizeType |
boolean |
non-Merchandize-Type-Id |
2.3 -
2.3.1 -
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.shipmentmasterdata |
eventId* |
string (uuid) |
The uniq eventId |
traceId* |
string (uuid) |
The uniq traceId |
eventTime* |
string |
Time of technical occurrence of the event |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
data* |
object |
|
returnKey* |
string |
Retourenschluessel Minimum Length: 1 |
trackingNumber |
string |
Sendungsidentnummer Minimum Length: 1 |
partnerVariationId |
string |
ERP-ProductId Minimum Length: 18 |
erpId |
string |
ERP-Id Minimum Length: 1 |
packageCount |
integer |
Kollimenge Minimum: 1 |
location |
string (enum) |
warehouse locations Any of: [
"ANSBACH",
"LOEHNE",
"LANGENSELBOLD",
"MOSINA",
"OHRDRUF",
"HALDENSLEBEN",
"HALDENSLEBEN_RT",
"SUEDHAFEN",
"SONNEFELD",
"ALTENKUNSTADT",
"WEIDEN",
"KRACANY",
"ILOWA",
"ILOWA_RT",
"ILOWA_RSS",
"GERNSHEIM",
"ERFURT",
"HAMBURG_RT",
"OTELFINGEN_RT",
"KRIMICE_RT",
"STAHLAVY_RT",
"OHRDRUF_RT",
"LOEHNE_RT",
"LANGENSELBOLD_RT",
"LODZ_1_RT",
"LODZ_2_RT",
"BERGHEIM_RT",
"ALTENKUNSTADT_RT",
"LISTERHILLS_RT",
"SUEDHAFEN_RT",
"PILSEN_RT",
"HAMBURG_SC",
"LOEHNE_SC",
"SCHWABHAUSEN_SC",
"HALDENSLEBEN_RSS",
"ALTENKUNSTADT_RSS",
"LOEHNE_RSS",
"OHRDRUF_RSS",
"LANGENSELBOLD_RSS",
"LOEHNE_CP"
] |
handling |
string |
Handling Minimum Length: 2 |
2.4 -
2.4.1 -
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.orderdatatoflash.f2x Additional Properties: false |
eventId* |
string (uuid) |
The uniq eventId |
traceId* |
string (uuid) |
The unique traceId Minimum Length: 36 |
eventTime* |
string |
Time of technical occurrence of the event |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
meta* |
object |
|
sender* |
string (enum) |
The name of sender = producer Any of: [
"KR1_SHF",
"KR1_HHSTR",
"WMSX_SON",
"WMSX_AKU",
"KMOTION_ILO",
"KMOTION_GHM",
"COBRA",
"LSAS",
"IDEEFIX",
"OBS",
"RESY",
"LDH",
"RETAILSCHICHT",
"BUBE",
"FINE_INBOUND",
"F2X",
"WMSX_WEISMAIN",
"LIGIS",
"KR1_MANDANT",
"YMS_KMOTION",
"YMS_INCONSO",
"HERIS",
"CARGOCLIX",
"KMOTION_ERFURT",
"LOGISTIKPUFFER"
] |
data* |
object |
|
businessType* |
string (enum) |
type of business Any of: [
"B2B",
"B2C"
] |
orderOwner* |
string |
order owner Minimum Length: 1 |
location* |
string (enum) |
warehouse locations Any of: [
"ANSBACH",
"LOEHNE",
"LANGENSELBOLD",
"MOSINA",
"OHRDRUF",
"HALDENSLEBEN",
"HALDENSLEBEN_RT",
"SUEDHAFEN",
"SONNEFELD",
"ALTENKUNSTADT",
"WEIDEN",
"KRACANY",
"ILOWA",
"ILOWA_RT",
"ILOWA_RSS",
"GERNSHEIM",
"ERFURT",
"HAMBURG_RT",
"OTELFINGEN_RT",
"KRIMICE_RT",
"STAHLAVY_RT",
"OHRDRUF_RT",
"LOEHNE_RT",
"LANGENSELBOLD_RT",
"LODZ_1_RT",
"LODZ_2_RT",
"BERGHEIM_RT",
"ALTENKUNSTADT_RT",
"LISTERHILLS_RT",
"SUEDHAFEN_RT",
"PILSEN_RT",
"HAMBURG_SC",
"LOEHNE_SC",
"SCHWABHAUSEN_SC",
"HALDENSLEBEN_RSS",
"ALTENKUNSTADT_RSS",
"LOEHNE_RSS",
"OHRDRUF_RSS",
"LANGENSELBOLD_RSS",
"LOEHNE_CP"
] |
businessEventType* |
string (enum) |
The concrete business eventtype of the record Any of: [
"ERP_CUSTOMER_ORDER",
"ERP_ORDER_CREATED_AT",
"F2X_ORDER_RECEIVED",
"F2X_ORDER_REJECTION",
"F2X_ORDER_SUBMISSION_TO_WHS",
"WHS_INVOICE_REQUEST",
"WHS_LABEL_DOCUMENT",
"WHS_GOODS_ISSUE_NOTE",
"WHS_GOODS_ISSUE_NOTE_SUBMISSION_TO_F2X",
"F2X_GOODS_ISSUE_NOTE_SUBMISSION_TO_ERP",
"WHS_CANCELATION_NOTE",
"WHS_CANCELATION_NOTE_SUBMISSION_TO_F2X",
"F2X_CANCELATION_NOTE_SUBMISSION_TO_ERP"
] |
businessEventTimestamp* |
string (date-time) |
timestamp of occurrence of the business event type |
saleschannel |
string |
saleschannel Minimum Length: 1 |
orderType |
string |
order type Minimum Length: 1 |
clientOrderId* |
string |
client order id Minimum Length: 1 |
f2xOrderId |
string |
f2x order id Minimum Length: 1 |
whsOrderId |
string |
warehouse order id Minimum Length: 1 |
whsSubOrderId |
string |
warehouse sub order id Minimum Length: 1 |
logisticsProductId |
integer |
unique key for an item(size) Minimum: 1 |
articleNumber |
string |
article number Minimum Length: 1 |
articlePositionNumber |
integer |
article position number Minimum: 1 |
quantity* |
integer |
quantity Minimum: 1 |
carrier |
string |
carrier Minimum Length: 1 |
shippingTrackingNumber |
string |
outgoing shipment tracking number Minimum Length: 1 |
returnTrackingNumber |
string |
return tracking number Minimum Length: 1 |
rejectionReason |
string |
rejection reason Minimum Length: 1 |
retryFlag |
string |
retry flag Minimum Length: 1 |
2.5 -
2.5.1 -
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.buffer.item |
eventId* |
string (uuid) |
The uniq eventId |
eventTime* |
string |
Time of technical occurrence of the event |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
context* |
string |
Context of the message |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
meta* |
object |
|
senderSystem* |
string |
senderSystem Minimum Length: 1 |
data* |
object |
|
erpProductId* |
string |
erpProductId / externe technische Artikel Referenz Minimum Length: 1 |
date* |
string |
date / Datum Minimum Length: 8 |
warehouseLocation* |
string (enum) |
warehouseLocation / Logistikstandort Any of: [
"ANSBACH",
"LOEHNE",
"LANGENSELBOLD",
"MOSINA",
"OHRDRUF",
"HALDENSLEBEN",
"HALDENSLEBEN_RT",
"SUEDHAFEN",
"SONNEFELD",
"ALTENKUNSTADT",
"WEIDEN",
"KRACANY",
"ILOWA",
"ILOWA_RT",
"ILOWA_RSS",
"GERNSHEIM",
"ERFURT",
"HAMBURG_RT",
"OTELFINGEN_RT",
"KRIMICE_RT",
"STAHLAVY_RT",
"OHRDRUF_RT",
"LOEHNE_RT",
"LANGENSELBOLD_RT",
"LODZ_1_RT",
"LODZ_2_RT",
"BERGHEIM_RT",
"ALTENKUNSTADT_RT",
"LISTERHILLS_RT",
"SUEDHAFEN_RT",
"PILSEN_RT",
"HAMBURG_SC",
"LOEHNE_SC",
"SCHWABHAUSEN_SC",
"HALDENSLEBEN_RSS",
"ALTENKUNSTADT_RSS",
"LOEHNE_RSS",
"OHRDRUF_RSS",
"LANGENSELBOLD_RSS",
"LOEHNE_CP"
] |
customerCompanyNumber* |
string |
customerCompanyNumber / Kundenfirmenkennzeichen Minimum Length: 25 |
handling* |
string |
handling / Abwicklung Minimum Length: 25 |
volumecluster* |
string |
volume-cluster / Mengencluster Minimum Length: 25 |
bufferCreatedQuantity |
integer |
Quantity, of created Aritcles at system 'Logistikpuffer'. Minimum: 0 |
cancellationQuantity |
integer |
Quantity, of cancelled Aritcles at system 'Logistikpuffer'. Minimum: 0 |
callOffQuantity |
integer |
Quantity, of called-off Aritcles at system 'Logistikpuffer'. Minimum: 0 |
bufferQuantity* |
integer |
Quantity, of still buffered Aritcles at system 'Logistikpuffer'. Minimum: 1 |
2.6 - O46 DeliveryStatement
- Status
-
Version 2.0 published 17.10.2022
- Approval
-
-
xxx
-
- Comment
-
xxx
- Assumption
-
xxx
1. Stakeholder
Role | Application | Responsible |
---|---|---|
Communication |
Integration Layer |
|
Leading App |
FLASH |
|
InterfaceOwner |
||
Producer |
BRAIN |
|
Consumer |
FLASH |
2. Business Context
Die Schnittstelle bildet die Lieferaussage (z.B. "Lieferung innerhalb von 2 Wochen") und Daten dazu ab (z.B Lieferservice, Lieferdatum) zu einem Lieferauftrag ab.
3. Informationflow
4. Interface
4.1. Direction ERP to FINE
4.1.1. Header
This interface uses the Service Header
4.1.2. Datamodel
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.deliverystatement |
eventId* |
string (uuid) |
The uniq eventId |
traceId* |
string (uuid) |
The uniq traceId |
eventTime* |
string |
Time of technical occurrence of the event |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
data* |
object |
|
deliveryStatementWorkdays |
integer,null |
Anzahl der Werktage Minimum: 0 |
deliveryDate |
string,null (date) |
Liefertermin Minimum Length: 10 |
returnKey* |
integer |
Retourenschluessel Minimum: 1 |
deliveryStatementCode |
integer,null |
Lieferzeit-Id Minimum: 1 |
deliveryStatementDescription |
string,null |
Lieferzeit Beschreibung Minimum Length: 1 |
deliveryInformationReasonCode |
integer,null |
Grund des Lieferstatus als Id Minimum: 1 |
deliveryInformationReasonDescription |
string,null |
Grund des aktuellen Lieferstatus Minimum Length: 1 |
slbCode |
integer,null |
Code der sofortigen Lieferbarkeit Minimum: 1 |
slbDescription |
string,null |
Beschreibung der sofortigen Lieferbarkeit Minimum Length: 1 |
shipmentServiceTypeCode |
integer,null |
Lieferservicetyp als Id Minimum: 1 |
shipmentServiceTypeDescription |
string,null |
Beschreibung des Lieferservicetyps Minimum Length: 1 |
businessEventTimestamp |
string |
Fachlicher Zeitstempel |
RUN_ID |
string |
RUN_ID Minimum Length: 14 |
4.1.3. Enumeration
4.1.4. Example
4.1.5. Schema
Version | Number | File | Published on | Changes |
---|---|---|---|---|
current version |
2.0 |
17.10.2022 |
Anpassung auf Retourenschluessel-Granularität |
|
previous version |
1.0 |
24.08.2022 |
initial |
|
coming version |
{
"$schema": "http://json-schema.org/draft-07/schema",
"$comment": "Schema for Delivery Statement from ERP to FINE",
"$id": "https://doc.fine.gcp.osp-dev.de/registry/Outbound/DeliveryStatementErp.v2.0.schema.json",
"type": "object",
"title": "outbound.deliverystatement",
"description": "data from Brain about delivery Statementdata",
"required": [
"eventId",
"traceId",
"eventTime",
"version",
"eventType",
"data"
],
"properties": {
"eventId": {
"type": "string",
"format": "uuid",
"title": "The uniq eventId",
"description": "Global uniq Id",
"examples": [
"00ce536f-923a-42f4-8128-be118faf1d87"
]
},
"traceId": {
"type": "string",
"format": "uuid",
"title": "The uniq traceId",
"description": "Global uniq Id for tracing the flow of events",
"examples": [
"00ce536f-923a-42f4-8128-be118faf1d87"
]
},
"eventTime": {
"type": "string",
"title": "Time of technical occurrence of the event",
"description": "Time at which this record(event) was technically generated in RFC3339 format. Strongly recommended: in UTC time.",
"examples": [
"2016-04-16T16:06:05Z"
]
},
"version": {
"title": "The number of version schema",
"description": "Number of version of this data structure. Only required if no $schema is specified!",
"type": "string",
"pattern": "\\d+\\.\\d{1,2}",
"examples": [ "1.01" ]
},
"eventType": {
"type": "string",
"title": "The concrete type = kind of record(event)",
"description": "Type of the event. The possible values are defined as Enum",
"minLength": 1,
"maxLength": 50,
"enum": [ "INSERT", "UPDATE"],
"examples": [
"INSERT"
]
},
"data": {
"type": "object",
"required": [
"returnKey"
],
"properties": {
"deliveryStatementWorkdays": {
"title": "Anzahl der Werktage",
"description": "Anzahl der Werktage",
"type": ["integer", "null"],
"default": null,
"minimum": 0,
"maximum": 999999999999999999,
"examples": [
"1"
]
},
"deliveryDate": {
"type": ["string", "null"],
"default": null,
"format": "date",
"title": "Liefertermin",
"description": "um Sonn-/und Feiertage ergaenztes Lieferdatum, anhand von Workdays",
"minLength": 10,
"maxLength": 10,
"examples": [
"2022-08-10"
]
},
"returnKey": {
"type": "integer",
"title": "Retourenschluessel",
"description": "Retourenschluessel der ausgehenden Sendung",
"minimum": 1,
"maximum": 999999999999999999,
"isEncryptionEnabled": true,
"examples": [
"417919950186"
]
},
"deliveryStatementCode": {
"type": ["integer", "null"],
"default": null,
"title": "Lieferzeit-Id",
"description": "dreistelliger nummerischer code der die geplante Lieferzeit abbildet",
"minimum": 1,
"maximum": 999,
"examples": [
"72"
]
},
"deliveryStatementDescription": {
"type": ["string", "null"],
"default": null,
"title": "Lieferzeit Beschreibung",
"description": "Beschreibung der numerischen DELIVERYSTATEMENTID in Textform",
"minLength": 1,
"maxLength": 100,
"examples": [
"innerhalb von zwei Wochen"
]
},
"deliveryInformationReasonCode": {
"type": ["integer", "null"],
"default": null,
"title": "Grund des Lieferstatus als Id",
"description": "einstelliger nummerischer code der die Begruendung für den aktuellen Lieferstatus abbildet",
"minimum": 1,
"maximum": 9,
"examples": [
"3"
]
},
"deliveryInformationReasonDescription": {
"type": ["string", "null"],
"default": null,
"title": "Grund des aktuellen Lieferstatus",
"description": "Beschreibung der numerischen DELIVERYINFORMATIONREASONCODE in Textform",
"minLength": 1,
"maxLength": 100,
"examples": [
"Veraenderter Liefertermin durch NINA-Kette"
]
},
"slbCode": {
"type": ["integer", "null"],
"default": null,
"title": "Code der sofortigen Lieferbarkeit",
"description": "Einstelliger numerischer Code, der die Lieferaussage im Bezug auf die sofortige Lieferbarkeit naeher beschreibt",
"minimum": 1,
"maximum": 9,
"examples": [
"2"
]
},
"slbDescription": {
"type": ["string", "null"],
"default": null,
"title": "Beschreibung der sofortigen Lieferbarkeit",
"description": "Beschreibung der numerischen SLB in Textform",
"minLength": 1,
"maxLength": 100,
"examples": [
"NALI"
]
},
"shipmentServiceTypeCode": {
"type": ["integer", "null"],
"default": null,
"title": "Lieferservicetyp als Id",
"description": "ein- bis zweistelliger numerischer Code, der den Lieferservicetype abbildet",
"minimum": 1,
"maximum": 99,
"examples": [
"5"
]
},
"shipmentServiceTypeDescription": {
"type": ["string", "null"],
"default": null,
"title": "Beschreibung des Lieferservicetyps",
"description": "Beschreibung der SHIPMENT_SERVICE_TYPE_ID in Textform",
"minLength": 1,
"maxLength": 500,
"examples": [
"Normalservice"
]
},
"businessEventTimestamp": {
"type": "string",
"title": "Fachlicher Zeitstempel",
"description": "fachlicher Zeitstempel, des Events im ISO 8601-Format.",
"examples": [
"2022-09-26T13:59:36.631+02:00"
]
},
"RUN_ID": {
"type": "string",
"title": "RUN_ID",
"description": "Export ID of exporting system. RUN_ID is the used name in all BRAIN-Exports, renaming is tricky",
"maxLength": 14,
"minLength": 14,
"examples": [
"20220622010436"
]
}
}
}
}
}
2.7 - O50 OrderProcess
- Status
-
Version 2.00 published 26.06.2023
- Approval
-
-
xxx
-
- Comment
-
xxx
- Assumption
-
xxx
1. Stakeholder
Role | Application | Responsible |
---|---|---|
Communication |
Integration Layer |
|
Leading App |
FLASH |
|
InterfaceOwner |
FLASH |
|
Producer |
BRAIN |
|
Consumer |
FLASH |
2. Business Context
Die Schnittstelle wird von BRAIN mit den Auftragsprozess-Daten/ KPI-Daten versorgt. Die Granularität ist Retourenschlüssel. Dadurch ist sichergestellt, dass die Daten in FLASH verknüpft werden können. Die Daten werden zusammen mit den Daten aus O51 - ShipmentMasterdata genutzt.
3. Informationflow
4. Interface
4.1. Direction ERP to FINE
4.1.1. Header
This interface uses the Service Header
4.1.2. Datamodel
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.customerorder.orderprocess.brain |
eventId* |
string (uuid) |
The uniq eventId |
eventTime* |
string |
Time of technical occurrence of the event |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
traceId* |
string (uuid) |
The uniq traceId |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
data* |
object |
|
returnKey* |
integer |
Retourenschluessel Minimum: 1 |
kpiTimestamp |
string (date) |
KPI-Timestamp |
kpiName |
string (enum) |
Enum zur Abbildung des Auftragsstatus (KPI laut BRAIN) Any of: [
"KPI_1_NACHFRAGE",
"KPI_8_ANSPRACHE",
"KPI_22_MENGENSTEUERUNG_AUFBAU",
"KPI_25_FAKTURIERUNGSVOLUMEN_AUFBAU",
"KPI_184_LAGERDIFFERENZEN_STUECK",
"KPI_187_OFFENER_NAB_STUECK",
"KPI_190_RESERVIERTER_NAB_STUECK"
] |
kpiValue |
number |
Wert der KPI/Auftragsstatus |
salesorderIdTok |
string |
key to identify SalesorderID Minimum Length: 25 |
customerCompanyNumber |
integer |
Number of the customer-company Minimum: 0 |
customerTypeNumber |
integer |
Type of the customer Minimum: 0 |
nonMerchandizeType |
boolean |
non-Merchandize-Type-Id |
4.1.3. Enumeration
Field: KPI
Meta Value | Description |
---|---|
KPI_1_NACHFRAGE |
Summe der Auftragswerte aller Kundenaufträge, unabhängig vom Bestellweg. Der Auftragswert umfasst Preis und Menge aller vom Kunden bestellten Waren und Services. Die Nachfrage entspricht dem Wert aller abgeschickten Bestellungen vor nachgelagerten Kreditsperren und taggleichen Stornierungen über alle Bestellwege (inkl. Telefon etc.) der jeweiligen Geschäftsfelder. |
KPI_8_ANSPRACHE |
Die Ansprache Handel ist die kaufkräftige Nachfrage eines Kunden, die hinsichtlich ihrer Fehlerfreiheit und Kreditwürdigkeit überprüft und nicht taggleich durch den Kunden wieder storniert wurde. Mit der Ansprache geht eine Bestandsreservierung für den Kunden einher. |
KPI_22_MENGENSTEUERUNG_AUFBAU |
Können vom Logistikbetrieb aus Kapazitätsgründen nicht alle Kundenaufträge fakturiert werden, wird im Rahmen der Mengensteuerung ein Teil der Aufträge zurückgehalten. Diese Kundenaufträge verbleiben so lange in der Mengensteuerung, bis sie durch die Logistik verarbeitet werden können und in das Fakturierungsvolumen übergehen. In COIN wird nicht die absolute Höhe der Mengensteuerung ausgewiesen, sondern die Veränderung ggü. dem Vortag. |
KPI_25_FAKTURIERUNGSVOLUMEN_AUFBAU |
Die Notwendigkeit der Zeile „Fakturierungsvolumen“ ergibt sich durch die zeitliche Abbildung der Kennzahlen in COIN: Während alle KPIs vor dem BRUMS zu dem Zeitpunkt abgebildet werden, an dem das Ereignis eintritt, wird der BRUMS am Fakturierungsdatum ausgewiesen. I.d.R. erfolgt die Fakturierung mit einem Tag Versatz zum Auftragseingang. Daher werden Nachfrage und Ansprache bei sofort lieferfähigen Auftragspositionen am heutigen Tag, der BRUMS aber erst am Folgetag ausgewiesen. Diesen Zeitversatz „überbrücken“ Aufträge im Fakturierungsvolumen: Dieses wird aufgebaut, wenn ein Auftrag zur Fakturierung bereitsteht, und i.d.R. mit der Fakturierung selbst (BRUMS-Ausweis) wieder abgebaut. |
KPI_184_LAGERDIFFERENZEN_STUECK |
Lagerdifferenzen entstehen, wenn im Nachgang zur Fakturierung im Lager festgestellt wird, dass der bestellte – und laut Buchbestand lieferbare – Artikel nicht mehr vorhanden ist. Es besteht also eine Differenz zwischen dem erwarteten Buchbestand und dem tatsächlichen Bestand im Lager. In diesem Fall wird neben einer Lagerdifferenz ebenfalls ein negativer Bruttoumsatz ausgewiesen. Wird im Falle einer Lagerdifferenz ein Neuauftrag angelegt, so weist dieser weder Nachfrage noch Ansprache aus, da diese Kennzahlen bereits auf dem ursprünglichen Auftrag gezählt werden. Stattdessen wird auf dem Neuauftrag ein positiver Abbau der Lagerdifferenz ausgewiesen, welcher den negativen Lagerdifferenz-Aufbau des Ursprungsauftrags ausgleicht. |
KPI_187_OFFENER_NAB_STUECK |
Der offene Nachlieferungsbestand (NAB) bildet die tägliche Veränderung aller Auftragspositionen ab, die keinen lieferbaren Bestand aufweisen. Sobald ein lieferbarer Bestand vorliegt, erfolgt entweder die Fakturierung oder eine Umbuchung in den reservierten NAB, wenn aus anderen Gründen auf die Fakturierung gewartet werden soll. |
KPI_190_RESERVIERTER_NAB_STUECK |
Der reservierte Nachlieferungsbestand (NAB) bildet die tägliche Veränderung aller Auftragspositionen ab, die zwar einen lieferbaren Bestand aufweisen, aber dennoch nicht sofort ausgeliefert werden sollen. Gründe für ein solches Warten können z.B. sein, dass ein Kunde einen bestimmten späteren Liefertermin wünscht (Wunschtermin) oder auf die Komplettierung einer Bestellung gewartet wird. |
4.1.4. Example
{
"data": {
"salesorderIdTok": "k4fP3CbV-Scg3-widQ-3Iwo-2ssY0JqpieUr",
"returnKey": 422374877649,
"kpiTimestamp": "2023-06-20T17:53:06.622+00:00",
"kpiName": "KPI_8_ANSPRACHE",
"kpiValue": 23.95,
"customerCompanyNumber": 0,
"customerTypeNumber": 22,
"nonMerchandizeType": false
},
"eventId": "0f41e668-e476-4e89-b479-065a16375e4b",
"eventTime": "2023-06-22T16:19:11",
"eventType": "INSERT",
"traceId": "07e72ff6af5647a05d278c24ed10fd19-d52239f8f8855d79ab421bd0461f3715-2023-06-20T17:53:06.622+00:00",
"version": "2.00"
}
4.1.5. Schema
Status | Version Number | File | Published on | Changes |
---|---|---|---|---|
current version |
2.00 |
https://doc.fine.gcp.osp-dev.de/registry/Outbound/OrderProcess.v2.00.schema.json [Download] |
26.06.2023 |
1. removal of Fields (related to article-Informations) |
deprecated version |
1.00 |
https://doc.fine.gcp.osp-dev.de/registry/Outbound/OrderProcess.v1.00.schema.json [Download] |
08.06.2023 |
initial |
{
"$schema": "http://json-schema.org/draft-07/schema",
"$comment": "Schema for OrderProcess from BRAIN to FINE",
"$id": "https://doc.fine.gcp.osp-dev.de/registry/Outbound/OrderProcess.Brain.v2.00.schema.json",
"type": "object",
"title": "outbound.customerorder.orderprocess.brain",
"description": "data from Brain about order-process (KPI)",
"required": [
"eventId",
"eventTime",
"eventType",
"traceId",
"version",
"data"
],
"properties": {
"eventId": {
"type": "string",
"format": "uuid",
"title": "The uniq eventId",
"description": "Global uniq Id",
"examples": [
"00ce536f-923a-42f4-8128-be118faf1d87"
]
},
"eventTime": {
"type": "string",
"title": "Time of technical occurrence of the event",
"description": "Time at which this record(event) was technically generated in RFC3339 format. Strongly recommended: in UTC time.",
"examples": [
"2016-04-16T16:06:05Z"
]
},
"eventType": {
"type": "string",
"title": "The concrete type = kind of record(event)",
"description": "Type of the event. The possible values are defined as Enum",
"minLength": 1,
"maxLength": 50,
"enum": [
"INSERT",
"UPDATE"
],
"examples": [
"INSERT"
]
},
"traceId": {
"type": "string",
"format": "uuid",
"title": "The uniq traceId",
"description": "Global uniq Id for tracing the flow of events",
"examples": [
"00ce536f-923a-42f4-8128-be118faf1d87"
]
},
"version": {
"title": "The number of version schema",
"description": "Number of version of this data structure. Only required if no $schema is specified!",
"type": "string",
"pattern": "\\d+\\.\\d{1,2}",
"examples": [
"1.01"
]
},
"data": {
"type": "object",
"required": [
"returnKey"
],
"properties": {
"returnKey": {
"type": "integer",
"title": "Retourenschluessel",
"description": "Retourenschluessel der ausgehenden Sendung",
"minimum": 1,
"maximum": 999999999999999999,
"examples": [
"417919950186"
]
},
"kpiTimestamp": {
"type": "string",
"format": "date",
"title": "KPI-Timestamp",
"description": "fachlicher Zeitstempel, des Auftragsstatus (KPI laut BRAIN) im ISO 8601-Format.",
"examples": [
"2022-09-26T13:59:36.631+02:00"
]
},
"kpiName": {
"type": "string",
"title": "Enum zur Abbildung des Auftragsstatus (KPI laut BRAIN)",
"description": "KPI/Auftragsstatus",
"minLength": 10,
"maxLength": 100,
"enum": [
"KPI_1_NACHFRAGE",
"KPI_8_ANSPRACHE",
"KPI_22_MENGENSTEUERUNG_AUFBAU",
"KPI_25_FAKTURIERUNGSVOLUMEN_AUFBAU",
"KPI_184_LAGERDIFFERENZEN_STUECK",
"KPI_187_OFFENER_NAB_STUECK",
"KPI_190_RESERVIERTER_NAB_STUECK"
],
"examples": [
"KPI_190_RESERVIERTER_NAB_STUECK"
]
},
"kpiValue": {
"type": "number",
"title": "Wert der KPI/Auftragsstatus",
"description": "Gibt den Wert des Auftragssstatus an, z.B. Auftragswert oder Lagerbestandsmenge",
"examples": [
"7.24",
"-1"
]
},
"salesorderIdTok": {
"type": "string",
"title": "key to identify SalesorderID",
"description": "tokenisierte eindeutige Id der Bestellung",
"minLength": 25,
"maxLength": 50,
"examples": [
"ChqB2ZjAL"
]
},
"customerCompanyNumber": {
"type": "integer",
"title": "Number of the customer-company",
"description": "Kundenfirmennummer",
"minimum": 0,
"maximum": 2000000000,
"examples": [
""
]
},
"customerTypeNumber": {
"type": "integer",
"title": "Type of the customer",
"description": "Kundenart",
"minimum": 0,
"maximum": 30000,
"examples": [
"ChqB2ZjAL"
]
},
"nonMerchandizeType": {
"type": "boolean",
"title": "non-Merchandize-Type-Id",
"description": "Nicht-handelsware-Kennzeichen",
"examples": [
"true", "false"
]
}
}
}
}
}
2.8 - O51 ShipmentMasterdata
- Status
-
Version 1.0 published 26.06.2023
- Approval
-
-
xxx
-
- Comment
-
xxx
- Assumption
-
xxx
1. Stakeholder
Role | Application | Responsible |
---|---|---|
Communication |
Integration Layer |
|
Leading App |
FLASH |
|
InterfaceOwner |
FLASH |
|
Producer |
BRAIN |
|
Consumer |
FLASH |
2. Business Context
Die Schnittstelle bildet die Sendungsdaten (Artikel, Trackingnummer, Anzahl Packstücke für GL und den Lagerstandort) aus DeepSea für einzelne Retourenschlüssel ab. Die SST ergänzt die Daten aus O50 - OrderProcess.
3. Informationflow
4. Interface
4.1. Direction ERP to FINE
4.1.1. Header
This interface uses the Service Header
4.1.2. Datamodel
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.shipmentmasterdata |
eventId* |
string (uuid) |
The uniq eventId |
traceId* |
string (uuid) |
The uniq traceId |
eventTime* |
string |
Time of technical occurrence of the event |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
data* |
object |
|
returnKey* |
string |
Retourenschluessel Minimum Length: 1 |
trackingNumber |
string |
Sendungsidentnummer Minimum Length: 1 |
partnerVariationId |
string |
ERP-ProductId Minimum Length: 18 |
erpId |
string |
ERP-Id Minimum Length: 1 |
packageCount |
integer |
Kollimenge Minimum: 1 |
location |
string (enum) |
warehouse locations Any of: [
"ANSBACH",
"LOEHNE",
"LANGENSELBOLD",
"MOSINA",
"OHRDRUF",
"HALDENSLEBEN",
"HALDENSLEBEN_RT",
"SUEDHAFEN",
"SONNEFELD",
"ALTENKUNSTADT",
"WEIDEN",
"KRACANY",
"ILOWA",
"ILOWA_RT",
"ILOWA_RSS",
"GERNSHEIM",
"ERFURT",
"HAMBURG_RT",
"OTELFINGEN_RT",
"KRIMICE_RT",
"STAHLAVY_RT",
"OHRDRUF_RT",
"LOEHNE_RT",
"LANGENSELBOLD_RT",
"LODZ_1_RT",
"LODZ_2_RT",
"BERGHEIM_RT",
"ALTENKUNSTADT_RT",
"LISTERHILLS_RT",
"SUEDHAFEN_RT",
"PILSEN_RT",
"HAMBURG_SC",
"LOEHNE_SC",
"SCHWABHAUSEN_SC",
"HALDENSLEBEN_RSS",
"ALTENKUNSTADT_RSS",
"LOEHNE_RSS",
"OHRDRUF_RSS",
"LANGENSELBOLD_RSS",
"LOEHNE_CP"
] |
handling |
string |
Handling Minimum Length: 2 |
4.1.3. Enumeration
4.1.4. Example
4.1.5. Schema
Version | Number | File | Published on | Changes |
---|---|---|---|---|
current version |
1.0 |
26.06.2023 |
initial |
|
previous version |
||||
coming version |
{
"$schema": "http://json-schema.org/draft-07/schema",
"$comment": "Schema for Shipment-MAsterdata from ERP to FINE",
"$id": "https://doc.fine.gcp.osp-dev.de/registry/Outbound/ShipmentMasterdata.v1.0.schema.json",
"type": "object",
"title": "outbound.shipmentmasterdata",
"description": "data from Brain about Shipmentdata",
"required": [
"eventId",
"eventType",
"traceId",
"eventTime",
"version",
"data"
],
"properties": {
"eventId": {
"type": "string",
"format": "uuid",
"title": "The uniq eventId",
"description": "Global uniq Id",
"examples": [
"00ce536f-923a-42f4-8128-be118faf1d87"
]
},
"traceId": {
"type": "string",
"format": "uuid",
"title": "The uniq traceId",
"description": "Global uniq Id for tracing the flow of events",
"examples": [
"00ce536f-923a-42f4-8128-be118faf1d87"
]
},
"eventTime": {
"type": "string",
"title": "Time of technical occurrence of the event",
"description": "Time at which this record(event) was technically generated in RFC3339 format. Strongly recommended: in UTC time.",
"examples": [
"2016-04-16T16:06:05Z"
]
},
"version": {
"title": "The number of version schema",
"description": "Number of version of this data structure. Only required if no $schema is specified!",
"type": "string",
"pattern": "\\d+\\.\\d{1,2}",
"examples": [ "1.01" ]
},
"eventType": {
"type": "string",
"title": "The concrete type = kind of record(event)",
"description": "Type of the event. The possible values are defined as Enum",
"minLength": 1,
"maxLength": 50,
"enum": [ "INSERT", "UPDATE"],
"examples": [
"INSERT"
]
},
"data": {
"type": "object",
"required": [
"returnKey"
],
"properties": {
"returnKey": {
"type": "string",
"title": "Retourenschluessel",
"description": "Retourenschluessel der ausgehenden Sendung",
"minLength": 1,
"maxLength": 25,
"examples": [
"417919950186"
]
},
"trackingNumber": {
"type": "string",
"title": "Sendungsidentnummer",
"description": "Sendungsidentnummer der ausgehenden Sendung",
"minLength": 1,
"maxLength": 50,
"examples": [
"H1023790000000107062"
]
},
"partnerVariationId": {
"type": "string",
"title": "ERP-ProductId",
"description": "ERP-Id laut LSAS-Artikelstamm",
"minLength": 18,
"maxLength": 36,
"examples": [
"8a9e857b-10a8-5e38-a493-4899ed47e75a"
]
},
"erpId": {
"type": "string",
"title": "ERP-Id",
"description": "fuehrendes System für Artiklinformationen",
"minLength": 1,
"maxLength": 25,
"examples": [
"LDH"
]
},
"packageCount": {
"type": "integer",
"title": "Kollimenge",
"description": "Anzahl der Kolli je Sendung",
"minimum": 1,
"maximum": 999,
"examples": [
"417919950186"
]
},
"location": {
"$ref": "https://doc.fine.gcp.osp-dev.de/registry/MetaData/warehouselocations.v1.schema.json"
},
"handling":{
"type": "string",
"title": "Handling",
"description": "Gibt das Handling des Artikels an. PL/GL (1Mh/2MH)",
"minLength": 2,
"maxLength": 10,
"examples": ["PL","GL", "1MH"]
}
}
}
}
}
2.9 - O61 OrderDataToFlash
- Status
-
Version 1.0.0 published 05.11.2024
- Approval
-
-
xxx
-
- Comment
-
xxx
- Assumption
-
xxx
1. Stakeholder
Role | Application | Responsible |
---|---|---|
Communication |
Integration Layer |
|
Leading App |
FLASH |
|
InterfaceOwner |
FLASH |
|
Producer |
F2X |
|
Consumer |
FLASH |
2. Business Context
This interface sends order data from F2X to FLASH via FINE.
3. Informationflow
image:
4. Interface
4.1. Direction F2X to FINE
4.1.1. Header
This interface uses the Service Header
4.1.2. Datamodel
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.orderdatatoflash.f2x Additional Properties: false |
eventId* |
string (uuid) |
The uniq eventId |
traceId* |
string (uuid) |
The unique traceId Minimum Length: 36 |
eventTime* |
string |
Time of technical occurrence of the event |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
meta* |
object |
|
sender* |
string (enum) |
The name of sender = producer Any of: [
"KR1_SHF",
"KR1_HHSTR",
"WMSX_SON",
"WMSX_AKU",
"KMOTION_ILO",
"KMOTION_GHM",
"COBRA",
"LSAS",
"IDEEFIX",
"OBS",
"RESY",
"LDH",
"RETAILSCHICHT",
"BUBE",
"FINE_INBOUND",
"F2X",
"WMSX_WEISMAIN",
"LIGIS",
"KR1_MANDANT",
"YMS_KMOTION",
"YMS_INCONSO",
"HERIS",
"CARGOCLIX",
"KMOTION_ERFURT",
"LOGISTIKPUFFER"
] |
data* |
object |
|
businessType* |
string (enum) |
type of business Any of: [
"B2B",
"B2C"
] |
orderOwner* |
string |
order owner Minimum Length: 1 |
location* |
string (enum) |
warehouse locations Any of: [
"ANSBACH",
"LOEHNE",
"LANGENSELBOLD",
"MOSINA",
"OHRDRUF",
"HALDENSLEBEN",
"HALDENSLEBEN_RT",
"SUEDHAFEN",
"SONNEFELD",
"ALTENKUNSTADT",
"WEIDEN",
"KRACANY",
"ILOWA",
"ILOWA_RT",
"ILOWA_RSS",
"GERNSHEIM",
"ERFURT",
"HAMBURG_RT",
"OTELFINGEN_RT",
"KRIMICE_RT",
"STAHLAVY_RT",
"OHRDRUF_RT",
"LOEHNE_RT",
"LANGENSELBOLD_RT",
"LODZ_1_RT",
"LODZ_2_RT",
"BERGHEIM_RT",
"ALTENKUNSTADT_RT",
"LISTERHILLS_RT",
"SUEDHAFEN_RT",
"PILSEN_RT",
"HAMBURG_SC",
"LOEHNE_SC",
"SCHWABHAUSEN_SC",
"HALDENSLEBEN_RSS",
"ALTENKUNSTADT_RSS",
"LOEHNE_RSS",
"OHRDRUF_RSS",
"LANGENSELBOLD_RSS",
"LOEHNE_CP"
] |
businessEventType* |
string (enum) |
The concrete business eventtype of the record Any of: [
"ERP_CUSTOMER_ORDER",
"ERP_ORDER_CREATED_AT",
"F2X_ORDER_RECEIVED",
"F2X_ORDER_REJECTION",
"F2X_ORDER_SUBMISSION_TO_WHS",
"WHS_INVOICE_REQUEST",
"WHS_LABEL_DOCUMENT",
"WHS_GOODS_ISSUE_NOTE",
"WHS_GOODS_ISSUE_NOTE_SUBMISSION_TO_F2X",
"F2X_GOODS_ISSUE_NOTE_SUBMISSION_TO_ERP",
"WHS_CANCELATION_NOTE",
"WHS_CANCELATION_NOTE_SUBMISSION_TO_F2X",
"F2X_CANCELATION_NOTE_SUBMISSION_TO_ERP"
] |
businessEventTimestamp* |
string (date-time) |
timestamp of occurrence of the business event type |
saleschannel |
string |
saleschannel Minimum Length: 1 |
orderType |
string |
order type Minimum Length: 1 |
clientOrderId* |
string |
client order id Minimum Length: 1 |
f2xOrderId |
string |
f2x order id Minimum Length: 1 |
whsOrderId |
string |
warehouse order id Minimum Length: 1 |
whsSubOrderId |
string |
warehouse sub order id Minimum Length: 1 |
logisticsProductId |
integer |
unique key for an item(size) Minimum: 1 |
articleNumber |
string |
article number Minimum Length: 1 |
articlePositionNumber |
integer |
article position number Minimum: 1 |
quantity* |
integer |
quantity Minimum: 1 |
carrier |
string |
carrier Minimum Length: 1 |
shippingTrackingNumber |
string |
outgoing shipment tracking number Minimum Length: 1 |
returnTrackingNumber |
string |
return tracking number Minimum Length: 1 |
rejectionReason |
string |
rejection reason Minimum Length: 1 |
retryFlag |
string |
retry flag Minimum Length: 1 |
4.1.3. Enumeration
4.1.4. Example
4.1.5. Schema
Version | Number | File | Published on | Changes |
---|---|---|---|---|
initial version |
1.0.0 |
04.11.2024 |
{
"type": "object",
"title": "outbound.orderdatatoflash.f2x",
"description": "orderdata from F2X to flash",
"required": [
"eventId",
"traceId",
"eventTime",
"version",
"eventType",
"meta",
"sender",
"data"
],
"properties": {
"eventId": {
"type": "string",
"format": "uuid",
"title": "The uniq eventId",
"description": "Global uniq Id",
"examples": [
"00ce536f-923a-42f4-8128-be118faf1d87"
]
},
"traceId": {
"title": "The unique traceId",
"description": "Global unique Id for tracing the flow of events",
"type": "string",
"format": "uuid",
"minLength": 36,
"maxLength": 36,
"examples": [
"00ce536f-923a-42f4-8138-33418faf1342"
]
},
"eventTime": {
"type": "string",
"title": "Time of technical occurrence of the event",
"description": "Time at which this record(event) was technically generated in RFC3339 format. Strongly recommended: in UTC time.",
"examples": [
"2016-04-16T16:06:05.000+02:00"
]
},"eventType": {
"type": "string",
"title": "The concrete type = kind of record(event)",
"description": "Type of the event. Several different events are tracked during the picking an goods issue process. The possible values are defined as Enum",
"minLength": 1,
"maxLength": 50,
"enum":[ "INSERT", "UPDATE"],
"examples": [
"insert"
]
},
"version": {
"title": "The number of version schema",
"description": "Number of version of this data structure. Only required if no $schema is specified!",
"type": "string",
"pattern": "\\d+\\.\\d{1,2}",
"examples": [ "1.01" ]
},
"meta": {
"type": "object",
"required": [
"sender"
],
"properties": {
"sender": {
"title": "The name of sender = producer",
"description": "An explanation about the purpose of this instance.",
"$ref": "https://doc.fine.gcp.osp-dev.de/registry/MetaData/system.v7.schema.json"
}
}
},
"data": {
"type": "object",
"required": [
"businessType",
"orderOwner",
"location",
"businessEventType",
"businessEventTimestamp",
"clientOrderId",
"quantity"
],
"properties": {
"businessType": {
"type": "string",
"title": "type of business",
"description": "concrete type of business",
"minLength": 1,
"maxLength": 50,
"enum":[ "B2B", "B2C" ],
"examples": [
"B2B"
]
},
"orderOwner": {
"type": "string",
"title": "order owner",
"description": "Owner of the order. Same as for Logistikpuffer, ReSy, e.g.",
"minLength": 1,
"maxLength": 50,
"examples": [
"TAZZIO", "TAZZIO_OV"
]
},
"location": {
"$ref": "https://doc.fine.gcp.osp-dev.de/registry/MetaData/warehouselocations.v1.schema.json"
},
"businessEventType": {
"type": "string",
"title": "The concrete business eventtype of the record",
"description": "Type of the event. Several different events are tracked. The possible values are defined as enum",
"minLength": 1,
"maxLength": 50,
"enum":[ "ERP_CUSTOMER_ORDER", "ERP_ORDER_CREATED_AT", "F2X_ORDER_RECEIVED", "F2X_ORDER_REJECTION", "F2X_ORDER_SUBMISSION_TO_WHS", "WHS_INVOICE_REQUEST", "WHS_LABEL_DOCUMENT", "WHS_GOODS_ISSUE_NOTE", "WHS_GOODS_ISSUE_NOTE_SUBMISSION_TO_F2X", "F2X_GOODS_ISSUE_NOTE_SUBMISSION_TO_ERP", "WHS_CANCELATION_NOTE","WHS_CANCELATION_NOTE_SUBMISSION_TO_F2X", "F2X_CANCELATION_NOTE_SUBMISSION_TO_ERP" ],
"examples": [
"ERP_CUSTOMER_ORDER"
]
},
"businessEventTimestamp": {
"type": "string",
"format": "date-time",
"title": "timestamp of occurrence of the business event type",
"description": "Time at which this businees event type was physically generated in RFC3339 format. In local time with offset.",
"examples": [
"2016-04-16T16:06:05.000+02:00"
]
},
"saleschannel ": {
"type": "string",
"title": "saleschannel",
"description": "saleschannel of the order",
"minLength": 1,
"maxLength": 50,
"examples": [
"Amazon" , "Ebay"
]
},
"orderType ": {
"type": "string",
"title": "order type",
"description": "order type (MFDE, MFCH, MAINT eg.)",
"minLength": 1,
"maxLength": 50,
"examples": [
"MFDE"
]
},
"clientOrderId": {
"type": "string",
"title": "client order id",
"description": "client order id of the several ERP",
"minLength": 1,
"maxLength": 50,
"examples": [
"23456"
]
},
"f2xOrderId": {
"type": "string",
"title": "f2x order id",
"description": "internal F2X order id",
"minLength": 1,
"maxLength": 50,
"examples": [
"815243"
]
},
"whsOrderId": {
"type": "string",
"title": "warehouse order id",
"description": "warehouse order id",
"minLength": 1,
"maxLength": 50,
"examples": [
"916454534"
]
},
"whsSubOrderId": {
"type": "string",
"title": "warehouse sub order id",
"description": "warehouse sub order id (Teilauftragsnummer/ partital order number)",
"minLength": 1,
"maxLength": 50,
"examples": [
"1"
]
},
"logisticsProductId": {
"type": "integer",
"title": "unique key for an item(size)",
"description": "unique key for an item(size) from product master data (if available)",
"minimum": 1,
"maximum": 999999999999999999,
"examples": [
"123456789"
]
},
"articleNumber": {
"type": "string",
"title": "article number",
"description": "internal article id, F2X article number if logisticsProductId is not avaiable",
"minLength": 1,
"maxLength": 50,
"examples": [
"T-Shirt_Black_12386543", "000000000000098735"
]
},
"articlePositionNumber": {
"type": "integer",
"title": "article position number",
"description": "position in order",
"minimum": 1,
"maximum": 999999999999999999,
"examples": [
"2"
]
},
"quantity": {
"type": "integer",
"title": "quantity",
"description": "quantity of article position",
"minimum": 1,
"maximum": 999999999999999999,
"examples": [
"2"
]
},
"carrier": {
"type": "string",
"title": "carrier",
"description": "name of carrier",
"minLength": 1,
"maxLength": 50,
"examples": [
"DHL"
]
},
"shippingTrackingNumber": {
"type": "string",
"title": "outgoing shipment tracking number",
"description": "goods issue identnumber",
"minLength": 1,
"maxLength": 50,
"examples": [
""
]
},
"returnTrackingNumber": {
"type": "string",
"title": "return tracking number",
"description": "return identnumber",
"minLength": 1,
"maxLength": 50,
"examples": [
""
]
},
"rejectionReason": {
"type": "string",
"title": "rejection reason",
"description": "one reason for rejection",
"minLength": 1,
"maxLength": 50,
"examples": [
"Invalid time value"
]
},
"retryFlag": {
"type": "string",
"title": "retry flag",
"description": "retry flag (technical)",
"minLength": 1,
"maxLength": 50,
"examples": [
"0"
]
}
}
}
},
"additionalProperties": false
}
2.10 - O64 buffer item
- Status
-
Version 1.0.0 published 12.03.2025
- Approval
-
-
xxx
-
- Comment
-
xxx
- Assumption
-
xxx
1. Stakeholder
Role | Application | Responsible |
---|---|---|
Communication |
Integration Layer |
|
Leading App |
FLASH |
|
InterfaceOwner |
FLASH |
|
Producer |
FLASH |
|
Consumer |
BRAIN |
2. Business Context
The interface provides data for yesterday.It is provided for every article that has at least one item in the buffer. Additional informations for the same day and artilce about quantities of called-Off, cancelled and created at system 'Logistikpuffer'. The granularity: - erpProductId - warehouseLocation - date - handling - volumecluster
3. Informationflow
4. Interface
4.1. Direction FLASH to FINE
4.1.1. Header
This interface uses the Service Header
4.1.2. Datamodel
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.buffer.item |
eventId* |
string (uuid) |
The uniq eventId |
eventTime* |
string |
Time of technical occurrence of the event |
eventType* |
string (enum) |
The concrete type = kind of record(event) Any of: [
"INSERT",
"UPDATE"
] |
context* |
string |
Context of the message |
version* |
string |
The number of version schema Regular expression: \d+\.\d{1,2} |
meta* |
object |
|
senderSystem* |
string |
senderSystem Minimum Length: 1 |
data* |
object |
|
erpProductId* |
string |
erpProductId / externe technische Artikel Referenz Minimum Length: 1 |
date* |
string |
date / Datum Minimum Length: 8 |
warehouseLocation* |
string (enum) |
warehouseLocation / Logistikstandort Any of: [
"ANSBACH",
"LOEHNE",
"LANGENSELBOLD",
"MOSINA",
"OHRDRUF",
"HALDENSLEBEN",
"HALDENSLEBEN_RT",
"SUEDHAFEN",
"SONNEFELD",
"ALTENKUNSTADT",
"WEIDEN",
"KRACANY",
"ILOWA",
"ILOWA_RT",
"ILOWA_RSS",
"GERNSHEIM",
"ERFURT",
"HAMBURG_RT",
"OTELFINGEN_RT",
"KRIMICE_RT",
"STAHLAVY_RT",
"OHRDRUF_RT",
"LOEHNE_RT",
"LANGENSELBOLD_RT",
"LODZ_1_RT",
"LODZ_2_RT",
"BERGHEIM_RT",
"ALTENKUNSTADT_RT",
"LISTERHILLS_RT",
"SUEDHAFEN_RT",
"PILSEN_RT",
"HAMBURG_SC",
"LOEHNE_SC",
"SCHWABHAUSEN_SC",
"HALDENSLEBEN_RSS",
"ALTENKUNSTADT_RSS",
"LOEHNE_RSS",
"OHRDRUF_RSS",
"LANGENSELBOLD_RSS",
"LOEHNE_CP"
] |
customerCompanyNumber* |
string |
customerCompanyNumber / Kundenfirmenkennzeichen Minimum Length: 25 |
handling* |
string |
handling / Abwicklung Minimum Length: 25 |
volumecluster* |
string |
volume-cluster / Mengencluster Minimum Length: 25 |
bufferCreatedQuantity |
integer |
Quantity, of created Aritcles at system 'Logistikpuffer'. Minimum: 0 |
cancellationQuantity |
integer |
Quantity, of cancelled Aritcles at system 'Logistikpuffer'. Minimum: 0 |
callOffQuantity |
integer |
Quantity, of called-off Aritcles at system 'Logistikpuffer'. Minimum: 0 |
bufferQuantity* |
integer |
Quantity, of still buffered Aritcles at system 'Logistikpuffer'. Minimum: 1 |
4.1.3. Enumeration
4.1.4. Example
4.1.5. Schema
Version | Number | File | Published on | Changes |
---|---|---|---|---|
initial version |
1.0.0 |
12.03.2025 |
{
"$schema": "http://json-schema.org/draft-07/schema",
"$comment": "Schema for outbound buffer item from FLASH to FINE",
"$id": "https://doc.fine.gcp.osp-dev.de/registry/Outbound/outbound.buffer.item.v1.0.schema.json",
"type": "object",
"title": "outbound.buffer.item",
"description": "data provided by FLASH about buffered items in system 'Logistikpuffer'",
"required": [
"eventId",
"eventTime",
"eventType",
"context",
"meta",
"version",
"data"
],
"properties": {
"eventId": {
"type": "string",
"format": "uuid",
"title": "The uniq eventId",
"description": "Global uniq Id",
"examples": [
"00ce536f-923a-42f4-8128-be118faf1d87"
]
},
"eventTime": {
"type": "string",
"title": "Time of technical occurrence of the event",
"description": "Time at which this record(event) was technically generated in RFC3339 format. Strongly recommended: in UTC time.",
"examples": [
"2016-04-16T16:06:05Z"
]
},
"eventType": {
"type": "string",
"title": "The concrete type = kind of record(event)",
"description": "Type of the event. The possible values are defined as Enum",
"minLength": 1,
"maxLength": 50,
"enum": [
"INSERT",
"UPDATE"
],
"examples": [
"INSERT"
]
},
"context": {
"type": "string",
"title": "Context of the message",
"description": "short description about the content of the message",
"examples": [
"Export_LSP"
]
},
"version": {
"title": "The number of version schema",
"description": "Number of version of this data structure. Only required if no $schema is specified!",
"type": "string",
"pattern": "\\d+\\.\\d{1,2}",
"examples": [
"1.01"
]
},
"meta": {
"type": "object",
"required": ["senderSystem"],
"properties": {
"senderSystem":{
"type":"string",
"title": "senderSystem",
"description": "name of sending system, according to fine-standard",
"minLength":1,
"maxLength": 25
}
}
},
"data": {
"type": "object",
"required": [
"erpProductId",
"date",
"warehouseLocation",
"customerCompanyNumber",
"handling",
"volumecluster",
"bufferQuantity"
],
"properties": {
"erpProductId": {
"type": "string",
"title": "erpProductId / externe technische Artikel Referenz",
"description": "reference to article-number from soucesystem, provided bei lsas",
"minLength": 1,
"maxLength": 50,
"examples": [
"92ef07f1-5dd0-5089-94b5-4f2c7f57414a"
]
},
"date": {
"type": "string",
"title": "date / Datum",
"description": "Date which the message relates to",
"minLength": 8,
"maxLength": 8,
"examples": [
"2025-04-14"
]
},
"warehouseLocation": {
"type": "string",
"title": "warehouseLocation / Logistikstandort",
"$ref": "https://doc.fine.gcp.osp-dev.de/registry/MetaData/warehouselocations.v1.schema.json"
},
"customerCompanyNumber": {
"type": "string",
"title": "customerCompanyNumber / Kundenfirmenkennzeichen",
"description": "Number of the customer company",
"minLength": 25,
"maxLength": 50,
"examples": [
"44"
]
},
"handling": {
"type": "string",
"title": "handling / Abwicklung",
"description": "Name of handling as provided by lsas-article-informations",
"minLength": 25,
"maxLength": 50,
"examples": [
"Lagerware"
]
},
"volumecluster": {
"type": "string",
"title": "volume-cluster / Mengencluster",
"description": "Name of the used volumecluster",
"minLength": 25,
"maxLength": 50,
"examples": [
"1-AK-Tüte","Sorter"
]
},
"bufferCreatedQuantity": {
"type": "integer",
"title": "",
"description": "Quantity, of created Aritcles at system 'Logistikpuffer'.",
"minimum": 0,
"maximum": 999999999999999999999,
"examples": [
"99"
]
},
"cancellationQuantity": {
"type": "integer",
"title": "",
"description": "Quantity, of cancelled Aritcles at system 'Logistikpuffer'.",
"minimum": 0,
"maximum": 999999999999999999999,
"examples": [
"1"
]
},
"callOffQuantity": {
"type": "integer",
"title": "",
"description": "Quantity, of called-off Aritcles at system 'Logistikpuffer'.",
"minimum": 0,
"maximum": 999999999999999999999,
"examples": [
"5"
]
},
"bufferQuantity": {
"type": "integer",
"title": "",
"description": "Quantity, of still buffered Aritcles at system 'Logistikpuffer'.",
"minimum": 1,
"maximum": 999999999999999999999,
"examples": [
"12"
]
}
}
}
}
}
3 - KR2
3.1 -
3.1.1 -
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.customerorder.handlingstatus |
bi_versandeinheit_id |
string |
OutgoingShipmentEntityNumber |
bezug* |
string |
Granularity of the message |
typ* |
string |
The concrete type of the event Minimum Length: 1 |
ort* |
string |
EventPlace |
standort* |
string |
WarehousePlantCode |
sendungsidentnummer |
string |
TrackingNumber |
lv_tag* |
string |
ProcessingDay |
lv_scheibe |
string |
schedulenumber |
batch |
string |
Batch |
sendung |
string |
InternalShipmentNumber |
zeitstempel* |
string |
EventTimestamp |
kundenfirma |
string |
CompanyCustomer |
kundenart |
string |
CompanyCustomerType |
richtung |
string |
direction |
abwicklungsart |
string |
HandlingRoute |
packmittel |
string |
PackageType |
anz_ak_sen |
string |
ItemQuantity@ShipmentEntity |
anz_beil_sen |
string |
SupplementQuantity@ShipmentEntity |
sortiercode |
string |
SortingCode |
bi_einzelteil_id |
string |
OutgoingShipmentComponentNumber |
retourenschluessel |
string |
returnkey |
galiseite |
string |
PickingRoute |
artikelnummer |
string |
WhItemNo |
artikelgroesse |
string |
Size |
bestandsfirma |
string |
Company-Code |
lagerort |
string |
StorageLocation |
wannennr |
string |
PickingCartNumber |
kz_batchsorter |
string |
BatchsorterFlag |
kz_packsorter |
string |
PacksorterFlag |
kz_nsf |
string |
NosorterFlag |
kz_schmuck |
string |
TreasureFlag |
schicht |
string |
ShiftSign |
reduzierungsgrund |
string |
ReductionReason |
fehleraktion |
string |
ErrorAction |
fehlertyp |
string |
ErrorType |
laofst |
string |
StorageLocation@ErrorHandling |
3.2 - O53 Handlingstatus
- Status
-
Version 1.0 published 02.03.2022
- Approval
-
-
xxx
-
- Comment
-
xxx
- Assumption
-
xxx
1. Stakeholder
Role | Application | Responsible |
---|---|---|
Communication |
Integration Layer |
|
Leading App |
FLASH |
|
InterfaceOwner |
KR2 |
|
Producer |
KR2 |
|
Consumer |
FLASH |
2. Business Context
Die Schnittstelle (O53) bildet die Outbound-Daten (Abwicklung Kundenauftrag bis Warenausgang) für die Standorte Südhafen (SHF) und Haldensleben (HDL) ab. Das Quellsystem KR (Kaufmännischer Rechner) ist ein Lagerverwaltungssystem, welches von OSP entwickelt worden ist. KR2 bekommt die Daten zu den Kundenaufträge vom Logistikpuffer (LP)
3. Informationflow
4. Interface
4.1. Direction LVS to FINE
4.1.1. Header
4.1.2. Datamodel
Property | Type | Description |
---|---|---|
(Root) |
object |
outbound.customerorder.handlingstatus |
bi_versandeinheit_id |
string |
OutgoingShipmentEntityNumber |
bezug* |
string |
Granularity of the message |
typ* |
string |
The concrete type of the event Minimum Length: 1 |
ort* |
string |
EventPlace |
standort* |
string |
WarehousePlantCode |
sendungsidentnummer |
string |
TrackingNumber |
lv_tag* |
string |
ProcessingDay |
lv_scheibe |
string |
schedulenumber |
batch |
string |
Batch |
sendung |
string |
InternalShipmentNumber |
zeitstempel* |
string |
EventTimestamp |
kundenfirma |
string |
CompanyCustomer |
kundenart |
string |
CompanyCustomerType |
richtung |
string |
direction |
abwicklungsart |
string |
HandlingRoute |
packmittel |
string |
PackageType |
anz_ak_sen |
string |
ItemQuantity@ShipmentEntity |
anz_beil_sen |
string |
SupplementQuantity@ShipmentEntity |
sortiercode |
string |
SortingCode |
bi_einzelteil_id |
string |
OutgoingShipmentComponentNumber |
retourenschluessel |
string |
returnkey |
galiseite |
string |
PickingRoute |
artikelnummer |
string |
WhItemNo |
artikelgroesse |
string |
Size |
bestandsfirma |
string |
Company-Code |
lagerort |
string |
StorageLocation |
wannennr |
string |
PickingCartNumber |
kz_batchsorter |
string |
BatchsorterFlag |
kz_packsorter |
string |
PacksorterFlag |
kz_nsf |
string |
NosorterFlag |
kz_schmuck |
string |
TreasureFlag |
schicht |
string |
ShiftSign |
reduzierungsgrund |
string |
ReductionReason |
fehleraktion |
string |
ErrorAction |
fehlertyp |
string |
ErrorType |
laofst |
string |
StorageLocation@ErrorHandling |
4.1.3. Enumeration
Field: handlingRoute
Meta Value | Description |
---|---|
SORTER |
Abwicklungsweg SORTER |
KLEX |
Abwicklungsweg KLEX, Kleine Expedition (= Kommissionierung ganzer Colli) 1AK Kleine Expedition ist eine der 3 Abwicklungsarten im Einzelversand. Für Klexsendungen kommt die Ware direkt aus den Reserve-Lagern. Abwicklung von 1AK-Teillieferungen aus ganzen Nachschubeinheiten. Es existieren die Formen maschinelle und manuelle KLEX für tütenfähige Artikel und Karton-KLEX für nicht tütenfähige Artikel. |
SOKO |
Abwicklungsweg SOKO, Sonderkommissionierung, Abwicklung von tütenfähigen 1AK-Teillieferungen, Einzelstückkommissionierung |
KASO |
Abwicklungsweg KASO, Karton-Sonderkommissionierung Abwicklung von nicht tütenfähigen 1AK-Teillieferungen |
LISTE |
Listenkommissionierng für Großkunden |
KABA |
Kundenauftragsbezogene Artikelumfuhren von Einzelteilen in Wannen aus einem Kommissionierlager in ein anderes Kommissionierlager bzw. an einen Batchsorter (zur Vermeidung von Sendungs-Splits) |
4.1.4. Example
4.1.5. Schema
Version | Number | File | Published on | Changes |
---|---|---|---|---|
current version |
1.0 |
02.03.2022 |
initial |
|
previous version |
||||
coming version |
{
"$schema": "http://json-schema.org/draft-07/schema",
"$comment": "Schema for handlingstatus from KR2 to FLASH",
"$id": "https://doc.fine.gcp.osp-dev.de/registry/Outbound/handlingstatus.KR2.v1.0.schema.json",
"type": "object",
"title": "outbound.customerorder.handlingstatus",
"description": "outbound-data from KR2 for HDL and SHF",
"required": [
"bezug",
"typ",
"ort",
"standort",
"lv_tag",
"zeitstempel"
],
"properties": {
"bi_versandeinheit_id":{
"type": "string",
"title": "OutgoingShipmentEntityNumber",
"description": "OutgoingShipmentEntityNumber, BI-Versandeinheit-Id",
"examples": ["12842977095772368"]
},
"bezug": {
"type": "string",
"title": "Granularity of the message",
"description": "Identifier of the granularity of the message A = Article, S = OutgoingShipment",
"examples": ["A"]
},
"typ": {
"type": "string",
"title": "The concrete type of the event",
"description": "Type of the event.",
"minLength": 1,
"maxLength": 50,
"examples": ["ETI"]
},
"ort": {
"type": "string",
"title": "EventPlace",
"description": "Location of the Event",
"examples": [
"FST"
]
},
"standort": {
"title": "WarehousePlantCode",
"description": "Warehouseplant-code, like SHF or HDL",
"type": "string",
"examples": [
"HDL"
]
},
"sendungsidentnummer": {
"type": "string",
"title": "TrackingNumber",
"description": "Trackingnumber",
"examples": ["PBBPX458264210015310021500"]
},
"lv_tag": {
"type": "string",
"title": "ProcessingDay",
"description": "Day of processing of the shipmententity",
"examples": ["23"]
},
"lv_scheibe": {
"type": "string",
"title": "schedulenumber",
"description": "Number of the schedule",
"examples": ["1"]
},
"batch":{
"type": "string",
"title": "Batch",
"description": "Number of the Batch, without leading 0",
"examples": ["19"]
},
"sendung":{
"type": "string",
"title": "InternalShipmentNumber",
"description": "",
"examples": ["538"]
},
"zeitstempel":{
"type": "string",
"title": "EventTimestamp",
"description": "timestamp of the event",
"examples": ["20240123102556"]
},
"kundenfirma":{
"type": "string",
"title": "CompanyCustomer",
"description": "Number of the Company-Customer",
"examples": ["61"]
},
"kundenart":{
"type": "string",
"title": "CompanyCustomerType",
"description": "Number of the Company-Customer-Type",
"examples": ["27"]
},
"richtung":{
"type": "string",
"title": "direction",
"description": "Number of the direction",
"examples": ["207"]
},
"abwicklungsart":{
"type": "string",
"title": "HandlingRoute",
"description": "Handling-route for Outgoing-Shipment-Entity. One of KABA. KASO, KLEX, LISTE, SOKO, SORTER",
"examples": ["SORTER"]
},
"packmittel":{
"type": "string",
"title": "PackageType",
"description": "Packaging-Type for Outgoing-Shipment-Entity",
"examples": ["B5"]
},
"anz_ak_sen":{
"type": "string",
"title": "ItemQuantity@ShipmentEntity",
"description": "Quantity of the Items for Outgoing-Shipment-Entity",
"examples": ["5"]
},
"anz_beil_sen":{
"type": "string",
"title": "SupplementQuantity@ShipmentEntity",
"description": "Quantity of the supplement for Outgoing-Shipment-Entity",
"examples": ["0"]
},
"sortiercode":{
"type": "string",
"title": "SortingCode",
"description": "Sortingcode (on type DUEB and LKOM empty or 0) format displayed in documentation",
"examples": ["3190538049"]
},
"bi_einzelteil_id":{
"type": "string",
"title": "OutgoingShipmentComponentNumber",
"description": "OutgoingShipmentComponentNumber BI-Einzelteil-Id",
"examples": ["12842977012354519"]
},
"retourenschluessel":{
"type": "string",
"title": "returnkey",
"description": "returnkey",
"examples": ["425700864804"]
},
"galiseite":{
"type": "string",
"title": "PickingRoute",
"description": "Code of the Picking-Route, with leading 0, Picking-tour (only for place KS, otherwise 0). code of tour end would be transmitted. format displayed in documentation",
"examples": ["00012002017","28221160045"]
},
"artikelnummer":{
"type": "string",
"title": "WhItemNo",
"description": "Item-Number",
"examples": ["920686"]
},
"artikelgroesse":{
"type": "string",
"title": "Size",
"description": "Size of the item",
"examples": ["039"]
},
"bestandsfirma":{
"type": "string",
"title": "Company-Code",
"description": "Code of the Owner-Company",
"examples": ["5"]
},
"lagerort":{
"type": "string",
"title": "StorageLocation",
"description": "Number of the storage-location, where the item should be picked.",
"examples": ["43015800"]
},
"wannennr":{
"type": "string",
"title": "PickingCartNumber",
"description": "Number of the pickingcart, where it is picked (1-4 only by place KS, otherwise 0).",
"examples": ["0"]
},
"kz_batchsorter":{
"type": "string",
"title": "BatchsorterFlag",
"description": "Identifier for batch-sorter-items. The Item should be picked by batch-sorter",
"examples": ["1"]
},
"kz_packsorter":{
"type": "string",
"title": "PacksorterFlag",
"description": "Identifier for packsorter-components. The picked Item should be sorted by packsorter to outgoing shipment order. kz_packsorter = 1 all Items of one OutgoingShipmentOrder should be sorted by packsorter and kz_nsf has to be 0",
"examples": ["1"]
},
"kz_nsf":{
"type": "string",
"title": "NosorterFlag",
"description": "Identifier for no-sorter-components. Component can not be sorted by packsorter",
"examples": ["0"]
},
"kz_schmuck":{
"type": "string",
"title": "TreasureFlag",
"description": "Identifier for treasure-items",
"examples": ["0"]
},
"schicht":{
"type": "string",
"title": "ShiftSign",
"description": "",
"examples": ["0"]
},
"reduzierungsgrund":{
"type": "string",
"title": "ReductionReason",
"description": "ReductionReason, e.g. K = Fehlereingang vor/am Sorter",
"examples": ["K","F"]
},
"fehleraktion":{
"type": "string",
"title": "ErrorAction",
"description": "Action/Handling on Error-Location or Picking-Errors",
"examples": ["Stornierung","Komplettierung","Erfassung"]
},
"fehlertyp":{
"type": "string",
"title": "ErrorType",
"description": "Type of the Error",
"examples": ["NSbeiAbruf","Streifenfehler"]
},
"laofst":{
"type": "string",
"title": "StorageLocation@ErrorHandling",
"description": "Storage-Location on Ort = FST (Error-Location)",
"examples": ["10B6120"]
}
}
}
4 - Logistikpuffer
4.1 - Inbound_Sendung
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.1.1 - Adresse
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
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 |
4.1.2 - Beilage
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.3 - Einzelteil
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 |
4.1.4 - Externe_Ressource
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. |
4.1.5 - GRK_Sendung
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|
4.1.6 - LagerOrt_Info
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|
4.1.7 - Packstueck
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.8 - Paketshop
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.9 - Position
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 |
4.1.10 - Rechnungssummen
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.11 - Rechnungssummen_Dynamisch
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.12 - Retourenaufkleber
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 |
4.1.13 - Retourenaufkleber_SRD
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.14 - Ruecksendeposition_HES
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.15 - 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
4.1.16 - Serviceposition
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.17 - shipmentUnitValueAddedServices
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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. |
4.1.18 - shipmentValueAddedServices
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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. |
4.1.19 - singleItemValueAddedServices
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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. |
4.1.20 - Tabelle1
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|
4.1.21 - Textbaustein
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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) |
4.1.22 - Versandeinheit
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 |
4.1.23 - Versender
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
4.1.24 - Versender_BE_Post
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
Postbarcode | N24 | |||
Nachnahmebarcode | N14 | |||
Sortiercode | V4 |
4.1.25 - Versender_Cargus
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 |
4.1.26 - Versender_CH_Post
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 |
4.1.27 - Versender_CZ_Ceska_Posta
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 |
4.1.28 - Versender_CZ_Zasilkovna
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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. |
4.1.29 - Versender_DHL
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 |
4.1.30 - Versender_Endauslagerung
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|
4.1.31 - Versender_FR_Colissimo
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.32 - Versender_FR_DomTom_Avion
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.33 - Versender_FR_Mondial
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.34 - Versender_FR_Relais_Colis
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 |
4.1.35 - Versender_Hermes_UK
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.36 - Versender_HES
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) |
4.1.37 - Versender_HU_Magyar_Posta
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
Versender_HU_Service_Knz_ID | N1 | x |
4.1.38 - Versender_HVS(auch HG genannt)
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.39 - Versender_NL_TNT
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 |
4.1.40 - Versender_PL_Inpost
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 |
4.1.41 - Versender_PL_Poczta_Polska
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|
Relations
Table |
---|
[invalid] |
4.1.42 - Versender_PostNord
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | 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 |
4.1.43 - Versender_SE_MyPack
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|
Relations
Table |
---|
[invalid] |
4.1.44 - Versender_SK_Slovenska_Posta
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.45 - Versender_UA_Kurier
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
Richtung_Sortierung1 | A10 |
4.1.46 - Versender_UA_Ukrposhta
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
Richtung_Sortierung1 | A10 | |||
Richtung_Sortierung2 | A10 |
4.1.47 - Zahlschein_AU
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.48 - Zahlschein_BE
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.49 - Zahlschein_DE
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.50 - Zahlschein_FR
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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) |
4.1.51 - Zahlschein_IT
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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) |
4.1.52 - Zahlschein_NL
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.53 - Zahlschein_PL
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) |
4.1.54 - Zahlungsplan
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
Ratenanzahl | N2 | x |
Relations
Table |
---|
Zahlungsziel |
4.1.55 - Zahlungsplan_Mitbesteller
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 |
4.1.56 - Zahlungsziel
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.1.57 - Zahlungsziel_Mitbesteller
Status
DRAFT - under construction
Business Object
This is part of Inbound_Sendung
Name | Type | Content | Values | 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 |
4.2 - O04_Sendung_Storno_(ERP-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.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 |
4.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 |
4.3 - O05_Sendung_Freigabe_(ERP-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.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.4 - O06_Sendung_Update_(ERP-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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.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.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 |
4.5 - O07_Outbound_LAZ
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.5.1 - LAZ
Status
DRAFT - under construction
Business Object
This is part of O07_Outbound_LAZ
Name | Type | Content | Values | 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 |
4.6 - O08_Warenausgang_(LP-ERP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 | Values | 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 |
4.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). |
4.7 - O09_Outbound_LKZ
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.7.1 - LKZ
Status
DRAFT - under construction
Business Object
This is part of O09_Outbound_LKZ
Name | Type | Content | Values | 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). |
4.8 - O10_Outbound_Zweitpaket
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.8.1 - Zweitpacket_Rueck
Back to O10_Outbound_Zweitpaket
Status
DRAFT - under construction
Business Object
This is part of O10_Outbound_Zweitpaket
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
ERP_Sendung_ID | A50 | x | ||
sendungsIdentNr_Original | A30 | x | ||
sendungsIdentNr_Zweitpaket | A30 | x |
4.8.2 - Zweitpaket
Back to O10_Outbound_Zweitpaket
Status
DRAFT - under construction
Business Object
This is part of O10_Outbound_Zweitpaket
Name | Type | Content | Values | 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 |
4.9 - O11_Outbound_Abruf_Avise
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.10 - O12_Outbound_Lagerdifferenz
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 |
4.10.2 - Lagerdifferenz
Back to O12_Outbound_Lagerdifferenz
Status
DRAFT - under construction
Business Object
This is part of O12_Outbound_Lagerdifferenz
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.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 | Content | Values | Mandatory |
---|---|---|---|---|
ERP_Sendung_ID | A50 | x | ||
Erzeugungszeitpunkt | Date | x | ||
Auftragspuffer_ID | N2 | x |
4.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). |
4.11 - O14_Outbound_Fehlermeldung
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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: |
x | |
Erzeugungszeitpunkt | Date | Format “DD.MM.YYYY H24:MI:SS” | x |
4.12 - O15_Zentrale_Online_Rechn-Korrektur
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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. |
4.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] |
4.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. |
4.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 |
4.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 |
4.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 | Content | Values | Mandatory |
---|---|---|---|---|
ERP_Sendung_ID | A50 | x | ||
SPRINT_AUFTRAGSPUFFER_ID | N26 | x | ||
ErpStatusMeldung | VARCHAR2 | x | ||
ERP_AP_Sendung_V1_0_ | Array | x |
4.13 - O17_Puffersnapshot_Sendung_(LP-BI)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 | Content | Values | Mandatory |
---|---|---|---|---|
beilagentyp_knz_id | N1 | x | ||
beilagenbezeichnung | A18 | x | ||
beilagen_knz_id | N2 | |||
beilagenartikelnummer | N6 | |||
beilagenschluessel | A2 |
4.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 | Content | Values | 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 |
4.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 |
4.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 | Content | Values | 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 |
4.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 | Values | 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 |
4.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 | Values | Mandatory |
---|---|---|---|---|
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 |
4.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 |
4.14 - O18_Bestandsinformation_(4Bisko)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 |
4.14.2 - Bestandsabgleichdaten
Back to O18_Bestandsinformation_(4Bisko)
Status
DRAFT - under construction
Business Object
This is part of O18_Bestandsinformation_(4Bisko)
Name | Type | Content | Values | 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 |
4.14.3 - Bestandsmeldung (View)
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 | ||
ERZEUGUNGSZEITPUNKT | Date | |||
LETZTE_AENDERUNG | Date | |||
BESTANDSABGLEICH_STATUS_ID | N1 | |||
KUNDENFIRMA_KNZ_ID | N2 | |||
ARTIKELNUMMER | N8 | |||
GROESSE | N3 | |||
MENGE | N16 |
4.15 - O19_Packstueck_Ereignis
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 | Content | 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 |
4.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 |
4.16 - O21_COBRA_Packstueckmeldung
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.16.1 - Packstueckmeldung
Back to O21_COBRA_Packstueckmeldung
Status
DRAFT - under construction
Business Object
This is part of O21_COBRA_Packstueckmeldung
Name | Type | Content | Values | 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 |
4.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 | Values | 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 |
4.17 - O25_Puffersnapshot_GRK_Sendung_(LP-BI)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 | Values | 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 |
4.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 | Content | Values | 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 |
4.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 | Values | 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 |
4.18 - O28_Abruf_Sendung-Daten_(LP-LVS)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 |
4.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 | 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 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. |
4.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? |
4.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 | Mandatory |
---|---|---|---|---|
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 |
4.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. |
4.19 - O32_Lagerdifferenz_(LVS-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 |
4.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). |
4.20 - O33_Warenausgang_(LVS-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 | 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 | |
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). |
4.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 | Values | 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 |
4.21 - O36_Packmeldung
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.21.1 - 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 |
4.21.2 - Packmeldung_LVS_LP
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 |
4.22 - O40_Packstück_Ereignis_(LVS-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 | Content | 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 |
4.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 | Mandatory |
---|---|---|---|---|
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. |
4.23 - O41_Verzoegerte_Auslieferung_(LVS-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 | Values | 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 |
4.24 - O43_Packmeldung
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.24.1 - 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 |
4.24.2 - Sendung_Id
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 |
4.25 - O45_Labelbeschaffung_(Labelprovider-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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. |
4.26 - O47_Labelbeschaffung_(LP-Labelprovider)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.27 - OL1_B2B_Sendung_(ERP-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
---|
4.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 | Values | 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] |
4.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. |
4.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 |
4.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 |
4.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 |
4.28 - OL13_B2B_Lagerdifferenz_(LP-ERP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 | Values | 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 |
4.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 |
4.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 |
---|
4.29 - OL16_Abruf_Sendung_(LP-BI)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 | Content | Values | Mandatory |
---|---|---|---|---|
beilagentyp_knz_id | N1 | x | ||
beilagenbezeichnung | A18 | x | ||
beilagen_knz_id | N2 | |||
beilagenartikelnummer | N6 | |||
beilagenschluessel | A2 |
4.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 | Content | Values | 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 |
4.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 |
---|
4.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 | Content | Values | 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 |
4.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 | Content | Values | 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 |
4.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 | Content | Values | 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 |
4.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 | Content | Values | Mandatory |
---|---|---|---|---|
positionsnummer | N1 | x | ||
wert | N9 | x | ||
bezeichnung | A32 | x |
4.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 | Content | Values | Mandatory |
---|---|---|---|---|
identcode | A30 | x | ||
leitcode | A30 | |||
frachtpostzentrum | N2 | |||
retourenkeybuchstabe | A1 | |||
identcode_pruefziffer | A3 | |||
spaetestes_versanddatum | DATE | |||
sendungsnummer | N8 |
4.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 | Content | Values | Mandatory |
---|---|---|---|---|
leitcode | A30 | |||
return_identcode | A30 | x | ||
return_nummer | A8 | |||
versender_knz_id | N3 |
4.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 | Values | 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 |
4.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 | Content | Values | 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 |
4.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 | Values | 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 |
4.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 |
4.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 |
4.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 | Values | 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 |
4.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 |
4.30 - OL2_Sendung_(ERP-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.30.1 - Adresse
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
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 |
||
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 |
4.30.2 - Beilage
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.3 - Einzelteil
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | 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 |
4.30.4 - Externe_Ressource
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. 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. |
4.30.5 - LagerOrt_Info
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.6 - Packstueck
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | 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 | ||
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 |
4.30.7 - Packstueck_Ext_Ressource
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? |
4.30.8 - Paketshop
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 |
4.30.9 - Position
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.10 - Rechnungssummen
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | 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 |
||
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. |
4.30.11 - Rechnungssummen_Dynamisch
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.12 - Retourenaufkleber
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.13 - Retourenaufkleber_SRD
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.14 - Ruecksendeposition_HES
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 . |
4.30.15 - Sendung
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 |
4.30.16 - Serviceposition
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | 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 | ||
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 |
4.30.17 - shipmentUnitValueAddedServices
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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. |
4.30.18 - shipmentValueAddedServices
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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. |
4.30.19 - singleItemValueAddedServices
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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. |
4.30.20 - Textbaustein
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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) |
4.30.21 - Versandeinheit
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.22 - Versender
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
4.30.23 - Versender_BE_Post
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 |
4.30.24 - Versender_Cargus
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
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 |
4.30.25 - Versender_CH_Post
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 |
4.30.26 - Versender_CZ_Ceska_Posta
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 |
4.30.27 - Versender_CZ_Zasilkovna
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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. |
4.30.28 - Versender_DHL
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 |
4.30.29 - Versender_Endauslagerung
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. |
4.30.30 - Versender_FR_Colissimo
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.31 - Versender_FR_DomTom_Avion
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
IDBPX | N6 | BP-Kunde | ||
PFC | A15 | Posthub | ||
DisposeCode | A40 | Leitcode | ||
PHONE | A20 | Telefonnummer | ||
PHONE2 | A20 | Telefonnummer 2 | ||
Sortiercode | A2 | Sortiercodes Colissimo Metropole und DOM |
4.30.32 - Versender_FR_Mondial
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.33 - Versender_FR_Relais_Colis
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
Expeditionsnummer | A12 | |||
Postversanddatum | Date | Datum ohne Zeit-Anteil | ||
Agenturnummer | A6 | |||
Richtung | A8 | |||
IdentCode | A22 |
4.30.34 - Versender_Hermes_UK
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | 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 | |||
DeliveryServiceIndicators | A30 | |||
DepotCode | A8 | |||
DepotName | A8 | |||
TransportationType | A8 | |||
TransportationTypeCode | A8 | |||
DropOffPoint | A8 | |||
DropOffPointCode | A8 | |||
DeliveryTour | A8 | |||
DeliveryTourCode | A8 | |||
Node | A8 | |||
NodeCode | A8 | |||
ShopName | A32 |
4.30.35 - Versender_HES
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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) |
4.30.36 - Versender_HU_Magyar_Posta
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 |
4.30.37 - Versender_HVS
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.38 - Versender_NL_TNT
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) |
4.30.39 - Versender_PL_DPD
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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. |
4.30.40 - Versender_PL_Inpost
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 |
4.30.41 - Versender_PL_Poczta_Polska
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|
Relations
Table |
---|
[invalid] |
4.30.42 - Versender_PostNord
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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) |
4.30.43 - Versender_SE_MyPack
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|
Relations
Table |
---|
[invalid] |
4.30.44 - Versender_SK_Slovenska_Posta
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | 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 | ||
Poststelle_1 | A10 | Hier wird wohl das Depot transportiert | ||
Poststelle_2 | A32 | Hier wird wohl der Ort transportiert | ||
Richtung_Sortierung1 | A32 |
4.30.45 - Versender_UA_Kurier
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
Richtung_Sortierung1 | A10 |
4.30.46 - Versender_UA_Ukrposhta
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 |
4.30.47 - Zahlschein_AU
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.48 - Zahlschein_BE
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | 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 |
||
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+++ |
4.30.49 - Zahlschein_DE
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.50 - Zahlschein_FR
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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) |
4.30.51 - Zahlschein_IT
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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) |
4.30.52 - Zahlschein_NL
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.53 - Zahlschein_PL
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) |
4.30.54 - Zahlungsplan
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
Ratenanzahl | N2 |
Relations
Table |
---|
Zahlungsziel |
4.30.55 - Zahlungsplan_Mitbesteller
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 |
4.30.56 - Zahlungsziel
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.30.57 - Zahlungsziel_Mitbesteller
Status
DRAFT - under construction
Business Object
This is part of OL2_Sendung_(ERP-LP)
Name | Type | Content | Values | Mandatory |
---|---|---|---|---|
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 |
4.31 - OL20_Abruf_GRK_Sendung(LP-BI)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 |
---|
4.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 | Values | 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 |
4.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 | Values | 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 |
4.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 |
4.32 - OL29_Abruf_B2B_Sendung_Daten_(LP-LVS)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
---|
4.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 | Values | 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] |
4.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 | Values | 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 |
4.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 |
4.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] |
4.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 |
4.33 - OL48_B2B_Warenausgang_(LVS-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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. |
4.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 |
4.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 |
---|
4.34 - OL49_B2B_Lagerdifferenz_(LVS-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.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 |
4.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 |
---|
4.35 - OL50_B2B_Verzoegerte_Auslieferung_(LVS-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 | Values | 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) |
4.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 |
---|
4.36 - OL51_B2B_LAZ_(LP-ERP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.36.1 - B2B_LAZ
Status
DRAFT - under construction
Business Object
This is part of OL51_B2B_LAZ_(LP-ERP)
Name | Type | Content | Values | 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 |
4.36.2 - B2B_LAZ_Einzelteil
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 |
4.36.3 - Fachliche Beschreibung
Status
DRAFT - under construction
Business Object
This is part of OL51_B2B_LAZ_(LP-ERP)
Name | Type | Content | Values | Mandatory |
---|
4.37 - OL52_Pufferinhalt_(LP-LZM)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
---|
4.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 |
4.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 |
4.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 | Values | 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 |
4.38 - OL53_Abrufinhalt_(LP-LZM)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 | Values | 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 |
4.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 | Values | 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 |
4.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 |
---|
4.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 |
4.39 - OL54_Abrufplan_(LP-LZM)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
-
ERM Diagram
4.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 |
4.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 |
4.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 |
---|
4.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 |
4.40 - OL55_Abrufplan_Geloescht_(LP-LZM)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.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 |
---|
4.41 - OL56_GRK_Sendung_Storno_(ERP-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.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 |
4.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 |
---|
4.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 |
4.42 - OL57_Sendung_Status_(ERP-LP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.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 |
4.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 |
---|
4.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 |
4.43 - OL58_B2B_Warenausgang_(LP-ERP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.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 |
4.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 |
---|
4.44 - OL59_B2B_Verzoegerte_Auslieferung_(LP-ERP)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 | Values | 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 |
4.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 |
---|
4.45 - OL60_B2B_Abruf_Nur_RL_(LP-LVS)
Status
DRAFT - under construction
Related documents
Detail description as excel file.
Business Object Model
4.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 |
4.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 |
---|