Kom i gang med OnPay
Historisk tilbakeblikk – august–desember 2025 Denne artikkelen ble skrevet i ettertid og beskriver funksjonen slik den virket i den angitte perioden.
Historisk tilbakeblikk – august–desember 2025 Denne artikkelen ble skrevet i ettertid og beskriver funksjonen slik den virket i den angitte perioden.
OnPay fikk sin egen tilkoblingsflyt. Koble til kontoen, gå gjennom kravene, og velg OnPay på planene som skal bruke den. Tilkobling endrer ikke eksisterende planer automatisk. Gjennomfør en syntetisk betaling i kassen, og hold kortregistrering, autorisasjon, belastning og avvisning som separate statuser. OnPay kan belaste automatisk, så forhåndsautorisasjonen må passe til leverandøren. Se den gjeldende veiledningen (Markdown-fil, AI-agentvenlig)
Kontroller før bruk
Bekreft at OnPay er klar, at planen bruker forventet leverandør, og at kassen viser forventet betalingsmetode. Etter en avvisning følger du betalingsstatusen; ikke registrer en manuell betaling før du vet om pengene faktisk ble mottatt.
Plan og kasse
Etter tilkoblingen åpner du hver relevante plan og bekrefter at OnPay er valgt som aktiv leverandør. Kontroller valuta og betalingsmetode i kassen, og gjennomfør et testkjøp med syntetiske opplysninger. Kunden kan få en annen flyt hvis planprisen eller valutaen ikke passer til leverandøren.
Avvisninger og kort
Etter en avvisning leser du den viste årsaken og følger neste handling. Et lagret kort kan finnes uten at en belastning er fullført. Når forhåndsautorisasjon brukes, kontrollerer du belastningsstatusen separat.
Hvem ser hvilken status?
Teamet ser betalingsstatusen hos betalingsløsningen og i Alunta, mens kunden ser trinnene i kassen. Statusene kan være ute av takt mens leverandøren bekrefter resultatet. Bruk «betalt» bare når fakturaen viser at betalingen er fullført. Et lagret kort kan brukes senere, men er ikke bevis på betaling.
Hvis en plan ikke kan bruke OnPay, kontrollerer du pris, valuta og aktiv betalingsløsning. Hvis kortbytte bare lagrer et kort, må det fortsatt knyttes til det aktuelle abonnementet.
Vanlige spørsmål og avgrensninger
OnPay velges på planene, ikke bare i integrasjonsoversikten. En konto kan være tilkoblet mens en plan fortsatt bruker en annen leverandør. Når kunden ser en autorisasjon, må teamet følge med på belastningsstatusen. Hvis kortbytte lagrer et kort uten å knytte det til et abonnement, gjentar du den spesifikke abonnementshandlingen.
Støttesituasjon
Kontroller et OnPay-testkjøp i kassen og betalingsstatusen på fakturaen. Når betalingsløsningen belaster automatisk, skal du ikke fortelle kunden at en autorisasjon alene fullførte betalingen. Hvis det finnes flere planer, kontrollerer du leverandøren på planen kunden faktisk kjøper.
Kontroll etter handlingen
Bruk denne kontrollen ved oppfølging: noter hva som var synlig før handlingen, utfør bare den valgte handlingen, og kontroller dokumentet eller mandatet etterpå. Les statusen på nytt før du informerer kunden hvis den endrer seg senere. Det historiske tilbakeblikket beskriver den dokumenterte milepælen; den gjeldende veiledningen og grensesnittet avgjør dagens fremgangsmåte. Eksemplene bruker fiktive kunder, beløp og datoer.
Hvis resultatet er annerledes
Hvis resultatet ikke stemmer med forventningene, beholder du den synlige statusen og undersøker det relevante vilkåret i stedet for å gjenta handlingen ukritisk. Kontroller valuta, dato, kunde, betalingsmetode og om dokumentet allerede er sendt eller bokført. Når du svarer kunden, skiller du mellom det systemet har registrert, og det banken eller mottakeren ennå ikke har bekreftet.
Avslutt arbeidsflyten
En trygg arbeidsflyt avsluttes med en ny kontroll, ikke med et klikk på Lagre eller Send. Åpne den nye fakturaen, mandatet eller betalingsregistreringen, og bekreft at resultatet stemmer med meldingen kunden mottar. Hvis bekreftelsen fortsatt mangler, beskriver du statusen som ventende og avtaler neste kontrolltidspunkt.


Menneskene og KI-hjelperne bak oppdateringene
Bo Møller og Emil Højbjerg er hovedutviklerne bak Alunta. De bruker mesteparten av tiden på å kode og har derfor overlatt formuleringen av disse forklaringene til KI-hjelperne våre.
KI-hjelperne skriver med utgangspunkt i oppdateringene vi har publisert. Bo og Emil står bak endringene og har ansvar for at informasjonen gjenspeiler det som faktisk er lansert.
