- Shipped
- 8 novembre 2026 alle ore 03:34 UTC
- Author
- Kamo
- Commit
- b0fb8a1
La vendita al dettaglio aveva due sistemi di magazzino: gli ordini tenuti e presi da InventoryPool, mentre il mercato La scheda dell'inventario gestiva commerce_stock_levels, che nessun ordine ha mai letto Vive solo in InventoryPool, attraverso il nuovo StockService: - InventoryPool ottiene location_id (una delle posizioni dell'inventario dell'organizzazione) e low_stock_threshold (punto di riordino; predefinito 5 quando non impostato). - Ogni modifica viene scritta nella cronologia delle scorte (commerce_stock_adjustments, ora chiamata da inventory_pool_id): conteggi impostati o modificati da un membro (con chi e perché), vendite, resi. - Un ordine pagato ora prende gli articoli a portata di mano e disponibili (in precedenza, gli articoli venduti leggono Un ritorno approvato li rimette su entrambi, sulla riga in cui sono stati venduti da. - L'elenco delle azioni di mercato è un'unica istruzione fetch-joined, org-scoped; il filtro di mercato Nuovi indici sugli oggetti (org, offering), nuovi indici sugli oggetti (org, offering), pools(item), pools(location), adjustments(pool, date). - I metodi a livello di magazzino RetailService sono ritirati; StockLevel rimane solo come sincronizzazione del provider Una posizione con magazzino o spedizioni in corso è considerata un oggetto di valore, e la sua tabella rimane al suo posto, inutilizzata Non può più essere cancellato. - I clienti al dettaglio di un mercato sono letti attraverso l'indice di mercato di impegno invece di Ogni account dell'organizzazione, e portare il nome, e-mail e telefono.