Centre d’aide/Opérations Core/Inbound orders: le manifeste qui ne ment pas
04Opérations Core4 min de lecture

Inbound orders: le manifeste qui ne ment pas

Cinq inbound order types, le manifeste, et le photo-report qui met fin aux disputes "ce Dell avait-il déjà une bosse ?".

Chaque camion qui arrive au dock a une histoire. Le contrat dit une chose. Le chauffeur en dit une autre. Les pallet labels en disent une troisième. L'inbound order est l'endroit où ces histoires convergent — et où, si c'est bien fait, elles sont reconciled avant que les assets deviennent inventory.

Cinq inbound types

Un inbound order a un type qui indique à la plateforme comment le traiter: standard (achat ponctuel ou trade-in), lease_return (retour d'assets en fin de leasing avec chargeback rules), buyback (vous l'avez vendu, le customer le renvoie), recycling (downstream-only, pas de resale), ou donation (flux NGO / education avec documents différents). Le type contrôle les workflow stages exécutés, les champs requis et les documents générés à completion.

Manifests

Chaque inbound order peut porter un expected manifest — les line items annoncés par le client. Le manifest n'est pas la vérité, c'est la claim. La receiving session est l'endroit où le manifest est reconciled avec la réalité: ce qui est arrivé, ce qui n'est pas arrivé, ce qui est arrivé sans être sur le manifest. Les discrepancies sont signalées sur l'inbound detail page, avec une column expected vs. received par category.

Photo report

Pour les lease returns et les high-value lots, l'inbound photo-report (/core/inbound/[slug]/photo-report) est l'artefact qui évite trois semaines plus tard le débat "ce Dell avait une charnière fissurée à l'arrivée, non il ne l'avait pas". Les photos sont prises à l'intake, liées à l'inbound order et conservées dans l'evidence bundle. Le chargeback math, quand il arrive, s'appuie sur les photos.

Pourquoi un order n'est pas une session

Un inbound order est la claim contractuelle. Une receiving session est la réception physique. Ce sont deux entités séparées pour une raison — voir l'article receiving-sessions. L'order peut rester ouvert sur plusieurs receiving sessions si un shipment arrive en deux camions, et une session peut fermer lorsque l'order est entièrement reconciled ou partiellement completed contre un SLA.