Identität des beauftragten ITAD und CRM-Klon

Während der Bid-Runde sieht der Kunde Angebote — Preis, Services, Certifications, Trust Tier — aber nicht die Identität des Bieters. Die Maskierung hält die Runde ehrlich: Ein Kunde, der einen vertrauten Namen erkennt, sollte ihn nicht allein wegen des Wiedererkennens bevorzugen, und ein Bieter sollte die Runde nicht über eine bekannte Beziehung spielen können. Beim Award fällt die Maske.

Was der Kunde während der Runde sieht

Jedes Gebot erscheint mit: dem Nettobetrag an den Kunden, den enthaltenen Services, den Certifications, die der Bieter zu belegen behauptet, dem Trust-Score-Tier (platinum / gold / silver / bronze), dem vorgeschlagenen Abholdatum, den Zahlungsbedingungen und der Kundennotiz. Der Bieter erscheint als „ITAD #N“, wobei N über die Session des Kunden hinweg stabil bleibt — so kann der Kunde vergleichen und intern diskutieren, ohne je den Firmennamen zu brauchen, um Gebote auseinanderzuhalten. Überarbeitet ein Bieter sein Gebot, sagt die Karte das.

Was der Kunde beim Award sieht

In dem Moment, in dem der Kunde ein Gebot vergibt, erscheint die Partnerkarte des gewinnenden ITAD im Portal: Firmenname, Support-E-Mail, eine Telefonnummer, die Adresse und die Website, soweit gepflegt. Es ist eine Visitenkarte, kein Dossier — genug, um die Leute anzurufen, die die Hardware abholen kommen. Die Identitäten der übrigen Bieter bleiben maskiert; wer einem ITAD den Zuschlag gegeben hat, braucht die Namen der anderen nicht. Der Award ist endgültig, und das Portal sagt das, bevor der Button gedrückt wird.

Was auf der Seite des ITAD passiert

Der Award selbst erledigt die Schreibarbeit. In einer Datenbankoperation legt die Plattform den Kunden als Company im Core des gewinnenden ITAD an — oder nutzt die Company, die er für diesen Kunden schon hat — und erzeugt die Inbound Order und die Collection, die den Pickup in Planung und Annahme tragen. Es gibt keinen Button „In CRM klonen“, denn ein Button ist etwas, das jemand am Freitag vergisst. Das gewonnene Gebot auf /sourcing/won und der Pickup-Kalender verlinken direkt auf diese Collection. Die Beziehung beginnt in der richtigen Datenbank; der ITAD muss nichts abtippen.

Warum ein Klon und kein Join

Trade-in-Kundenkonten und Core Companies leben in verschiedenen Scopes. Der Trade-in-Kunde ist eine Marktplatzidentität (er kann über die Zeit mehrere ITADs beschäftigen); die Core Company ist die Sicht eines ITAD auf einen Klienten. Klonen heißt, dass jedes CRM den Kunden als eigene Zeile hat, mit eigenen Vertrags- und Kontaktdaten, ohne jedes Datenleck über Tenants hinweg. Row Level Security würde die Alternative ohnehin nicht zulassen.

Die Spur

Ein Gebot anzunehmen schreibt eine Activity-Zeile: Das Gebot wurde im Trade-in-Portal angenommen, und die Plattform hat die verknüpfte Collection und die Inbound-Übergabe erzeugt. Wenn ein Kunde oder ein Bieter später fragt, wann das wem bekannt wurde, ist die Antwort eine Zeile mit Zeitstempel und nicht die Erinnerung an ein Telefonat.