Angebot an Nachfrage anpassen

In Inventory Visibilityentspricht jeder Angebotstyp einem Nachfragetyp.

Die folgende Tabelle zeigt, welche bestimmten Nachfragetypen mit welchen bestimmten Angebotstypen übereinstimmen.

Tabelle 1. Beziehung vom Nachfragetyp zum Angebotstyp
  Nachfragetyp OPEN_ORDER Nachfragetyp RSRV_ORDER Nachfragetyp SCHEDULED Nachfragetyp BACKORDER Nachfragetyp DEMAND_FOR_RELEASE Nachfragetyp ALLOCATED Nachfragetyp PLAN
Angebotstyp ONHAND X X X X X X  
Angebotstyp INTRANSIT X X X X   X  
Angebotstyp PO_PLACED X X X X   X  
Angebotstyp PO_SCHEDULED X X X X   X  
Angebotstyp PO_RELEASED X X X X   X  
Angebotstyp WIP         X    
Angebotstyp PLAN              
Hinweis:
  • Der PLAN-Typ stellt ein noch nicht materialisiertes Angebot oder Nachfrage dar. Diese Operationen haben keine Auswirkungen auf die Verfügbarkeit. Es kann jedoch immer noch Szenarios geben, in denen es sinnvoll ist, Angebot und Nachfrage zu Zwecken wie der vorläufigen zukünftigen Nachbestellung zu verfolgen.
  • Konfigurieren Sie den ETA-Wert nur für Angebotstypen, die nicht vorrätig sind (alle Typen außer ONHAND und angepasste Typen, die ONHAND erweitern). Für Angebotstypen, die vorrätig sind (ONHAND und angepasste Typen, die ONHAND erweitern), konfigurieren Sie die ETA nicht. Hier bezieht sich ETA auf das Attribut in den REST-APIs Adjust Supply und Sync Supply .

Sie können einen vorhandenen Angebots-oder Nachfragetyp erweitern und der neue Typ wirkt sich auf die Verfügbarkeit auf dieselbe Weise wie der Basislagerbestandstyp aus. Beispiel: ONHAND_BACKROOM, ein erweiterter Typ des Basisbestandsdatentyps ONHAND, hat dieselbe Auswirkung auf die Verfügbarkeit wie ONHAND.

Zum Erweitern eines Angebots-oder Nachfragetyps rufen Sie die entsprechende REST-API Angebotstyp oder Nachfragetyp mithilfe der PUT-Anforderungsmethode auf. Geben Sie den Basislagerbestandstyp an, von dem Sie den Angebots-oder Nachfragetyp ableiten müssen.

Zusagestufen vor Verfügbarkeit

Anforderungen werden auf der Basis von Verpflichtungszusagen berücksichtigt. Das Engagement ist die minimalistische Sicht, wie Angebot und Nachfrage aufeinander abgestimmt werden. Die drei unterschiedlichen Zusagestufen vor der Berechnung der Verfügbarkeit sind nicht zugesichert, zugesichert und zugeordnet.
Nicht zugesichert
Eine nicht zugesagte Zusage gilt für Bestellungen, die für die Auftragserfüllung erfasst werden (z. B. von einer E-Commerce-Geschäftssite), aber noch nicht geplant sind und noch kein bestimmter Versandknoten zugeordnet ist. Da der Versandknoten nicht dem Bedarf zugeordnet ist, wird er als "nicht zugesagte" Zusage betrachtet, da der Auftrag problemlos einem anderen Versandknoten zugeordnet werden kann.
Zugesagt
Nachdem eine Bestellung geplant oder einem bestimmten Auftragserfüllungsversandknoten zugewiesen wurde, befindet sich die Bestellung im festgeschriebenen Status und der zugeordnete Versandknoten ist jetzt für die Bestellung verantwortlich. In diesem Stadium wird die Zusage als "zugesagte" Nachfrage betrachtet, und die Artikel können nicht einfach einem anderen Versandknoten (aber innerhalb des Versandknotens) neu zugeordnet werden.
Zugeordnet
Zugeordnete Nachfragen haben immer einen zugeordneten Versandknoten und sind im Abwicklungsprozess so weit, dass eine Sendung für den Auftrag erstellt wurde. In diesem Stadium ist es für den Verkäufer schwierig, den Bestand ohne Risiko neu zuzuordnen.

Wenn Inventory Visibility den Abgleich von Angebot und Nachfrage bestimmt, werden die Zusagestufen in der folgenden Reihenfolge priorisiert.

  1. Zugeordnet
  2. Zugesagt
  3. Nicht zugesichert

Das Ergebnis hängt vom Typ des Nachfragetyps ab, der in einer Verfügbarkeits-oder Reservierungsanforderung bereitgestellt wird.

Verfügbarkeitssuche

Wenn nach Verfügbarkeit für einen Nachfragetyp gesucht wird, wird die Zusagestufe dieses Nachfragetyps bestimmt. Basierend auf der Zusagestufe wird die jeweilige Verfügbarkeit nach Nachfragetyp berücksichtigt, wie in der folgenden Tabelle erläutert.
Tabelle 2. Zuordnung von Nachfragetyp und Zusagestufe
Nachfragetyp Zusagestufe
OFFENE_BESTELLUNG Nicht zugesichert
GEPLANT Zugesagt
DEMAND_FOR_RELEASE Zugeordnet
ZUGEORDNET Zugeordnet
RSRV_ORDER Zugesagt
BACKORDER Nicht zugesichert
Hinweis Für das Aufgeben von Bestellungen wird empfohlen, den Standardnachfragetyp OPEN_ORDER zu verwenden. Verwenden Sie für die Planung oder Freigabe von Aufträgen den Bedarfstyp SCHEDULED oder DEMAND_FOR_RELEASE. Für den Bedarfstyp OPEN_ORDER werden "Versprochen" und "Zugeordnet" ignoriert.

Bei Reservierungen wird die Verfügbarkeit basierend auf dem Eingabebedarfstyp geprüft. Wenn der Bedarfstyp nicht angegeben ist, wird die Reservierung standardmäßig auf OPEN_ORDER gesetzt. Die folgende Tabelle beschreibt, wie die Verfügbarkeit während Reservierungen berechnet wird.

Tabelle 3. Berechnung der Verfügbarkeit bei Reservierungen
Eingabebedarfstyp für Reservierung Angebot Nicht zugesagte Reservierungen (OPEN_ORDER) Zugesagte Reservierungen (SCHEDULED) Zugeordnete Reservierung (DEMAND_FOR_RELEASE) Zu reservierende verfügbare Menge
OFFENE_BESTELLUNG 60.000 7 15. 30 Stunden

Verfügbar = Angebot (60)-Unversprochen (7)-Versprochen (15)-Zugeordnet (30) = 8
OFFENE_BESTELLUNG 60.000 15. 15. 30 Stunden

Verfügbar = Angebot (60)-Unversprochen (15)-Versprochen (15)-Zugeordnet (30) = 0
GEPLANT 60.000 7 15. 30 Stunden

Verfügbar = Angebot (60)-Zugeordnet (30)-Zugesichert (15) = 15
GEPLANT 60.000 17. 15. 30 Stunden

Verfügbar = Angebot (60)-Zugeordnet (30)-Zugesichert (15) = 15
ZUGEORDNET 60.000 7 15. 30 Stunden

Verfügbarkeit = Angebot (60)-Zugeordnet (30) = 30
ZUGEORDNET 31 10 20 Jahre 30 Stunden

Verfügbarkeit = Angebot (31)-Zugeordnet (30) = 1

Übereinstimmungen für Angebots-und Nachfragetags

Wenn die Nachfrage über Tags verfügt, muss das Angebot über die gleichen Tags verfügen, die übereinstimmen müssen. Wenn die Nachfrage keinen Tag hat, kann sie jedem Angebot entsprechen.

Das folgende Beispiel beschreibt, wie Angebot und Nachfrage für Tags abgeglichen werden:

Betrachten Sie Item01 , für die die Tagnummer als Losnummer, Batchnummer und Revisionsnummer kategorisiert ist.

In diesem Beispiel wird Item01 wie folgt bereitgestellt.
  • Tag: A01|230|v1 Qty: 5
  • Tag: A01|230|v2 Qty: 5
  • Tag: A01|230|v3 Qty: 5
  • Tag: " " Qty: 10 (untagged)
In diesem Beispiel hat Item01 die folgenden Anforderungen.
  • Tag: A01|230|v1 Qty: 5
  • Tag: A01|230|v2 Qty: 7
  • Tag: " " Qty: 15 (untagged)

Die folgende Tabelle zeigt das Ergebnis eines Angebots-und Nachfrageabgleichs, bei dem die Nachfrage Tags hat. Da die Nachfrage Tags hat, ist für jedes ein passendes Angebotstag erforderlich.

Tabelle 4. Abgleich von Angebot und Nachfrage, bei dem die Nachfrage Tags hat
Angebot Nachfrage Verfügbare Menge
Tag: A01|230|v1 Qty: 5 Tag: A01|230|v1, Qty: 5 0 (5-5 = 0)

Die Nachfrage ist erfüllt.
Tag: A01|230|v2, Qty: 5 Tag: A01|230|v2, Qty: 7 0 (5–7 = 0)

Diese mit Tags versehene Nachfrage hat zu wenig Angebot für diese mit Tags versehene Nachfrage, was zu einer nicht verbrauchten Bedarfsmenge von 2 führt. Die Nachfrage bezieht sich nicht auf Angebot A01|230|v3 oder "" weil der Tag keine Übereinstimmung ist.

Die folgende Tabelle zeigt das Ergebnis eines Angebots-und Nachfrageabgleichs, bei dem die Nachfrage keine Tags aufweist. Die Nachfrage kann jedem Angebot entsprechen.

Tabelle 5. Abgleich von Angebot und Nachfrage, bei dem die Nachfrage keine Tags hat
Angebot Nachfrage Verfügbare Menge
Tag: " " Qty: 10 (untagged)

Tag: A01|230|v3 Qty: 5

 " " Qty: 15 (untagged) 0 (10-10 = 0) ohne Kennung

0 (5-5) A01|230|v3

Das nicht mit Tags versehene Angebot von 10 wird verbraucht, sodass die Bedarfsmenge 5 beträgt. Da die Nachfrage ohne Tags ist, kann die Nachfrage aus jedem Angebot nehmen. Die Nachfrage nimmt die restlichen 5 von A01|230|v3.
In diesem Beispiel wird das Bild des endgültigen Bestands an Lieferungen gezeigt.
  • Tag: A01|230|v1 Qty: 0
  • Tag: A01|230|v2 Qty: 0
  • Tag: A01|230|v3 Qty: 0
  • Tag: " " Qty: 0

Verfügbarkeit für Angebot und Nachfrage ohne Tags korrigieren

Das Verfügbarkeitsbild ist falsch, wenn Sie das Angebot anpassen und/oder synchronisieren, wenn tagNumber leer ist oder 3 Pipes enthält (|||). Dasselbe gilt für die Nachfrage, wenn tagNumber leer ist oder über drei Pipes verfügt (|||). Um sicherzustellen, dass die Verfügbarkeit im Bestandssystem korrekt ist, führt Inventory Visibility Lieferungen oder Nachfragen mit tagNumber als leere und drei Pipes (|||) während der Verfügbarkeitsberechnung zusammen. Wenn Lieferungen oder Anforderungen mit tagNumber als drei Pipes (|||) angepasst oder synchronisiert werden, wird tagNumber als leer ersetzt. Daher wird für GET Supply oder Demand anstelle von drei Pipes (|||) ein Leerwert angezeigt. Dieselbe Änderung gilt für Supply.Change -und Demand.Change -Ereignisse.
Hinweis: Die tagNumber 3 Pipes (|||) sind identisch mit Leerzeichen.
Im folgenden Beispiel wird beschrieben, wie Angebot und Nachfrage mit tagNumber als leere und drei Pipes (|||) während der Berechnung der Verfügbarkeit zusammengeführt werden.
Angebot Nachfrage Verfügbare Menge
Tag: " " Qty: 50 Tag: " " Qty: 10 80(50+50-10-10=80)
Tag: ||| Qty: 50 Tag: ||| Qty: 10
Im folgenden Beispiel wird beschrieben, wie tagNumber 3 Pipes ||| als leer ersetzt werden, wenn 'Angebot anpassen' verwendet wird.
Angebot Angebot anpassen Angebot abrufen Supply.Change Ereignis (Event)
Tag: ||| Qty: 50 Tag: " " Qty: 30 Tag: ||| Qty: 50 Tag: " " Qty: 30 ChangedQty: 30
Tag: ||| Qty: 50

Tag: " " Qty: 30

 Tag: ||| Qty: 20 Tag: " " Qty: 50
Anmerkung: Die tagNumber ||| wird bei 20 Zubehörteilen durch Leerzeichen ersetzt. Als Ergebnis werden 30 Lieferungen mit tagNumber -Leerzeichen mit 20 Lieferungen (30 + 20 = 50) zusammengeführt.
 Tag: " " Qty: 50 ChangedQty: 20

Im folgenden Beispiel wird beschrieben, wie tagNumber 3 Pipes ||| durch Leerzeichen ersetzt werden, wenn der Anpassungsbedarf verwendet wird.

Nachfrage Nachfrage anpassen Nachfrage abrufen Demand.Change Ereignis (Event)
Tag: ||| Qty: 10 Tag: " " Qty: 7 Tag: ||| Qty: 10 Tag: " " Qty: 7 ChangedQty: 7
Tag: ||| Qty: 10

Tag: " " Qty: 7

 Tag: ||| Qty: 3 Tag: " " Qty: 10
Hinweis: tagNumber ||| wird bei 3 Nachfragen durch Leerzeichen ersetzt. Als Ergebnis werden 7 Anforderungen mit tagNumber blank mit solchen 3 Anforderungen zusammengeführt (7 + 3 = 10).
 Tag: " " Qty: 10 ChangedQty: 3

Die verfügbare Gesamtmenge ist 80 (50 + 50-10-10 = 80)

Im folgenden Beispiel wird beschrieben, wie tagNumber 3 Pipes ||| durch ein Leerzeichen ersetzt werden, wenn die Synchronisationsbereitstellung verwendet wird.

Angebot Angebot synchronisieren Angebot abrufen Supply.Change Ereignis (Event)
Tag: ||| Qty: 50 Tag: " " Qty: 30
  • Tag: ||| Qty: 0
    Hinweis: Dies liegt daran, dass 50 Lieferungen mit tagNumber ||| mit einer Menge von 0 synchronisiert werden.
  • Tag: "" Menge: 30
  • Tag: ||| Qty: 0 ChangedQty: -50
  • Tag: " " Qty: 30 ChangedQty: 30
Tag: ||| Qty: 0

Tag: " " Qty: 30

 Tag: "|||" Qty: 100
  • Tag: ||| Qty: 0
    Hinweis: Die Menge beträgt 0, da tagNumber ||| durch ein Leerzeichen ersetzt wird.
  • Tag: " " Qty: 100
    Hinweis: tagNumber ||| wird durch ein Leerzeichen ersetzt.
 Tag: " " Qty: 100 ChangedQty: 70

Das folgende Beispiel beschreibt, wie tagNumber 3 Pipes ||| durch ein Leerzeichen ersetzt werden, wenn Synchronisationsbedarf verwendet wird.

Nachfrage Bedarf synchronisieren Nachfrage abrufen Demand.Change Ereignis (Event)
Tag: ||| Qty: 10 Tag: " " Qty: 5
  • Tag: ||| Qty: 0
    Hinweis: Dies liegt daran, dass 10 Anforderungen mit tagNumber ||| mit 0 Mengen synchronisiert werden.
  • Tag: " " Qty: 5
  • Tag: ||| Qty: 0 ChangedQty: -10
  • Tag: " " Qty: 5 ChangedQty: 5
Tag: ||| Qty: 0

Tag: " " Qty: 5

 Tag: "|||" Qty: 20
  • Tag: ||| Qty: 0
    Anmerkung: Die Menge ist 0, da tagNumber ||| durch ein Leerzeichen ersetzt wird.
  • Tag: " " Qty: 20
    Hinweis: tagNumber ||| wird durch ein Leerzeichen ersetzt.
 Tag: " " Qty: 20 ChangedQty: 15

Die insgesamt verfügbare Menge ist 80(100+0-20-0=80)