Direct sale : vendre hors plateforme sans perdre la trace écrite

L’ITAD, ce n’est pas que Market et Auction. Une bonne partie de la resale passe par des canaux que la plateforme ne voit jamais : un client en compte de longue date, un broker qui prend tout en grade C, un atelier de réparation qui achète pour pièces, une commande ERP d’un reseller. Le warehouse peut expédier tout cela en un après-midi. Le problème apparaît six mois plus tard, quand la finance, la compliance ou le client demande qui a acheté ces quarante devices, à quel prix, à quelles conditions et pourquoi sans escrow — et que la réponse dort dans la boîte mail de quelqu’un. La plateforme comble cet écart en faisant de la vente hors plateforme un record avant d’en faire une expédition.

Le dossier de vente

Un outbound de type sale sans deal Market ni lot Auction derrière lui est une direct sale, et le dialog Nouvelle sortie devient le dossier : le buyer, les assets exacts avec un prix unitaire chacun, la source de la vente — vente ITAD classique, vente en compte, vente broker, vente externe, commande ERP ou autre —, une référence externe telle qu’un PO ou un numéro ERP, la devise et le taux de taxe, les conditions de paiement, la politique de facturation (créer la facture dans la plateforme, facturer plus tard, facture externe, ou pas de facture avec une raison), la politique de settlement avec sa raison, et la politique d’escrow avec une raison expliquant pourquoi l’escrow de la plateforme n’est pas utilisé. Une direct sale sans assets sélectionnés ne peut pas être créée : le warehouse ne peut expédier qu’une fois que le commerce a écrit exactement quels items ont été vendus. Le commerce écrit le dossier. Le warehouse lit l’outbound. La finance lit les deux, des mois plus tard, sans ouvrir un seul e-mail.

Le verrou de channel

Dès l’instant où la direct sale existe, ses assets sont engagés sur le channel direct sale, le même type de verrou que posent Market et Auction. Ils ne peuvent pas apparaître en même temps dans un Market listing ou un Auction lot, ne peuvent pas être ajoutés à un autre outbound, et le serveur refuse la tentative même si un écran quelque part vous laissait essayer. Dans Inventory, les rows restent visibles avec leur état direct-sale, mais la sélection en masse pour un nouveau travail outbound est désactivée ; dans le picker d’ajout d’items d’un autre order, elles apparaissent comme trouvées mais non sélectionnables, avec la raison. Un laptop encore physiquement posé sur le rack n’est pas du stock libre au motif qu’il est encore sur le rack.

L’exception étroite de la vente en l’état

Market et Auction n’acceptent que du stock libre et market-ready ; un asset qui échoue au sellable-quality gate y est bloqué net. La direct sale est l’exception délibérée pour les ventes as-is, for-repair et parts — mais uniquement quand le dossier le dit explicitement. Le condition sale type doit être fixé à as-is, for repair ou parts, et le dossier doit enregistrer pourquoi cet état est acceptable, comment il a joué sur le prix convenu, et quelle acceptation de l’acheteur et quelles preuves le soutiennent. Ce contexte est stocké sur l’outbound et affiché sur sa page de détail, pour que warehouse, finance et compliance voient pourquoi cet order a le droit de partir, sans lire entre les lignes des instructions d’expédition.

La data security n’est pas une exception commerciale

Un asset porteur de données a toujours besoin d’une preuve d’erasure avant qu’une direct sale puisse être enregistrée ou expédiée. Le fait que l’acheteur accepte un écran fissuré ne rend pas le disque propre. L’exception de condition couvre l’état de l’appareil, jamais ses données.

Ce qu’une raison de direct sale n’est pas

Une raison de non-escrow écrite dans un dossier de direct sale ne vaut que pour ce dossier. Une sale issue d’un deal Market ou Auction ne part que si l’escrow est held ou waived, ou si le deal porte un mutual waiver confirmé — le garde-fou d’expédition regarde le deal, pas un champ texte. Cela garde une vente en compte ordinaire, qui n’a jamais impliqué l’escrow de la plateforme, bien séparée d’un deal cross-tenant de marketplace qui, autrement, partirait sans son argent protégé.

La facture renvoie en arrière

Quand la politique de facturation est de créer la facture dans la plateforme, le détail de l’outbound propose un brouillon de facture prérempli qui reprend le buyer, les lignes d’items, la devise, la taxe, les conditions de paiement et la référence externe. La facture renvoie vers l’outbound et son dossier de direct sale : depuis la facture vous atteignez l’order, depuis l’order le dossier, et depuis le dossier les numéros de série exacts. Quand un credit note est appliqué plus tard à cette facture, l’outbound affiche le brut, le crédit actif et le net, pour que les opérations voient que la marchandise n’a pas changé et que la finance a corrigé la valeur. Une vente. Un dossier. Chaque question répondue depuis une row.