Service Codes & ITAD Matching: wenn "certified erasure" dasselbe bedeutet
Der gemeinsame Service-code-Katalog, wie Coverage Trade-in Requests routet und warum Compliance und Security default-on starten.
"Zertifizierte Datenlöschung" bedeutet auf dem Quote eines ITAD etwas anderes als auf dem Quote des nächsten ITAD, und so vergleichen Trade-in Customers am Ende Äpfel mit Birnen. Die Plattform löst das mit einem gemeinsamen Service-code Catalog — jeder ITAD spricht dieselbe Vocabulary, sodass der Customer like with like vergleichen kann.
Der Catalog
Die Plattform seeded ein kanonisches Set von Service Codes über den operativen Lifecycle: Data-erasure Varianten (NIST 800-88 Clear, Purge, Destroy), Shredding (Drives, Full Devices), Refurbishment, Recycling pro Material Stream, Transportation Classes, Secure Pickup und die Compliance + Security Categories, die Trade-in Intake nutzt. Jeder Code hat einen human-readable name, einen short identifier und eine category. Tenants editieren den Platform Catalog nicht — sie aktivieren die Codes, die sie anbieten, und überschreiben per-tenant pricing darüber.
Tenant Coverage
Jeder Tenant konfiguriert Coverage unter /settings/coverage: die Regions, in denen er abholt, die Certifications, die er hält, die Service Codes, die er zu welchem Price Level anbietet. Wenn ein Trade-in Customer eine Pickup Request veröffentlicht — mit Location, Device Categories und den benötigten Service Codes (z. B. NIST 800-88 Purge + R2v3 Transport) — findet die Matching Engine Tenants, deren Coverage die Request schneidet. ITADs, die die Request nicht covern, sehen sie nie; ITADs, die sie covern, bieten gegeneinander.
Warum default-on für Compliance + Security
Die Compliance- und Security-Service-Codes (NIST 800-88, secure-chain-of-custody, regulated-waste-handling, ADISA-conformant) werden default-on für jeden ITAD geseedet, der die passenden Certifications hält. Sonst müssen Tenants daran denken, sie zu aktivieren — und der Trade-in Customer, der eine Compliance Requirement setzt, bekommt weniger Bids als er sollte. Default-on heißt: Ein certified Tenant erscheint standardmäßig im Bid Pool, mit der Option, pro Code auszusteigen.
Versioning
Service Codes sind auf Catalog Level versioned. Wenn die Plattform einen neuen Code einführt (ein neues Compliance Regime, eine neue Disposal Class), bekommen bestehende Tenants den neuen Code in ihrer Coverage UI zum Aktivieren. Alte Codes ändern nicht still ihre Semantik — wenn ein Code ersetzt wird, deprecates die Plattform den alten Code und migriert active bids vorwärts, mit Review-Möglichkeit für den Operator.
Wo der Code auftaucht
Auf dem Trade-in Intake Form (der Customer wählt die Codes, die er braucht), auf dem Bid des ITAD (die Codes, die er liefern wird), auf dem Awarded Contract (die Codes, die zur Agreement wurden) und auf dem Settlement (die Codes, die billed wurden). Eine Vocabulary, durch den ganzen Flow.