Ta betalt online

Av ovanstående har jag implementerat Paypal, Pay-read (payer) och Mo-SMS på uppdrag av kunder. De är relativt smidiga allihop. För dig som privatperson är väl mosms enklast att komma igång med. Det brukar gå bra att få tillgång till demokonton hos de flesta leverantörer så att du kan prova deras system.

Om du ska köra kortbetalningar direkt via din sida behöver du ett SSL-certifikat.

Kreditors lösning kan också vara intressant i sammanhanget, fast då snackar vi fakturabetalning.

Gislaved skrev:

Av ovanstående har jag implementerat Paypal, Pay-read (payer) och Mo-SMS på uppdrag av kunder. De är relativt smidiga allihop. För dig som privatperson är väl mosms enklast att komma igång med. Det brukar gå bra att få tillgång till demokonton hos de flesta leverantörer så att du kan prova deras system.

Om du ska köra kortbetalningar direkt via din sida behöver du ett SSL-certifikat.

Kreditors lösning kan också vara intressant i sammanhanget, fast då snackar vi fakturabetalning.

Mosms är enkelt och jag har rätt bra koll på hur det fungerar redan. Det är mer kortbetalning och betalning via internetbank (direktbetalning) som jag är intresserad av. Jag skall försöka med samport, payer och/eller paypal så fort jag känner att jag fått för lite att göra :)

Om man kan sätta upp så att man kan testa om det funkar måste man väl också kunna knappa in lite falska uppgifter som i testmiljön är korrekt. Vad ska tjuven med mina falska uppgifter till? ;)

Är det http://www.kreditor.se/Tjanster/Faktura/faktura.html du menar? Ja fakturor verkar intressant.

Finns det fler intressanta tjänster som inte tar ut för stora summor på sina tjänster?

lilja skrev:

Om man kan sätta upp så att man kan testa om det funkar måste man väl också kunna knappa in lite falska uppgifter som i testmiljön är korrekt. Vad ska tjuven med mina falska uppgifter till?

Vanligtvis får du några olika kreditkortsnummer som du kan testa med, både falska och "äkta". När du kör i demoläge dras aldrig något från korten, såklart.

Vi använder Samport, de är billiga, bra och enkla.

En följdfråga till detta...
Vad är kostnaderna rent generellt för sådana här lösningar?

HammerBoy skrev:

En följdfråga till detta...
Vad är kostnaderna rent generellt för sådana här lösningar?

Det varierar rätt kraftigt, det verkar inte finnas några generella prissättningar. En del är helt kostnadsfria att köra, men de tar istället någon procent av priset vid varje order. Andra kör med höga månadsavgifter och låga transaktionsavgifter. Det varierar även mycket beroende på vilket betalningssätt du väljer. Omkring 50% av summan försvinner från SMS- och telefonbetalningar, medan det handlar om kanske 5% vid kortbetalningar.

Testa att ta in prisuppgifter från några olika leverantörer så får du se.

Tack för svaret. Jag trodde inte att det varierade så kraftigt men det känns rätt rimligt om man tänker efter. Jag får kolla med lite olika :)

Dessutom verkar det skilja rätt bra inom samma lösningar beroende på hur stor omsättning du har. För kortbetalningar har jag sett allt från 0,5kr till 7% per transaktion.

Samport API med SAFS (extra bedrägeriskydd): 0,5kr+1,5kr per transaktion och 995kr anslutningsavgift

Paypal & Google: ca 2% + 0,30 dollar per transaktion och 0kr anslutningsavgift (finns biligare men detta är den enklaste)

Payer (korbetalning under 100kr): 7% under 100kr transaktioner och 2% över 1000kr och ingen anslutningsavgift (varierar kraftigt beroende på volym och priser på varorna)

Generellt sett kan man säga att om du har en stor volym så är det värt att betala en hel del för tjänsten. Tar vi t.ex. payers 7% avgift och du har en vara som kostar 99kr så blir de en kostnad på 693 för 100 varor. Samports 0,5öre kostar dig 50kr.

På Payer har du en helhetslösning med direktbetalning bank, kortbetalning, telefonbetalning, sms/wap-betalning, fakturering, köpgaranti till kunden... Men som sagt rätt hög avgifter, åtminstonne om din volym är låg. Kanse blir mycket bättre om den är högre...

På samport blit din kostnad 200kr. Snacka om skillnad! Du får dock bara kortbetalning via Visa, Mastercard och AmericanExpress med en anslutningsavgift på ca 1000kr.

Detta är bara några få exempel och de prisuppgifter jag fått. Du måste själva kolla vilka priser som gäller för dig i ditt fall...

edit// Ändrade lite felaktiga uppgifter...
edit2//ändrade igen...

Jo, detta är en enda gröt, på gott och ont. För om man tar sig tid att leta och jämföra, så kan man faktiskt spara en hel del. Värre blir det väl den dagen dom börjar köra med nästan identiska betalningsregler. Då kan dom ju också enklare kolla varandra, och priserna blir väl som på t.ex. bensin, dvs ungefär samma hos allesammans...

Men jag ska be att få höja ett varningens finger för payson (inte att förväxla med payer). Jag är säker på att många är nöjda med dom, men deras system kan inte ens ta kundernas postadresser, utan det får man ordna med själv vid sidan om. Säljer man fysiska varor som ska skickas, så blir det ett jäkla strul.

En annan sak man bör titta på om man behöver snabbt kassaflöde är att se hur ofta man kan få sina slantar utbetalade. Jag tror en del inte betalar mer än en gång i månaden, vilket kan vara katastrof om man är en liten plutt och behöver stålarna...

Jo payer verkar bra, men dyra om man väl börjar få fart på försäljningen. Speciellt om man säljer billiga saker...

Angående adressen. Är inte standardlösningen att man låter kunden skapa ett konto och sen när den "checkar" ut så skickas kunden till betalsystemet eller betalningen sköts via API?

lilja skrev:

Angående adressen. Är inte standardlösningen att man låter kunden skapa ett konto och sen när den "checkar" ut så skickas kunden till betalsystemet eller betalningen sköts via API?

Jo, de flesta (?) shoppingcarts kräver ju att folk ska registrera sig, och man får ju på det sättet in adressen. Men då får man ju inte betalningsuppgiften och adressen på samma ställe. Jag vet knappt jota om php, men de betalningsförmedlare jag använt för och efter payson såg till att ha utrymme för detta.

Förresten, eftersom jag personligen tycker väldigt illa om idén att man måste skapa konto i webbshoppar för att kunna handla så lät jag tillverka en egen shop som är mycket enkel och givetvis tillåter att folk ska kunna köpa utan att behöva bli medlemmar.

lilja skrev:

På samport blit din kostnad 200kr. Snacka om skillnad! Du får dock bara kortbetalning via Visa, Mastercard och AmericanExpress med en anslutningsavgift på ca 1000kr.

Hur har du kommit fram till den siffran?

cefalk skrev:

Hur har du kommit fram till den siffran?

http://samport.se/PDF/Samport Prislista - Sverige kortversion internet 20060407.pdf

Där står att om du har rörligt pris på SAFS innebär det 1,5kr per transaktion och kostnaden för enbart transaktionen är 0,5kr.

Jag skrev inte de men jag tänkte 100 varor. Ska ändra texten i tidigare inlägg...

Vis äger att varje vara kostar 99 kr.

100*1,5*0,5=200kr

På payer är avgiften procentbaserad och för mig är den 7% på en vara som kostar 99kr.
99*100*0,07=693.

Jag ser nu också att samport även tillhandahåller direktbetalning via bank och fakturor och att jag räknade på 70% på payers, hehe.

Snacka om jobbig morgon! (USA) ;)

Danne V skrev:

Förresten, eftersom jag personligen tycker väldigt illa om idén att man måste skapa konto i webbshoppar för att kunna handla så lät jag tillverka en egen shop som är mycket enkel och givetvis tillåter att folk ska kunna köpa utan att behöva bli medlemmar.

Ja det är ett extra steg vilket innebär att man tappar kunder. Ju jobbigare det är att handla desto längre tid tar det att betala och desto fler hinner ånga sig. Det är en möjlighet :(

Jag testar Payers kortbetalning i testläge och jag hittar inget om att man ska skriva in någon adress på deras betalsida??

Väldigt, väldigt basic testshop...
http://sulley.dm.ucf.edu/~clilja/oscommerce/

Testa checka ut med kortnummer 4111111111111111, skriv vilka värden du vill i exp-date och de där hemliga numrerna...

Nu hänger jag också med. Men tillkommer inte sen inlösenavtal hos din bank för att lösa in transaktionerna?

lilja skrev:

Ja det är ett extra steg vilket innebär att man tappar kunder. Ju jobbigare det är att handla desto längre tid tar det att betala och desto fler hinner ånga sig. Det är en möjlighet :(

Inte bara att det lite längre tid. Även att folk blir förbannade. Om jag inte behöver registrera mig på ICA för att köpa mjölk, varför i herrans namn ska jag gå med på att en webbutik - vars ägare kan vara en skitstövel - ska få mina personliga uppgifter?

lilja skrev:

Jag testar Payers kortbetalning i testläge och jag hittar inget om att man ska skriva in någon adress på deras betalsida??

Sorry, jag kanske uttryckte mig fel. Jag menade att payson inte tog emot adressuppgifter och annat från shoppingcarten. Man fick ordna så att de skickades separat (min personlige php-guru ordnade det). Men payer (och troligen alla andra seriösa betalningsförmedlare) tar emot all info som kommer från butiken, även adresser och annat.

lilja skrev:

Väldigt, väldigt basic testshop...
http://sulley.dm.ucf.edu/~clilja/oscommerce/

Testa checka ut med kortnummer 4111111111111111, skriv vilka värden du vill i exp-date och de där hemliga numrerna...

Nä.... Man måste ju bli medlem. :(

Danne V skrev:

Inte bara att det lite längre tid. Även att folk blir förbannade. Om jag inte behöver registrera mig på ICA för att köpa mjölk, varför i herrans namn ska jag gå med på att en webbutik - vars ägare kan vara en skitstövel - ska få mina personliga uppgifter?

Du menar ICA i butiken? Om du ska leverera en vara till någon vill du ha så mycket uppgifter som möjligt. Vissa payment-gateways erbjuder kontroll mellan adresen som ditt konto-kort är kopplat till och den adress som användaren anger. Allt för att förhindra bedrägeri, men du kan bara skicka produkter hem om det är så...

Danne V skrev:

Sorry, jag kanske uttryckte mig fel. Jag menade att payson inte tog emot adressuppgifter och annat från shoppingcarten. Man fick ordna så att de skickades separat (min personlige php-guru ordnade det). Men payer (och troligen alla andra seriösa betalningsförmedlare) tar emot all info som kommer från butiken, även adresser och annat.

Jag har inte kollat närmre på koden men jag tror payer och payson gör på samma sätt. man kan väl skicka adressuppgifter till payson? I betal-grejen jag har skapar man ett konto och skickar sedan all information till Payer, inklusive adress och allt annat. Användaren behöver bara skriva in sitt kortnummer, namn, exp-date och cvs-kod (heter de väl? de där tre-fyra extra).

Man kan också sköta det hel automatiskt så att man skickar info till Payer eller Payson. De kontrollerar så att allt stämmer och returnerar om transaktionen gick bra eller dåligt. Användaren behöver då aldrig lämna sidan. Kräver dock ett SSL-certifikat så man kan skicka krypterat...

Danne V skrev:

Nä.... Man måste ju bli medlem. :(

Hehe, mm. Möjligt att man kan ändra en inställning för att gå runt det där. OsCommerce är ett rätt komplett system :)

lilja skrev:

Du menar ICA i butiken? Om du ska leverera en vara till någon vill du ha så mycket uppgifter som möjligt. Vissa payment-gateways erbjuder kontroll mellan adresen som ditt konto-kort är kopplat till och den adress som användaren anger. Allt för att förhindra bedrägeri, men du kan bara skicka produkter hem om det är så...

Du missförstår tror jag. Självklart behöver betalningsförmedlaren vissa uppgifter för att kortet ska godkännas osv. Men man ska väl inte behöver skapa ett konto i själva webbutiken för det, eller hur?

lilja skrev:

Jag har inte kollat närmre på koden men jag tror payer och payson gör på samma sätt. man kan väl skicka adressuppgifter till payson?

Nej, det var det man inte kunde. Jag var tvungen att fixa så att vissa uppgifter skickades vid sidan om payson, eftersom dom inte klarade att ta med adresser och annat bland de uppgifter dom vidarebefordrade till mig.

Så här alltså:

Kunden fyllde i namn, adress, telefon, produkt, pris, antal och några andra grejer i shoppingcarten innan dom gick vidare till paysons betalningssidor. Men paysons system tog bara upp namn, pris, produktnamn och antal. Så min php-guru fick fixa så att resten av uppgifterna (bl.a. adressen) skickades direkt till mig från carten när köpet avslutats. Jag fick alltså två mail. Ett från paysom med namn, pris, etc. Ett annat direkt från min egen cart med adress och lite annat. Ungefär så "funkade" det.

lilja skrev:

Hehe, mm. Möjligt att man kan ändra en inställning för att gå runt det där. OsCommerce är ett rätt komplett system :)

Jag var inne och bråkade för nåt år sen om detta på OsCommerces efterföljare (minns ej vad den carten hette). Men det gick faktiskt inte. Kunder var tvungna att registrera sig. Kanske dom har fixat det nu...

Danne V skrev:

Du missförstår tror jag. Självklart behöver betalningsförmedlaren vissa uppgifter för att kortet ska godkännas osv. Men man ska väl inte behöver skapa ett konto i själva webbutiken för det, eller hur?

Om du beställer en produkt som ska skickas till dig måste information sparas någonstans. För att slippa upprepa stegen där man skriver i sina adressuppgifter varje gång en kund ska handla så kan man skapa konton. I vilket fall som hellst kan säljaren (vi) se kundens adressuppgifter. DU måste ju veta vart du ska skicka produkten, eller hur?

Danne V skrev:

Nej, det var det man inte kunde. Jag var tvungen att fixa så att vissa uppgifter skickades vid sidan om payson, eftersom dom inte klarade att ta med adresser och annat bland de uppgifter dom vidarebefordrade till mig.

Så här alltså:

Kunden fyllde i namn, adress, telefon, produkt, pris, antal och några andra grejer i shoppingcarten innan dom gick vidare till paysons betalningssidor. Men paysons system tog bara upp namn, pris, produktnamn och antal. Så min php-guru fick fixa så att resten av uppgifterna (bl.a. adressen) skickades direkt till mig från carten när köpet avslutats. Jag fick alltså två mail. Ett från paysom med namn, pris, etc. Ett annat direkt från min egen cart med adress och lite annat. Ungefär så "funkade" det.

Stämmer. Kollade på specifikationen av deras API som de kallar agentintegration och det fanns ingen adress där...
https://www.payson.se/Prod/Agentintegration.pdf

Danne V skrev:

Jag var inne och bråkade för nåt år sen om detta på OsCommerces efterföljare (minns ej vad den carten hette). Men det gick faktiskt inte. Kunder var tvungna att registrera sig. Kanske dom har fixat det nu...

Håller med, tycker man borde kunna erbjuda båda alternativen. Åtminstonne om det är en produkt man inte skickar till en "fysisk adress"... IP kanske är fysisk men ni vet avd jag menar, i den vanliga världen...