Det här har vi byggt själva
- FolkPanelen: BankID-inloggning i en app för iOS och Android, och utbetalningar till användare via Swish.
- Uppkörningstid: BankID-inloggning på webben och betalning med Stripe.
- Passakuten: betalningar med Stripe på samma plattform som Uppkörningstid.
Det betyder att vi vet var det brukar skava: certifikat som går ut, testmiljöer som beter sig annorlunda än produktion, webhooks som kommer i fel ordning och användare som avbryter mitt i ett flöde.
BankID-integration
BankID används för inloggning och för att signera avtal eller godkännanden. Tekniskt sker det via BankID:s API från er server, aldrig direkt från webbläsaren eller appen.
- Avtal – ni behöver ett avtal för BankID, antingen genom er bank eller genom en förmedlare. Vi hjälper till att välja väg.
- Säker start – användaren startar BankID via animerad QR-kod eller genom att appen öppnas på samma enhet. Vi bygger båda flödena.
- Inloggning i app – i en mobilapp ska BankID-appen öppnas och användaren skickas tillbaka på ett smidigt sätt. Läs mer i guiden BankID i app.
- Hantering av personnummer – vi lagrar bara det som behövs och skyddar det som personuppgifter ska skyddas.
Swish-integration
Swish för företag kräver ett avtal med en bank som erbjuder Swish och ett certifikat som ert system använder för att prata med Swish. Därefter kan betalningar startas från er webb eller app.
- Betalning på samma enhet – Swish-appen öppnas direkt från er app eller mobilwebb.
- Betalning från dator – kunden skannar en QR-kod eller anger sitt nummer.
- Återbetalningar – när en order avbryts eller en tjänst inte levereras.
- Utbetalningar – att skicka pengar till användare, som i FolkPanelen. Det kräver en separat tjänst och avtal.
- Callbacks – Swish meddelar er server när en betalning gått igenom. Det är där ordern ska bekräftas, inte i webbläsaren.
Den tekniska detaljen går vi igenom i guiden om Swish-integration.
Stripe-integration
Stripe passar när ni vill ta betalt med kort och digitala plånböcker som Apple Pay och Google Pay, eller när ni säljer prenumerationer. Stripe sköter kortuppgifterna, så att de aldrig behöver passera era servrar.
- Engångsbetalningar och prenumerationer med provperioder, uppgraderingar och uppsägning.
- Kundportal där kunder själva byter kort och laddar ner kvitton.
- Webhooks som håller er databas synkad med vad som faktiskt hänt i Stripe.
- Hantering av misslyckade dragningar och påminnelser.
Säljer ni digitalt innehåll inuti en mobilapp kan Apples och Googles regler kräva att deras egna köpsystem används. Vi går igenom vad som gäller för just er modell innan vi bygger.
Vilken betallösning passar?
Det finns ingen lösning som är bäst för alla. Några tumregler från det vi har byggt:
- Engångsköp från svenska privatpersoner – Swish är välkänt och snabbt, gärna med kort som alternativ.
- Prenumerationer – kort via Stripe, eftersom återkommande dragningar sköts automatiskt.
- Kunder utanför Sverige – kort och digitala plånböcker, eftersom Swish är en svensk tjänst.
- Pengar ut till användare – Swish-utbetalningar, som i FolkPanelen.
- Företagskunder – ofta faktura, ibland i kombination med kort för mindre belopp.
OAuth och SSO
Alla tjänster behöver inte BankID. För B2B-tjänster är inloggning med Microsoft- eller Google-konto ofta enklare för användarna, och vi bygger OAuth- och SSO-flöden för det. Ibland kombinerar vi: BankID för konsumenter och SSO för företagskunder.
Säkerhet och drift
Betalningar och identitet är de delar av ett system där fel kostar mest. Vi loggar alla händelser, gör flöden idempotenta så att en dubbel callback inte ger dubbla ordrar, håller koll på när certifikat behöver förnyas och testar i respektive leverantörs testmiljö innan något går live.
Vi bygger integrationerna i nya projekt – se webbutveckling och apputveckling – eller lägger till dem i system ni redan har. Priset sätts som fast pris efter offert. Leverantörernas egna avgifter för BankID, Swish och Stripe betalar ni direkt till dem.