Nyt fotografsite - Hvilken betalingsløsning skal jeg vælge?

Hej allesammen !

Jeg har lidt problemer med at finde ud af hvilken betalingsløsning jeg skal vælge til mit nye site. Det er ikke en webshop i den traditionelle forstand. Her er lige en kort præsentation til sitet

Sitet gør det muligt for fotografen at uploade billederne fra en optagelse, op på hjemmesiden beskyttet af brugernavn og password. Kunden kan da logge ind for at se og bestille sine billeder. Efter billederne er valgt ud, skal brugeren betale for ordren, og det er her komplikationen ligger. Når brugeren har bekræftet og betalt ordren, sendes den videre til en virksomhed der printer billederne og sender dem direkte til kunden.

Forestil jer at billedbestillingsprocessen er opdelt i fem skridt hvor betaling er det fjerde. Findes der en løsning der kan implementeres direkte på mit site, eller skal brugeren videresendes til et "betalingssite" og returneres til fotografens site derefter?

Hvad kan lade sig gøre og hvad kan ikke?

DBH

Mathias Bak

Thomas Reberholt:

Paypal helt sikkert :) 

Hej Thomas !

Ville du have noget imod at give mig en lille uddybelse af hvorfor Paypal ville være godt til formålet? :-)

Det afhænger meget af hvor mange transaktioner du regner med at gennemføre pr. måned. Der er forskellige betalingsløsninger på det danske marked, men de kan alle integreres i hvilket som helst website, under anvendelse af en smule kvalificeret knofedt :-) De adskiller sig primært på månedlig basisafgift, gebyrer pr. transaktioner og service-interfaces.

Hvilke betalingsmetoder (Dankort, andre kreditkort, m.m.) ønsker du at tilbyde? Er det kun for danske kunder eller går du internationalt? Og hvilken platform/sprog er din løsning kodet i?

Mathias Bak:

Mikkel Elmholdt:

Det afhænger meget af hvor mange transaktioner du regner med at gennemføre pr. måned. Der er forskellige betalingsløsninger på det danske marked, men de kan alle integreres i hvilket som helst website, under anvendelse af en smule kvalificeret knofedt :-) De adskiller sig primært på månedlig basisafgift, gebyrer pr. transaktioner og service-interfaces.

Hvilke betalingsmetoder (Dankort, andre kreditkort, m.m.) ønsker du at tilbyde? Er det kun for danske kunder eller går du internationalt? Og hvilken platform/sprog er din løsning kodet i?

Hej Mikkel tak for dit svar :-)

Sitet er kodet i php og hvad der hører dertil. Jeg regner ikke med at det skal være det helt store der bliver solgt. Det vil være meget forskelligt men jeg vil skyde på omkring 10-40 ordrer pr. måned af omkring 200-1000 kr. Det er dog blot et groft estimat, da siden skal sælges som en all inclusive løsning til diverse små fotografer rundt omkring i landet.

Jeg har ingen forstand på dette, så det kan godt være jeg spørger dumt.Hvis jeg skal have integreret betalingsløsningen på mit site kræver det vel også at forbindelsen er krypteret eller hvad? Hvordan integreres denne løsning? Får du noget kode du skal indsætte på dit site, eller klares alt igennem en iframe? Er det nok at den side der loades i iframen er SSL krypteret eller skal den omkringlæggende side også være det før det er sikkert?

// Mathias Bak

Hej Mathias, 

Der er mange muligheder for integration af betalingsløsninger. Der er også ca. lige så mange måder, at integrere på. 

Du skal nok tænke på dit valg som værende mellem PayPal og en betalingsgateway. Det lyder ikke som om, at du kommer til at have en enorm mængde omsætning til at starte ud med, derfor vil PayPal formentlig være den billigste løsning for dig. 

PayPal integrerer ved at folk trykker på en knap for at købe og ryger over på PayPal siden, derfra håndteres hele betalingen og der returneres til din side. PayPal sender et callback til din server, som indeholder nogle data - disse data skal du kigge på og sammenligne med data om ordren, for at sikre at "kunden" ikke har snydt dig. 

Integrationen er relativt smertefri - hvis man har erfaring med at programmere - PayPal's gebyr er (så vidt jeg husker) omkring 7% men der er ingen opstartsudgifter og faste udgifter ved at modtage betalinger igennem PayPal. 

Ulempen ved PayPal er, at det ikke har vundet folks hjerter i Danmark (endnu forhåbentlig) og at du ikke kan tage imod Dankort, medmindre det er Visa/Dankort.

Den anden mulighed er, at du har din egen indløsningsaftale med PBS og bruger en betalingsgateway. Der er nogle flere udgifter forbundet med dette og du skal modtage en del køb før det kan betale sig for dig. 

ePay Light koster 99 kr om måneden, 399 i oprettelse. Hos PBS koster det 250 kr at få en indløsningsaftale til danske kort (Dankoart og eDankort) samt 1000 kr om året i abonnement. 

Det er så en løsning du kan integrere på din hjemmeside igennem et "relay script" hos ePay, hvor du relayer din egen betalingsformular igennem deres SSL certifikat, så du ikke skal tænke på det selv. Du må aldrig have betalinger i en iframe, for kunden skal kunne se hængelåsen i browseren. 

ePay håndterer så betalingen og sender videre til en acceptUrl eller en declineUrl - begge som du har defineret, og som også skal relay'es. På acceptUrl kigger du på de data der kommer retur fra ePay (et md5 hash) og hvis det matcher med de data du har sendt afsted og jeres shared secret, så kan du godkende betalingen. 

Er der tale om en virtuel vare der leveres med det samme kan du så trække betalingen med det samme automatisk. Er der tale om fysiske varer må du ikke trække pengne før du sender kundens ting afsted. 

Håber der var lidt du kunne bruge til noget :)  

/Frands

Frands:

Hej Mathias, 

Der er mange muligheder for integration af betalingsløsninger. Der er også ca. lige så mange måder, at integrere på. 

Du skal nok tænke på dit valg som værende mellem PayPal og en betalingsgateway. Det lyder ikke som om, at du kommer til at have en enorm mængde omsætning til at starte ud med, derfor vil PayPal formentlig være den billigste løsning for dig. 

PayPal integrerer ved at folk trykker på en knap for at købe og ryger over på PayPal siden, derfra håndteres hele betalingen og der returneres til din side. PayPal sender et callback til din server, som indeholder nogle data - disse data skal du kigge på og sammenligne med data om ordren, for at sikre at "kunden" ikke har snydt dig. 

Integrationen er relativt smertefri - hvis man har erfaring med at programmere - PayPal's gebyr er (så vidt jeg husker) omkring 7% men der er ingen opstartsudgifter og faste udgifter ved at modtage betalinger igennem PayPal. 

Ulempen ved PayPal er, at det ikke har vundet folks hjerter i Danmark (endnu forhåbentlig) og at du ikke kan tage imod Dankort, medmindre det er Visa/Dankort.

Den anden mulighed er, at du har din egen indløsningsaftale med PBS og bruger en betalingsgateway. Der er nogle flere udgifter forbundet med dette og du skal modtage en del køb før det kan betale sig for dig. 

ePay Light koster 99 kr om måneden, 399 i oprettelse. Hos PBS koster det 250 kr at få en indløsningsaftale til danske kort (Dankoart og eDankort) samt 1000 kr om året i abonnement. 

Det er så en løsning du kan integrere på din hjemmeside igennem et "relay script" hos ePay, hvor du relayer din egen betalingsformular igennem deres SSL certifikat, så du ikke skal tænke på det selv. Du må aldrig have betalinger i en iframe, for kunden skal kunne se hængelåsen i browseren. 

ePay håndterer så betalingen og sender videre til en acceptUrl eller en declineUrl - begge som du har defineret, og som også skal relay'es. På acceptUrl kigger du på de data der kommer retur fra ePay (et md5 hash) og hvis det matcher med de data du har sendt afsted og jeres shared secret, så kan du godkende betalingen. 

Er der tale om en virtuel vare der leveres med det samme kan du så trække betalingen med det samme automatisk. Er der tale om fysiske varer må du ikke trække pengne før du sender kundens ting afsted. 

Håber der var lidt du kunne bruge til noget :)  

/Frands

Tusind tak for dit meget uddybende svar Frands !!!

Jeg må hellere lige følge lidt op på den del med SSL certifikatet, da jeg ikke forstår denne del helt, men det kan vel findes ved at lede lidt på ePays egen hjemmeside. De må da have skrevet en eller anden form for tutorial til NOOBS :-)

Jeg tror jeg vil tilbyde begge løsninger til fotograferne, så kan de selv vælge om de synes de har økonomi til at vælge løsningen med PBS eller om de vil spille den 'safe' og vælge paypal-løsningen.

Jeg sætter pris på at du gad at tage dig tiden, og besvare mit spørgsmål Frands. Mange tak!

// Mathias Bak

Mikkel Elmholdt:

• Den del med SSL certifikatet skal du ikke spekulere så meget over. Den del står ePay for og det er ikke noget du umiddelbart selv skal rode med (det kan du godt hvis du vil være advanceret men det er ikke nødvendigt).

Hvis du ikke allerede er klar over det så husk, at i følge de regler, der trådte i kraft i juni 09, så må man ikke længere hoste betalingsformularen selv, uanset om man har SSL certifikat eller ej. For at hoste en betalingsformular til en PBS løsning skal man nu være PCI certificeret - og det er ikke småting der så skal være styr på. 

PBS kan dog lave undtagelser hvis man har mindst 20.000 transaktioner om året.. Hvorfor de kan/vil det skal jeg så ikke kunne svare på. 

Så det jeg skal bruge er et abonnement på ePay light og en pbs indløsningsaftale.

Det vil så rende op i

ePay oprettelse: 399 kr

PBS indløsningsaftale: 250 kr

og løbende vil jeg skulle betale:

ePay: 99 kr pr. måned

PBS: 1000 kr pr. år

Er det korrekt antaget ?

Skal jeg derudover så betale procenter af salgene eller et gebyr pr. transkation?