Rich per-PC Intake: warum "340 Laptops" kein Manifest ist
Wie Trade-in Intake Device-level Details schon bei Request Time erfasst - Manufacturer, Model, Condition, Serials, Data-on-board - und was das fuer Bid Accuracy bedeutet.
“340 mixed laptops” ist kein Manifest. Es ist eine Schätzung. ITADs, die auf eine Schätzung bieten, pricen für den schlechtesten plausiblen Mix; Customers, die für den besten plausiblen Mix gerechnet haben, sind beim Settlement überrascht. Rich per-PC Intake im Trade-in Form ersetzt die Schätzung durch strukturierte Per-device Rows.
Was das Form pro Device erfasst
Für jedes Device, das der Customer abholen lassen will: manufacturer, model, age band, condition grade (eine customer-facing Skala für Nicht-Experten, nicht das ITAD A–R), serial number (optional, aber wertvoll), ob der Drive noch installed ist, ob der Drive data trägt, On-site vs. Facility Wipe Preference und special handling notes. Das Form auto-suggests während der User tippt — Manufacturer “Dell” öffnet den Model Picker gefiltert auf Dell Products.
Bulk entry options
340 Rows von Hand zu tippen passiert nicht. Das Form unterstützt CSV Upload (mit downloadbarem Template, das die Column Headers dokumentiert), Copy-paste aus einem Spreadsheet und einen “same as the row above” Button, mit dem der User Bulk Identical Rows schnell füllt. Für mixed lots mit Patterns (50 Latitude 5430s + 50 ThinkPads) ist CSV Upload der realistische Weg.
Warum per-device, nicht bulk-counts
Drei Gründe. Bid accuracy: Ein ITAD, der auf Per-device Data bietet, gibt einen engeren Price als einer, der auf “a couple hundred mixed” bietet. Coverage matching: Eine Request mit Servers braucht andere ITADs als eine mit Phones; die Plattform routet nur korrekt, wenn sie weiß, was im Lot ist. Operational predictability: Der awarded ITAD plant Receiving, Testing und Erasure Capacity aus der Device List. Mit 340 Unknowns aufzutauchen ist, wie ein 5-day SLA zu 12 days wird.
Camera capture for warehouse-floor requests
Die Hälfte dieser Requests wird vom Phone neben dem Kit filed. Das Intake Form unterstützt Camera Upload für Location Photos (der Room, in dem die Devices stehen), und “add photo” auf der Per-device Row captured das Device über denselben Flow, den der Operator Scanner nutzt. Ein Customer, der seinen Pile per Phone dokumentiert, muss also nicht das Tool wechseln.
Was der Operator sieht
Die Receiving Session des awarded ITAD wird aus der Device List der Request pre-populated: Jedes Device bekommt eine Placeholder Row mit customer-supplied Data, bereit für den Operator, bei Arrival Actuals zu scannen. Die Pre-population wird nicht als Truth behandelt — der Scan des Operators erstellt die Asset Row — aber die Placeholders bedeuten, dass Receiving ein Vergleich ist, keine Re-creation.