- Shipped
- 8 noiembrie 2026 la 03:34 UTC
- Author
- Kamo
- Commit
- b0fb8a1
Retail-ul avea două sisteme de stocuri: comenzile deținute și preluate din InventoryPool, în timp ce piața Setările filei de inventar au gestionat commerce_stock_levels, pe care nicio comandă nu a citit-o vreodată Locuieste doar in InventoryPool, prin intermediul noului StockService: - InventoryPool câștigă location_id (una dintre locațiile de inventar ale organizației) și low_stock_threshold (punct de reordonare; implicit 5 când nu este setat). - Fiecare modificare este scrisă în istoricul stocului (commerce_stock_adjustments, acum cheiat de inventory_pool_id): conturi setate sau ajustate de un membru (cu cine și de ce), vânzări, retururi. - O comandă plătită ia acum articole de pe mână, precum și disponibile (înainte, articolele vândute citite O întoarcere aprobată le pune înapoi pe ambele, pe rândul în care au fost vândute de la. - Lista de stocuri de piață este o declarație de preluare-alăturat, org-scoped; filtrul de piață Noi indexuri pe obiecte (org, oferire), care pot fi folosite pentru a găsi obiecte noi pools(item), pools(location), ajustări(pool, dată). - RetailService metodele la nivel de stoc sunt retrase; StockLevel rămâne doar ca furnizorul de sincronizare O locație cu stoc sau expedieri pe rafturi este o locație cu stoc sau expedieri pe rafturi Acesta nu mai poate fi șters. - Clienții cu amănuntul ale unei piețe sunt citite prin intermediul indicelui de piață de angajament în loc de Fiecare cont al organizației, și să poarte numele, e-mail și telefon.