Wareneingang (INV02 / INV11)

Transaktionen: INV02 Wareneingang Bestellung, INV11 Wareneingang Paletten
UI-Pfad: Wareneingang Bestellung / Wareneingang Paletten

Business-Zweck

Der Wareneingang erfasst physischen Zugang von Waren ins Lager und verknüpft ihn mit Einkaufsbelegen (PUR) oder Paletten (NVE). Partner integrieren Wareneingänge typischerweise aus:

• ERP/WMS nach PO-Erfüllung
• Scanner-Workflows (Mobile Wareneingang)
• Paletten-Eingang mit NVE/SSCC

INV02 – Wareneingang aus Bestellung

Ablauf

1. Bestellposition (PUR) ist offen für Wareneingang
2. Menge, Lager, Lagerplatz, Charge erfassen
3. Buchung erzeugt StockHead mit Bewegungsart Wareneingang (moveTypeCode 210)
4. StockItem.purItem verknüpft Position mit Einkauf
5. Bestellstatus und StockList werden aktualisiert

Relevante Felder

Feld	Bedeutung
purItem	Einkaufsposition
material	Artikel
quantity	Eingangsmenge
warehouse / stockplace	Ziellager
batchnum / vendorBatchnum	Chargen
delNoteDocNumber	Lieferschein

INV11 – Wareneingang Paletten

Palettenware wird über NVE (SSCC) identifiziert. Mehrere StockHead-Belege können einer Palette zugeordnet werden.

Aspekt	Beschreibung
nve	Paletten-ID auf StockItem
paletQuantity	Anzahl Paletten bei API-Buchung
Kunde/Lieferant	POST /api/stockHead/palletCustomer – Zuordnung NVE → Kunde

API-Flow: bookIncomingGoods

Zentraler Partner-Endpoint für programmatischen Wareneingang:

POST /api/incomingGoods/bookIncomingGoods

Typischer Payload (Auszug):

{
  "material": { "id": 12345 },
  "warehouseId": 1,
  "stockPlaceCode": "WE-01",
  "quantity": 10,
  "paletQuantity": 1,
  "batchnum": "CH-2026-001"
}

Verhalten:

• moveTypeCode wird auf 210 (Wareneingang) gesetzt
• Ohne stockPlaceCode wird Default-Lagerplatz des Lagers (incomingGoodsStockPlace) verwendet
• paletQuantity steuert wiederholte Buchung (Default: 1)
• Response: gebuchte Positionen mit stockHeadIds, Material, Lager, NVE

Weitere API-Endpoints

Endpoint	Zweck
POST /api/incomingGoods/bookVouchers	Belegbasierte Buchung (Scanner/ERP)
POST /api/incomingGoods/cancelIncomingGoods	Storno
GET /api/incomingGoods/getBookedGoodsByBookNumber/{id}	Abfrage gebuchter Ware
POST /api/incomingGoods/scan	Scan-Workflow
POST /api/incomingGoods/process	Verarbeitung Scan-Daten

Partner-Szenarien

PO-Receipt aus ERP

Nach Lieferavis: bookVouchers oder bookIncomingGoods mit PUR-Referenz; Toleranzprüfung via POST /api/incomingGoods/deliveryTolerance.

Paletten-Scan im Lager

INV11 UI oder Mobile: NVE scannen, Material zuordnen, bookIncomingGoods mit paletQuantity.

Voraussetzungen

• Offene PUR-Position (INV02) oder konfigurierter Paletten-Workflow (INV11)
• User-Lager / Wareneingangs-Lagerplatz
• Material mit Lagerführung

Typische Fehlerquellen

• Kein Lagerplatz – message.stock.for.warehouse.not.exists.error
• Überlieferung – Toleranz aus PUR-Konfiguration
• Sperre/Deadlock – bookVouchers kann Retry erfordern

Weiterlesen

• Technisch: Incoming Goods API
• Buchungen: StockHead API
• Einkauf: PUR-Modul (Bestellung)