Guide til Rivya-betaling og checkout

Brug denne betalings- og checkout-guide, når du skal forstå, hvad der sker efter køb af en plan eller credit pack i Rivya.

Det folk typisk misforstår ved betaling i Rivya, er dette:

At Stripe gennemfører betalingen, er ikke det sidste trin. Produktet skal stadig indhente ændringen og afspejle den korrekt.

Derfor slutter checkout-flowet ikke på Stripe, og det slutter heller ikke i det øjeblik, browseren vender tilbage.

Betalingsflowet Har Tre Reelle Stadier

Lige nu er checkout lettere at forstå, hvis du deler det op i tre stadier:

1. Rivya opretter checkout-sessionen
2. brugeren gennemfører Stripe Checkout
3. Rivya venter på, at produktstatus igen bliver troværdig

Det tredje stadie er præcis grunden til, at /payment findes.

Hvor Checkout Kan Starte

Checkout starter aktuelt fra steder, der allerede matcher brugerens hensigt:

• Pricing
• /settings/billing
• /settings/credits

Og de to primære købsformer er:

• subscription plan checkout
• one-time credit-pack checkout

Det er forskellige kommercielle beslutninger, men de samles stadig i den samme bekræftelsessti.

Plan-Checkout Og Credit-Pack-Checkout Ligner Hinanden, Men Er Ikke Det Samme

Plan-checkout har abonnementsform.

Credit-pack-checkout er formet som en engangsopfyldning af wallet.

Den forskel betyder noget, fordi Rivya efter betaling skal vide, om den bør opdatere:

• subscription state
• eller wallet state

Derfor kan det samme Stripe-success-øjeblik stadig sende dig tilbage til forskellige produktflader bagefter.

Hvorfor /payment Overhovedet Findes

/payment er ikke en kvitteringsside i almindelig forstand.

Det er en behandlingsbro.

Dens job er at:

• læse Stripe session_id
• tjekke, om produktets betalingsrecord er settled
• fortsætte polling i en kort periode, hvis det er nødvendigt
• først derefter redirecte dig tilbage til den rigtige del af appen

Det gør den mere til en side for statussynkronisering end en indholdsside.

Hvornår Er En Betaling “Virkelig Færdig” Fra Produktets Perspektiv?

Fra brugerens synspunkt føles betalingen færdig, når Stripe siger, at den virkede.

Fra produktets synspunkt er betalingen først virkelig færdig, når account state er synligt opdateret i Rivya.

Det betyder typisk:

• betalingsrecorden er markeret som paid eller completed
• subscription- eller wallet-effekter er synlige
• du kan trygt vende tilbage til billing eller credits uden at se gammel state

Det er den reelle grund til, at produktet venter på /payment i stedet for straks at sende brugeren tilbage i appen.

Hvorfor Webhooks Stadig Betyder Noget, Selvom /payment Poller

/payment erstatter ikke Stripe webhooks.

Webhooks er stadig det, der opdaterer vedvarende backend-state.

/payment-siden findes, så oplevelsen kan vente, indtil den state er afspejlet godt nok til at stole på, før den redirecter.

Det er forskellen mellem:

• “Stripe behandlede noget”
• og “Rivya afspejler nu tydeligt den ændring”

Hvor Du Kommer Hen Efter Betaling

Return path er bevidst bundet til det, der ændrede sig.

Hvis købet var abonnementsrelateret, bliver du generelt sendt tilbage mod billing.

Hvis købet var en credit pack, bliver du generelt sendt tilbage mod credits.

Det er ikke kosmetisk routing. Det matcher det spørgsmål, brugere typisk har lige efter betaling:

• blev min plan opdateret?
• eller blev min wallet opdateret?

Hvad Timeout Eller Fejl Faktisk Betyder

Hvis /payment timer ud eller fejler, betyder det ikke automatisk, at selve betalingen forsvandt.

Oftere betyder det en af disse ting:

• produktets betalingsrecord er ikke settled endnu
• redirectet venter på state, der stadig er ved at indhente
• account-siden ville stadig se forældet ud, hvis brugeren blev sendt videre for tidligt

Derfor er en timeout-state bedre end en falsk success-state. Den fortæller brugeren, at produktbekræftelsen er den del, der stadig er ufuldstændig.

Den Bedste Måde At Kontrollere, Om Betalingen Virkelig Landede

Efter checkout er den reneste verifikationssti:

1. lad /payment færdiggøre sit flow
2. tjek /settings/billing, hvis købet var en plan
3. tjek /settings/credits, hvis købet var en pack
4. tjek Notifications Center, hvis kontoen stadig ser ude af sync ud

Det er som regel bedre end at refreshe tilfældige sider og gætte.

Betaling Bliver Også Kontohukommelse

Betaling er ikke kun en checkout-handling. Den bliver også en del af kontohistorikken gennem vedvarende events som:

• subscription started
• subscription renewed
• payment failed
• credit package added

Derfor betyder notifications også noget her. At lukke Stripe-fanen er ikke slutningen på kontohistorien.

En Bedre Mental Model

Den enkleste måde at tænke på Rivya-checkout er:

• Stripe håndterer pengebevægelsen
• /payment håndterer re-entry på produktsiden

Hvis du holder de to roller adskilt, bliver hele flowet lettere at forstå.

Læs Videre

• Credits og fakturering
• Planer og pakker i Rivya
• Notifications Center
• Troubleshooting i Rivya

Tjekliste Til Checkout-State

Når et køb ser ufærdigt eller forvirrende ud, skal du tjekke:

• Bekræft hvor Checkout startede: public pricing, billing settings eller credits settings.
• Tjek, om Stripe gennemførte betalingen og sendte brugeren tilbage til /payment.
• Vent på, at Rivya opdaterer subscription, pack, invoice og wallet state, før du starter en ny betalt opgave.
• Brug billing-sider til subscriptions og credits-sider til packs eller wallet history.
• Behandl ikke et browserredirect som bevis for, at webhook og account state allerede er settled.

Tjek Igen Før Du Prøver Betaling Igen

Tjek igen, før du prøver igen, hvis brugeren ser en forældet plan, manglende credits, duplikerede Checkout-vinduer, fejlet betaling eller en vellykket Stripe-kvittering, der endnu ikke afspejles i Rivya.