applatenmaken.com/licentiebeheer voor softwareresellers
Software voor licentiebeheer bij een reseller laten maken
Een reseller koopt licenties in bij een handvol leveranciers en verkoopt ze door aan tientallen klanten. Zolang die twee kanten in aparte spreadsheets staan, ontdekt u pas bij de factuur van de leverancier dat u meer inkoopt dan u doorbelast. Dat verschil groeit stil, want niemand is eigenaar van de aansluiting.
Waar dit om draait
Bij licentiehandel bestaat er geen voorraad die u kunt tellen. Wat u heeft, is een inkoopafspraak met een leverancier en een verkoopafspraak met een klant, en die twee lopen niet gelijk. Ze hebben andere looptijden, andere opzegtermijnen en soms andere aantallen, en elk van die verschillen kost geld zonder dat iemand het merkt.
Daar komt bij dat het aantal gebruikers verandert. Een klant neemt vijf licenties af en gebruikt er drie, of gebruikt er acht. Bij een maandelijkse afname is dat een cijfer dat elke maand kan schuiven, en dat maakt van uw administratie een aansluiting in plaats van een lijst.
Wat de software moet bijhouden
De kern is dat inkoop en verkoop per licentie aan elkaar hangen, met de datums die ertoe doen.
- Ingekochte licenties per leverancier, met aantal, looptijd en inkoopprijs.
- Verkochte licenties per klant, met aantal, looptijd en verkoopprijs.
- De aansluiting: wat is ingekocht en niet doorbelast, en andersom.
- Verlengdata en opzegtermijnen aan beide kanten, want die vallen zelden samen.
- Prijstrappen en staffels, die per leverancier anders werken.
- Het werkelijke gebruik, waar dat uit te lezen is.
De opzegtermijn is het echte risico
Het duurste dat in deze administratie misgaat, is een verlenging die u niet zag aankomen. Uw klant zegt op met een termijn van een maand, uw leverancier hanteert er drie, en het verschil betaalt u zelf. Bij één klant is dat vervelend, bij een portefeuille is het een structureel lek.
De reden dat het misgaat is zelden onwil. De datums staan in verschillende systemen, in contracten die niemand erbij pakt, en de melding komt van de leverancier op het moment dat het al te laat is. Wie beide termijnen aan dezelfde licentie hangt, ziet het moment aankomen waarop hij moet handelen.
Wij bouwen die bewaking als het eerste onderdeel dat werkt. Niet omdat het het mooiste is, maar omdat het meteen geld oplevert.
Verkocht tegenover gebruikt
Bij veel producten is uit te lezen hoeveel gebruikers er werkelijk actief zijn. Dat cijfer naast wat u heeft verkocht, levert twee soorten winst op: klanten die meer gebruiken dan zij afnemen, en klanten die betalen voor wat ze niet gebruiken.
Bij abonnementen die per maand meebewegen komt daar een derde vraag bij: wanneer verrekent u. Een klant die in maart opschaalt en in mei terugschaalt, levert bij maandelijkse verrekening een ander bedrag op dan bij een jaarlijkse afrekening achteraf. Welke afspraak u ook maakt, het systeem moet hem kunnen uitvoeren zonder dat iemand elke maand een spreadsheet bijwerkt.
Dat tweede is ongemakkelijk en op termijn het meest waardevol. Een klant die ontdekt dat hij jaren te veel betaalde, vertrekt; een klant die door u wordt gewezen op licenties die hij kan opzeggen, blijft. Welke kant u kiest, is een commerciële afweging, maar u kunt hem alleen maken als u het verschil ziet.
Integraties en techniek
Aan de inkoopkant hebben de grote leveranciers doorgaans een portaal en soms een koppeling waarmee afnamen en verlengingen op te halen zijn. Dat verschilt sterk per leverancier en het verandert regelmatig; wij inventariseren per leverancier wat er is voordat we iets beloven.
Aan uw kant koppelen we met uw boekhouding voor de facturatie en, als u die heeft, met uw ticket- of klantsysteem. Werkt u met terugkerende facturatie op verbruik, dan raakt dit aan verbruiksfacturatie. Hoe koppelingen werken staat op systemen koppelen met een api.
Waar u op let
Let op de prijstrappen. Leveranciers hanteren staffels die per product en per programma verschillen, en een klant die over een grens gaat, verandert uw inkoopprijs voor het geheel. Als die logica niet in het systeem zit, klopt uw marge per klant niet, ook al klopt het totaal.
Let ook op wat u belooft over gebruikscijfers. Niet elk product geeft betrouwbare gebruiksgegevens af, en een cijfer dat net iets anders meet dan de klant denkt, levert een gesprek op dat u niet wilt. Toon liever minder en leg uit wat het meet.
Wat de kosten bepalen
Het aantal leveranciers weegt zwaarder dan het aantal klanten. Elke leverancier heeft een eigen manier van aanleveren, eigen staffels en eigen termijnen, en elk daarvan is een eigen stuk werk.
Daarnaast telt of het gebruik meemoet. De aansluiting tussen inkoop en verkoop is een overzichtelijk systeem; daar het werkelijke gebruik naast leggen vraagt per product een eigen uitlezing en dat is waar de omvang ontstaat.
Hoe wij het aanpakken
- We beginnen bij de verlengdata en opzegtermijnen, want daar zit het directe lek.
- We bouwen het register van ingekochte en verkochte licenties met hun looptijden.
- Daarna de aansluiting: wat is ingekocht en niet doorbelast, en andersom.
- Vervolgens de prijstrappen per leverancier, zodat de marge per klant klopt.
- Pas als dat staat, halen we per product het werkelijke gebruik erbij.
Veelgestelde vragen
Kunnen we automatisch afnamen ophalen bij onze leveranciers?
Bij sommige wel. De grote leveranciers hebben doorgaans een portaal en soms een koppeling waarmee afnamen en verlengingen op te halen zijn, maar dat verschilt per leverancier en verandert regelmatig. Wij inventariseren per leverancier wat er beschikbaar is en beloven geen koppeling voordat we dat hebben gezien.
Waarom zou ik beginnen bij de opzegtermijnen?
Omdat daar het geld direct wegloopt. Een klant die opzegt met een kortere termijn dan uw leverancier hanteert, laat u met een periode zitten die u zelf betaalt. Dat onderdeel is klein te bouwen en levert meteen resultaat, en het geeft u de tijd om de rest rustig op te zetten.
Hoe gaan we om met prijstrappen?
Door ze als instelling per leverancier en per programma vast te leggen, niet in code. Een klant die over een staffelgrens gaat, verandert uw inkoopprijs voor het geheel, en als die logica ontbreekt klopt uw marge per klant niet terwijl het totaal wel klopt. Dat is een verschil dat pas opvalt als u op klantniveau gaat sturen.
Kunnen we zien wat klanten werkelijk gebruiken?
Bij een deel van de producten wel, afhankelijk van wat de leverancier uitleest. Wees terughoudend met wat u toont: een cijfer dat net iets anders meet dan de klant verwacht, levert een gesprek op dat u niet wilt. Liever minder tonen en erbij uitleggen wat het meet.
Vervangt dit onze boekhouding?
Nee. Facturatie en administratie blijven waar ze zijn; wij bouwen de laag die bijhoudt wat er is ingekocht, wat is doorverkocht en wanneer er iets afloopt, en die geeft de facturatieregels door. Twee administraties over dezelfde licentie lopen gegarandeerd uit elkaar.
Van wie is de software na oplevering?
Van u. Code en omgeving staan op uw naam, zodat u niet vastzit aan een leverancier voor elke wijziging.