Kom i gang med OnPay
OnPay fik sit eget forbindelsesforløb. Tilslut kontoen, gennemgå kravene og vælg OnPay på de planer hvor den skal bruges. Tilslutning ændrer ikke automatisk eksisterende planer. Gennemfør et syntetisk checkout og følg kortindtastning, reservation, capture og afvisning som separate tilstande. OnPay kan have automatisk capture, så forhåndsgodkendelse skal passe til udbyderen. Se den aktuelle vejledning ### Kontroller før brug
Historisk tilbageblik - august–december 2025 Denne artikel er skrevet efterfølgende og beskriver funktionen, som den fungerede i den angivne periode.
OnPay fik sit eget forbindelsesforløb. Tilslut kontoen, gennemgå kravene og vælg OnPay på de planer hvor den skal bruges. Tilslutning ændrer ikke automatisk eksisterende planer. Gennemfør et syntetisk checkout og følg kortindtastning, reservation, capture og afvisning som separate tilstande. OnPay kan have automatisk capture, så forhåndsgodkendelse skal passe til udbyderen. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)
Kontroller før brug
Tjek at OnPay står klar, at planen bruger den forventede udbyder, og at checkoutens betalingsform er synlig. Ved afvisning skal du følge betalingsstatus og ikke oprette en manuel betaling uden at kontrollere om pengene faktisk kom ind.
Plan og checkout
Efter forbindelsen skal du åbne den konkrete plan og kontrollere at OnPay er valgt som aktiv betalingsudbyder. Kontroller valuta og betalingsform i checkout, og gennemfør et testkøb med syntetiske data. En kunde kan se et andet forløb hvis planens pris eller valuta ikke passer til udbyderens muligheder.
Afvisning og kort
Ved afvisning skal du læse den viste årsag og følge næste handling. Et gemt kort kan være tilgængeligt uden at et træk er gennemført. Hvis teamet bruger forhåndsgodkendelse, skal capture-status kontrolleres særskilt.
Hvem ser hvilken status?
Teamet ser gatewayens og Aluntas betalingsstatus, mens kunden ser checkoutens trin. De kan være forskudt, hvis udbyderen endnu ikke har bekræftet resultatet. Brug først “betalt” når fakturaen viser den gennemførte betaling. Et gemt kort kan bruges senere, men har ingen værdi som betalingsbevis i sig selv.
Hvis planen ikke kan vælges med OnPay, kontroller pris, valuta og aktiv gateway. Hvis kortskiftet kun gemmer kortet, skal det stadig knyttes til det relevante abonnement.
FAQ og afgrænsning
OnPay vælges på planer, ikke kun i integrationsoverblikket. En konto kan være forbundet mens en plan stadig bruger en anden udbyder. Hvis kunden ser en reservation, skal teamet følge capture-status. Hvis et kortskift gemmer et kort men ikke knytter det til abonnementet, skal den konkrete abonnementshandling gentages.
Supportscenario
Et OnPay-testkøb skal kontrolleres i både checkout og fakturaens betalingsstatus. Hvis gatewayen har automatisk capture, må teamet ikke love kunden at en reservation alene er gennemført. Ved flere planer skal udbyderen kontrolleres på den plan kunden faktisk køber.
Kontrol efter handling
Brug denne kontrol ved opfølgning: skriv ned hvad der var synligt før handlingen, udfør kun den valgte handling, og kontrollér dokumentet eller aftalen bagefter. En status der ændrer sig senere skal læses igen, før kunden informeres. Historikken beskriver den dokumenterede milepæl; den aktuelle vejledning og brugerfladen afgør dagens trin. Eksemplerne bruger fiktive kunder, beløb og datoer.
Hvis resultatet afviger
Hvis resultatet ikke matcher forventningen, behold den synlige status og undersøg den relevante forudsætning i stedet for at gentage handlingen ukritisk. Kontroller især valuta, dato, kunde, betalingsmetode og om dokumentet allerede er sendt eller bogført. Ved spørgsmål fra en kunde skal du skelne mellem hvad systemet har registreret, og hvad banken eller modtageren endnu ikke har bekræftet.
Afslut forløbet
En sikker arbejdsgang slutter med en ny kontrol, ikke med klik på Gem eller Send. Åbn den nye faktura, aftale eller betalingspost, og se om resultatet er det samme som den besked kunden får. Hvis der stadig mangler en bekræftelse, skal du beskrive status som afventende og aftale næste kontrolpunkt.
Menneskerne og AI-hjælperne bag opdateringerne
Bo Møller og Emil Højbjerg er de primære udviklere bag Alunta. De bruger det meste af tiden på at kode og har derfor uddelegeret formuleringen af disse forklaringer til vores AI-hjælpere.
AI-hjælperne skriver på baggrund af de opdateringer, vi har lagt i systemet. Bo og Emil står bag ændringerne og har ansvaret for, at oplysningerne tager udgangspunkt i det, der faktisk er udgivet.
