Quarante-sept jours: cauchemar d’un retour de leasing

Jour 1. L'e-mail arrive à 08:14. Une société de leasing retourne 340 laptops d'une grande banque. Le manifest indique Dell Latitude 5430. La SLA indique 10 jours ouvrables entre réception et settlement. Le contrat est clair. Le calendrier est clair. Rien dans les 47 prochains jours ne le sera.

Jour 1-3 : L'arrivée

Le camion arrive à l'heure. Douze palettes. Votre équipe receiving commence à scanner. Palette une : Dell Latitude 5430. Bien. Palette deux : Dell Latitude 5430. Bien. Palette trois : Lenovo ThinkPad T14.

Attendez.

Votre operator receiving vérifie le manifest. Ligne 1-340 : Dell Latitude 5430. Aucun ThinkPad sur ce manifest. Mais il y a des ThinkPads sur cette palette. Quatorze.

Personne ne le remarque avant la palette six, quand quelqu'un voit que le total courant ne correspond pas et commence à recompter. À ce moment-là, 140 appareils ont été scannés comme Dell Latitude 5430 — dont 14 qui ne le sont pas. La discrepancy est entrée dans le système. Elle va y vivre, discrètement, et créer des problèmes pendant six semaines.

Jour 4-8 : La confusion

Votre équipe signale la discrepancy. Un e-mail part à la société de leasing : "Manifest says Dell Latitude 5430. We received 14 Lenovo ThinkPad T14 units." La société de leasing transfère à la banque. La banque dit qu'elle va enquêter. "Enquêter" signifie que quelqu'un en IT va vérifier un spreadsheet mis à jour pour la dernière fois quand les appareils ont été déployés il y a trois ans.

Pendant que l'enquête est "in progress", 326 appareils occupent votre zone receiving. Ils ne peuvent pas passer en testing parce que la discrepancy n'est pas résolue. Ou plutôt, ils pourraient passer en testing, mais personne ne sait si les 14 ThinkPads doivent être traités sous ce contrat ou gardés à part. Le contrat ne couvre pas ce scénario. Aucun contrat ne couvre ce scénario, parce que personne ne prévoit un manifest erroné.

Dans les lease returns, le manifest est la source unique de vérité. Quand le manifest est faux, il n'y a plus de source unique de vérité. Il n'y a que l'e-mail.

Jour 9-15 : Le workaround

Jour 9. La société de leasing dit : traitez les 326 Dell Latitude confirmés, gardez les 14 ThinkPads. Très bien. Mais votre queue de testing a maintenant 326 appareils à traiter, et l'horloge SLA — lancée au Jour 1 — est déjà à 9 jours. L'objectif de 10 jours, c'est demain. Vous ne le tiendrez pas.

Le testing commence. L'équipe traite environ 40 appareils par jour. À ce rythme, 326 appareils prendront environ 8 jours. La SLA sera manquée d'une semaine. Personne ne réinitialise formellement l'horloge SLA parce que le contrat n'a pas de clause pour "le manifest était faux et nous en avons discuté une semaine."

Jour 16-25 : Le litige de grading

Les appareils sont testés et gradés. Le contrat prévoit des chargebacks pour dégâts cosmétiques : €120 pour un écran fissuré, €60 pour un boîtier endommagé, €25 pour un chargeur manquant. Votre équipe grading trouve 23 appareils qu'elle classe comme "cosmetic damage — casing."

La société de leasing n'est pas d'accord. Leur définition de "cosmetic damage" et la vôtre sont... différentes. Ils soutiennent que l'usure normale du palmrest n'est pas du "damage". Vous soutenez qu'une fissure visible sur le panneau inférieur est clairement un dégât. Vous avez tous les deux raison selon vos définitions internes. Le contrat dit "cosmetic damage" sans plus de définition.

Onze e-mails en quatre jours. Un appel où personne n'est d'accord. Un compromis où 15 des 23 sont acceptés comme facturables. Les 8 autres sont contestés. Le litige sera "escalated", ce qui signifie que quelqu'un plus haut aura le même débat dans trois semaines.

Jour 26-35 : Le calcul du settlement

Votre équipe settlements lance le calcul. Cela devrait être simple : prendre le pricing contractuel, appliquer les grades, calculer les chargebacks, générer le rapport. Mais le calcul des chargebacks exige la distribution des grades, et cette distribution est faite dans Excel parce que votre système ne relie pas automatiquement les contrats aux résultats de grading.

La feuille Excel contient une erreur de formule. Quelqu'un a utilisé VLOOKUP au lieu de INDEX/MATCH, et les 14 ThinkPads — qui devaient être exclus — sont inclus dans les totaux. La première version du settlement est fausse de €8 400. Personne ne le remarque avant l'analyst de la société de leasing. Nouvelle série d'e-mails.

Jour 36-42 : La correction

Le settlement est recalculé. Les ThinkPads sont exclus. Les 8 chargebacks cosmétiques contestés restent sur une ligne séparée pending resolution. Le rapport part pour approval. La société de leasing prend cinq jours ouvrables pour le review, parce que son process d'approbation implique trois départements et une signature de quelqu'un en vacances.

Jour 43-47 : La résolution

Jour 43. Le settlement est approuvé, moins les 8 chargebacks contestés (toujours pending). Une invoice est générée. L'invoice référence le mauvais numéro de settlement à cause d'une erreur de copier-coller qui prendra deux e-mails de plus à résoudre. Jour 47 : la bonne invoice est envoyée. La SLA était de 10 jours.

Quarante-sept jours. Pas parce que quelqu'un était incompétent. Pas parce que quelqu'un était paresseux. Parce que le process avait des trous : pas de manifest vérification au scan, pas de définitions de grading standardisées dans le contrat, pas de lien entre résultats de grading et calculs de settlement, pas de gestion automatique des discrepancies. Chaque trou a ajouté des jours. Chaque jour a ajouté de la frustration. Chaque frustration a ajouté des e-mails. Chaque e-mail a ajouté du coût.

Un système qui détecte la discrepancy ThinkPad à la palette trois — pas à la palette six. Qui grade selon des critères définis dans le contrat, pas selon l'interprétation personnelle. Qui calcule les settlements automatiquement depuis les résultats de grading. Qui génère l'invoice sans copier-coller. Ce système n'a pas besoin de 47 jours. Il en a besoin de 10. Ce qui, par hasard, était exactement ce que la SLA disait depuis le début.