Verhuursoftware met Stripe: borg, betalingen en terugbetalingen online regelen

Elke verhuur kent drie afzonderlijke momenten waarop geld van eigenaar wisselt, en de meeste verhuurbedrijven behandelen elk daarvan anders. Er is de borg die wordt geïnd, of vastgehouden, voordat de apparatuur de deur uitgaat, de betaling voor de verhuur zelf zodra de opdracht is bevestigd of afgerond, en — vaak — een terugbetaling of een gedeeltelijke nabetaling zodra het artikel terugkomt, afhankelijk van de staat waarin het verkeert.

Op papier klinkt dat overzichtelijk. In de praktijk wordt de borg aan de balie op een pinapparaat geïnd, de factuur wordt apart per e-mail verstuurd en nagejaagd, en als er een terugbetaling nodig is, logt iemand dagen later in op een betalingsdashboard en verwerkt dit handmatig, in de hoop dat het bij de juiste klant en de juiste order terechtkomt. Geen van deze drie momenten communiceert met de andere twee. Het pinapparaat weet niet bij welke order de borg hoort. Het dashboard weet niet dat de factuur inmiddels is voldaan. En op kantoor komt men er pas achter wanneer iemand vraagt: "hebben we die borg eigenlijk al teruggestort?"

Dit is eigenlijk geen technologisch probleem, maar een ordertraceringsprobleem waar toevallig geld bij komt kijken. Een verhuurorder bevat al een klant, een lijst artikelen, uitgifte- en retourdata, en een bedrag. Als betalingen in een systeem los van die order leven, moet iemand de twee steeds opnieuw uit het hoofd of via een spreadsheet met elkaar verzoenen. Bij dat verzoenen worden borgen vergeten, terugbetalingen gemist en facturen dubbel nagejaagd.

De drie betaalmomenten van een verhuur zijn alleen nuttig als elk daarvan is gekoppeld aan de order waartoe het behoort, in plaats van los te zweven als een aparte transactie die iemand later moet matchen.

Een borg die tegen het orderdossier staat, betekent dat iedereen die naar die verhuur kijkt — niet alleen degene die de betaling ontving — kan zien dat hij is geïnd, hoe hoog hij was, en of hij is teruggegeven of ingehouden. Een betaling voor de verhuur zelf, op dezelfde manier gekoppeld, voorkomt dat een factuur in de boekhouding als "onbetaald" blijft staan terwijl de klant feitelijk al heeft betaald; het financiële team werkt dan met de werkelijke status van de order in plaats van met een bonrol van een pinapparaat.

De terugbetaling of nabetaling aan het einde telt het zwaarst, omdat dit het moment is dat het vaakst misgaat wanneer het apart wordt afgehandeld. Als een schadebedrag buiten de order om van een borg wordt afgetrokken, blijft er op de verhuur zelf geen enkel spoor achter van wat is ingehouden, wat is teruggegeven, of waarom — hooguit een notitie in iemands mailbox. Alle drie de momenten aan de order gekoppeld houden gaat minder om netheid en meer om het vermogen om, zonder telefoontje, precies te kunnen beantwoorden wat er met het geld van een klant op een bepaalde verhuur is gebeurd.

Niet elk betaalmoment vindt plaats terwijl de klant voor u staat. Een groot deel van het verhuurbedrijf wordt telefonisch, per e-mail, of via een online aanvraag geboekt, en de traditionele manier om daarvoor te innen — een pinapparaat aan de balie — is er dan simpelweg niet.

Het algemene alternatief, inmiddels gangbaar bij online betalingen, is een betaallink of een gehoste afrekenpagina: in plaats van een kaartnummer telefonisch door te geven of te wachten op een bankoverschrijving, ontvangt de klant een beveiligde link, voert zelf zijn kaartgegevens in op een pagina die door de betalingsprovider wordt beheerd, en de betaling wordt bevestigd zonder dat het kantoor ooit het kaartnummer te zien krijgt. Renttix koppelt precies hiervoor aan Stripe, zodat een order die is geoffreerd of bevestigd, native binnen het platform naar betaling kan worden gebracht, in plaats van via een apart, achteraf toegevoegd factuur-en-dashboardproces. Dat is het hele punt van de Stripe-integratie — de betaling is een stap in de eigen workflow van de order, geen aparte taak die iemand moet onthouden.

Voor een verhuurbedrijf overbrugt dit een gat dat een pinapparaat niet kan overbruggen: het maakt het mogelijk om een borg of betaling te innen nog voordat het artikel het depot verlaat, bij een klant die nergens in de buurt is, zonder hem te vragen een kaartnummer hardop voor te lezen of erop te vertrouwen dat een overschrijvingsreferentie op de juiste plek terechtkomt.

Een groot deel van de verhuur is een eenmalige transactie: boeken, ophalen, terugbrengen, betalen. Maar een groeiend deel is dat niet — langlopende apparatuur in een open-einde-verhuur, sanitaire units in een abonnementachtige cyclus, of een klant die elke maand bij u huurt en niet elke keer opnieuw een kaart wil invoeren.

Voor dat soort afspraken ondersteunt Renttix het opslaan van een kaart op bestand, zodat open-einde-verhuur en abonnementen op een terugkerende cyclus kunnen worden gefactureerd zonder dat iemand elke keer handmatig de betaling hoeft te innen. Dezelfde kaart-op-bestand-aanpak vormt ook de basis voor facturering op basis van gemeten verbruik, waarbij de bedragen afhangen van feitelijk gebruik in plaats van een vaste periode, en het is wat het mogelijk maakt om opgelopen boetes voor te late betaling te innen zonder aparte stap om ze na te jagen. De klant machtigt de kaart één keer, en daarna handelt de factureringscyclus zichzelf af.

Dit is net zo belangrijk voor de cashflow als voor het gemak. Een bedrijf dat elke maand actief een kaartbetaling moet najagen voor een langlopende verhuur, zal vroeg of laat een cyclus missen — doordat een medewerker vrij is, een klant lastig te bereiken is, of de factuur simpelweg onderaan de lijst wegzakt. Facturering via kaart op bestand haalt die afhankelijkheid van iemands geheugen weg.

Het einde van een verhuur is het moment waarop losse systemen de meeste schade aanrichten, omdat het het punt is met de meeste uitzonderingen: het artikel komt een dag te laat terug, er ontbreekt iets, een kras moet worden nabetaald, of alles is in orde en de borg hoeft gewoon terug.

Renttix laat u een creditnota tegen de oorspronkelijke factuur opstellen en van daaruit een volledige of gedeeltelijke terugbetaling doen, gesynchroniseerd met uw boekhouding in plaats van verwerkt als een op zichzelf staande transactie die de financiële afdeling apart moet opmerken en matchen. Dat onderscheid — volledig of gedeeltelijk — maakt nabetalingen in de praktijk werkbaar. Een beschadigd artikel hoeft niet te betekenen dat u óf de hele borg terugbetaalt en de reparatie afschrijft, óf alles inhoudt en erover discussieert; een gedeeltelijke terugbetaling laat u teruggeven wat verschuldigd is en verantwoorden wat is ingehouden, op dezelfde factuur waarop de borg is geïnd.

Omdat zowel de creditnota als de terugbetaling verwijzen naar de oorspronkelijke order, kan iedereen die die verhuur later bekijkt — een manager die een geschil controleert, een boekhouder die de maand afsluit — de volledige reeks zien: borg geïnd, verhuur gefactureerd, aftrek gedaan, restant terugbetaald. Dat is een wezenlijk andere situatie dan een notitie in een mailbox waarin staat "opgelost, hem het meeste teruggestort".

Elk van de bovenstaande betaalmomenten gaat er nog steeds van uit dat iemand op uw kantoor het initiatief neemt. Het klantenportaal haalt die aanname weg voor de transacties die helemaal geen mens aan uw kant nodig hebben.

Via het portaal kunnen klanten hun eigen opgeslagen kaarten beheren, een openstaande factuur betalen, een huurovereenkomst ondertekenen en een terugbrenging aanvragen zodra ze klaar zijn met de apparatuur — zonder daarvoor het kantoor te hoeven bellen. Voor een eenvoudige betaling op een factuur die al klopt, is er geen reden waarom dat een gesprek zou vereisen; de klant kan zelf afrekenen, wanneer het hem uitkomt, en een telefoontje om 19 uur om te vragen of een kaartbetaling "is doorgekomen" is een telefoontje dat uw kantoor niet hoeft aan te nemen.

Dit vervangt de hierboven beschreven borg-, betalings- en terugbetalingsstromen niet — het verandert alleen wie op de knop drukt. De order, de factuur en het betalingsdossier blijven precies waar ze waren; het portaal is een andere ingang, geen andere bestemming.

Om dit concreet te maken: stel u een feestverhuurbedrijf voor dat boekingen aanneemt voor tenten, tafels en stoelen — een nuttige illustratie, geen bewering over hoe elk verhuurbedrijf moet werken.

Een klant informeert naar een tent voor een evenement in het weekend, zes weken van tevoren. Bij het boeken int het bedrijf online een borg via een betaallink, in plaats van te vragen om een bankoverschrijving en af te wachten of die aankomt. Die borg staat vanaf het moment van betaling tegen de order. In de week voor het evenement wordt het resterende bedrag voor de verhuur op dezelfde manier gefactureerd en betaald — een link, geen pinapparaat, omdat niemand van het bedrijf tot de leverdag zelf tegenover de klant staat.

Na het evenement komt de tent terug met een scheur in het doek. In plaats van de hele borg in te houden of hem volledig terug te betalen en de kosten zelf te dragen, doet het bedrijf een gedeeltelijke terugbetaling: de reparatiekosten worden afgetrokken, en de rest gaat terug naar de kaart van de klant als creditnota op dezelfde factuur waarop de borg is geïnd. De klant ziet een duidelijke reden voor wat is ingehouden, het bedrijf heeft een registratie die aan de order vastzit in plaats van een gesprek dat niemand heeft opgeschreven, en er hoefde niets handmatig te worden verzoend tussen een pinapparaat, een bankafschrift en een factuur.

Niets hiervan vereist dat u voor elke klant één enkele betaalmethode kiest. Stripe is een van meerdere betalingsproviders waarmee Renttix verbindt, naast opties zoals PayPal, Square, Razorpay, Xendit, Mercado Pago, Alipay+ en Airwallex, en betalingen via elk daarvan kunnen belasting dragen die wordt berekend op basis van klassen, zones en vrijstellingen waar van toepassing — een op zichzelf staand onderwerp, behandeld op de pagina wereldwijde betalingen en belasting, en niet iets wat dit artikel volledig probeert uit te leggen.

Wat specifiek telt voor de cyclus borg-betaling-terugbetaling, is dat elk van de drie momenten vastzit aan de order waar het vandaan komt, ongeacht welke provider het geld int. Correct ingericht, zorgt een Stripe-integratie ervoor dat een borg, een factuurbetaling en een terugbetaling drie regels zijn op hetzelfde verhuurdossier, in plaats van drie losse verhalen die alleen kloppen als iemand eraan denkt ze aan elkaar te vertellen.

Als uw huidige opzet een pinapparaat omvat dat niets van uw boekingen weet, en een betalingsdashboard dat niemand controleert tot het einde van de maand, is het de moeite waard dat gat te dichten voordat het u een gemiste terugbetaling of een betwiste borg kost. Neem contact op om te zien hoe dit past bij uw eigen verhuuractiviteiten.