Leasing-operations for forhandler og leasingselskab — den komplette guide til samarbejdet

Den enkelte vigtigste beslutning i et leasing-samarbejde er hvem der ejer hvad. Erfaringen fra både danske og europæiske markeder er entydig: forhandleren skal eje relationen, dialogen og genkøbet. Leasingselskabet skal eje kontrakten, finansieringen og restværdi-risikoen. Når den linje sløres — typisk når leasingselskabet bygger eget call-center og ringer kunderne direkte ved udløb — falder genkøbsraten dramatisk.

Det handler om relationens karakter. Kunden har haft fysisk kontakt med forhandleren: prøvekørsel, levering, første service. Når et call-center fra finansieringspartneren ringer ved udløb, fremstår det som inkasso eller telefonsalg. Når forhandleren ringer fra samme relation som ved salget, er det en naturlig fortsættelse.

Forhandler og leasingselskab har hver sit lovlige grundlag for at behandle kundens data — typisk kontrakten selv. GDPR-mæssigt er hver part dataansvarlig for sin egen del af behandlingen, mens en fælles platform som CARRUSLiNK fungerer som databehandler for begge. Det betyder at ingen part skal udlevere rå databaser, og at hver part kun ser det de skal bruge for at udføre sin rolle.

Det praktiske setup: kontraktdata pushes fra leasingselskabets finansieringsplatform til CARRUSLiNK én gang ved onboarding, og automatisk for nye kontrakter derefter. Forhandleren ser kundekort med kontraktlængde og udløbsdato — ikke restværdi-beregning eller kreditscoring. Leasingselskabet ser portefølje-rapport og genkøbsrate pr. forhandler — ikke individuel kundedialog. Begge parter har audit-log over hvem der har set hvad.

Dag T-90: SMS til kunde + opgave til ansvarlig sælger dukker op automatisk i dagslisten. Kunden får besked om at kontrakten nærmer sig udløb, og at sælgeren kontakter dem inden for 14 dage. Dette er det vigtigste enkelt-trin — det er her flowet enten lykkes eller fejler.

Dag T-60: Sælgeren har talt med kunden og kender ønsket. Et konkret tilbud sendes — enten gentegning af samme bil med ny pris, eller 2-3 wishlist-matches fra forhandlerens egen bilbeholdning. Tilbuddet er signerbart digitalt med MitID.

Dag T-30: Sælger-opkald for at lukke. Hvis kunden vil have ny bil, bookes prøvekørsel. Hvis kunden vil have gentegning, sendes ny kontrakt til signatur. Hvis kunden er på vej væk, registreres årsagen så leasingselskabet kan se mønstre i tab.

Dag T-7 til T+0: Aftale om tilbagelevering, restværdi-vurdering, ind- og udlevering, evt. kontrakt-overlap hvis ny bil ikke er klar. Bilen kommer ind, kører gennem klargøring, og er klar til næste cyklus.

Den klassiske fejl er at ex-leasing-biler ender i et særskilt 'leasing-lager' i Excel, adskilt fra brugtvogn-flowet. Det betyder dobbelt arbejde, dobbelt annoncering, og at bil↔kunde-match aldrig sker fordi de to lagre er adskilte.

Det rigtige setup: bilen kommer ind, kører gennem samme indtag som en byttebil — foto, klargøring, prissætning, Bilbasen + DBA-annoncering — og matches samtidig automatisk mod alle aktive kundeønsker (både nye købere og leasingkunder hvis kontrakt er ved at udløbe). Restværdi-rapport sendes automatisk tilbage til leasingselskabet.

Det smarte er at bilen ofte er solgt før den er klar: hvis en eksisterende leasingkundes wishlist matcher den retur-leverede bil, kan sælgeren tilbyde fortsættelse på samme bil til en lavere månedlig ydelse. Ingen annoncering, ingen klargørings-tid spildt.

Wishlist er en simpel idé med stor operationel effekt: hver kunde har et struktureret ønske (mærke, model, årgang, prisinterval, gear, brændstof). Når en matchende bil kommer ind — uanset om det er en leasing-retur eller en almindelig brugtvogn — får den ansvarlige sælger straks notifikation, og kunden får automatisk besked.

For leasing-operations betyder det at genkøbs-flowet ikke er afhængigt af at sælgeren manuelt søger gennem lageret. Når en kontrakt nærmer sig udløb, viser systemet automatisk hvilke biler i beholdningen der matcher kundens wishlist. Sælgeren vælger sporet — systemet kører resten.