Vipps kasse: slik setter du det opp steg for steg

Vipps kasse er samlebetegnelsen på å ta imot Vipps MobilePay-betaling i nettbutikkens kassesteg. Du trenger bedriftsavtale, en plattform med ferdig integrasjon eller utviklerressurs, og en testrunde før lansering. Navnene på pakkene endres jevnlig, så sjekk hva som faktisk ligger i avtalen din før du velger integrasjon. Selve oppsettet gjøres i plattformens administrasjon.

Hva folk mener med «Vipps kasse»

Det første som må ryddes opp i, er begrepet. «Vipps kasse» er ikke ett entydig produkt. Det brukes om minst tre forskjellige ting: Vipps som ett av flere betalingsalternativer i nettbutikkens eget kassesteg, en hurtigkjøpsknapp som lar kunden hoppe rett fra produktsiden til betaling, og løsninger der betalingsleverandøren overtar hele kassesteget og henter navn, adresse og telefonnummer fra appen. Vipps MobilePay har endret navn og pakketering på tilbudet sitt flere ganger, og det som het én ting i fjor kan hete noe annet i portalen i dag.

Vårt råd er derfor: ikke bestill etter navn du har lest i en artikkel. Logg inn i bedriftsportalen, eller be leverandøren din om å gjøre det, og se hva som faktisk er tilgjengelig for din avtale og din plattform. Det du skal se etter er tre ting: om løsningen bare håndterer selve betalingen eller også samler inn leveringsinformasjon, om den er tilgjengelig som ferdig integrasjon for plattformen din, og hvilke gebyrer som gjelder per transaksjon. Det siste varierer mellom avtaletyper, og vi har skrevet mer om hva bedriftsavtalen faktisk koster i gebyrer separat.

Grunnen til at dette er verdt oppsettet i det hele tatt, er at friksjon i kassen er den dyreste friksjonen du har. En kunde som må hente kortet fra lommeboka på en mobilskjerm, er en kunde du kan miste. Å bekrefte i en app kunden allerede er innlogget i, fjerner det steget.

Nettbutikker med Vipps i kassen ser i Box sine data 15–30 % høyere gjennomføringsgrad i checkout enn butikker med kun kort.

Dette må være på plass før du begynner

Det meste av tiden i et slikt prosjekt går ikke med til integrasjonen, men til å vente på ting som burde vært ordnet på forhånd. Sjekk denne listen før du setter av en dag til jobben.

• Registrert foretak med organisasjonsnummer, og en person som kan dokumentere at hun har rett til å signere for selskapet
• Bankkonto i selskapets navn for utbetalinger
• Nettbutikk som faktisk fungerer ende til ende med et annet betalingsalternativ, eller i det minste en komplett kasseflyt
• HTTPS på hele domenet, ikke bare på kassesiden
• Tilgang til å installere apper eller utvidelser i plattformen – på Shopify og WooCommerce betyr det admin-tilgang, ikke bare redaktørtilgang
• Salgsvilkår, angrerettskjema og personvernerklæring som er skrevet, ikke planlagt
• Rutiner for hvem som håndterer refusjoner og kundehenvendelser om betaling

Det siste punktet blir ofte glemt. En betalingsløsning genererer kundehenvendelser: pengene ble reservert, men ordren kom aldri; kunden avbrøt og lurer på om hun er belastet; en retur skal refunderes. Har du ikke bestemt hvem som svarer på dette, blir det daglig leder klokka 22.

Steg 1: Bestem hvilken variant du skal ha

Dette valget bestemmer alt som kommer etterpå, og det er det eneste steget der du faktisk må tenke framfor å følge en veiledning. Hovedskillet går mellom å la Vipps være en betalingsmetode inne i din egen kasse, og å la leverandøren overta hele kassesteget.

I den første modellen samler nettbutikken inn adresse, fraktvalg og rabattkode som før, og Vipps kommer inn helt til slutt for å bekrefte betalingen. I den andre modellen sender du kunden videre tidligere, og kontaktopplysningene hentes fra appen. Den andre modellen gir færre tastetrykk for kunden, men du gir samtidig fra deg kontroll over hvordan kassesteget ser ut, hvilke felt du kan legge til og hvordan frakt- og rabattlogikk oppfører seg. Har du egne fraktregler, gavekort eller B2B-felt i kassen, er det verdt å teste nøye om alt overlever flyttingen.

Steg 2: Registrer bedriften og få avtalen godkjent

Registrer selskapet i bedriftsportalen til Vipps MobilePay og velg oppsett for netthandel. Du oppgir organisasjonsnummer, kontaktopplysninger, kontonummer og en beskrivelse av hva du selger. Beskrivelsen er ikke en formalitet: leverandøren er underlagt hvitvaskingsregelverket og må vite hva slags varer eller tjenester som faktisk går over kontoen. Selger du noe som krever aldersgrense, konsesjon eller er i en risikokategori, må det fram nå og ikke etter at du har bygget integrasjonen.

Så kommer en verifiseringsperiode der opplysningene kontrolleres mot offentlige registre. Bruk ventetiden til å installere integrasjonen og forberede innholdet i kassen. Er du usikker på hvilken avtaletype du egentlig har, eller om du har en privat- eller bedriftsavtale i bunnen, har vi gått gjennom forskjellene i Vipps sine bedriftsløsninger i en egen artikkel.

Steg 3: Velg integrasjonsvei

Kjører du på en av de vanlige plattformene, finnes det ferdige integrasjoner. Sjekk to ting før du installerer: om utvidelsen er offisielt vedlikeholdt eller laget av en tredjepart, og når den sist ble oppdatert. En utvidelse som ikke har fått en oppdatering på lenge er en fremtidig driftssak, uansett hvor godt den fungerer i dag. På Shopify installeres løsningen som app, og vi har beskrevet hvordan Vipps kobles på en Shopify-butikk mer detaljert. På WooCommerce er det en utvidelse som legger seg inn under betalingsinnstillingene.

Har du en egenutviklet butikk, eller en plattform uten ferdig utvidelse, må integrasjonen bygges mot API-et. Det er fullt gjennomførbart, men vær ærlig om hva det innebærer: du eier ansvaret for oppdateringer, feilhåndtering og endringer i API-et i all overskuelig framtid. Vi ville ikke anbefalt en egen API-integrasjon utelukkende for å få et litt annet design i kassen. Har du derimot en ordreflyt der betalingen henger sammen med lagerreservasjon, produksjon eller abonnement, kan det være riktig – da er det logikken rundt betalingen som krever det, ikke betalingen i seg selv.

Steg 4: Koble til i testmiljø først

Du får to sett med nøkler: ett for testmiljø og ett for produksjon. Start alltid med testnøklene. Behandle begge sett som passord – de skal ligge i plattformens innstillinger eller i en miljøvariabel, aldri i kildekoden, aldri i en delt e-posttråd og aldri i et regneark på fellesområdet. Blir en nøkkel eksponert, regenererer du den i portalen og oppdaterer integrasjonen.

1. Logg inn i portalen og opprett nøkler for testmiljøet
2. Lim dem inn i utvidelsens innstillinger og lagre
3. Bekreft at utvidelsen viser at den står i testmodus – ikke anta det
4. Installer testversjonen av appen på en telefon, eller bruk testbrukeren leverandøren oppgir
5. Legg en vare i handlekurven og gjennomfør et testkjøp helt til bekreftelsessiden
6. Kontroller at ordren dukket opp i butikkens ordreoversikt med riktig beløp og riktig status

Steg 5: Konfigurer reservasjon, kvittering og refusjon

Her tas beslutningene som avgjør hvor mye støy du får i etterkant. Det viktigste valget er om beløpet skal trekkes umiddelbart, eller reserveres og trekkes når varen sendes. Selger du fysiske varer du plukker og pakker selv, mener vi reservasjon er det riktige: du unngår refusjoner på varer som viser seg å være utsolgt, og du unngår å ha kundens penger før du har levert noe. Selger du digitale produkter eller tjenester som leveres i det sekundet betalingen går gjennom, er umiddelbart trekk enklere. Merk at reservasjoner har en tidsgrense – sjekk hvilken som gjelder for din avtale, og pass på at pakketiden din holder seg innenfor.

Deretter setter du opp hva kunden ser. Butikknavnet som vises i appen bør være det navnet kunden kjenner deg som, ikke det juridiske foretaksnavnet – en ukjent avsender i betalingsbildet er en klassisk årsak til avbrutt kjøp og til henvendelser om ukjente trekk på kontoutskriften. Kvitteringen skal inneholde ordrenummer, spesifisert beløp med mva., leveringsinformasjon og en tydelig henvisning til angrerett og returadresse. Til slutt: bestem hvem som har tilgang til å utføre refusjoner, og om delvise refusjoner skal være mulig. Det trenger du fra første returhenvendelse.

Steg 6: Test det som går galt, ikke bare det som går bra

Det vellykkede kjøpet tester alle. Feilene ligger i alt annet. Sett av en time og gå gjennom listen under systematisk, med en kollega som noterer hva som faktisk skjer på hver skjerm.

• Kunden åpner appen og avbryter – blir ordren stående som ubetalt, eller blir handlekurven tømt?
• Kunden lukker nettleseren etter å ha bekreftet i appen – kommer ordren likevel inn i butikken?
• Betalingen avvises fordi kontoen er tom – får kunden en forståelig melding og mulighet til å prøve igjen?
• Refusjon av hele beløpet, og refusjon av deler av en ordre
• Rabattkode og fraktvalg – blir riktig totalsum sendt til betaling?
• Lagerbeholdning – trekkes den fra ved reservasjon eller ved trekk, og stemmer det med resten av rutinene dine?
• Ordrebekreftelse på e-post – kommer den, og havner den i søppelpost?

Steg 7: Rydd i det juridiske i kassen

Betalingsmetoden endrer ikke pliktene dine som netthandler. Kunden skal se totalpris inkludert mva. og frakt før hun bekrefter, knappen som utløser kjøpet skal tydelig vise at bestillingen medfører betalingsplikt, og opplysninger om angrerett og retur skal være tilgjengelige før betaling – ikke bare i vilkårene som ligger i bunnteksten. Forbrukertilsynet gjennomgår kravene til opplysninger, angrerett og bekreftelse ved netthandel. Er du usikker på om kassen din oppfyller dem, er dette et bedre tidspunkt å oppdage det på enn ved første klage.

På personvernsiden må du kunne peke på et behandlingsgrunnlag for opplysningene du henter inn. For selve kjøpet er det normalt oppfyllelse av avtalen med kunden, mens markedsføring i etterkant krever et eget grunnlag – samtykket til nyhetsbrev er ikke innebygget i at noen har handlet. Datatilsynet forklarer hvordan grunnlagene skiller seg fra hverandre. Du bør også ha databehandleravtale med plattformleverandøren din på plass, og oppdatere personvernerklæringen med hvilke opplysninger som deles med betalingsleverandøren.

Steg 8: Gå live

Bytt til produksjonsnøkler, ta av testmodus, og gjennomfør ett reelt kjøp med lavest mulig beløp. Refunder det med en gang, slik at du har testet refusjonsflyten i produksjon også. Så åpner du for kundene. Gjør det tidlig på dagen midt i uken, ikke fredag ettermiddag, og hold et øye med ordrelisten de første timene. Det du ser etter er ordre som står i mellomtilstander: betalt uten ordre, ordre uten betaling, eller status som ikke oppdateres. Slikt skyldes nesten alltid at tilbakemeldingene fra betalingsleverandøren ikke når fram til butikken, og det er lettere å feilsøke på tre ordre enn på tre hundre.

Vipps alene er ikke en betalingsstrategi

Når Vipps er på plass, er fristelsen å si seg ferdig med betaling. Det ville vi ikke gjort. Vipps dekker den norske mobilkunden godt, men ikke alle segmenter: bedriftskunder som skal ha faktura, kunder med høyere ordreverdi som vil dele opp betalingen, og besøkende fra utlandet trenger andre alternativer. Å legge til flere metoder koster i form av gebyrer og oppfølging, så det er en reell avveining – men den bør tas bevisst.

Faktura- og BNPL-alternativer som Klarna brukes av 35–55 % av kundene i Box sin netthandelsportefølje, med høyere snittordre enn kortbetaling.

Vurderingen av hvilken kombinasjon som passer, avhenger av hva du selger og til hvem. Vi har satt opp valgene og kostnadene i en egen gjennomgang av hvordan du setter sammen betalingsløsningen i en nettbutikk, og hvordan Vipps fungerer sammen med de andre alternativene i en norsk nettbutikk.

Slik vet du at du er ferdig

Du er ikke ferdig når den første betalingen går gjennom. Du er ferdig når disse punktene stemmer:

• Et reelt kjøp gir ordre i butikken, kvittering til kunden og riktig beløp i utbetalingsoversikten
• En refusjon utført fra butikkens ordrebilde blir synlig for kunden, og lagerbeholdningen justeres
• Et avbrutt kjøp etterlater ingen ordre som ser betalt ut
• Butikknavnet i appen er det kundene kjenner deg som
• Vilkår, angrerett og totalpris vises før kunden bekrefter
• Noen i bedriften vet hvem som håndterer betalingshenvendelser, og hvor de logger inn

Går du i stå på integrasjonen, eller oppdager du at kassen henger sammen med lager, frakt og ordreflyt på en måte som gjør at én endring velter tre andre ting, er det som regel ikke betalingsleverandøren som er problemet. Da er det nettbutikken som må ryddes i, og det er en jobb vi gjør sammen med kundene våre jevnlig.