Awarded ITAD identity reveal & CRM clone

Tijdens de biedronde ziet de klant aanbiedingen — prijs, services, certificeringen, trust tier — maar niet de identiteit van de bieder. De maskering houdt de ronde eerlijk: een klant die een bekende naam herkent, mag die niet bevoordelen op herkenning alleen, en een bieder mag de ronde niet kunnen spelen door een bestaande relatie uit te buiten. Bij de award gaat het masker af.

Wat de klant tijdens de ronde ziet

Elk bod verschijnt met: het nettobedrag voor de klant, de inbegrepen services, de certificeringen die de bieder zegt te kunnen bewijzen, de trust-score-tier (platinum / gold / silver / bronze), de voorgestelde pickupdatum, de betaalvoorwaarden en de notitie voor de klant. De bieder wordt getoond als “ITAD #N”, waarbij N een stabiele identifier is binnen de sessie van de klant — zodat de klant intern kan vergelijken en overleggen zonder ooit een bedrijfsnaam nodig te hebben om biedingen uit elkaar te houden. Herziet een bieder zijn bod, dan zegt de kaart dat.

Wat de klant bij de award ziet

Op het moment dat de klant een bod gunt, verschijnt de partnerkaart van de winnende ITAD in het portaal: de bedrijfsnaam, het supportmailadres, een telefoonnummer, het adres en de website waar die ingevuld zijn. Het is een visitekaartje, geen dossier — genoeg om de mensen te bellen die de hardware komen ophalen. De identiteiten van de andere bieders blijven gemaskeerd; de klant die één ITAD gunde, heeft de namen van de rest niet nodig. De award is definitief, en het portaal zegt dat voordat de knop wordt ingedrukt.

Wat er aan ITAD-kant gebeurt

De award doet zelf het administratieve werk. In één database-operatie maakt het platform de klant aan als bedrijf in de Core van de winnende ITAD — of hergebruikt het het bedrijf dat er al voor die klant is — en maakt het de inbound order en de collection die de pickup naar planning en receiving dragen. Er is geen knop “clone to CRM”, want een knop is iets wat iemand op een vrijdag vergeet. Het gewonnen bod op /sourcing/won en de pickupkalender linken rechtstreeks naar die collection. De relatie start in de juiste database; de ITAD hoeft niets over te typen.

Waarom een kloon, geen join

Trade-in-klantaccounts en Core-companies leven in verschillende scopes. De trade-in-klant is een marktplaatsidentiteit (ze kunnen na verloop van tijd met meerdere ITADs werken); de Core-company is de blik van één ITAD op één klant. Klonen betekent dat de CRM van elke ITAD de klant als eigen rij heeft, met eigen contract- en contactgegevens, zonder cross-tenant datalek. Row Level Security zou het alternatief sowieso niet toelaten.

Het spoor

Een bod aanvaarden schrijft een activiteitsrij: het bod is aanvaard in het trade-in-portaal, en het platform maakte de gekoppelde collection en de inbound handoff aan. Wanneer een klant of een bieder later vraagt wanneer dit bij wie bekend werd, is het antwoord een rij met een tijdstempel, en niet de herinnering aan een telefoontje.