english English

Ogone e-Commerce in de praktijk

Betalen via het internet is hot en als Ogone Certified Solution Provider leek het ons nuttig om een blogpost te schrijven over het implementeren van Ogone e-Commerce binnen je website.
In enkele stappen zal ik aantonen hoe je snel en gemakkelijk betalingen kunt laten gebeuren via Ogone e-Commerce op je website.

Test account aanvragen

Om een Ogone e-Commerce integratie te kunnen doen moet je over een Ogone e-Commerce account beschikken. Op deze pagina kun je een testaccount aanvragen. Even alle velden invullen waaronder je PSPID en na verificatie van Ogone krijg je een wachtwoord toegestuurd waarmee je dan samen met je PSPID kunt inloggen in de testomgeving van je account. testaccount Deze testaccount gebruik je om alle instellingen op punt te zetten, betalingen te testen en indien alles afgewerkt is de test omzetten naar een productieaccount.

Account instellen

Nadat Ogone je gegevens geverifieerd heeft en je het wachtwoord hebt ontvangen kunnen we onze e-Commerce account gaan instellen. Dit doe je op https://secure.ogone.com/ncol/test/admin_ogone.asp. Onmiddelijk na de eerste login wordt er gevraagd om je wachtwoord te wijzigen wat je ook best kan doen wegens veiligheidsredenen. wachtwoord

Op de startpagina van de Ogone test omgeving zie je welke stappen je nog moeten overlopen vooraleer je je testaccount kunt gebruiken. stappen

Uw administratieve gegevens

Hier dien je de administratieve gegevens in te vullen van de klant of jezelf. Deze gegevens kunnen later bij het activeren van de productieaccount nog aangepast worden. Heb je alles ingevuld klik op Bevestigen en naar 'Uw factureringsgegevens' om de factureringsgegevens in te vullen. Aangezien we in de testaccount zitten is dit niet nodig om in te vullen. We slaan deze stap over en klikken op Bevestigen en naar 'Uw abonnement en opties'.

Uw abonnement en opties

Kies hier gewoon een abonnement, bij het activeren van de productieaccount dien je pas een abonnement te kiezen dat je effectief wenst te gebruiken. Deze pagina bevestigen en eveneens deze van 'Uw opties'.

Uw betaalmethoden

betaalmiddel
Hier kun je de betaalmethoden instellen die je wenst te gebruiken op je website. In de testfase maak ik meestal enkel gebruik van VISA. Bij het activeren van de productie account dienen de gewenste betaalmethodes geactiveerd te worden. Hiervoor dien je een contract aan te gaan met een acquirer.

Uw technische instellingen

Hier kun je alle technische instellingen van je e-Commerce aanpassen van veiligheid tot communicatie met de server. Alle puntjes worden uitgebreid besproken op deze pagina.

Activeer uw account

Indien je alle vorige stappen voltooid heb kunnen we nu onze testaccount activeren. Nog even de algemene voorwaarden accepteren en de uw testaccount is actief.

Betalingsformulier opstellen

Nadat de Ogone account correct opgezet en actief is, kunnen we het betalingsformulier gaan integreren binnen de website. Het betalingsformulier is een standaard HTML-form waarvan de action naar Ogone zal verwijzen. Een standaard betalingsformulier zal er als volgt uitzien:


<form action="https://secure.ogone.com/ncol/XXXX/orderstandard.asp" id="form1" method="post" name="form1">
	<!-- algemene parameters --> 
	<input name="PSPID" type="hidden" value="" /> 
	<input name="orderID" type="hidden" value="" /> 
	<input name="amount" type="hidden" value="" /> 
	<input name="currency" type="hidden" value="" /> 
	<input name="language" type="hidden" value="" /> 
	<input name="CN" type="hidden" value="" /> 
	<input name="EMAIL" type="hidden" value="" /> 
	<input name="ownerZIP" type="hidden" value="" /> 
	<input name="owneraddress" type="hidden" value="" /> 
	<input name="ownercty" type="hidden" value="" /> 
	<input name="ownertown" type="hidden" value="" /> 
	<input name="ownertelno" type="hidden" value="" /> 

	<!-- controle voor de betaling--> 
	<input name="SHASign" type="hidden" value="" /> 

	<!-- layout informatie--> 
	<input name="TITLE" type="hidden" value="" /> 
	<input name="BGCOLOR" type="hidden" value="" /> 
	<input name="TXTCOLOR" type="hidden" value="" /> 
	<input name="TBLBGCOLOR" type="hidden" value="" /> 
	<input name="TBLTXTCOLOR" type="hidden" value="" /> 
	<input name="BUTTONBGCOLOR" type="hidden" value="" /> 
	<input name="BUTTONTXTCOLOR" type="hidden" value="" /> 
	<input name="LOGO" type="hidden" value="" /> 
	<input name="FONTTYPE" type="hidden" value="" /> 


	<!-- feedback na de betaling--> 
	<input name="accepturl" type="hidden" value="" /> 
	<input name="declineurl" type="hidden" value="" /> 
	<input name="exceptionurl" type="hidden" value="" /> 
	<input name="cancelurl" type="hidden" value="" /> 

	<input id="submit2" name="submit2" type="submit" value="" /> 
</form>

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 je de testaccount hebt omgezet naar een productieaccount, mag je zeker de action van het form niet vergeten aan te passen: 'test' aanpassen naar 'prod'.

Hieronder een overzicht van alle velden/parameters:

Veld Gebruik
PSPID Gekozen naam bij registratie
orderID Bestelnummer (referentie van de merchant). Het systeem controleert of een betaling niet tweemaal voor dezelfde bestelling werd uitgevoerd. De orderID moet dynamisch worden toegewezen.
amount Het te betalen bedrag (VERMENIGVULGD MET 100) aangezien het bedragformaat geen decimalen of andere scheidingstekens mag bevatten. Het bedrag moet dynamisch worden toegewezen.
currency Valuta van de bestelling in ISO-alfacode Bijvoorbeeld: EUR, USD, GBP, ...
language Taal van de klant. Bijvoorbeeld: en_US, nl_NL, fr_FR, ...
CN 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.
EMAIL Het e-mailadres van de klant.
owneraddress Straatnaam en huisnummer van de klant. (niet verplicht)
ownerZIP De postcode van de klant. (niet verplicht)
ownertown Woonplaats (stadsnaam) van de klant. (niet verplicht)
ownercty Land van de klant. (niet verplicht)
ownertelno Telefoonnummer van de klant. (niet verplicht)
SHASign Unieke tekenreeks om de bestelgegevens te valideren. Een string gehashed met het SHA1 algoritme is altijd 40 tekens lang. Voorbeeld: orderID: 1234 amount: 15.00 -> 1500 currency: EUR PSPID: MyPSPID Extra string: Mysecretsig Volledig te hashen string: 12341500EURMyPSPIDMysecretsig String na de hash: CC88E974F684C0804FD98BEA2FE403E9D11534BB De Extra String (Mysecretsig) werd ingegeven bij de Technische informatie onder punt 3.2 en punt 4.4. Deze kun je best identiek houden.
TITLE Titel en schermtitel van de pagina
BGCOLOR Achtergrondkleur (standaard: wit)
TXTCOLOR Tekstkleur (standaard: zwart)
TBLBGCOLOR Achtergrondkleur tabel (standaard: wit)
TBLTXTCOLOR Tekstkleur tabel (standaard: zwart)
BUTTONBGCOLOR Achtergrondkleur buttons
BUTTONTXTCOLOR Tekstkleur buttons (standaard: zwart)
FONTTYPE Font family (standaard: Verdana)
LOGO Link naar een logo dat u naast de TITLE wilt zien.
accepturl 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).
declineurl 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.
exceptionurl 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.
cancelurl 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.

Kleuren kunnen opgegeven worden met hun hexadecimale notitie (#FFFFFF) of hun naam (white). Een lijst van alle mogelijke parameters kun je vinden op deze pagina.

Templates gebruiken

Standaard ziet de betaalpagina van Ogone er zo uit. betalen

Zowel jij als ik weten dat vaak niet past binnen de stijl van de website. Geen probleem, Ogone laat ons toe om gebruik te maken van een template. Hiervoor dient de parameter 'tp'. Via deze parameter kun je het adres opgeven naar een template zoals bijvoorbeeld deze https://secure.ogone.com/ncol/template_standard.htm. Het enig wat je moet doen is een HTML-pagina opbouwen met de vermelding $$$PAYMENT ZONE$$$. Deze vermelding zal dan aangepast worden naar het betalingsformulier.

Bijvoorbeeld voor de ticketverkoop van Pukkelpop hebben we gebruik gemaakt van een template en kun je betaalpagina meer integreren binnen je eigen website. pptickets

Betalingen testen

Wanneer het formulier klaar is, kunnen we beginnen met testen. Tijdens het testen van het betalingsformulier kun je gebruikmaken van een kredietkaart (VISA) met kaartnummer 4111111111111111 (één 4 en vijftien 1) en kaart verificatiecode 123.

Mogelijke fouten tijdens het testen

  • unknown order/1/r Deze fout treedt op wanneer het bestelformulier op een andere pagina staat dan vermeld onder Technische informatie - punt 2.2.
  • unknown order/1/s Deze fout treedt op wanneer de SHASign meegegeven in de hidden fields niet overeenstemt met de gegenereerde SHAstring van Ogone.
  • unknown order/0/s Deze fout treedt op wanneer het SHASign veld in de hidden fields leeg is, maar toch blijkt ingevuld te zijn onder Technische informatie - punt 3.2 en punt 4.4.
  • PSPID not found or not active Deze fout treedt op wanneer de waarde ingegeven in het PSPID niet bestaat binnen Ogone of nog niet geactiveerd werd.
  • no (for instance: no PSPID) Deze fout treedt op wanneer leeg is.
  • too long (for instance: currency too long) Deze fout treedt op wanneer de waarde in te lang is.
  • amount too long or not numeric: ... OR Amount not a number Deze fout treedt op wanneer de waarde in amount te lang is of niet juiste karakters bevat zoals bijvoorbeeld , (komma) of . (punt).
  • not a valid currency Deze fout treedt op wanneer de opgegeven currency verkeerd is of niet bestaat.
  • The currency is not accepted by the merchant Deze fout treedt op wanneer de opgegeven currency niet werd opgegeven als gewenste currency onder Configuratie - Abonnement - Pagina 4 : Munten.
  • ERROR, PAYMENT METHOD NOT FOUND FOR: ... Deze fout treedt op wanneer de opgegeven PM (payment method) niet overeenkomt met één van de ingestelde betalingsmogelijkheden (Configuratie - Betaalmiddel).

Betaalmethodes activeren

Alle gekozen betaalmethodes dienen geactiveerd te worden onder Configuratie - Betaalmiddel. Om elke gewenste betaalmethode te activeren, dient er met de betreffende maatschappij een contract ondertekend te worden. Indien men vragen heeft over deze contracten of over het verdere verloop van de activering van de betaalmethodes kan men best contact opnemen met Ogone zelf of op deze pagina https://secure.ogone.com/ncol/prod/ogone_faq.asp?faqmode=2&categid=12

Productie account aanvragen

Wanneer alle betalingsmethodes geactiveerd werden en het testen afgelopen is, kunnen we de testaccount omvormen naar een productieaccount. Deze stap is enkel mogelijk wanneer de testaccount correct werd ingesteld na het overlopen van de vorige stappen. Onder Configuratie - Productie account aanmaken dien je de gewenste PSPID op te geven die je wil gebruiken in de productieomgeving. Wanneer je op Overdracht klikt werd de productie account aangemaakt en moet je inloggen op https://secure.ogone.com/ncol/prod/frame_ogone.asp?Branding=Ogone〈=3 met je PSPID en je testwachtwoord. Wanneer je de eerste keer inlogt binnen de productie omgeving wordt er gevraagd om je wachtwoord te veranderen. Eens je wachtwoord veranderd is en je op einde geklikt hebt, dien je de aansluiting in te vullen voor de productieaccount. Dit laat je best door de klant invullen, tenzij je over de gegevens van de klant beschikt. Om de bedrijfsnaam aan te passen, dien je een support ticket te versturen naar Ogone. Opnieuw moeten dan alle stappen overlopen worden door de klant waar men het type abonnement, taal, munten en factureringsinformatie dient op te geven. Wanneer de aansluiting correct werd ingevuld, dienen de gekozen betalingsmethodes geactiveerd worden. Voor meer informatie hierover dient men best contact op te nemen met Ogone of op deze pagina https://secure.ogone.com/ncol/prod/ogone_faq.asp?faqmode=2&categid=12. Bij de technische informatie dient er enkel onder punt 1.2 de e-mails aangepast te worden naar het e-mailadres van de klant. Als alles correct is ingevuld, moet enkel de productieaccount nog geactiveerd worden. Hiervoor moeten alle stappen die door Ogone zijn opgelegd, overlopen worden. Wanneer de productieaccount actief is, dient enkel nog de action van form aangepast te worden van test naar prod. Na deze laatste aanpassingen kunnen er nu via het betaalformulier online betalingen via Ogone gedaan worden.

Enkele nuttige links/documenten

Een Ogone e-Commerce implementatie op je eigen website doen valt zoals je zelf hebt kunnen lezen wel goed mee. Heb je toch problemen, vragen of opmerkingen van, tijdens of over de implementatie kun je steeds terecht bij de snelle en vriendelijke support van Ogone. Meer info hierover op deze pagina.

RSS reacties feed

36 reacties tot nu toe

Nick Decrock

Nick Decrock zei 3 jaar geleden:

Zeer nuttige post. Bedankt voor de tips !
Thomas

Thomas zei 3 jaar geleden:

Zeer interessante post !!

Als ik ooit eens een betalingsmodule nodig heb weet ik vanaf nu welke ik zeker eens ga testen.

Mvg,

Thomas Timmers
Andries Seutens

Andries Seutens zei 3 jaar geleden:

Hallo Dieter,

Leuke post! Misschien interessant om te vermelden dat het ook mogelijk is om een terugkoppeling te voorzien met je eigen database. Je mag er namelijk niet van uit gaan dat indien een klant het Ogone betalingsscherm succesvol heeft doorlopen, dat de betaling ook werkelijk geslaagd is. De gebruiker zal na zijn betaling automatisch doorverwezen worden naar de ingestelde "accepturl", maar het is niet veilig om er dan al van uit te gaan dat de betaling werkelijk geslaagd is. De betaling kan op dit moment bijvoorbeeld ook nog een "pending" status hebben.

Ogone heeft hiervoor een een "post sale" request voorzien in hun systeem. Via het administratiesysteem van Ogone kan je een paramater instellen waar Ogone een HTTP POST request naar kan doen indien er een nieuwe betaling gemaakt werd of de status van een pending betaling wijzigt. Deze HTTP POST request bevat allerhande informatie over de betaling. Op deze manier kan je dan je bijvoorbeeld je order database updaten. Vergeet niet om in deze HTTP POST request opnieuw de order gegevens te valideren door de "SHASign" omgekeerd toe te passen.

Groetjes,
Andries
Maarten Tibau

Maarten Tibau zei 3 jaar geleden:

Ik heb zelf Ogone al eens gebruikt voor een website en heb toen enorm zitten klommelen! Echt blij dat deze post er is! Thx Dieter!!

BTW: Ik weet nog dat er voor Ogone ook een alternatief bestaat, maar qua layout en werking is het identiek hetzelfde, maar ik dacht da het systeem van Fortis was. Toen in 2008 Inventis voor het eerst PP-Tickets ging doen, hebben jullie ook beide oplossingen overwogen, enig idee hoe dat andere systeem noemde?
Andries Seutens

Andries Seutens zei 3 jaar geleden:

Dag Maarten,

Ik denk dat je Buckaroo Online Payment Services bedoelt. Buckaroo is een afgeleide van Ogone en werkt zo goed als identiek.

Groetjes,
Andries
Dieter

Dieter zei 3 jaar geleden:

@Andries Seutens, hier heb je volkomen gelijk in. Bij alle integraties wat wij doen maken we gebruik van deze "post sale" request. Deze zijn allemaal in te stellen onder de technische instellingen waarover Ogone een uitgebreide samenvatting heeft op https://secure.ogone.com/ncol/integration_explanation3.asp en leek het me nutteloos om dit nog eens helemaal te overlopen aangezien het een blogpost is om je op weg te helpen en het niet een volledige afgewerkte integratie is.
Dieter

Dieter zei 3 jaar geleden:

@Maarten Tibau, dit was NeosSolution
Jurgen Verstraete

Jurgen Verstraete zei 3 jaar geleden:

@Andries,

Voor de volledigheid wil ik even meegeven dat Buckaroo géén afgeleide is van Ogone.
Er zullen uiteraard wel overeenkomsten zijn, we zijn uiteindelijk beiden Payment Service Providers.

@Dieter,

Mooie post, waarvoor dank.

Met vriendelijke groeten,
Jurgen Verstraete
Ogone - Head Of Operations
Maarten Tibau

Maarten Tibau zei 3 jaar geleden:

@Dieter, dat was hem inderdaad!

Iets wat op zich ook interessant zou kunnen zijn is de prijzen van de meest bekende systemen langs elkaar de leggen, want hierin blijken toch nogal grote verschillen te zijn.

Waarom is er in de tijd van eigenlijk gekozen voor Ogone en niet voor een andere oplossing? Wat maakt Ogone een voordeel op andere oplossingen?

@Jurgen Verstraete Waarom zijn er zo weinig prijzen terug te vinden op de Ogone website?
Dieter

Dieter zei 3 jaar geleden:

@Maarten de integratie bij Ogone was reeds aanwezig en leek het ons, in samenspraak met Pukkelpop, beter om deze integratie te behouden
Roderick Andriessen

Roderick Andriessen zei 2 jaar geleden:

Bedankt voor de zeer goede uitleg, erg handig omdat het helemaal nieuw is voor ons.
Heeft een van jullie misschien een goed idee om dit te verwerken in joomla cms?
Dieter

Dieter zei 2 jaar geleden:

@Roderick Andriessen, binnen Inventis maken we gebruik van een eigen ontwikkeld framework. Wil je Ogone gebruiken binnen Joomla!, dan kun je best even zoeken op het forum
Roderick Andriessen

Roderick Andriessen zei 2 jaar geleden:

Hoi Dieter,

Ik heb iemand gevonden die erg goed is, www.ideal-module.com
Die verkopen een component voor joomla waar gewoon alle betaalmiddelen inzit, niet om reclame te maken maar ze zijn gewoon snel en goede service, en dat voor 75,- euro.
Dus van ideal tot bancontact en mistercash, echt een aanrader!
Bauffman

Bauffman zei 2 jaar geleden:

Zeer nuttige post. Waarvoor dank! :)
Jan Van Lysebettens

Jan Van Lysebettens zei 1 jaar geleden:

Haha, de ironie:

net klaar met het opzetten van een volledig e-commerce systeem met ogone
( shameless self plug: http://ballchairshop.be )

en dan kom ik dit tegen: zeer nuttige post waar heel het process nu eens deftig wordt uitgelegd ( in tegenstelling tot de documentie van Ogone.. )

..en dan nog eens geschreven door den Dieter.
zalig toeval. :)
pieter van peteghem

pieter van peteghem zei 1 jaar geleden:

deze post blijft een jaar na datum zijn waarde behouden!
leuk om het eens zo simpel en goed geïllustreerd te lezen.. cheers!

pieter
NicolasBE

NicolasBE zei 1 jaar geleden:

Ik heb een vraagje over de Acquiring Partners. (Ogone zegt in een support ticket dat ik hiervoor contact met hen moet opnemen, maar misschien weet iemand van jullie dit uit ervaring)
Als je bv transacties via Ogone doorsluist naar Visa (of Mastercard) betalen ze dit op jouw rekening uit per transactie of groeperen ze dit in bundels? Als het per transactie is, zetten ze dan een referentie in de overschrijving? (en is er één of andere manier om controle te hebben over deze referentie?)
Dieter Verjans

Dieter Verjans zei 1 jaar geleden:

@NicolasBE de uitbetalingen worden gegroepeerd in bundels van een maand. Je krijgt een overzicht van alle betaalmethodes en het aantal keren dat zo een betaalmethode gebruikt is. Er worden dus bij de eindafrekening geen referenties geplaatst. Je kunt de referentie zelf bepalen via de COM parameter. Kijk ook zeker even naar mijn nieuwe blogpost over de betere beveiliging door een nieuwe manier van versleuteling.
NicolasBE

NicolasBE zei 1 jaar geleden:

Dieter, bedankt voor je info!

Ik heb nog een vraagje over de bundels. Als je in één maand bv twee orders ziet staan bij Ogone. (order 1: 20 euro, order 2 : 30 euro)
Stort de Acquiring partner dan één overschrijving van 50 euro, of doen ze bij de uitbetaling twee overschrijvingen met telkens het COM veld in de overschrijvingsreferentie?

Bijkomende vraag:
Genereert Ogone een andere statuscode (in de 9 reeks) wanneer de Acquiring partner een effectieve overschrijving gedaan heeft naar de merchant-rekening?

Mvg,
Nicolas
Dieter Verjans

Dieter Verjans zei 1 jaar geleden:

@NicolasBE, de Acquiring partner stort maar één bedrag, zoals ik reeds aanhaalde worden er geen referenties mee gestuurd op de eindafrekening. Je kunt de verschillende statuscodes terugvinden op deze pagina.
Frederik Devinck

Frederik Devinck zei 1 jaar geleden:

Mooie tutorial, Dieter.

Ik zit echter met een kleine vraag; je integreert dus de betaalpagina in je webpagina door middel van een template.

Maar stel dat iemand wilt betalen via online banking, word je dan niet verwezen naar een pagina van desbetreffende bank via Ogone ?
Dieter Verjans

Dieter Verjans zei 1 jaar geleden:

@Frederik Devinck, de template dient om de betalingen via creditkaart te stijlen zoals de website.
Wanneer iemand via online banking wilt betalen is het normaal dat deze wordt doorverwezen naar de desbetreffende bank. Deze pagina's zitten bij de bank en kun je dus niet stijlen met de template.
Frederik Devinck

Frederik Devinck zei 1 jaar geleden:

@Dieter, bedankt voor je antwoord!
Steven Dobbelaere

Steven Dobbelaere zei 1 jaar geleden:

Superhandig artikel. Merci
(Bookmarked)
Andre

Andre zei 1 jaar geleden:

Hoi,

Bedankt voor deze uitgebreide Ogone handleiding!
Ik loop echter nog wel stuk op de Direct HTTP server-to-server request.

Ik heb het werkend voor een redirectie in de browser, maar wil via een server-server call de order aanmaken (een browser kan immers midden in het proces worden afgesloten)
Ik heb nu een url in de Direct HTTP server-to-server request sectie geplaatst, maar loop tegen twee problemen op:

1) De oorspronkelijk redirectie (naar een andere pagina) is er niet meer, en ik wordt nu naar de server-to-server pagina doorgelinked (als gebruiker). Maar deze pagina is alleen bedoeld om een order aan te maken en niet om de gebruiker van feedback te voorzien. Ik heb trouwens de optie 'onmiddelijk na betaling' aanstaan omdat ik de transactie direct wil afronden.

Het moet toch mogelijk zijn om zowel een redirect te doen voor de gebruiker samen met een direct server-to-server call voor het verwerken van de transactie? Of moet ik alleen van de laatste gebruik maken en deze pagina ook als feedback pagina gebruiken?

2) Bij de server-to-server optie krijg ik opeens een TMG (Forefront) inlogscherm te zien. Is het uberhaupt wel mogelijk om een server-to-server optie te kiezen als de site achter TMG hangt?

--Andre
Andre

Andre zei 1 jaar geleden:

Even mijn eigen vraag beantwoorden:

1) Gebruik het request type 'altijd uitgesteld' ipv 'altijd online' om de oorspronkelijke redirect te behouden en de transactie via server-server op de achtergrond te laten plaatsvinden

2) TMG vraagt idd om een login en dat is nu opgelost via een site die openstaat voor anonieme toegang.

tnx!
Andre

Andre zei 1 jaar geleden:

Hoi,

Ik ben er nu bijna uit, maar zit nog met één probleempje wat ik niet begrijp. Ik maak nu dus gebruik van server-to-server callbacks (altijd uitgesteld) icm redirects. Dus voor iedere Ogone request wordt er zowel een redirect als een callback direct naar de server gedaan.

Dit zie ik gebeuren en het gaat goed...maar de callbacks blijven maar doorgaan terwijl ik deze bij de eerste keer al heb afgehandeld. Ik zie in de documentatie staan dat er in intervallen van 10 minuten wordt gecalled, maar dit zou alleen moeten gebeuren in het geval van 'deferred requests in intervals', en dan nog lijkt mij dat als de server niet bounced, dat de calls dan moeten stoppen...

Heeft iemand enig idee hoe ik deze stortvloed aan server calls kan stoppen???

tnx
Dieter Verjans

Dieter Verjans zei 1 jaar geleden:

@Andre, je moet er zeker van zijn dat wanneer de callback aangeroepen door Ogone je een header status 200 terugstuurt. Indien je een andere status dan 200 stuurt zal Ogone blijven proberen (zolang je hebt opgegeven in de backoffice) de callback uit te voeren tot zij een header status 200 ontvangen.
Ik hoop dat je hiermee het probleem kunt oplossen.
Gerard

Gerard zei 46 weken geleden:

Bedankt voor het artikel, dat is erg handig!

Ik heb nog een probleempje.
De layout van de payment zone blijft rommelig ($$$PAYMENT ZONE$$$)
Ik krijg dus niet referentie, kostprijs, begunstigde enz. onder elkaar, maar verschoven.
(In de bron geen tr na de td)

Dat is ook als ik helemaal geen template gebruik en dus alleen de ogone-pagina "kaal" toon.

gr. Gerard
Rien

Rien zei 44 weken geleden:

@Gerard: Hoi, ik zit met hetzelfde probleem. Ben je al tot een oplossing gekomen?
Dit is de info die ik tot op heden heb.
Het blijkt dat er in de header uit twee kolommen bestaat en het midden gedeelte van de template uit vier kolommen. Hierdoor zou het niet mogelijk zijn om de gegevens onder elkaar te krijgen.
Echter heb ik diverse voorbeelden waar dit wel het geval is bijvoorbeeld, www.equilac.nl en www.ibood.nl
Dieter

Dieter zei 44 weken geleden:

@Gerard en @Rien: Je kunt de payment zone layout aanpassen via CSS, hier kun je natuurlijk zo ver in gaan als je zelf wilt.
Richard

Richard zei 33 weken geleden:

Beste Dieter,

Ik heb hetzelfde probleem met de layout van de betalingspagina. Waar kan ik de CSS aanpassen voor de desbetreffende velden/classes/ID's? Het is namelijk een externe pagina op de OGONE server. Als ik lokaal de CSS aanpas gebeurd er niets op de betaalpagina. Zou je dit uit kunnen leggen?

Alvast bedankt.

Met vriendelijke groet,

Richard Duijndam
Dieter

Dieter zei 32 weken geleden:

@Richard, je kunt de CSS van de externe pagina op de Ogone server niet aanpassen, je moet hiervoor met een template werken waar je dan de CSS stijlen kunt toepassen.
Dieter

Dieter zei 23 weken geleden:

Hi,

Bij Marlon hebben we ook al een aantal Ogone integraties gedaan en ontwikkelden daarvoor onlangs een library die kan gebruikt worden in de verschillende projecten.

Deze is vrij te gebruiken en te vinden op https://github.com/marlon-be/marlon-ogone

Gezien de vele issues die op verschillende blogs opduiken omtrent de soms onduidelijke Ogone documentatie kan dit een stap in de goede richting zijn om (probleemloos en snel) een integratie op te zetten.

Graag jullie feedback, en nog liever zelfs: jullie medewerking ;-)

Groeten,
Dieter
Dieter

Dieter zei 21 weken geleden:

@Dieter, ik heb even je library gekeken en ziet er proper uit.
Bij een volgende integratie zullen we eens kijken of het gemakkelijk is om jullie library te implementeren :)
We proberen feedback te voorzien zodra dit mogelijk is.
Steven

Steven zei 4 weken geleden:

Hallo,
Op sommige browsers krijg ik steeds een melding van "unsecure content binnen een secure omgeving"
Ik maak gebruik van een dynamische template met inline css en geen javascript of link tags.
Maar blijkbaar gaat de browser warning "unsecure in secure" toch op sommige browsers en settings af.
Dit blijkt te liggen aan ekele images die via een absoluut pad naar onze http server linken. (dus http in https)
Wij hebben nl geen https
Is dit op te lossen zonder dat ogone de beelden moet hosten. (= activatiekost)?


Reageer op dit artikel

Toegelaten tags: <a href="" title=""> <code> <em> <strong>

RSS Feed

Bekijk alle tags

Laatste reacties

  • Fabio Maggio: @Tom Claus: bedankt!
  • Tom Claus: @Filip Bedankt voor de tip, CouchDB gaan we zeker even mee bekijken. @Fabio Deze...
  • Fabio Maggio: Is die presentatie van Masterizing PHP Data Structure ook nog ergens te bekijken?
  • Tom Hermans: Thx Tom, schone samenvatting en een massa interessante links, ideaal voor mensen die die dag...
  • Filip Stas: Als MongoDb je al boeit zeker ook eens kijken naar couchbase ook zeker de moeite!