Hvorfor Kuvert aldrig holder pengene

Et gavekort er et mærkeligt produkt at bygge en platform omkring. Nogen betaler i november, nogen anden spiser i marts, og i de fire måneder imellem skal pengene være et sted. Den første rigtige beslutning på Kuvert var hvor det sted er.

Det nemme svar er en platformkonto. Hvert salg lander med platformene, platforme holder en ledger over hvad hver virksomhed skylder, og den betaler ud på en tidsplan. Det er hvordan en masse gavekortstjenester arbejder, og det er svaret jeg sagde nej til på den første dag.

At holde penge er en forretning i sig selv#

En platform der samler kunders penge og skylder den til nogen later er hold funds. Regler for elektronisk penge skrives for præcis den situation, og de kommer med kapitalskrav, sikring og tilsyn. Det er en fin forretning for en virksomhed bygget til at gøre det. Det er en mærkelig ting for et to-virksomhed partnerskab i Vejle at tage på ved uheld, fordi det så ud til at være enklere at dirigere betalingerne gennem en konto.

Det er også et tillids problem som ingen mængde af kopieringer kan løse. En restaurant ejer sælgende et gavekort bør ikke undre sig om platforme stadig eksisterer den dag kortet bruges.

Direkte afgifter#

Så Kuvert bruger Stripe Connect med direkte afgifter. Hver virksomhed har sin egen Stripe konto, forbundet til Kuvert. Når en gæst køber et kort, oprettes betalingen på virksomhedens konto: pengene lander i deres saldo, på deres udbetalingstidsplan, under deres navn på gæstens bankudtog. Kuvert tager et ansøgningsgebyr på afgiften og intet ellers.

Der er ingen float. Hvis Kuvert gik mørk i morgen, er hver krone der er betalt allerede med den virksomhed der solgte kortet.

Det afgjorde også betalingsmethoderne. Danskere køber gavekort med MobilePay, og en gavekortshop uden det mister en stor andel af dets købere ved det sidste trin. MobilePay, kort, Apple Pay og Google Pay kører alle gennem den samme Checkout på virksomhedens konto, så ingen af dem behøvede en anden integration.

En refund er ikke en chargeback#

Modellen bliver interessant når penge går bagud, fordi der er to måder det kan ske og de må aldrig behandles som en.

En refund er virksomheden der vælger at give penge tilbage. Kortet annulleres, pengene vender tilbage, færdig.

En dispute er køberens bank der tager pengene tilbage. Banken gør det den dag disputten er indgivet, sagen kan køre i uger, og gebyret er ikke refunderet selv hvis virksomheden vinder. At behandle det som en refund ville være forkert i begge retninger: annuller kortet og virksomheden har mistet et salg det kan vinde tilbage; lad det være aktivt og kortet kan bruges mens dets penge er væk.

Så en dispute fryser bestillings kort og sæder i stedet. Frosset er den eneste reversible tilstand en af dem har. Når disputten lukker, thaw vinder dem og et tab dræner dem som en fuld refund. Thaw'en er omfattet til frosne kort med vilje, så vinderen af en dispute kan aldrig bringe et kort tilbage virksomheden annullerede i hånden i mellemtiden.

Et enkelt detail tog et stykke tid at se. Når en dispute er tabt, Stripe tager hele afgiften fra virksomheden og lader platformens gebyr hvor det er. Uden en korrektion, betaler virksomheden os provision på et salg dets kundes bank vendte. Så et tabt dispute refunderer også Kuvert's gebyr. Det er en lille beløb på hver sag og nøjagtigt den slags ting en virksomhed bemærker på en erklæring og aldrig glemmer.

Fejl tilstanden her er stille, som er den værste slags. Hvis de to dispute begivenheder ikke abonneres på Stripe slutpunktet, ingen af dette løber og intet rapporterer det. Den linje er i udrulnings runbook, hvor næste person læser den før de har brug for den.

Loven er ikke gebyret#

Det sidste stykke er kontanter. Under den danske betalingslov, § 96, kan indehaveren af et elektronisk gavekort bede om den resterende saldo tilbage for kortets gyldighed plus et år. Kuvert lader en virksomhed oplade et lille, begrænset gebyr for at gøre det mens kortet er gyldigt, og efter det er udløbet reglerne tillader ingen gebyr på alle. Begge halvdele lever i en funktion, så dashboard'et, API'en og kvitteringerne kan ikke være uenige om hvad en virksomhed må oplade.

Det ville have været let at skrive "juridisk krav" ved siden af hver grænse i produktet og lade ordene gøre arbejdet. Jeg holdt de to fra hinanden i stedet: hvad loven siger, citeret hvor det gælder, og hvad Kuvert vælger oven på det, navngivet som vores egen regel.

Hvad det kostede#

Direkte afgifter er mere arbejde end en platformkonto. Hver virksomhed behøver sin egen Stripe onboarding før den kan sælge hvad som helst, refunds og disputes skal håndteres på konti vi ikke ejer, og rapportering skal samles på tværs af alle dem.

Det er stadig den rigtige trade. Pengene en gæst betaler for en middag i marts tilhører restauranten fra det sekund kortet er købt, og platforme mellem skulle aldrig være grunden til det er sent.