[evomedia]

Tack för alla svar! jag har fått en rätt bra uppfattning...

Det behöver inte vara hostad utan vill köra det som blir billigast

Angående krav så är väl dom flesta kortbetalmoduler rätt lika?

Som Magnus skriver så är det väl detta som ska göras
1. Reserverar beställningen i e-handelssystemet.
2. Skickar underlag för betalning till en betalförmedlare.
3. Tar emot svar från betalförmedlaren och antingen uppgraderar den reserverade beställningen till slutförd, eller så avbryter beställningen och släpper varorna fria igen.

något mer?

[Gustav]

Sådant här är inga konstigheter och går lätt att göra om du använder dig av en färdig betalväxel såsom Dibs, Samport, Auriga, eller motsvarande. Mellan 3 och 10 timmar arbete skulle jag säga, beroende på vem du anlitar och om kodknackaren gjort liknande jobb tidigare.

Du behöver inte tänka ut hur det ska fungera. Det rör sig som sagt om färdiga lösningar som bara behöver integreras med butiken. På gott och ont så har du alltså inte så många valmöjligheter, utan det kan i princip bara fungera på ett sätt.

Alternativet är att utveckla en egen betalväxel. Men det bör bli en riktigt dyr historia. Minst några hundratusen i utvecklingskostnader och ytterligare några hundratusen på PCI-certifieringen som krävs för att hantera kortuppgifter. Det är egentligen bara ett alternativ för stora företag.

Sen ska man veta att kortbetalningar över nätet inte fungerar särskilt bra år 2011. 30-40 % misslyckade/avbrutna kortbetalningar är helt "normalt". Så du bör erbjuda andra betalningsalternativ som komplement.

Man kan fråga sig vilken ICA-handlare som skulle acceptera att vart tredje kortköp misslyckades :/. Vi e-handlare gör det i alla fall dagligen.