Awarded ITAD identity reveal & CRM clone
Pourquoi l’identité bidder reste masquée pendant le bid round, quand elle se revele au customer, et ce que fait le clone-to-CRM côté ITAD gagne.
Pendant la bid round, le customer voit des offers — price, services, certifications, trust score — mais pas l'identité du bidder. Le masking garde la round honnête : un customer qui reconnaît un nom familier ne devrait pas le favoriser sur cette seule reconnaissance, et un bidder ne devrait pas pouvoir gamer la round en exploitant une relation connue. À l'award, le masque tombe.
Ce que le customer voit pendant la round
Chaque bid affiche : bid amount, services included, certifications held (verified), trust-score tier (platinum / gold / silver / bronze), SLA committed, optional notes. Le bidder apparaît comme “ITAD #N”, où N est un stable identifier dans la session du customer — le customer peut donc comparer et discuter en interne sans avoir besoin du company name pour suivre quel bid est lequel.
Ce que le customer voit à l'award
Au moment où le customer award le bid, l'identité de l'awarded bidder se révèle dans le customer portal : company name, primary contact, certifications avec vérification dates, coverage area de l'awarded ITAD, recent pickup history (anonymised across the platform’s aggregate). Les identities des autres bidders restent masked — le customer qui award un ITAD n'a pas besoin des noms des autres bidders.
Ce qui se passe côté ITAD
L'awarded ITAD reçoit une notification avec l'identité du customer, la request et le structured contract qui vient d'être generated. Une action one-click “clone to CRM” apparaît sur la même notification : elle crée le customer comme Company dans le Core CRM de l'ITAD avec contact, address, la request comme Inbound Order skeleton, et un lien vers le trade-in record. La relationship démarre dans la bonne database ; l'ITAD ne doit pas retaper 200 fields.
Pourquoi un clone, pas un join
Les trade-in customer accounts et les Core companies vivent dans des scopes différents. Le trade-in customer est une marketplace identity (plusieurs ITADs peuvent travailler pour lui dans le temps) ; la Core company est la vue d'un ITAD sur un client. Cloning signifie que le CRM de chaque ITAD possède le customer comme sa propre row, avec ses propres contract et contact data, sans cross-tenant data leakage.
Audit trail of the reveal
Chaque reveal event écrit dans l'audit log : qui a awarded, qui a reçu le reveal, quand, et quelles data ont été unmasked. Utile si un customer ou bidder demande plus tard “when did this become known to whom” — la réponse est une row, pas une supposition.