Basic e-commerce. Technische integratiegids voor e-commerce Versie 1.3



Vergelijkbare documenten
Uw Ogone Test Account aanmaken en configureren

Een Testaccount Aanmaken en Configureren

1. Inleiding. e-terminal

1. De consument klikt op de «Betalen met ideal» knop op de website van de winkelier.

One Page Checkout / Alias Gateway

2016 KBC CBC PAYPAGE. e-terminal

ideal Betaal Formulier (Ondersteund o.a. ideal, MisterCash, Direct E-Banking en Credit Card)

HANDLEIDING IDEAL EASY

Handleiding Maestro. door Patricia Sturm 29 september Versie 1.1 Openbaar

Integreren met Ogone e-commerce

Gebruikers handleiding Brugge Printshop webshop

Handleiding American Express

MultiSafepay handleiding

Networking4all Handleiding bestelprocedure en installeren SSL Certificaat April 2013

Welkom bij Digicel Online Top Up

Handleiding AfterPay. door Patricia Sturm 5 september Versie 2.5 Openbaar

meervaart: handleiding online bestellen 1

Quick start handleiding versie 1.0

Handleiding voor online tolkaanvragen IN-Gent vzw afdeling tolken en vertalen. Aanvraagtermijn: Min. 2 werkdagen en max. 90 dagen vóór de uitvoerdatum

Hoe "PO Omzetten" gebruiken om een factuur te maken van een purchase order

Gebruikshandleiding. Downloadsite van de Rabo OmniKassa

Handleiding: AfterPay België. Versie 1.0. Handleiding: AfterPay België pag. 1

Handleiding ticketkoper AntigoneCloud Editie. CC Sint-Niklaas. Handleiding ticketkoper Antigonecloud editie 1

Handleiding ticketkoper Antigone Cloud Editie CC Lokeren

Handleiding Q8Liberty Web

NL handleiding online aanvragen en bestellen producten 3D Worknet

Internet Quotations: Handleiding voor Fleet Managers

Handleiding Bancontact

HANDLEIDING store2actions. Online-beheer van uw voorraad

Transactiestatussen- en fouten

Handleiding ticketkoper Antigone Cloud Editie

Handleiding Afterpay België

Handleiding: Whitelabel Customersite

Handleiding Simon. 5 juni Schouw Informatisering B.V. Danny Cevaal. Versienummer 1.0

Shell Card Online e-invoicing Service Gebruikershandleiding. Versie 2.8

Handleiding gebruik agenda s Sint-Martens-Latem

eservice Gebruikershandleiding eservice Gebruikershandleiding v1.0 Pagina 1

Handleiding ticketkoper Antigone Cloud Editie

Magento 1.4.x x module. Version 4.1.X

Handleiding Webapplicatie Robin

Handleiding App installatie en beheerportal

Handleiding Groenhuysenpas

Gebruiksaanwijzing webwinkel januari 2013

Ariba Supplier Self-Registation

HANDLEIDING WEBSHOP PLUGIN WOOCOMMERCE VOORSTRAAT BB SPIJKENISSE THE NETHERLANDS SUPPORT

CitiManager: Beknopte migratiehandleiding voor kaarthouders

Handleiding AmbraSoft voor beheerders Eerste gebruik op de school Bestellen accounts aanmaken voor leerkrachten en leerlingen

Handleiding digitaal dossier

Leerlingenhandleiding Beginnen met FlexBase

TimeManager Handleiding

HANDLEIDING CORPORATE KAMER

UW EVENEMENT AANKONDIGEN BIJ UIT IN VLAANDEREN

Handleiding Faxdiensten

N Handleiding voor het winkelen in de Online Winkel van Pergamano

IMAP-handleiding Bookinto

PayCheckout Magento module

BCCA - Kwaliteitskader "Ventilatie" - Handleiding web applicatie

MultiSafepay Payment plugin voor VirtueMart Copyright (C) 2011 multisafepay.com INLEIDING

Gebruikshandleiding Rabo OmniKassa Downloadsite Versie 2.0 januari 2012

Handleiding Demo versie. PaySquare Online

Bestellen is nu nog makkelijker.

Handleiding Sepa Direct Debit

IMPULSFONDS VOOR HET MIGRANTENBELEID

Integreren met KBC/CBC-Paypage e-commerce

ZorgMail Secure

Aanvragen Postcode ideal

Yellowbrick handleiding Mijn Yellowbrick

Handleiding Klarna. door Patricia Sturm 27 september Versie 2.1 Openbaar

MultiSafepay handleiding

SEOSHOP KLANTENSCORES.NL APP

Een SMS versturen via Spryng

Handleiding GlobeTrace Lite CMS V1.0

Online zelfregistratie

Web applicatie Tolk- en vertaalaanvragen: Handleiding voor aanvragers SVBBO

2016 KBC CBC PAYPAGE. Alias Manager

Allegro INVOICE subito. Snel aan de slag

-1- credit: een credit geeft recht op het maken van één contract. Door betaling met ideal kunnen credits worden aangeschaft.

Back-up maken. BankingTools Cashflow v4.2

Handleiding ticketkoper AntigoneCloud Editie. CC de Velinx - Tongeren. Handleiding ticketkoper Antigone Cloud Editie

Handleiding. AntigoneCloud Editie

Handboek voor de LEVERANCIER

Handleiding PrestaShop - Reeleezee

Handleiding voor gebruik van de Huize Rosa Tag als betaalmiddel

Handleiding website Buurten Met Uitzicht

Handleiding IDEAL. door Patricia Sturm 27 september Versie 2.1 Openbaar

Handleiding Yuki Connect

GEBRUIKERSHANDLEIDING

Integratie met Ogone DirectLink (server-to-server)

Technische aansluit documentatie Versie

Handleiding Webapplicatie Robin

Producten toevoegen. Inleiding

Handleiding : Opdrachten vanuit Excel

Gebruikshandleiding Rabo OmniKassa Dashboard Versie 2.0 januari 2012

Handleiding voor de toegang tot de beveiligde yourassets en youroffice websites

Handleiding Opleidingsverstrekkers

Handleiding ticketkoper Antigone Cloud Editie

EasternGraphics product documents pcon.update handleiding HANDLEIDING

Handleiding PrestaShop - factuursturen.nl

Mail op Domeinnaam. Instellen in software en apparaten. Mail op domeinnaam Versie 1.5 Auteur : E.Mouws

Transcriptie:

Basic e-commerce Technische integratiegids voor e-commerce Versie 1.3

Basic e-commerce 1 1 INLEIDING 2 2 TESTOMGEVING 3 2.1 EEN TEST ACCOUNT AANMAKEN 3 2.2 TOEGANG TOT UW TEST ACCOUNT 3 2.3 CONFIGUREREN VAN UW TEST ACCOUNT 3 2.3.1 DE BETAALMETHODEN CONFIGUREREN 4 2.3.2 DE TECHNISCHE INFORMATIE CONFIGUREREN 4 2.4 TESTTRANSACTIES EN HUN RESULTATEN 4 3 VERKOOPSPROCES 6 4 LINK TUSSEN DE WEBSITE VAN DE MERCHANT EN ONZE BETAALPAGINA 8 5 BEVEILIGING: CONTROLE VOOR DE BETALING 10 5.1 REFERRER 10 5.2 SHA-HANDTEKENING 10 5.2.1 DE STRING AANMAKEN 10 5.2.2 SHA-1 MODULE 11 6 LOOK AND FEEL VAN DE BETAALPAGINA 13 7 TRANSACTIE FEEDBACK NAAR DE KLANT 14 7.1 OP HET SCHERM 14 7.2 PER E-MAIL 14 7.3 OVERIGE (GEAVANCEERD) 15 8 TRANSACTIE FEEDBACK NAAR DE MERCHANT 16 8.1 BACK-OFFICE 16 8.2 PER E-MAIL 16 8.3 REQUEST OP UW PAGINA 16 8.4 OVERIGE (GEAVANCEERD) 17 9 ALGEMENE BETALINGSPARAMETERS 18

Basic e-commerce 2 1 INLEIDING Dit document legt de basis integratieprocedure van de e-commerce module uit. Basic e-commerce is een aanvulling op de Back-Office gebruikshandleiding.. Raadpleeg de Back-Office gebruikershandleiding voor de configuratie en functionaliteit van de administratie site. Voor meer gedetailleerde informatie, zie de Advanced e-commerce integratie gids.

Basic e-commerce 3 2 TESTOMGEVING Wij raden u aan om uw integratie in onze testomgeving uit te voeren alvorens live in de productieomgeving te gaan. Onze testomgeving werkt bijna net zoals onze productieomgeving, behalve dat we de transactie niet naar de acquirer/bank zenden of u factureren. Onze testomgeving laat u toe om testbetalingen te maken, uw accountconfiguratie te veranderen en de integratie van ons betaalsysteem in uw website te configureren. 2.1 EEN TEST ACCOUNT AANMAKEN Om een gratis test account te openen, bezoek onze website http://www.ogone.com Ga naar Oplossingen > Standaard Oplossingen. Klik op de link, onderaan de pagina: Maak een gratis test account aan. Kies het passende product: e-commerce en klik op de Nieuwe testabonnement toets. Vul het formulier in (met de juiste informatie aangezien we het wachtwoord naar het ingevulde e- mailadres sturen) en klik Registeren. Wacht op de bevestigingsmail en op de e-mail die uw wachtwoord bevat (dit kan even duren daar we de ingevoerde informatie nagaan). 2.2 TOEGANG TOT UW TEST ACCOUNT Wanneer u het wachtwoord voor uw test account per e-mail ontvangen heeft, kan u als volgt toegang tot uw test account krijgen: Bezoek onze website http://www.ogone.com. Ga naar Oplossingen > Standaard Oplossingen. Klik op de link, onderaan de pagina: Maak een gratis testaccount aan. Klik op Test login onderaan de pagina. Voer de PSPID (login-naam) die u bij de registratie van uw account koos en het (hoofdlettergevoelig) wachtwoord dat u per e-mail ontving. Klik op Bevestigen. Wanneer u voor het eerst inlogt, door middel van een wachtwoord dat u per e-mail ontving, zal u het wachtwoord onmiddellijk naar een door u gekozen wachtwoord moeten veranderen. 2.3 CONFIGUREREN VAN UW TEST ACCOUNT Wanneer u de eerste keer in uw account inlogt, zult u een lijst met te volgen stappen op de homepage zien. Deze stappen betreffen de administratieve, betaalmethode en technische details van uw test account. De configuratie van de administratieve details is vrij duidelijk. De configuratie van de betaalmethoden en de technische details worden hieronder uitgelegd. U kan de configuratie starten door op de eerste link te klikken. Zodra u een stap beëindigd heeft, zal u naar de homepage terugkeren waar u de volgende stap kan nemen. Bij een van de stappen, moet u de facturatiedetails invoeren. In de testomgeving kan u geen facturen ontvangen, maar toch zal men u om deze gegevens vragen. U kan hier als betaalmethode credit card kiezen en het VISA testkaartnummer 4111111111111111 ingeven met een vervaldatum ergens in de toekomst.

Basic e-commerce 4 Zodra deze stappen uitgevoerd zijn, kan u uw test account activeren. Indien uw account geactiveerd is en u wilt nog details veranderen, dan kan u nog steeds de verschillende configuratiepagina s via uw menu oproepen. Dit is vooral nuttig met betrekking tot de Technische Informatie pagina, omdat u mogelijk nog details wenst te veranderen terwijl u uw integratie test. 2.3.1 DE BETAALMETHODEN CONFIGUREREN Om een betaalmethode, die u in uw account wenst te gebruiken, te selecteren, klikt u op Bevestigen naast de betaalmethode in de beschikbare betaalmethodelijst en vult u de kaartaffiliatie aanvraag in. De betaalmethode zal toegevoegd worden aan de Gekozen betaalmethoden lijst. Om een betaalmethode die u geselecteerd heeft te configureren, klikt u op Onderhoud naast de betaalmethode. In de testomgeving kan u het formulier invullen met valse gegevens. In de productieomgeving daarentegen, moet u de correcte filiaaldetails van uw acquirer/bank invullen. Deze zijn terug te vinden op het contract dat u met uw acquirer/bank ondertekende. Klik op de Bevestigen toets. Klik op de Terug toets, om terug te keren naar de homepage, wanneer u uw betaalmethoden geselecteerd en geconfigureerd heeft. 2.3.2 DE TECHNISCHE INFORMATIE CONFIGUREREN De volgende hoofdstukken zullen u helpen om de Technische Informatiepagina in uw account te configureren. Aan het begin van elk hoofdstuk ziet u een referentie met betrekking tot de verwante items in de Technische Informatiepagina, afhankelijk van waar u iets dient te ondernemen. U krijgt toegang tot de technische parameters, via de link Technische Informatie in uw menu. 2.4 TESTTRANSACTIES EN HUN RESULTATEN Zodra uw account volledig geconfigureerd en actief is, kan u starten met het uitvoeren van testbetalingen. U kan dit doen vanaf uw website, of vanuit een testpagina op onze server, beschikbaar via de link " Maak een testbetaling met Ogone e-commerce" op uw "Technische Informatie pagina, die de laatste pagina van een winkelmandje voorstelt. U kan deze testpagina gebruiken indien u een testbetaling wenst uit te voeren, maar nog niet volledig de applicatie in uw website heeft geïntegreerd. U kan een testbetaling uitvoeren door het verkoopsproces, beschreven in Hoofdstuk 3, te volgen. Nadat u een transactie heeft uitgevoerd, kan u de details bekijken in de back-office van uw account. Wanneer u ingelogd bent, klikt u Beheer transacties in uw menu, voer uw selectiecriteria in (de eerste maal vinkt u best alle selectievakjes aan en laat u de andere velden in hun standaardwaarden) en bekijk de resultatenlijst. Kijk de Back-Office gebruikshandleiding na voor meer informatie over het gebruik van de back-office in uw account.

Basic e-commerce 5 De meest voorkomende transactiestatussen zijn: 0 - Onvolledig of ongeldig 1 Geannuleerd door de klant 2 - Autorisatie geweigerd 5 - Geautoriseerd 9 Betaling aangevraagd Meer informatie met betrekking tot de verschillende transactiestatussen kan u vinden op op: https://secure.ogone.com/ncol/paymentinfos8.asp

Basic e-commerce 6 3 VERKOOPSPROCES De volgende screenshots vertegenwoordigen een verkoopsproces na een basiskoppeling van uw website met ons systeem. Op uw website, ziet de klant een samenvattingpagina met de details van zijn bestelling. Hij wordt verzocht deze informatie te bevestigen alvorens naar de beveiligde betalingspagina te gaan. De bevestigingstoets is eigenlijk het zichtbare deel van een HTML form dat verborgen velden met de betaalgegevens bevat en een action die de klant automatisch naar een beveiligde betaalpagina op onze server leidt. De verborgen velden worden in hoofdstuk 4 van dit document beschreven.

Basic e-commerce 7 Op onze beveiligde betaalpagina kan de klant kiezen tussen één van de betaalmethoden, die door u geselecteerd werden. Indien de betaling via credit card gebeurt, zal de klant zijn kaartnummer etc. moeten invoeren. De klant kan het betalingsverzoek bevestigen of annuleren. Na het betalingsverzoek aan de desbetreffende financiële instelling, wordt aan de klant een pagina weergegeven met het resultaat van zijn betaling Indien de betaling geweigerd wordt, wordt er aan de klant een foutmelding gegeven en de mogelijkheid om de betaling opnieuw te proberen. Hij kan een andere betaalmethode kiezen of de gegevens die hij ingevoerd heeft veranderen. Er kan ook een specifieke pagina op uw website aan de klant worden weergegeven, afhankelijk van het resultaat van de transactie. Zie hoofdstuk 7 van dit document voor meer informatie.

Basic e-commerce 8 4 LINK TUSSEN DE WEBSITE VAN DE MERCHANT EN ONZE BETAALPAGINA Waar te configureren? Uw website (winkelmandje) De link tussen uw website en onze e-commerce betaalpagina moet tot stand gebracht worden op de laatste pagina van het winkelmandje van uw website, anders gesteld: de laatste pagina van uw website die aan de klant weergegeven wordt. Een formulier met verborgen html-velden die de bestelgegevens bevat moet geïntegreerd worden in die laatste pagina. Onderstaande codes moeten in de laatste pagina van uw winkelmandje worden geplakt: <form method="post" action="https://secure.ogone.com/ncol/xxxx/orderstandard.asp" id=form1 name=form1> <!-- algemene parameters --> <input type="hidden" name="pspid" value=""> <input type="hidden" name="orderid" value=""> <input type="hidden" name="amount" value=""> <input type="hidden" name="currency" value=""> <input type="hidden" name="language" value=""> <input type="hidden" name="cn" value=""> <input type="hidden" name="email" value=""> <input type="hidden" name="ownerzip" value=""> <input type="hidden" name="owneraddress" value=""> <input type="hidden" name="ownercty" value=""> <input type="hidden" name="ownertown" value=""> <input type="hidden" name="ownertelno" value=""> <!-- controle voor de betaling: zie hoofdstuk 5 --> <input type="hidden" name="shasign" value=""> <!-- layout informatie: zie hoofdstuk 6 --> <input type="hidden" name="title" value=""> <input type="hidden" name="bgcolor" value=""> <input type="hidden" name="txtcolor" value=""> <input type="hidden" name="tblbgcolor" value=""> <input type="hidden" name="tbltxtcolor" value=""> <input type="hidden" name="buttonbgcolor" value=""> <input type="hidden" name="buttontxtcolor" value=""> <input type="hidden" name="logo" value="">

Basic e-commerce 9 <input type="hidden" name="fonttype" value=""> <!-- feedback na de betaling: Zie hoofdstuk 7 --> <input type="hidden" name="accepturl" value=""> <input type="hidden" name="declineurl" value=""> <input type="hidden" name="exceptionurl" value=""> <input type="hidden" name="cancelurl" value=""> <input type="submit" value="" id=submit2 name=submit2> </form> Hoewel de verplichte parameters PSPID, orderid, amount, currency en language zijn, raden wij u toch ten stelligste aan om ons ook de naam van de klant, e-mail van de klant, adres, stad, postcode, land en telefoonnummer door te sturen, aangezien deze nuttig zijn in fraudebestrijding. Onderstaande is een overzicht van de verborgen velden die gebruikt worden om de algemene parameters naar ons systeem te zenden (de andere velden worden in de volgende hoofdstukken beschreven): Veld PSPID orderid amount currency language CN EMAIL owneraddress ownerzip ownertown ownercty ownertelno Gebruik Uw zelf gekozen gebruikersnaam in ons systeem. Uw bestelnummer (referentie van de merchant). Het systeem controleert of een betaling niet tweemaal voor dezelfde bestelling werd uitgevoerd. De orderid moet dynamisch worden toegewezen. Het te betalen bedrag (VERMENIGVULGD MET 100) aangezien het bedragformaat geen decimalen of andere scheidingstekens mag bevatten. Het bedrag moet dynamisch worden toegewezen. Valuta van de bestelling in ISO-alfacode Bijvoorbeeld: EUR, USD, GBP, Taal van de klant. Bijvoorbeeld: en_us, nl_nl, fr_fr, Naam van de klant. Zal reeds ingevuld worden (maar kan nog aangepast worden) in het veld Naam kaarthouder (of Eigenaar van de rekening ) op de beveiligde betaalpagina. Het e-mailadres van de klant. Straatnaam en huisnummer van de klant. De postcode van de klant. Woonplaats (stadsnaam) van de klant. Land van de klant. Telefoonnummer van de klant. Voor meer Technische Informatie over deze velden, zie het online Parameter Cookbook. De actie van het formulier zal de betaalpagina van ons e-commerce systeem zijn. In de TEST omgeving is de URL: https://secure.ogone.com/ncol/test/orderstandard.asp In de PRODUCTIE omgeving is de URL: https://secure.ogone.com/ncol/prod/orderstandard.asp BELANGRIJK: Wanneer u overschakelt naar uw PRODUCTIE account moet u in de URL test door prod vervangen. Indien u dit vergeet wanneer u start met de echte orders, dan worden uw transacties verzonden naar de testomgeving en niet naar de financiële instellingen.

Basic e-commerce 10 5 BEVEILIGING: CONTROLE VOOR DE BETALING Waar te configureren? Technische Informatiepagina item 2.2 en 3.2 5.1 REFERRER Ons systeem controleert de herkomst van het betalingsverzoek, d.w.z. de URL (webpagina) van waar de bestelling oorspronkelijk komt. Deze URL heet de referrer. U moet de URL van uw webpagina, die het bestelformulier met de verborgen velden bevat, in item 2.2 van de Technische Informatiepagina in uw account invullen. U kan verschillende URL s invoeren, gescheiden door ;. De URL( s) moeten altijd beginnen met http:// of https://. Indien het betalingsverzoek van een andere URL komt dan degene die u heeft ingevuld in item 2.2 van de Technische Informatiepagina, ziet u de foutmelding unknown order/1/r" op de betaalpagina. 5.2 SHA-HANDTEKENING Aangezien de referrer controle niet onfeilbaar is, kan ons systeem een gegevenscontrole uitvoeren, alvorens de beveiligde betaalpagina te tonen, om de juistheid van de bestelgegevens te garanderen. Deze gegevenscontrole is niet verplicht, maar wordt ten stelligste aangeraden. Indien u geen gegevenscontrole gebruikt, wordt u niet toegestaan om uw account in directe verkoop (betalingsprocedure, zie hoofdstuk 9) te configureren. U zult dan een 2 fase procedure (reservatie/ manueel betalingsverzoek) voor creditcard transacties moeten gebruiken. Wij stellen de SHA-handtekening voor als methode voor gegevenscontrole. Voor elke bestelling produceert uw server een unieke tekenreeks, die gehasht wordt door het door NIST ontwikkelde SHA1 algoritme. (zie http://www.w3.org/tr/1998/rec-dsig-label/sha1-1_0). BELANGRIJK : Indien het voor u onmogelijk is dit te integreren en u geen 2-fase procedure voor betalingen met creditcard wenst te gebruiken, dan kan u ons een e-mail sturen met het verzoek deze gegevenscontrole voor u uit te schakelen. Dit betekent dat U de verantwoordelijkheid draagt voor de juistheid van de bestelgegevens en hun integriteit in het versturingsproces. 5.2.1 DE STRING AANMAKEN De string is opgebouwd uit de aaneenschakeling van de waarden van de orderid, Amount, Currency, PSPID en een extra string die door de merchant, in item 3.2 van de Technische Informatiepagina Data verificatie vóór de betaling ), werd ingevuld. Let wel dat deze waarden hoofdlettergevoelig zijn wanneer men de string aaneenschakelt voor de hashing. Wanneer u de samengestelde string hashed met het SHA1 algoritme, zal er een 40-teken hexadecimale gegevenssamenvatting terugkeren. Dit resultaat moet naar ons systeem verzonden worden, in de verborgen velden van uw bestelling, in het SHASign veld.

Basic e-commerce 11 Ons systeem zal de gegevens die we ontvangen van de website van de merchant samenvoegen, en het wachtwoord toevoegen dat de merchant in item 3.2 van zijn Technische Informatiepagina heeft ingevoerd. We zullen hetzelfde SHA1 algoritme gebruiken om de string te hashen en het resultaat vergelijken met de SHASign-waarde, die door de merchant in de verborgen velden van zijn bestelling werd verzonden. Indien het resultaat na de hash niet hetzelfde is, zal de bestelling worden geweigerd. Deze controle verzekert de juistheid van de bestelgegevens. U kan uw SHAsign testen op https://secure.ogone.com/ncol/test/testsha.asp. Voorbeeld van een basis SHA-handtekening orderid: 1234 amount: 15.00 -> 1500 currency: EUR PSPID: MyPSPID Extra string: Mysecretsig Volledig te hashen string: 12341500EURMyPSPIDMysecretsig String na de hash: CC88E974F684C0804FD98BEA2FE403E9D11534BB SHA1 handtekening in item 3.2 van de Technische Informatie -> Mysecretsig SHASign in de verborgen velden van uw formulier-> CC88E974F684C0804FD98BEA2FE403E9D11534BB Indien de verzonden SHASign (verborgen HTML veld) van de transactie niet overeenstemt met de SHASign die door ons gemaakt is met de details van de bestelling en de extra string (wachtwoord/ wachtzin) die in item 3.2 van de Technische Informatiepagina ingevoerd werd, zult u unknown order/1/s" als foutmelding krijgen. Indien er niets in het SHASign veld (verborgen HTML veld) verzonden wordt, hoewel er een extra string (wachtwoord/wachtzin) werd ingegeven in item 3.2 van de Technische Informatiepagina waarmee u aangeeft dat u een SHA handtekening bij elke transactie wenst te gebruiken- zal u de foutmelding unknown order/0/s" krijgen. Het volgende verborgen veld wordt gebruikt om de SHA handtekening naar ons systeem te zenden: Veld SHASign Gebruik Unieke tekenreeks om de bestelgegevens te valideren. Een string gehashed met het SHA1 algoritme is altijd 40 tekens lang. 5.2.2 SHA-1 MODULE Om een string te hashen en naar ons te zenden, moet u in bepaalde gevallen een SHA1 module op uw server installeren. Indien u met Windows 2000/asp werkt, kunnen we u van een dll voorzien die u toelaat om een string te hashen door gebruik van SHA1. Gelieve een support ticket aan te maken (via de link support >support box in uw account) indien u wenst dat wij u de dll zenden. (De dll zal per e-mail als zip-bestand verzonden worden, dus vermeld indien nodig een e-mailadres waar u een zip-bestand kan ontvangen). Aangezien er zoveel combinaties van programmeertalen en besturingssystemen (Versienummers/patches) zijn, kunnen we niet verantwoordelijk gesteld worden voor fouten op uw server tijdens de installatie en/of bewerking. SHA1 modules kan u op het internet vinden, u zal dus geen probleem hebben om een geschikte module voor uw server te vinden. Om u te helpen bij het vinden van uw SHA1 module hebben we een overzicht gemaakt van enkele sites:

Basic e-commerce 12 Algemene informatie over SHA op W3.org: http://www.w3.org/pics/dsig/sha1_1_0.html.net/sha1: http://msdn2.microsoft.com/en-us/library/system.security.cryptography.sha1managed.aspx PHP/SHA1: http://www.php.net/manual/en/ref.mhash.php Perl/SHA1: http://packages.debian.org/unstable/perl/libdigest-sha1-perl.html Coldfusion/SHA1: http://www.cflib.org/udf.cfm?id=34

Basic e-commerce 13 6 LOOK AND FEEL VAN DE BETAALPAGINA Waar te configureren? Uw website (winkelmandje) Wanneer ons e-commerce systeem de klant om zijn creditcardgegevens verzoekt, dan is de klant op onze beveiligde server. Om het uiterlijk van uw website tijdens het betaalproces te behouden, kan u onze statische template aanpassen. De statische templatepagina is een algemeen ogende pagina, maar u kan het uiterlijk van sommige elementen op de betaalpagina aanpassen of uw logo toevoegen door eenvoudig weg enkele verborgen velden in uw bestelformulier toe te voegen (zie hoofdstuk 4): Onderstaand zijn de verborgen velden die gebruikt worden om de look and feel parameters naar ons systeem te zenden: Veld Gebruik Default waarde TITLE Titel en schermtitel van de pagina _ BGCOLOR Achtergrondkleur white TXTCOLOR tekstkleur black TBLBGCOLOR Achtergrondkleur tabel white TBLTXTCOLOR Tekstkleur tabel black BUTTONBGCOLOR Achtergrondkleur buttons _ BUTTONTXTCOLOR Tekstkleur buttons black FONTTYPE Font familie Verdana LOGO URL/Bestandsnaam van het logo dat u bovenaan de betaalpagina naast de titel wenst weer te geven. De URL moet absoluut zijn (het volledige path bevatten), hij mag niet relatief zijn. Indien u geen beveiligde server heeft om uw afbeelding te bewaren, dan kan u een JPG of GIF-bestand naar support@ogone.com sturen (enkel voor productie accounts aangezien dit een betalende optie is! Activeer eerst de Logo Hosting optie in uw account alvorens ons uw logo te sturen). Indien het bestand op onze servers bewaard wordt, dan dient u enkel de bestandsnaam in te voeren, niet de volledige URL. _ Voor meer Technische Informatie over deze velden, zie de online Parameter Cookbook. De kleuren kunnen door hun hexadecimale code (#FFFFFF) of hun naam (white) omschreven worden. Controleer eerst hoe de kleuren die u wenst te gebruiken, er in de verschillende browsers uitzien. Het is ook mogelijk om een specifieke of een dynamische template te gebruiken. Dit vereist echter een geavanceerde integratie. U vindt hieromtrent meer informatie in de Advanced e-commerce integratie handleiding.

Basic e-commerce 14 7 TRANSACTIE FEEDBACK NAAR DE KLANT Waar te configureren? Uw website (winkelmandje), Technische Informatie item 5.4 7.1 OP HET SCHERM Indien u niets anders specificeert zal ons systeem de klant een standaardbericht tonen: "Uw betaling is geautoriseerd" of "De transactie werd geweigerd". Dit bericht wordt in de template (betaling) pagina ingevoegd, die tevens een link naar uw website bevat. U kan ook de klant naar een HTML-pagina op uw website verwijzen, afhankelijk van het betalingsresultaat. In de verborgen velden van uw bestelformulier kan u 4 URL's zenden (accepturl, exceptionurl, cancelurl en declineurl) waarnaar ons systeem de klant op het einde van het betalingsproces doorstuurt: Onderstaand zijn de verborgen velden die gebruikt worden om de URL s te zenden: Veld accepturl declineurl exceptionurl cancelurl Gebruik URL van de webpagina die de klant te zien krijgt wanneer de betaling geautoriseerd is, (status 5), geaccepteerd (status 9) of in afwachting tot acceptatie (wachten, status 51 of 91). URL van de webpagina die de klant te zien krijgt wanneer de acquirer de autorisatie weigert (status 2) na meer dan het maximum aantal toelaten pogingen. URL van de webpagina die de klant te zien krijgt wanneer het betaalresultaat onzeker is (status 52 of 92). Indien dit veld leeg is zal de klant de accepturl te zien krijgen. URL van de webpagina die de klant te zien krijgt wanneer hij de betaling annuleert (status 1). Indien dit veld leeg is zal de klant de declineurl te zien krijgen. Voor meer Technische Informatie over deze velden, zie de online Parameter Cookbook. 7.2 PER E-MAIL Ons systeem kan automatisch een e-mail naar uw klant sturen om de registratie van de transactie te melden. Dit is een standaard e-mail waarvan u de inhoud niet kan veranderen. U kan deze optie activeren in item 5.4 van de Technische Informatie pagina.

Basic e-commerce 15 7.3 OVERIGE (GEAVANCEERD) Het is onder andere mogelijk de klant een persoonlijk antwoord in de browser te geven of enkel een bijkomende tekst op de standaard antwoordpagina te tonen. Dit vereist echter een geavanceerde integratie. U vindt hieromtrent meer informatie in de Advanced e-commerce integratie handleiding.

Basic e-commerce 16 8 TRANSACTIE FEEDBACK NAAR DE MERCHANT Waar te configureren? Uw website (database), Technische Informatie item 1.2, 4.3 en 7 8.1 BACK-OFFICE U kan de transactieresultaten bekijken in de back-office van uw account. Log in, klik op de Financiële Historiek "Dagtotalen" link of de "Beheer Transacties" link in uw menu, voer uw selectiecriteria in en bekijk de resultatenlijst. Zie de Back-office gebruikshandleiding voor meer informatie over het gebruik van de back-office in uw account. 8.2 PER E-MAIL U kan voor elke transactie een e-mail krijgen van ons systeem, ter bevestiging van de betaling (optie te configureren in item 4.3 van de Technische Informatiepagina). Het e-mailadres dat we zullen gebruiken is het e-mail adres ter bevestiging van de betaling in item 1.2 van de Technische Informatiepagina. 8.3 REQUEST OP UW PAGINA Wanneer er een betaling wordt uitgevoerd, kunnen we de volgende parameterlijst sturen op uw accept-, exception-, cancel- or declineurl (zie hoofdstuk 7.1) zodat u een database update kan uitvoeren: Parameter orderid Waarde Uw bestellingsreferentie amount Bedrag (niet vermenigvuldigd met 100) currency PM ACCEPTANCE STATUS CARDNO PAYID NC ERROR BRAND SHASIGN Valuta Betaalmethode Authorisatiecode door de acquirer teruggezonden Transactiestatus Kaartnummer (met xxxx) Transactie referentie in ons systeem Foutcode Brand van de kaart (ons systeem leidt de brand van het kaartnummer af), of vergelijkbare informatie van andere betaalmethoden. SHA-handtekening samengesteld door ons systeem, indien u de SHA-out geconfigureerd hebt.

Basic e-commerce 17 Gelieve een support ticket aan te maken (via de link support >support box in uw account) indien u deze optie wenst te activeren. Wij raden u sterk aan om een SHA-out handtekening te gebruiken om de waarden van de request parameters na te gaan, dit om te voorkomen dat klanten de details in het URL veld vervalsen om een corrupte database update te veroorzaken. We vormen de string door de waarde van de volgende velden achter elkaar te zetten: orderid, currency, amount, PM, ACCEPTANCE, STATUS, CARDNO (zichtbaar kaardnummer met xxx), PAYID, NCERROR, BRAND uit de feedback parameters en een extra string (wachtwoord/wachtzin van minimum 6 tekens) die u bepaalt in item 4.3 van de Technische Informatiepagina. Uw pagina moet de nodige waarden die door ons systeem worden opgestuurd aaneenschakelen en de string toevoegen die u in item 4.3 van de Technische Informatiepagina hebt ingegeven (let op: de waarden die samengesteld worden om de string voor de hash te vormen zijn allemaal hoofdlettergevoelig!). Gebruik hetzelfde SHA1 algoritme om de string te hashen en vergelijk het resultaat dat u heeft met de waarde van de SHASign parameter die u in de request van ons heeft ontvangen. Indien de waarden niet overeenstemmen, kunnen de parameters van het verzoek vervalst zijn. Deze controle verzekert de nauwkeurigheid van de parameterwaarden die in de request verzonden werden. Voorbeeld van een basis SHA out handtekening orderid: 12 currency: EUR amount: 15 PM: creditcard ACCEPTANCE: 1234 STATUS: 9 CARDNO: xxxxxxxxxxxx1111 PAYID: 32100123 NCERROR: 0 BRAND: VISA extra string: Mysecretsig Volledig te hashen string: 12EUR15CreditCard12349xxxxxxxxxxxx1111321001230VISAMysecretsig String na de hash: 6DDD8C4538ACD0462837DB66F5EAB39C58086A29 SHA1 handtekening in item 4.3 van de Technische Informatie -> Mysecretsig SHASign die we u in de request toesturen: 6DDD8C4538ACD0462837DB66F5EAB39C58086A29 Zie hoofdstuk 5 voor meer algemene informatie over de SHA 1 module. 8.4 OVERIGE (GEAVANCEERD) U kan van ons systeem een request ontvangen met transactieparameters op een specifieke pagina aan uw kant die niet zichtbaar is voor de klant. Dit vereist echter een geavanceerde integratie. U vindt hieromtrent meer informatie in de Advanced e-commerce integratie handleiding.

Basic e-commerce 18 9 ALGEMENE BETALINGSPARAMETERS BELANGRIJK: Dit hoofdstuk is enkel van toepassing voor betaalmethoden, zoals creditcards, die u toelaten het geld van de klant te reserveren zonder hem onmiddellijk aan te rekenen. Waar te configureren? Technische Informatie item 8 en 9 Voor sommige betaalmethoden (vooral creditcards) bevatten het betaalproces twee stappen: Autorisatie en data capture (aanvraag tot betaling). In de autorisatie stap, wordt of het bedrag van de transactie op de kaart van de klant gereserveerd of wordt er een blacklist check uitgevoerd. Bij de data capture, wordt uw acquirer verzocht om het gereserveerde of op blacklist gecheckte bedrag naar uw bankrekening over te maken. U kan ons systeem opdragen om de autorisatie/betaling onmiddellijk naar de acquirer door te sturen (online processing), of om enkel de ontvangst van de transactie te bevestigen en ons systeem op een later tijdstip alle autorisaties/betalingen naar de acquirer te laten doorsturen (offline processing). Offline processing is niet voor alle betaalmogelijkheden mogelijk. U kan ook de betaalprocedure kiezen die u voor alle transacties wenst te gebruiken (In item 9 van de Technische Informatiepagina): Directe verkoop (na een succesvolle autorisatie, wordt onmiddellijk de data capture verzocht door ons systeem) Automatische autorisatie en data capture (betaling) op verzoek (Ons systeem verzoekt een autorisatie. Om de storting van het bedrag op uw bankrekening aan te vragen, moet u naar de administratiemodule gaan en om de data capture voor de specifieke transactie verzoeken) Automatische data capture na X dagen (Ons systeem verzoekt een autorisatie. Na X dagen, indien u de autorisatie ondertussen niet geannuleerd heeft, verzoekt ons systeem automatisch de data capture). De mogelijkheid om in twee stappen te werken hangt af van de betaalmethode die u wenst te gebruiken.