Contrats & pricing models : cinq façons d’être payé

Les contrats ITAD ne sont pas standard. Un client paie par device. Un autre paie au kilo, parce qu’il s’agit de recycling. Un troisième veut une part de ce que l’équipement rapporte à la revente. Un quatrième paie un forfait mensuel pour un accord-cadre. La plateforme les prend tous en charge comme pricing models de premier niveau sur le contrat, pas comme des bricolages dans un champ notes — et le settlement engine lit le modèle, donc le prix que vous avez convenu est le prix qui est calculé.

Cinq pricing models

Par unité : un tarif par type de device, multiplié par le nombre. Simple, et le modèle sur lequel démarrent la plupart des contrats de service ITAD. Par kilogramme : un tarif au kilo, pour le recycling et les flux de matière en vrac où le nombre d’unités ne reflète pas la valeur. Part de revenu : un pourcentage de ce que chaque device rapporte réellement. Forfait : un montant avec un intervalle — mensuel, trimestriel ou annuel — pour les retainers et les accords-cadres. Hybride : des tarifs par unité combinés à un pourcentage de part de revenu sur le même contrat, pour le client qui paie des frais de traitement et prend l’upside à la revente. Chaque modèle a une devise, et le bloc pricing est posé sur le contrat dès sa création.

Le lease return est un type de contrat

Le prix est une chose, le type de contrat en est une autre : Service ITAD, Retour de leasing, Remise sur le marché, Recyclage ou Conseil. Le type décrit le genre de travail que le contrat encadre et choisit le workflow de traitement recommandé — un contrat de retour de leasing porte les détails du leasing (lessor, numéro de contrat de leasing, durée) et suit le workflow Lease Return, avec son contrôle de manifest et son étape de charge-back. Le prix est une décision distincte. Un retour de leasing peut être par unité ou au forfait ; un contrat de recyclage peut être au kilo ou en part de revenu. Le type dit ce qui se passe ; le modèle dit ce que cela coûte.

Un contrat sans tarif est un contrat qui se règle à zéro

La plateforme ne vous empêche pas d’activer un contrat par unité encore dépourvu de tarifs — un accord-cadre peut légitimement être actif avant que la liste de prix soit finale — mais elle vous le dit. Créer un contrat dont le modèle choisi n’a pas de tarif affiche un avertissement, et en activer un demande une confirmation supplémentaire explicite : les settlements sous ce contrat sortiront à zéro tant qu’aucun tarif n’est saisi. Le dialog Nouveau settlement est plus strict : il indique pour chaque order candidat si le contrat a un tarif et refuse un order sous un contrat qui n’en a pas, avec un lien de retour vers le contrat pour le corriger. Un settlement à 0,00 € est le genre d’erreur qui coûte la confiance d’un client. L’avertissement coûte un clic.

La part de revenu paie sur ce qui s’est vraiment vendu

Sous un contrat en part de revenu, chaque ligne de settlement utilise le prix de vente réalisé de ce device : le prix d’une direct sale, ou sa quote-part d’un deal Market clôturé ou d’un lot Auction réglé. Un device recyclé ou mis au rebut compte pour zéro. Un device pas encore vendu utilise sa valeur estimée comme substitut et porte un badge ambre Estimation sur la ligne, avec un compteur dans la vue d’ensemble pour que la finance voie quelle part du total est encore provisoire. L’article Finance sur la part de revenu entre dans la mécanique ; ici, il suffit de savoir que le chiffre sur le settlement est ce que le laptop a rapporté, pas ce à quoi il ressemblait au grading.

Les settlements sont générés, pas invoqués

Un settlement en draft est généré à partir d’un inbound order terminé sous un contrat tarifé, une fois que les assets de cet order sont dans un statut terminal ou au-delà du workflow stage qui porte l’action de règlement. Il arrive comme draft qu’un humain revoit, calcule, approuve et facture. Rien n’est réglé à l’instant où un camion est déchargé, parce qu’à cet instant personne ne sait ce qui s’est vendu.

Services, SLAs et certifications

Un contrat regroupe aussi les services inclus et leurs tarifs, les termes de SLA, les certifications requises, les règles de destruction de données et le workflow de traitement — le tout géré sur le détail du contrat par un utilisateur administrateur, manager ou commercial ; les rôles entrepôt, opérateur, finance et lecteur sont en lecture. Les certifications requises sont enregistrées sur le contrat et apparaissent dans le contrôle de préparation à l’activation sous forme d’avertissements, aux côtés des services, tarif, workflow ou document manquants. Seule une date de fin égale ou antérieure à la date de début, ou déjà passée, bloque l’activation. Comment un contrat passe de draft à active puis à expired, renewed ou superseded est le sujet de l’article Contract lifecycle.