FAQ: Offentlig prisside og checkout

Her finder du svar på de spørgsmål, vi oftest får om offentlige prissider, checkout og indlejring.

Prissiden viser "Pricing not available", eller indlejringen viser ikke fundet

Siden kræver tre ting på én gang: en udgivet planversion, en offentlig URL-sti og en routing-regel, der viser planen for anonyme besøgende. Mangler bare én, får besøgende ikke fundet-tilstanden ("Pricing not available - This pricing page doesn't exist or is no longer public.").

1. Åbn planen under Indstillinger > Portal > Abonnementsplaner, og tjek badget: Der skal være en udgivet version, ikke kun en kladde.
2. Tjek Rediger detaljer ("Edit details") for den offentlige URL-sti.
3. Viser editoren "This plan has a public URL but isn't publicly accessible yet", så tilføj en Vis-regel for alle besøgende i Plan-routing – eller genaktivér/justér den regel, der skjuler planen. Reglernes forhåndsvisningspanel simulerer en anonym besøgende.

En kunde siger, at de har gennemført checkout, men jeg kan ikke finde dem eller deres abonnement

Anonymt checkout opretter intet, før køberen klikker på bekræftelseslinket i e-mailen; at sende formularen afsender kun mailen (gyldig i 24 timer).

1. Spørg, om kunden så "Tjek din indbakke" ("Check your inbox"), og om linket blev klikket – bed dem også tjekke spam.
2. Er linket udløbet, skal kunden blot køre checkout igen – der sendes en frisk mail.
3. Betalte kunden med kort, og meldte betalingsskærmen afvist eller annulleret, blev der ikke oprettet noget abonnement – kunden kan prøve igen med et andet kort.

Hvorfor vises kortbetaling ikke i checkout?

Kort vises kun, når virksomheden har aktiveret en kortudbyder til portalen, og planens regler tillader kort for den pågældende køber.

1. Tjek Indstillinger > Portal > Portalindstillinger > Kortbetalinger i portalen ("Card payments in portal") – der skal være valgt OnPay eller Stripe, hvilket kræver, at udbyderen først er forbundet i marketplacet.
2. Tjek Plan-routing for en tilsidesættelse af tilladte betalingsmetoder ("Allowed payment methods") – "Kun faktura" skjuler kort for den ramte målgruppe.
3. Bemærk: American Express afvises bevidst ved kortindtastning ("American Express cards can't be used for subscriptions. Please use a different card.").

Vores indlejrede priskort vises slet ikke på hjemmesiden

Den hyppigste årsag er, at jeres websites origin mangler på tilladelseslisten – browseren nægter så at indlejre portalen, og intet indlæses (konsolfejlen nævner frame-ancestors).

1. Tilføj den præcise https-origin (skema + host, ingen sti) under Indstillinger > Portal > Indlejring > Tilladte indlejrings-origins ("Allowed embed origins").
2. Tjek, at planen er offentligt tilgængelig (se det første spørgsmål).
3. Har I indlejret en checkout-snippet, skal Tillad checkout i iframe ("Allow in-frame checkout") være slået til – ellers advarer indstillingssiden: "Enable 'Allow in-frame checkout' above to embed a checkout snippet."

En køber fik beskeden "The terms were updated while you were checking out."

Der blev udgivet en ny version af de generelle eller plan-specifikke vilkår, mens køberen havde checkoutet åbent. Accepten er bundet til den præcise version, så den forældede accept afvises i stedet for at blive godtaget i det stille.

1. Køberen går tilbage til vilkårstrinnet, læser og accepterer igen og bekræfter på ny. Ingen data går tabt.
2. Sker det gentagne gange, så undersøg, om nogen udgiver nye vilkårsversioner igen og igen i arbejdstiden.

Vores partners bundne checkout viser en tom, redigerbar formular i stedet for kundens data

Checkoutet er faldet tilbage til det anonyme flow, fordi bind-tokenet ikke nåede frem: Partnersidens token-leverandør returnerede ingenting, engangstokenet udløb (ca. 60 sekunder), før checkoutet startede, eller det blev udstedt til den forkerte virksomhed. Det er en stille nedgradering, ikke en fejl – kendetegnet er netop, at oplysningstrinnet kommer tomt og redigerbart i stedet for udfyldt og skrivebeskyttet.

1. Bekræft, at partnersiden registrerer token-leverandøren og udsteder et frisk token pr. købsklik – aldrig et cachet.
2. Bekræft, at partnernøglen har rettigheden til at oprette kunder, og at virksomheden har CustomerPortal-licensen (ellers ville partnerens backend-kald returnere en licens- eller rettighedsfejl).
3. Et token til forkert virksomhed eller forkert kunde afvises direkte for en allerede indlogget køber (indlejringen hopper tilbage til kortene) – løsningen er den samme: Udsted tokenet mod den rigtige virksomhed og kunde.