[Standout]

För en person med någorlunda goda kunskaper i programmering är det ingen match att sätta upp Pay&Read på sin sida.

[Micke_N]

Originally posted by Standout@Aug 20 2005, 07:56
För en person med någorlunda goda kunskaper i programmering är det ingen match att sätta upp PayRead på sin sida.

Kanske inte hör hemma här men jag tänkte testa deras system och registrerade mig på deras sida och man fick ett Certifikatsnummer osv. Men vart är all info om hur jag kopplar in mig på deras system? Har ju givetvis skickat ett mail dill "Pay" också men man lär ju inte få svar nu på helgen antagligen.

Så kanske det är någon här som vet vart jag hittar den infon på deras sida? kör själv ASP.NET och Webservice så det är den biten jag vill ha info om.

/Micke

[creoweb]

När man skrivit på avtalet med P & R så får man all information om hur man går tillväga. Finns färdiga lösningar beroende på om man kör php eller asp, bara att implementera en färdig kod.

Man har även illgång till manualer av olika salg, säkert ett 100-tal pdf-filer totalt.

/Jonas

[Lundstedt]

Har inte gett mig på PayRead än, men det lär väl vara dags snart. Vad jag tänkte på var om man måste använda PayReads egna "betalningssida" (á la PayPal) eller om det går att integrera såpass att kunden aldrig märker av PayRead?

EDIT: Inte bra att surfa vid den här tiden. Man stavar som en gös.

[creoweb]

Om du har ett SSL installerat på din server så märker inte kunden av något, men har du inte det så använder du P & R SSL, vilket innebär att kunden hamnar på P & R:s sida för ett litet ögonblick där man får klicka på "Godkän" eller något i den stilen. Går väl även att fixa så att kunden inte behöver "godkänna" genom att sätta värdet till "0". Men då kör man över kunden lite om du förstår hur jag menar.

Flödet blir väl inte det optimala om man inte har ett eget SSL, men säkerheten är absolut densamma.

Om jag inte missminner mig så är det så det fungerar.

EDIT: Hoppas jag förstod din frågeställning korrekt.

/Jonas