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.
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.
Op de startpagina van de Ogone test omgeving zie je welke stappen je nog moeten overlopen vooraleer je je testaccount kunt gebruiken.
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
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. |
| 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.
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.
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 wanneerleeg is. -
too long (for instance: currency too long) Deze fout treedt op wanneer de waarde inte 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
- documentatie Basis Ogone e-Commerce
- documentatie geavanceerde Ogone e-Commerce (Engelse versie)
- Hoe je technische parameters te configureren
- Paramater cookbook
- Ogone Testaccount aanmaken en configureren
- Ogone backoffice gebruikershandleiding
- Lijst van betalingsstatussen en foutcodes
- Hoe uw betalingen consulteren en beheren
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.



36 reacties tot nu toe
Nick Decrock zei 3 jaar geleden:
Thomas zei 3 jaar geleden:
Als ik ooit eens een betalingsmodule nodig heb weet ik vanaf nu welke ik zeker eens ga testen.
Mvg,
Thomas Timmers
Andries Seutens zei 3 jaar geleden:
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 zei 3 jaar geleden:
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 zei 3 jaar geleden:
Ik denk dat je Buckaroo Online Payment Services bedoelt. Buckaroo is een afgeleide van Ogone en werkt zo goed als identiek.
Groetjes,
Andries
Dieter zei 3 jaar geleden:
Dieter zei 3 jaar geleden:
Jurgen Verstraete zei 3 jaar geleden:
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 zei 3 jaar geleden:
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 zei 3 jaar geleden:
Roderick Andriessen zei 2 jaar geleden:
Heeft een van jullie misschien een goed idee om dit te verwerken in joomla cms?
Dieter zei 2 jaar geleden:
Roderick Andriessen zei 2 jaar geleden:
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 zei 2 jaar geleden:
Jan Van Lysebettens zei 1 jaar geleden:
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 zei 1 jaar geleden:
leuk om het eens zo simpel en goed geïllustreerd te lezen.. cheers!
pieter
NicolasBE zei 1 jaar geleden:
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 zei 1 jaar geleden:
NicolasBE zei 1 jaar geleden:
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 zei 1 jaar geleden:
Frederik Devinck zei 1 jaar geleden:
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 zei 1 jaar geleden:
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 zei 1 jaar geleden:
Steven Dobbelaere zei 1 jaar geleden:
(Bookmarked)
Andre zei 1 jaar geleden:
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 zei 1 jaar geleden:
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 zei 1 jaar geleden:
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 zei 1 jaar geleden:
Ik hoop dat je hiermee het probleem kunt oplossen.
Gerard zei 46 weken geleden:
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 zei 44 weken geleden:
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 zei 44 weken geleden:
Richard zei 33 weken geleden:
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 zei 32 weken geleden:
Dieter zei 23 weken geleden:
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 zei 21 weken geleden:
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 zei 4 weken geleden:
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)?