Vilken leverantör av kortbetalningar är egentligen billigast?
De har inga prislistor på webben (vad jag kan se).

Vill gärna inte ha någon fast månadsavgift

Anledningen för att de inte skriver ut priser är för att det är förhandlingsbart, ju mer transaktioner och större belopp, desto lägre avgifter får du.

Pay & Read har något som kallas för payer, de har inga månadsavgifter. http://www.pay-read.se/

Precis som polecat69 säger är det oftast förhandlingsbart.

Kolla med debitech. De har någon starttjänst utan månadsavgift. 995 kr / månad och 1% per transaktion.

Oj, verkar som samport har srungit ifrån ordentligt.

Kostnad
Uppstart 0 Kr
Månad 0 Kr
Transaktion 0,50 Kr

Det kan man kalla attraktivt erbjudande. Undrar om det finns någon hake?

Hittar du haken så hojta till, annars lät det nästan lite för bra för att vara sant.

Var inne på Samports sida och kollade lite mer.

Transaktionskostnaden på 50 öre/st hos Samport gäller endast om man kör deras API-lösning. Kör man en hosted-lösning så är transaktionskostnaden 2 kr/st.

/Henning

Är det inte API-lösningen man VILL köra? (klart, det sätter ju lite krav på att man måste ha SSL-cert, men ändå)

har i alla fall öppnat ett konto nu och det verkar vara som henning säger. Jag får betala 2 kr / transaktion eftersom jag utnyttjar deras SSL.

Har jag inga transaktioner betalar jag inget... kanondeal!!!

jag är helnöjd än sålänge...

Tillkommer det kostnader i form av kortinlösen eller annat? Bankavtal?

Kortinlösen tillkommer alltid, då beror det på din omsättning samt kreditnota och antal transaktioner vad företagen vill ta betalt. Förhandla lönar sig som alltid.

Är nedanstående exempel på inlösenavgifter eller är det totalkostnaden? Det är ett nytt avtal för medlemmar i Svensk Handel.


Kortavgifterna för Svensk Handels medlemsföretag halveras efter en uppgörelse med Nordea. (Uppdaterad: 2006-03-09)

http://www.gp.se/gp/jsp/Crosslink.jsp?d=132&a=263360

För betalning med svenska bankkort och med bankkort utgivna inom EU och Norge blir avgiften för handelsföretagen 99 öre per köptillfälle. För betal- och kreditkort blir avgiften 99 öre plus 1,52 procent av köpeskillingen. Avgiften när handlaren tar emot övriga utländska kort blir 99 öre plus 2,05 procent. Avtalet omfattar inte American Express eller Diners.

Detta verkar endast gälla försäljning i butik... inte över internet

Jo, Samport ja. Reggade ett konto också, men jag har stött på patrull. Jag vill att kunden matar in sitt kortnummer direkt på min sida (över https alltså), men är verkligen enda sättet att göra detta att installera deras fåniga dll-filer? Vill inte göra det med dll:er. Det blir ju liksom lite jobbigare att byta server å sånt då. Nån som vet?

okej, det låter ju inge vidare..jag som tänkt att använda samports API.
Förmodligen inte många webhotell som går med på att installera komponenter om du ligger på en delad burk med 200 grannar.
Och det känns inte som ett alternativ att man ska behöva slussas mellan olika servrar vid betalningen.

Fast det går nog använda SOAP ser jag nu efter en stunds letande, men som vanligt är dokumentationen obefintlig... Den förste som startar en betaltjänst med begriplig manual har nog lite kunder...

Har nån lust att lägga ut nåt exempel som funkar utan dll-filerna så är det nog fler än bara jag som är tacksamma.

Har nästan gett upp det där med API nu och kör på deras server, men då kommer ju nästa problem... Koden de skickar med funkar inte. Det blir felmeddelande. Jippi...

Så det fanns nog en hake. Nämligen att det är omöjligt att implementera...

Håller inte alls med.
Jag kör API på en kund och ssl redirecten på några andra och har aldrig stött på problem. Det går ju att köra allt det är bara en fråga om pris.¨

50 öre per API transaktion
2 kr per https redirect transaktion

kolla i katalogen "files" där finns exempel för både PHP och ASP med och utan dll filer.

Jeg har været i dialog med Samport, og de har intet plugin til at håndtering af OSCommerce i et API model.

Er der nogen som kan hjælpe med dette, så man spare sine egen udvikling?

Skapade ett demo konto hos dom, och dokumentationen var inte ens använda som toa papper. Inte alls bra ordning vad som hör till vad, även deras demo kod fungerade inte alls och deras felmedelande var ju inget av värde.

Sedan såg man att viss exempelkod för php endast var skriven för php5 när man kollade i den.

Så gav upp, betalar hällre någon tusen i startavgift hos några andra som det fungerar och har vettig ordning på exempel/dokumentation.

Jag var på väg att skapa mig ett testkonto när jag såg att det görs en kreditupplysning bara för att få testa. Ringde deras kundtjänst och undrade om man kunde få ta del av dokumentationen för API:et. Men för att de skulle lämna ut dokumentationen var man tvungen att gå igenom en kredkontroll.

Tyckte att det var lite tramsigt bara för att få ta del av dokumentationen så jag hoppade över deras testkonto och det var kanske väl det om nu dokumentationen (som jag ville åt) ändå var kiss kass.

Kontot skapades direkt vid beställning av demo konto, sedan om dom vill göra en kredit kontroll är det väl deras problem och jobb.

Jo, dokumentationen var kass, men nu har jag ändå lyckats lösa det hela, faktum är att det går att lösa med väldigt få rader kod. Det var asp.net-xml-exemplet som jag använde. Fick även maila kontaktpersonen om att lägga upp en "terminal" i kontot för att det skulle lösa sig.

Självklart!. Men jag vet ingen annan som låser in sin dokumentation bakom en kreditkontroll.

Demokonto = potentiell kund

Varför skulle de vilja ge dig information om deras API om du ej går igenom deras kreditkontroll och kan bli en kund?

messa mig om ni vill ha dokumentation, jag tror jag har laddat ner det mesta....

Jag anser tvärt om. Gör det så enkelt som möjlit att testa. Sen kan man göra kontroll när eller om man väl vill ha deras tjänst. I detta fallet var jag en "potentiell kund " men eftersom jag inte "vill" göra en kreditkontroll bara för att få testa eller ens titta på dokumentationen så blir jag ingen kund hos dem och väljer att fortsätta med den jag redan har.

Teoretiskt:
Eller om jag som utvecklare vill göra en online shop och integrera deras tjänst som ett betalsätt i min produkt. Skall jag då behöva göra en kreditkontroll för detta. Det är ju inte jag som skall använda den utan kanske 100-tals andra som kommer att köra denna webbshop!?

Men självklart är de dem som sätter spel reglerna och man väljer ju själv.

Vill du inte gå vidare för att du inte vill att de gör en kreditupplysning får man anta att du har betalningsanmärkningar, annars ser jag verkligen inte problemet.

Jag har jobbat på telia i 8 år och vi har alltid gjort upplysningar (anmärkningskontroller) på samtliga förfrågningar. Vi skulle aldrig lämna ut en spec för integration mot en växel utan att ha kollat upp kunden.

hehe, väntade bara på den. Konstigt vad vissa har förutfattade meningar. Nej, så är inte fallet utan det är av ren princip som jag väljer bort deras tjänst´"test" konto /dokumentation just på grund av att det skall behövas en kreditupplysning för att ens få titta i dokumentationen över API:et eller ens få ett "test" konto.

Men detta är väl snart vardagen att det skall behövas en kreditkontroll när man handlar en liter mjölk också fastän man betalar kontant :-) .

Handlar nog om du har betalningsanmärkningar etc så är det igen mening att dom ger dig ett test konto ens?

Kan hålla med om att tas verkligen mycket kreditkontroller på allt, fast samtidigt sker mycket bedrägerier som ökar.

Det är ett banksystem du vill integrera mot. Rolig jämförelse med mjölken....

:-)

Låt oss lägga ner denna diskussion nu.... vi kommer ingenvart.

:-) hehe, ja det blir nog bra där.

Kan ju upplysa om att dokumentation om Samports API är på väg och kommer att släppas i början av nästa vecka enligt deras support.

Ser att det ligger flera nya dokument uppe som är ditlagda idag....

Vi har brug for en API løsning til OSCommerce og vil gå igang med udviklingen så sanrt documentationen foreligger.

Er der andre som også kunne tænke sig at deltage i processen omkring udviklingen af et plugin?

I såfald høre jeg gerne fra dig på mss (@) e-invasion.dk