Hva er revenue-based financing servicing risk? Forklaring og eksempler

Hva er revenue-based financing servicing risk?

Revenue-based financing (RBF) er en finansieringsform der et selskap mottar kapital mot å betale investoren en fast prosentandel av sine fremtidige inntekter, inntil et forhåndsavtalt beløp (ofte 1,5–2,5 ganger investert beløp) er tilbakebetalt. Servicing risk i denne sammenhengen er risikoen for at den parten som har ansvar for å kreve inn, bokføre og videreformidle disse betalingene – serviceren – ikke gjør jobben sin på en pålitelig måte. Dette kan omfatte tekniske feil i fakturering, forsinkelser i overføringer, feilaktig beregning av inntektsandelen, eller mangelfull rapportering til investorene.

Servicing risk er en operasjonell risiko som er særlig fremtredende i RBF fordi betalingsstrømmen er dynamisk og avhenger av selskapets reelle inntekter. I motsetning til et tradisjonelt banklån med faste terminbeløp, må serviceren kontinuerlig overvåke selskapets salgstall, beregne korrekt prosentandel og sørge for at pengene havner hos rett mottaker. Dersom serviceren mangler robuste systemer eller kompetanse, kan små feil hope seg opp og føre til betydelige tap over tid.

Forstå revenue-based financing servicing risk

For å forstå servicing risk i RBF må man først se på de tre aktørene som vanligvis er involvert: (1) låntakeren – selskapet som mottar kapital, (2) investoren – parten som gir kapital og mottar betalinger, og (3) serviceren – enheten som administrerer betalingsstrømmen. Serviceren kan være investoren selv, et spesialisert fintech-selskap, eller en tredjeparts administrator. Risikoen oppstår når serviceren ikke klarer å utføre sine oppgaver nøyaktig og tidsriktig.

Servicing risk omfatter flere konkrete elementer. For det første er det risiko for feilberegning av den prosentvise andelen. Dersom serviceren baserer seg på manuelle data fra låntakeren i stedet for automatiserte API-integrasjoner, kan det oppstå avvik. For det andre er det risiko for forsinkelser i betalingsflyten. Hvis serviceren først mottar inntektsdata etter 30 dager og deretter bruker ytterligere 10 dager på å sende pengene til investoren, får investoren en dårligere effektiv avkastning. For det tredje er det rapporteringsrisiko: investorer trenger pålitelige oppdateringer om gjenværende saldo, betalingshistorikk og eventuelle justeringer. Mangelfull rapportering kan skjule underliggende problemer.

I Norge har RBF blitt stadig mer populært blant vekstselskaper, spesielt innen teknologi og SaaS. Ifølge en rapport fra Norsk Venturekapitalforening utgjorde alternativ gjeld, inkludert RBF, om lag 15 % av all ekstern finansiering til norske startups i 2024. Samtidig er det få standardiserte servicemodeller, og mange avtalene skreddersys. Det øker risikoen for at serviceren mangler erfaring eller systemer som er tilpasset RBFs særegne betalingsmønstre.

Hvordan fungerer revenue-based financing servicing risk?

Servicing risk i RBF manifesterer seg i praksis gjennom flere stadier i livssyklusen til en finansieringsavtale. Først kommer oppstartsfasen, der serviceren må sette opp systemer for å motta og verifisere låntakerens inntektsdata. Dersom integrasjonen mot låntakerens regnskapssystem er dårlig, kan det oppstå feil allerede fra første betaling. For eksempel kan en norsk SaaS-bedrift som bruker Stripe for fakturering, ha en API som rapporterer bruttoinntekter, men serviceren må trekke fra eventuelle refusjoner eller avgifter før prosentandelen beregnes. Uten automatisert håndtering av slike justeringer øker risikoen.

Deretter kommer den løpende administrasjonsfasen. Serviceren skal hver måned eller kvartal (avhengig av avtale) motta inntektstall, beregne betalingsbeløpet, trekke dette fra låntakerens konto (eller motta en overføring), og deretter distribuere midlene til investorene. Hvis serviceren har mange låntakere med ulike avtalevilkår, øker kompleksiteten. Feil kan oppstå ved at serviceren blander sammen betalinger, bruker feil prosentsats, eller glemmer å justere for taket (cap) når det er nådd. I verste fall kan serviceren gå konkurs eller miste data, noe som kan stoppe hele betalingsstrømmen.

Til slutt er det avslutningsfasen, der lånet er fullt tilbakebetalt. Serviceren må da sende en sluttrapport og eventuelt frigjøre sikkerheter. Dersom serviceren ikke har gode rutiner for avslutning, kan investoren gå glipp av siste betalinger eller få feilaktige restbeløp. I Norge har vi sett eksempler på at mindre RBF-fond har hatt utfordringer med å skalere servicen, noe som har ført til at investorer har måttet vente flere måneder på å få pengene sine.

Historisk bakgrunn

Revenue-based financing har røtter tilbake til 1990-tallet, da enkelte amerikanske venture-selskaper begynte å tilby inntektsbaserte lån til programvareselskaper med forutsigbare abonnementsinntekter. Servicing risk var opprinnelig lav fordi avtalene var få og håndtert manuelt av investorene selv. Etter finanskrisen i 2008 vokste RBF-markedet raskt, spesielt i USA og Storbritannia, drevet av fintech-selskaper som Clearbanc (nå Clearco) og Lighter Capital. Med veksten kom behovet for profesjonelle servicere, og flere spesialiserte plattformer oppsto.

I Norge tok RBF for alvor av rundt 2018–2020, da flere norske venture-fond og alternative långivere som Venture Debt og Monsoon lanserte RBF-produkter. Samtidig begynte norske fintech-selskaper som ZTL og Kredd å tilby automatiserte serviceløsninger. Servicing risk ble mer synlig etter hvert som markedet modnet, for eksempel da et norsk RBF-fond i 2022 opplevde at en tredjeparts servicer ikke klarte å håndtere plutselig vekst i antall låntakere, noe som førte til flere ukers forsinkelser i utbetalinger til investorer.

I dag er servicing risk et sentralt tema i due diligence for investorer som vurderer RBF. Regulatoriske myndigheter som Finanstilsynet har så langt ikke gitt spesifikke retningslinjer for RBF-servicing, men det forventes at krav til god forretningsskikk og risikostyring gjelder. Markedet beveger seg mot mer standardiserte avtaler og API-baserte systemer for å redusere risikoen.

Praktisk eksempel

Tenk deg et norsk SaaS-selskap, «SkyRegnskap AS», som har en årlig omløpshastighet på 5 millioner kroner og jevn månedlig vekst. Selskapet inngår en RBF-avtale med et norsk venturefond, «VekstKapital AS», der fondet investerer 2 millioner kroner mot 5 % av månedlige inntekter, med en tilbakebetalingscap på 3 millioner kroner. Serviceren er en tredjeparts plattform, «PayFlow AS», som skal håndtere innkreving og rapportering.

I praksis betyr dette at PayFlow hver måned må hente inn SkyRegnskaps salgstall fra regnskapssystemet (f.eks. Tripletex), beregne 5 % av inntektene, sende en faktura eller trekke beløpet automatisk, og deretter overføre pengene til VekstKapital. I tillegg må PayFlow rapportere til begge parter om gjenværende saldo (hvor mye som gjenstår før cap på 3 millioner er nådd).

Servicing risk oppstår dersom PayFlow har en programvarefeil som gjør at den en måned beregner 5 % av bruttoinntekter i stedet for nettoinntekter (etter refusjoner). SkyRegnskap får da en for høy betaling, og VekstKapital mottar for lite. Eller hvis PayFlows system krasjer i en travel måned, kan betalingen bli forsinket med flere uker. I verste fall kan en ansatt hos PayFlow gjøre en manuell feil og overføre pengene til feil konto. Slike hendelser har skjedd i det norske markedet, og de understreker hvor viktig det er med robuste systemer og reserveprosedyrer.

Fordeler og ulemper

Servicing risk er en ulempe for både investorer og låntakere, men den kan også være en kilde til konkurransefortrinn for de som håndterer den godt. For investorer er den største ulempen at selv om låntakeren betaler i tide, kan dårlig servicing føre til forsinkelser og feil som reduserer den reelle avkastningen. For låntakere kan dårlig servicing føre til at de blir fakturert for mye eller får feilaktige rapporter, noe som skaper frustrasjon og ekstraarbeid.

På den positive siden kan en god servicer med høy automatisering og åpen kommunikasjon redusere transaksjonskostnader og gjøre RBF mer attraktivt sammenlignet med tradisjonell gjeld. For eksempel kan en servicer som tilbyr sanntids dashbord og API-integrasjon gi både investor og låntaker full kontroll. I Norge har flere fintech-selskaper begynt å tilby «servicing-as-a-service», noe som senker terskelen for nye RBF-aktører.

En annen fordel er at servicing risk kan diversifiseres ved å bruke flere servicere eller ha backup-systemer. Noen investorer krever at serviceren stiller en garanti eller har en forsikring som dekker operasjonelle feil. Ulempen er at slike tiltak øker kostnadene, noe som kan gjøre RBF dyrere for låntakeren. Tabellen nedenfor oppsummerer hovedforskjellene mellom RBF-servicing risk og tradisjonell låneservicing:

Vanlige misforståelser

En utbredt misforståelse er at servicing risk er det samme som kredittrisiko – altså risikoen for at låntakeren ikke betaler. Men servicing risk handler om operasjonelle svikt hos serviceren, uavhengig av låntakerens betalingsevne. Et selskap kan ha gode inntekter og betale sin andel, men hvis serviceren gjør feil, kan investoren likevel tape penger.

En annen misforståelse er at automatisering alltid eliminerer servicing risk. Automatiserte systemer reduserer risikoen for menneskelige feil, men de introduserer også nye risikoer som programvarefeil, cyberangrep eller feil i API-integrasjoner. For eksempel kan en feil i en algoritme som beregner prosentandelen føre til systematiske feil over mange måneder før det oppdages.

En tredje misforståelse er at serviceren alltid er en ekstern tredjepart. I mange RBF-avtaler, spesielt i mindre transaksjoner, fungerer investoren selv som servicer. Det kan skape interessekonflikter, for eksempel hvis investoren har insentiv til å tolke inntektsdata på en måte som gir høyere betaling. Derfor bør både låntaker og investor være tydelige på hvem som har ansvaret for servicing og hvilke kontrollmekanismer som finnes.

Oppsummering

Revenue-based financing servicing risk er en viktig, men ofte undervurdert operasjonell risiko i inntektsbasert finansiering. Den omfatter alt fra feilberegning av betalingsandeler til forsinkelser i utbetalinger og mangelfull rapportering. For investorer i RBF er det avgjørende å undersøke servicerens tekniske plattform, erfaring og beredskapsplaner før de forplikter seg. For låntakere handler det om å sikre at serviceren har gode rutiner for å unngå feilfakturering og kommunikasjonsproblemer.

I Norge er RBF-markedet i vekst, men mangelen på standardiserte servicemodeller og regulatoriske retningslinjer gjør at risikoen varierer mye mellom aktører. Automatisering, API-integrasjoner og bruk av escrow-kontoer er effektive verktøy for å redusere servicing risk. Samtidig må man være klar over at automatisering ikke fjerner all risiko – den endrer bare karakter.

For å lykkes med RBF som investor eller låntaker bør man sette seg grundig inn i hvordan serviceringen er organisert, og vurdere å inkludere klausuler om rapporteringsfrekvens, revisjonsrett og erstatningsansvar i avtalen. Servicing risk er en av de faktorene som skiller gode RBF-avtaler fra dårlige, og den fortjener like mye oppmerksomhet som rentesats og cap.