11. januar 2008 - 19:13Der er
32 kommentarer og 1 løsning
SSL kryptering for begyndere
Hej folkens.
Jeg vil gerne lave en portal der kan godkendes af PBS og som kan SSL certificeres. Kan i henvise mig til en tutorial eller kan i selv give mig en step-by-step gennemgang af hvad jeg skal undersøge, købe og sørge for?
Hvis du vælger Betalingsgateway fra fx. Fribetaling, DIBS, Wannafind eller andre tilbyder de gerne et Relay script således at selve SSL delen skal du ikke tænke på.
Tak for hjælpen - som du nok kan fornemme så har jeg ikke kæmpe forstand på det. Men puha, det lyder dyrt med at købe gateways.
Kan det virkelig ikke gøres selv ret nemt - jeg synes jeg havde forstået at det var ret enkelt at sætte en webshop op. Er det meget kompliceret at udvikle det selv?
Bemærk hvis det er udenlandsk visa du også vil tage skal du have Minimum Medium pakke ved DIBS og Pro ved Fribetaling samt du skal have 2 indløsningsaftaler 1 til Dankort og 1 til Visa
Lad os sige jeg bruger fribetaling: Det skal være muligt at sende penge tilbage til folks kort, så jeg har brug for at kunne lave "kreditteringer" eller hvad? Hvad er "remote capture" og "automatisk capture"?
Jeg ønsker at internet-betalingerne skal kunne igangsættes ved afsendelse af en enkelt URL. Dvs at en anden server sender en URL til en hjemmesde/server som så igangsætter betalingen på baggrund af de strenge der er i URL'en. VIl det kunne lade sig gøre tror du? (Og sikkert vel og mærke)
Ikke andet end at den skal godkendes af PBS, kræver vist sit og med strenge godkendelses procedurer (og en stor pengepung). Det mest almindelige er at man bruger en allerede godkendt gateway som fx. dem jeg nævner.
Man skal anmode om Kreditkort oplysninger og dette skal ske på en SSL, så det man fx. gør at man enten bruger et betalingsvindue som udbyderen stiller tilrådighed eller laver sin egen som kaldes igennem deres Relay system.
OK, så jeg bruger nok en færdigt lavet gateway. Og Jeps det er Dankort og VISA-Dankort jeg tænker på. :-) Det med URL'en tror du det kan lade sig gøre?
Jeg er ikke sikker på hvad du mener med: at en anden server sender en URL til en hjemmesde/server som så igangsætter betalingen på baggrund af de strenge der er i URL'en
Betalingsgatewayen skal have nogen få oplysninger, såsom Ordrenummer, beløb, Kortnummer, CVC, og udløbsdato (+ et par oplysninger som merchantID, valuta osv.)
Det er i bund og grund prøver at komme frem til er f.eks. at en bruger klargør en betaling på vores hjemmeside ved at indtast dankort oplysninger der er nødvendige. Derefter skal han kunne godkende betaling ved at sende en SMS gennem min SMS Gateway. SMS gateway serveren sender en URL med visse oplysninger til min hjemmeside der sammenholder SMS-informationen med de dankort informationer brugeren tidligere har givet. Hjemmesiden sender derfra en URL til betalingsgateway'en med de nødvendige oplsyninger og gennemføre betalingen uden at brugeren behøver at være på nettet eller godkende noget. Kvittering sendes på e-mail eller sms efter ønske.
ok, hvordan kan jeg sno mig uden om det vil du mene? Kan jeg opbevare dem på betalingsserveren? Eller kan man søge om godkendelse? Jeg satser jo på at bruge webhotel.
Evt. ved du hvor jeg kan forhøre mig yderligere om det emne? Det er en grundpille i min virksomhedsidé at jeg kan opbevare folks dankortoplysninger. Jeg synes jeg ser flere steder der gør det, (Google m.fl.)
Du skal have en abonnements aftale med pbs, saa kan betalingsgateway'en gemmer oplysninger for dig, og du kan lave gentagne captures, dog kun op til det beloeb som kunden har godkendt.
En capture er naar du fortaeller pbs at du gerne vil have overfoert penge fra kundens kort, dvs. foerst laver en kunde en authorize, dvs. indtaster sine kort oplysninger, men du skal selv ind senere og rent faktisk traekke pengene selv senere (eller det kan goeres automatisk eller hvordan det nu skal fungere), men det som er vaesentligt er at der ikke bliver trukket penge paa en kunde's konto, blot fordi de indtaster oplysningerne paa f.eks. dit site
Ok, det må jeg sige, i er gode til at få det forklaret! :) I virker virkelig som om i har styr på det - så måske i også ved om det på trods af hvad i skriver ovenfor vil være muligt, at lave services således at kunder autoriserer gentagne hævninger med ujævne mellemrum, op til et bestemt beløb? Altså, at kunden f.eks. siger "Over de næste tre måneder må der hæves OP til 1000 kr. på mit kort" og at betalingsgateway'en derefter har "fri tøjler" til at hæve så meget den vil op til 1000 kr. i den periode.
Disse hævninger vil i praktisk blive igangsat af kunden selv ved ordre på SMS eller over nettet, men de vil ikke have behov for hver gang at skulle give deres dankort oplysninger.
Ja, der burde være nogen muligheder. Men der ville jeg nok tage kontakt til DIBS og høre om det er muligt at Remote Capture på en Abb. kunde, det ved jeg ikke om man kan
Jeg kan godt se at mine spørgsmål bærer præg af at jeg ikke ved så meget om emnet. ´
Det jeg i bund og grund prøver at nå frem til, er et system som f.eks. Apples AppleID hvor kortoplysninger er gemt et eller andet sted, og at der på brugerens egen anmodning kan hæves gentagne gange, med ujævne mellemrum forskellige beløb - altsammen uden at brugeren nogensinde skal have sit Dankort frem.
Sonofon gør det også. Man kan tanke op med forskellige beløb gennem deres hjemmeside med ujævne mellemrum uden at gentaste kortdata.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.