Source-Algorithmen und -Reservierungen
Das Herzstück von Inventory Management verfolgt jedes verfügbare Produkt virtuell und auf Lager und Vorrat. Die Source-Auswahlalgorithmus- und Reservierungssysteme werden im Hintergrund ausgeführt. So bleiben Ihre Verkaufsmengen auf dem neuesten Stand, der Checkout ist frei von Kollisionen und es werden Lieferoptionen empfohlen.
Source-Auswahlalgorithmus
Der Source-Auswahlalgorithmus (SSA) analysiert und bestimmt die beste Übereinstimmung für Quellen und Versand anhand der Prioritätsreihenfolge der in einem Lager konfigurierten Quellen. Beim Versand der Bestellung liefert der Algorithmus eine empfohlene Liste der Quellen, verfügbaren Mengen und Beträge, die entsprechend dem ausgewählten Algorithmus abgezogen werden können. Inventory Management bietet einen Prioritätsalgorithmus und unterstützt Erweiterungen für neue Optionen.
Mit mehreren Bezugsstandorten, globalen Kunden und Spediteuren mit verschiedenen Versandoptionen und -gebühren kann es schwierig sein, Ihr tatsächliches verfügbares Inventar zu kennen und die beste Versandoption zu finden. SSA erledigt die Arbeit für Sie, von der Verfolgung der verkäuflichen Lagermengen über alle Quellen hinweg bis hin zur Berechnung und Abgabe von Empfehlungen für Sendungen.
Inventar nachverfolgen - Mithilfe von Lagern und Quellen prüft die SSA den Vertriebskanal eingehender Produktanfragen und ermittelt den verfügbaren Bestand:
- Berechnet die aggregierte virtuelle Verkaufsmenge aller zugewiesenen Quellen pro Lager: aggregates Menge - Nicht vorrätiger Schwellenwert pro Quelle
- Subtrahiert den nicht vorrätigen Schwellenbetrag von der verkaufsfähigen Menge, um einen Überverkauf zu verhindern
- Reserviert Lagermengen bei der Bestellübermittlung, abzüglich Lagerbestand bei Auftragsverarbeitung und Versand
- Unterstützt Nachbestellungen mit erweiterten Optionen für negative Schwellenwerte
Sendungen verwalten - Der Algorithmus hilft bei der Verarbeitung und Lieferung von Bestellungen. Sie können den Algorithmus ausführen, um Empfehlungen zu den besten Quellen für den Versand des Produkts zu erhalten, oder die Auswahl überschreiben, um:
- Versand von Teilsendungen, wobei nur wenige Produkte von bestimmten Standorten gesendet werden und die gesamte Bestellung später abgeschlossen wird
- Versand der gesamten Bestellung aus einer Quelle
- Sendungen über mehrere Quellen in verschiedenen Mengen aufteilen und so einen ausgewogenen Bestand über alle Lager und Lager halten
SSA ist erweiterbar für Support von Drittanbietern und benutzerdefinierte Algorithmen zur Empfehlung kosteneffizienter Sendungen.
Source-Prioritätsalgorithmus
Benutzerdefinierte Lager enthalten eine zugewiesene Liste von Quellen für den Verkauf und Versand des verfügbaren Produktbestands über Ihre Storefront. Der Source-Prioritätsalgorithmus verwendet die Reihenfolge der zugeordneten Bezugsquellen im Lager, um beim Fakturieren und Versand der Bestellung Produktabzüge pro Bezugsquelle zu empfehlen.
Beim Ausführen des Algorithmus:
- Durchläuft die konfigurierte Quellreihenfolge auf der Lagerebene, beginnend oben.
- Empfiehlt je nach Bestellung in der Liste, verfügbarer Menge und bestellter Menge eine zu liefernde Menge sowie eine zu beschaffende Menge pro Produkt
- Fahren Sie in der Liste nach unten, bis die Bestellanlieferung ausgefüllt ist
- Deaktivierte Quellen werden übersprungen, wenn sie in der Liste gefunden wurden
Zum Konfigurieren, Zuweisen und Sortieren von Quellen zu einem benutzerdefinierten Lager. Siehe Priorisieren von Quellen für einen Bestand.
Im folgenden Beispiel werden die zugeordneten Quellen in der Reihenfolge, die verfügbare Menge und die empfohlene Quelle und der empfohlene Betrag beschrieben, die abgezogen und versendet werden sollen. Die Top-Quelle ist ein Drop-Shipper in Großbritannien mit einer verfügbaren Menge von 240.
Algorithmus für Abstandspriorität
Der Distance Priority Algorithm vergleicht den Standort der Versandzieladresse mit den Quellorten, um die nächstgelegene Quelle für die Erfüllung von Sendungen zu ermitteln. Die Entfernung kann durch die physische Entfernung oder die Zeit bestimmt werden, die auf Reisen von einem Ort zum anderen verbracht wurde, indem importierte Datenbankstandorte oder Google-Richtungen (Fahren, Gehen oder Fahrradfahren) verwendet werden.
Sie haben zwei Möglichkeiten, die Entfernung und die Zeit zu berechnen, um die nächstgelegene Quelle für die Sendungserfüllung zu finden:
-
Google MAP - Verwendet Google Maps Platform-Services zur Berechnung der Entfernung und Zeit zwischen der Versandzieladresse und den Quellorten (Adresse und GPS-Koordinaten). Diese Option verwendet den Breiten- und Längengrad der Quelle. Ein Google-API-Schlüssel ist erforderlich, wenn Geocoding-) und Distanzmatrix- aktiviert sind. Diese Option erfordert einen Google-Abrechnungsplan und kann über Google Gebühren verursachen.
-
Offline-Berechnung - Berechnet die Entfernung anhand heruntergeladener und importierter Geocode-Daten, um die Quelle zu ermitteln, die der Versandzieladresse am nächsten liegt. Diese Option verwendet die Länder-Codes der Lieferadresse und der Quelle. Um diese Option zu konfigurieren, benötigen Sie möglicherweise die Unterstützung eines Entwicklers, um Geocodes zunächst über eine Befehlszeile herunterzuladen und zu importieren.
Wählen Sie zur Konfiguration Konfigurationen aus und führen Sie zusätzliche Schritte durch, z. B. den Google-API-Schlüssel oder das Herunterladen von Versanddaten. Siehe Konfigurieren des Distance Priority Algorithm.
Benutzerdefinierte Algorithmen
Commerce unterstützt benutzerdefinierte Entwicklung und Erweiterungen zum Hinzufügen alternativer Algorithmen, um Quellen zu priorisieren. Sie können beispielsweise einen Prioritätsalgorithmus basierend auf der Geografie und einen anderen basierend auf den Lagerkosten oder einem Kundenattribut verwenden. Wenn sich die Lagerkosten ändern, kann Ihre Implementierung die Algorithmen einfach ändern, um die niedrigsten Kosten sicherzustellen.
Vorbehalte
Anstatt sofort Produktinventarmengen abzuziehen oder hinzuzufügen, behalten Reservierungen Lagerbeträge bis zum Versand oder zur Stornierung von Bestellungen. Reservierungen funktionieren vollständig im Backend, um Ihre Verkaufsmenge automatisch auf Lagerebene zu aktualisieren.
inventory.reservations.updateSalabilityStatus Nachrichtenwarteschlangenbenutzer kontinuierlich ausgeführt wird. Um zu überprüfen, ob es ausgeführt wird, verwenden Sie den bin/magento queue:consumers:list. Wenn der Nachrichtenwarteschlangenbenutzer nicht aufgeführt ist, starten Sie ihn: bin/magento queue:consumers:start inventory.reservations.updateSalabilityStatus.Reservierungen bestellen
Reservierungen für Lagermengen, die bei der Auftragserteilung von der Verkaufsmenge abgezogen werden, werden zurückgestellt. Die Reservierungen werden auf Lagerebene durchgeführt und zählen mit den Mengen, bis die Bestellung fakturiert und versendet, storniert wird usw. Beim Versand der Bestellung können Sie die SSA-Empfehlungen verwenden oder manuell Mengenabzüge pro Quelle eingeben. Beim Versand werden die Reservierungen automatisch gelöscht und die Menge abgezogen. Die verkaufbare Menge berechnet für den Bestand mit einer aktualisierten Menge und allen im System verbleibenden Reservierungsbeträgen neu.
Das folgende Diagramm hilft bei der Definition des Prozesses der Reservierung während einer Bestellung und bis zum Versand.
Ein Kunde reicht eine Bestellung ein. Commerce prüft die aktuelle Lagerverkaufsmenge. Wenn auf Lagerebene genügend Lagerbestand vorhanden ist, wird eine Reservierung eingetreten, die einen temporären Sperrstatus für die Produkt-SKU (für diesen Bestand) anlegt, und die verkaufbare Menge wird neu berechnet.
Nachdem Sie die Bestellung fakturiert haben, bestimmen Sie die Produktbeträge, die Sie von Ihren Quellen abziehen und versenden möchten. Die Lieferung wird verarbeitet und von einer oder mehreren ausgewählten Quellen an den Kunden gesendet. Die Mengen werden automatisch von der Quellinventarmenge abgezogen und die Reservierungen werden gelöscht. Umfassende Details und Beispiele finden Sie Über den Bestellstatus und Reservierungen.
Reservierungsberechnungen
Das System erstellt eine Reservierung für jedes Produkt, wenn die folgenden Ereignisse eintreten:
- Ein Kunde oder Händler gibt eine Bestellung auf.
- Ein Kunde oder Händler storniert eine Bestellung ganz oder teilweise.
- Der Händler erstellt eine Sendung für ein physisches Produkt.
- Der Händler erstellt eine Rechnung für ein virtuelles oder herunterladbares Produkt.
- Der Händler gibt eine Gutschrift aus.
Reservierungen sind reine Anlagenvorgänge, die einem Ereignisprotokoll ähneln. Der ursprünglichen Reservierung wird ein negativer Mengenwert zugewiesen. Alle nachfolgenden Reservierungen, die bei der Verarbeitung der Bestellung erstellt wurden, sind positive Werte. Wenn die Bestellung abgeschlossen ist, ist die Summe aller Reservierungen für das Produkt 0.
Bevor das System eine Reservierung als Antwort auf eine neue Bestellung ausstellen kann, bestimmt es, ob genügend verkaufbare Artikel vorhanden sind, um die Bestellung zu erfüllen. Die folgenden Mengen fließen in die Berechnung ein:
-
LagerArtikel Menge. Die Lagerartikelmenge ist die aggregierte Lagermenge aus allen physischen Quellen für den aktuellen Verkaufskanal. Betrachten wir ein Beispiel, bei dem die Quelle von Baltimore 20 Einheiten eines Produkts enthält, die Quelle von Austin 25 Einheiten desselben Produkts enthält und die Quelle von Reno 10. Wenn alle diese Quellen mit Lager A verknüpft sind, beträgt die StockItem-Anzahl für dieses Produkt 55 (20 + 25 + 10). (Wenn Artikel versendet werden, aktualisiert der Inventar-Indexer die verfügbaren Mengen an jeder Quelle.)
-
Ausstehende Reservierungen. Das System summiert alle anfänglichen Reservierungen, die nicht kompensiert wurden. Diese Zahl ist immer negativ. Wenn Kunde A eine Reservierung für zehn Artikel hat und Kunde B eine Reservierung für Artikel 5, dann ausstehende Reservierungen für die Produktsumme -15.
Daher kann der Händler eine eingehende Bestellung erfüllen, solange der Kunde weniger als 40 (55 + -15) Einheiten bestellt.
Wenn Sie die Verarbeitung einer Bestellung abgeschlossen haben (abgeschlossen, storniert, geschlossen), sollten alle Reservierungen im Umfang dieser Bestellung auf 0 aufgelöst werden. Dadurch werden alle Lagerbestände für die verkaufsfähige Menge gelöscht.
Reservierungsobjekte
Eine Reservierung enthält folgende Informationen:
reservation_idstock_idskuquantitymetadataDie event_type kann die folgenden Werte aufweisen:
order_placedorder_canceledshipment_createdcreditmemo_createdinvoice_created
Derzeit muss der Metadaten-Objekttyp order sein, und die Objekt-ID ist die Bestell-ID.
In zukünftigen Versionen ist es möglicherweise möglich, eine Reservierung zu erstellen, wenn ein Kunde einen Artikel zu einem Warenkorb hinzufügt. Jeder Artikel kann für einen bestimmten Zeitraum, z. B. 15 Minuten, reserviert werden, sodass der Kunde Artikel reservieren kann, während er weiter einkauft. Wenn dieser Reservierungstyp aktiviert ist, können die Metadaten zusätzliche Informationstypen enthalten.
Reservierungslebenszyklus
Das folgende Beispiel zeigt die Reihenfolge der Reservierungen, die für eine einfache Bestellung generiert wurden.
-
Der Kunde bestellt 25 Stück
SKU-1. Die Reservierung enthält folgende Informationen:code language-text reservation_id = 1 stock_id = 1 sku = SKU-1 quantity = -25 event_type = order_placed -
Der Kunde sendet eine Rechnung für 20 Artikel, im Wesentlichen Stornierung von 5 der bestellten Einheiten.
code language-text reservation_id = 2 stock_id = 1 sku = SKU-1 quantity = 5 event_type = order_canceled -
Der Händler verschifft die gekauften 20 Einheiten.
code language-text reservation_id = 3 stock_id = 1 sku = `SKU-1` quantity = 20 event_type = shipment_created
Die drei quantity summieren sich bis zu 0 (-25 + 5 + 20). Das System ändert keine vorhandenen Reservierungen.
Verarbeitete Reservierungen entfernen
Der inventory_cleanup_reservations Cron-Auftrag führt SQL-Abfragen aus, um die Reservierungsdatenbanktabelle zu löschen. Standardmäßig wird sie täglich um Mitternacht ausgeführt, aber Sie können die Zeiten und die Häufigkeit konfigurieren. Der Cron-Auftrag führt ein Skript aus, das die Datenbank abfragt, um vollständige Reservierungssequenzen zu finden, in denen die Summe der Mengenwerte 0 ist. Wenn alle Reservierungen für ein bestimmtes Produkt, die am selben Tag (oder einer anderen konfigurierten Zeit) entstanden sind, kompensiert wurden, löscht der Cron-Auftrag die Reservierungen alle auf einmal.
Der inventory_reservations_cleanup Cron-Auftrag ist nicht identisch mit dem inventory.reservations.cleanup Nachrichtenwarteschlange-Verbraucher. Der -Verbraucher löscht Reservierungen asynchron nach Produkt-SKU, nachdem ein Produkt entfernt wurde, während der Cron-Auftrag die gesamte Reservierungstabelle löscht. Der -Verbraucher wird benötigt, wenn Sie die Stock Option „Mit Katalog synchronisieren in der Store-Konfiguration aktivieren. Siehe Verwalten von Nachrichtenwarteschlangen im Konfigurationshandbuch.
Häufig können alle anfänglichen Reservierungen, die an einem einzigen Tag erstellt wurden, nicht am selben Tag kompensiert werden. Diese Situation kann auftreten, wenn ein Kunde eine Bestellung aufgibt, kurz bevor der Cron-Auftrag beginnt, oder den Kauf mit einer Offline-Zahlungsmethode tätigt, wie z. B. einer Banküberweisung. Die kompensierten Reservierungssequenzen verbleiben in der Datenbank, bis sie alle kompensiert werden. Diese Vorgehensweise beeinträchtigt die Reservierungsberechnungen nicht, da die Summe für jede Reservierung 0 beträgt.
Aktualisierungen der Reservierung
Wenn Änderungen an Bestellungen und Produktbeträgen abgeschlossen sind, gibt Commerce automatisch Reservierungskompensationen ein. Sie müssen keine Vergütungen über den Admin oder den Code eingeben, um diese Sperren zu aktualisieren oder zu löschen. Reservierungen sind nur von eingegebenen Reservierungen betroffen, um eine Menge zu sperren oder einen Sperrbetrag zu löschen (Ausgleich der Reservierungen).
So funktionieren sie:
-
Bestellung gesendet - Wenn eine Bestellung für mehrere Produkte gesendet wird, wird eine Reservierung für diesen Betrag eingegeben. Wenn Sie z. B. fünf Rucksäcke von einer US-Website bestellen, wird eine Reservierung von
-5für diese SKU und diesen Lagerbestand vorgenommen. Die verkaufsfähige Menge wird um 5 verringert. -
Stornierte Bestellung - Wenn eine Bestellung storniert wird (ganz oder teilweise), gibt eine Ausgleichsreservierung ein, um diesen Betrag zu löschen. Wenn Sie beispielsweise drei Rucksäcke stornieren, wird eine +3-Reservierung für diese SKU und diesen Lagerplatz eingegeben, wodurch der Laderaum aufgehoben wird. Die verkaufsfähige Menge wird um 3 erhöht.
-
Lieferauftrag - Wenn eine Bestellung (ganz oder teilweise) versendet wird, wird eine Ausgleichsreservierung eingegeben, um diesen Betrag zu verrechnen. Beispielsweise gibt der Versand von zwei Rucksäcken eine +2-Reservierung für diese SKU und dieses Lager ein und löscht den Laderaum. Die Produktmenge wird für die Sendung direkt um 2 reduziert. Die berechnete verkaufbare Menge wird auch für den reduzierten Lagerbetrag aktualisiert, ist aber von der Reservierung nicht mehr betroffen.
Alle Reservierungen müssen durch Kompensationen verrechnet werden, wenn die Bestellungen vollständig ausgeführt, Produkte storniert, Gutschriften ausgestellt werden usw. Wenn die Ausgleichszahlungen die Reservierungen nicht ausräumen, könnten Sie Mengen in Stasis halten (nicht zum Verkauf verfügbar und nie Versand).
Wenn Sie alle Quellen aus einem Produkt für ein Lager mit ausstehenden Bestellungen entfernen, haben Sie möglicherweise Reservierungen blockiert.