Inventory & pipeline: deux vues du même stock

"Inventory" est tout ce que la plateforme connaît. "Pipeline" est ce qui se déplace actuellement à travers les workflow stages. Les mêmes assets, deux questions, deux pages.

Inventory list

/core/inventory affiche chaque asset sous tenant scope, filtrable par warehouse, category, grade, status, lifecycle stage et une douzaine d'autres dimensions. L'export CSV envoie le set filtré directement dans un spreadsheet — utilisé pour client reporting, audit prep, ou alimenter un système downstream qui ne parle pas encore à la plateforme.

Bulk actions dans le row dropdown: retire (marquer comme scrapped/recycled avec reason), move to pallet (consolider sur une autre pallet), request erasure (mettre en queue pour re-wipe). La saved-views bar en haut mémorise votre filter set — l'inventory list telle qu'elle était mardi après-midi est à un clic.

Pipeline view

/core/pipeline est la vue kanban-style des assets en mouvement: receiving → testing → grading → erasure → ready-for-sale → reserved → sold. Triable par stage. L'action "retest" sur une row renvoie un asset vers testing sans perdre l'audit trail original. Utilisée par les warehouse leads qui doivent savoir "qu'est-ce qui est bloqué et où?"

Import queue

/core/inventory/import-queue n'est pas un import CSV générique d'assets aujourd'hui. C'est l'espace de revue des rapports d'audit et des certificats d'effacement Blancco non matchés issus d'un bulk import ou d'une sync. Les listes d'assets entrent via les manifests inbound et le receiving; l'inventaire vendable hors Core entre via les assistants d'import Market/Auction ou l'API sellable-assets.