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 |
Last updated: Fri, 25 Apr 2025 01:44:50 UTC