- Enviado
- 8 de novembro de 2026 às 03:34 UTC
- Autor
- Kamo
- Confirmação
- b0fb8a1
O varejo tinha dois sistemas de estoque: ordens mantidas e retiradas do InventoryPool, enquanto o mercado A guia de inventário gerenciava commerce_stock_levels, que nenhum pedido nunca leu vive apenas no InventoryPool, através do novo StockService: - InventoryPool ganha location_id (um dos locais de inventário da organização) e low_stock_threshold (ponto de reordenação; padrão 5 quando desativado). - Cada alteração é escrita para o histórico de estoque (commerce_stock_adjustments, agora codificado por inventory_pool_id): contagens definidas ou ajustadas por um membro (com quem e por quê), vendas, devoluções. - Uma ordem paga agora leva itens na mão, bem como disponíveis (antes, itens vendidos lidos como "mantidos" para sempre); um retorno aprovado os coloca de volta em ambos, na linha em que foram vendidos de. - A lista de ações do mercado é uma declaração de escopo org fetch-joined; o filtro de mercado Novos índices em itens (org, offering), que permitem que os jogadores criem itens de acordo com suas preferências pools(item), pools(localização), ajustes(pool, data). - Métodos de nível de estoque RetailService são aposentados; StockLevel permanece apenas como o provedor de sincronização Uma localização com estoque ou remessas em estoque é um objeto de valor, e sua tabela permanece no lugar, não usada ele não pode mais ser excluído. - Os clientes de varejo de um mercado são lidos através do índice de mercado de engajamento em vez de cada conta da organização, e levar o nome, e-mail e telefone.