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