- Verschickt
- 8. November 2026 um 03:34 UTC
- Autor
- Kamo
- Commit
- b0fb8a1
Der Einzelhandel hatte zwei Bestandssysteme: Bestellungen wurden gehalten und aus dem InventoryPool entnommen, während der Markt Einstellungen Inventory Tab verwaltete commerce_stock_levels, die keine Bestellung jemals gelesen hat Lebt nur im InventoryPool, über den neuen StockService: - InventoryPool erhält location_id (einer der Bestandsstandorte der Organisation) und low_stock_threshold (Umstellungspunkt; Standardwert 5, wenn nicht gesetzt). - Jede Änderung wird in die Lagerhistorie geschrieben (commerce_stock_adjustments, jetzt gekennzeichnet durch inventory_pool_id): Zählungen, die von einem Mitglied festgelegt oder angepasst wurden (mit wem und warum), Verkäufe, Retouren. - Eine bezahlte Bestellung nimmt nun sowohl vorhandene als auch verfügbare Artikel ab (vorher wurden verkaufte Artikel gelesen) Eine genehmigte Rückgabe setzt sie wieder auf beide, auf die Reihe, in der sie verkauft wurden von. - Die Markt-Aktienliste ist eine fetch-joined, org-scoped Anweisung; der Marktfilter Neue Indizes auf Items (Org, Angebot), Neue Indexe auf Items (Org, Angebot), Pools (Element), Pools (Standort), Anpassungen (Pool, Datum). - RetailService-Methoden auf Lagerebene werden eingestellt; StockLevel bleibt nur, wenn der Anbieter synchronisiert Ein Standort mit Lagerbeständen oder Lieferungen auf dem Lager wird als Wertobjekt betrachtet, und sein Tisch bleibt an Ort und Stelle, ungenutzt Es kann nicht mehr gelöscht werden. - Privatkunden eines Marktes werden über den Engagement-Marktindex gelesen anstatt Jedes Konto der Organisation, und tragen Name, E-Mail und Telefon.