Prozesse Einlagerung

Die Einlagerung kann mit expliziter Eingangskontrolle erfolgen, oder implizit durch direkte Einlagerung. Technisch passiert in beiden Fällen dasselbe: Ware wird ins Lager eingebucht.
(Im Gegensatz zur Bestandeskorrektur müssen diese Bewegungen einen Bezug zu einem Beleg/Position haben.)

In der Bedienung unterscheidet sich die Einlagerung mit Eingangskontrolle dadurch, dass die gesamte Liefermenge der Position auf den (bekannten) Eingangspuffer gebucht wird, anstatt dass (Teil-)Mengen auf Lagerplätze verteilt werden.

Die Verteilung vom Eingangspuffer auf andere Lagerplätze, oder auch die direkte Kommissionierung ab Eingangspuffer, ist danach losgelöst von der Einlagerung. Es sind normale Umlagerungen, da der Eingangspuffer ein Lagerplatz wie jeder andere ist.

Zusammenspiel App - BPE

Der obige Prozess wird von der App geführt, die BPE ist passiv (bis auf den Freigabe-Job der Aufträge). Dabei sind 2 Fälle zu unterscheiden:

  • Einlagerung von Bestellung

  • Warenrücknahme

Die 2 Prozesse sind ähnlich, unterschieden sich aber in folgenden Punkten:

  • Start:

    • Bei einer Bestellung kann aus einer Liste von Aufträgen ausgesucht werden.

    • Bei einer Rücknahme muss ein Lieferschein/Rechnung gescannt werden, oder eine Liefer-/Rechnungsnummer eingegeben werden. Eine Rücknahme ist ungeplant.

  • Leergut

    • Bei einer Bestellung wird Leergut einem Lieferanten zurückgegeben. Es kann beliebiges Gebinde zurückgegeben werden, wobei das bekannte Gebinde priorisiert wird.

    • Bei der Rücknahme wird Leergut angenommen. Es darf nur Leergut angenommen werden, das auch einmal geliefert worden ist.

  • Reservation Auftrag/Positionen

    • Bei der Rücknahme findet keine Reservation statt

Einlagerung

Beim Wareneingang werden die Bestände erst geschrieben, wenn die Position abgeschlossen wird.

Rücknahme

Schnittstelle BPE

Prozess / Abfrage

Parameter

Operationen / Bemerkungen

Endpunkt /Logistics/GoodsReceipt

Prozess / Abfrage

Parameter

Operationen / Bemerkungen

Endpunkt /Logistics/GoodsReceipt

Bestellungen lesen

Lager

Soll nur unbearbeitete und vom aktuellen Benutzer gesperrte Aufträge anzeigen.

GET

Positionen lesen

Beleg-Id

Gibt die Positionen des Belegs aus, gefiltert auf aktuellen Mitarbeiter und Logistikstatus.

GET {id}

Position reservieren

Position-Id
MitarbeiterId

Reserviert die Position des Belegs für den aktuellen Benutzer.

PUT Position/{id}/Assign

Position freigeben

Position-Id
MitarbeiterId

Gibt die Position des Beleges für den aktuellen Benutzer wieder frei.

PUT Position/{id}/Release

Positionsdaten rückmelden

Positions-Id
Mengen

Rückmeldung der Positionsdetails, Update Positions-Logistikstatus. Falls alle Positionen erledigt sind Update Beleg-Logistikstatus.

POST /Position/{id}/Confirm

Bestände schreiben

Positions-Id
Mengen

Bestände und Logistikposition schreiben. Inkrementelle Variante des obigen Rückmeldens.

Gebinde der Bestellung lesen

Beleg-Id

Gibt die Gebindepositionen des Beleges aus.

GET /{id}/Empties

Gebinde des Lieferanten / Kunden lesen

Beleg-Id

Gibt die Gebinde des Lieferanten oder Kunden aus

GET /{id}/AllBulkPackageArticles

Gebinde schreiben

Beleg-Id
Gebinde

Schreibt die kompletten Gebindepositionen des Beleges

POST /{id}/Empties

Die Endpunkte sind hier detailliert beschrieben: https://i-ag.atlassian.net/wiki/x/lYXeB

Offene Fragen

Frage

Antwort

Kommentar / Status

Frage

Antwort

Kommentar / Status

Die Rücknahme ist bisher nirgends eingeplant. Wie soll diese bei Huber umgesetzt werden?

3 Varianten:

  • Staubli Varianta → Lieferschein duplizieren zu Warenrücknahmeschein und Menge eingeben. Wird als WE ans App übermittelt

    • Rücknahmeschein erstellen

    • Menge im VinX eingeben

    • Rücknahmescheine müssen im Wareneingang angezeigt werden und im Warenausgang nicht

  • manueller Prozess: Wird alles im VinX eingegeben.

  • Direkterfassung im App als Logistikposition und VinX macht einen Rücknahmeschein

  • Staubli Variante mit separaten Prozess für Rücknahme