Le module Trade-in : comment une pickup request devient une pickup

Le module trade-in est la surface tournée vers le client, celle où les équipes IT d’entreprise publient une pickup request, où des ITADs certifiés bid dessus, où le customer en choisit un, et où le travail attribué devient de vraies opérations. Il tourne dans sa propre coque applicative avec sa propre auth, sa propre RLS et sa propre UI — séparé de l’app opérateur où le travail se fait, mais raccordé à elle par le matching de coverage, le pipeline de bids et la couche de notifications.

Le portail client

Un customer s’inscrit par le flow trade-in. Le portail a sa propre coque : dashboard, requests, pickups, factures, certificats, une vue d’ensemble des notifications et des paramètres. Chaque surface est limitée au compte du customer. Le customer voit sa propre request et ses propres preuves, pas le débarras de quelqu’un d’autre dans un autre immeuble. Les utilisateurs du portail gèrent leur propre profil — nom, téléphone, mot de passe et langue de l’app — tandis que l’adresse e-mail et le rôle dans le portail restent en lecture seule, modifiables par l’admin de l’entreprise ou le support ReVend. Un viewer n’a pas de bouton « Nouvelle demande » ; le portail dit que le rôle est en lecture seule, et ouvrir directement l’URL du wizard vaut une explication à l’intérieur du portail plutôt qu’un 404.

Publier une request

Le wizard a cinq étapes : items, compliance, security, logistique, revue. Items est le manifeste par appareil. Compliance capture le traitement des données, les certifications exigées et les besoins de reporting. Security capture les contraintes de protection de marque, de transport et d’accès au site. Logistique porte l’adresse, l’étage et les instructions, la préférence de véhicule, la priorité et les dates de pickup au plus tôt et au plus tard. La revue est l’endroit où le customer relit le tout avant de publier. Il soumet, et la request tombe dans le pipeline de matching.

Le bid round

Le moteur de matching trouve les tenants ITAD dont la coverage correspond au pays, aux certifications exigées et aux services exigés. Chaque ITAD éligible voit la request dans l’inbox Sourcing avec les exigences en ligne. Il soumet un bid structuré : un prix par ligne d’item demandée, des devis de services, une date de pickup proposée, une validité, des conditions de paiement et une note pour le customer. Avant l’award, l’ITAD voit une ville et un manifeste mais aucun nom de company, aucune adresse et aucun contact, et le customer voit des cartes de bid anonymes. Le bid round parle du travail, pas de karaoké de marques.

L’award

Le customer compare les bids et en attribue un. L’award est définitif. Dans la même opération, la plateforme révèle au customer la carte partenaire de l’ITAD gagnant, crée le customer comme company dans le Core de l’ITAD gagnant (ou réutilise celle qu’il a déjà), et crée le handoff opérationnel : une collection plus un inbound order, prêts pour la planification et le receiving. Aucun bouton à presser ensuite. Un award, trois enregistrements.

Pickup, traitement et preuve

L’ITAD attributaire coordonne la pickup, reçoit la marchandise, teste, grade, efface là où il faut, et publie les certificats vers le portail customer à mesure qu’ils deviennent disponibles. La facturation de la pickup et la finance opérationnelle appartiennent aux enregistrements Core de l’ITAD. ReVend suit le handoff et la preuve ; c’est encore l’équipe ITAD qui fait le travail physique. Les logiciels restent mauvais pour porter des palettes.

Assouplissement intelligent

Si une request publiée reste à zéro bid, le détail de la request dans le portail affiche des suggestions d’assouplissement sûres : retirer une certification exigée ou un service exigé, avec le nombre de partenaires supplémentaires que cela débloquerait. En appliquer une modifie la request sur place et la republie près du haut de l’inbox Sourcing. Cela ne marche que tant qu’il n’y a ni bid ni award, et cela ne montre jamais qui sont ces partenaires. Un customer qui voit le silence et n’obtient aucune aide s’en va. Un customer qui lit « retirez cette exigence-ci et quatre ITADs peuvent bid » a quelque part où aller.