Resolved terugmelding iDeal

Hallo Douwe,

Klopt wat je zegt dat we een beetje vast zitten. Het is prima om dit ticket te sluiten en indien nodig een nieuwe te openen.

Voor je onderzoek zou ik wel willen aangeven om te zien of de terugmelding van de Rabobank ook daadwerkelijk op de website aankomt.

Het is niet mogelijk om een status op te vragen bij de Rabobank zonder het betaal ID van de Rabobank, die krijg je pas als de terugmelding van de Rabobank is aangekomen. In die terugmelding staat namelijk het unieke ID van die transactie.

Als er vragen zijn dan sta ik ter beschikking.

Dag Roland,

Ik zie dat we in herhaling beginnen te vallen en ben bang dat het op deze manier een gebed zonder end gaat worden. Daarom het volgende voorstel. We sluiten deze ticket. Daarna ga ik eerst zelf wat onderzoek doen en tests uitvoeren. Hopenlijk kom ik iets stoms tegen waardoor e.e.a. is opgelost.
Wanneer het toch een probleem blijft test ik verschillende betalingen en verzamel per betaling de gegevens zodat er een overzichtelijk geheel aan gegevens beschikbaar komt waarmee verder gewerkt kan worden.
Doordat momenteel het gebruik van het systeem toch helemaal stil ligt is er nu ruimer tijd om het probleem rustig aan te pakken.

Regards
Douwe

Hallo Douwe,

De access log heb ik bekeken en er staat niets in van een terugmelding van Mollie. Nou weet ik niet omdat het komt omdat het geknipte gedeeltes zijn. Je kan anders ook wel kijken in de access log of je deze regel tegen komt:

POST /cli/notify.php

Dit is een gedeelte van wat ik in dit antwoord heb geschreven.

Als je naar de betaling kijkt bij de Rabobank in het dashboard, zie je daar misschien nog iets staan over de terugkoppeling?

Dag Roland,

Ik heb inmiddels contact gehad met de helpdesk en zij gaven de tip het log-bestand te verwijderen en kijken wat er dan gebeurd. Resultaat het logbestand wordt opnieuw aangemaakt, maar er worden geen gegevens in geplaatst.

Daarna heb ik 2 betalingen verricht, de eerste met afronden van de betaling; resultaat "SUCCESS". De tweede zonder het netjes af te sluiten. Helaas wat dicht op elkaar rond 13:36u. Ik heb die periode uit het access log gecopieerd en bekeken en zie wel dat de eerste "COMPLETED" is, tenminste voor zover ik het kan lezen.
Ik heb het bestand hier bijgevoegd.
Nu net heb ik nogmaals een betaling verricht zonder netjes af te sluiten. Dat deel van de access log heb ik ook in het meegestuurde bestand opgenomen.

Regards
Douwe

Hallo Douwe,

Nog even toevoegen: Wanneer na de betaling niet netjes wordt afgesloten gebeurt er nog steeds niets.

Het antwoord hiervoor zal in de server access log moeten zitten om te zien wat er gebeurt. Dat is mijn antwoord hier.

Voor de cronjob heb ik nog eens gekeken naar het bestand wat je had gestuurd, er staat hier geen paymentId in, zonder het paymentId kan RO Payments ook geen status opvragen bij de Rabobank. Los daarvan, dat zou dan wel in het log bestand moeten staan.

Ik denk dat er eerst eens gekeken moet worden wat er gebeurt met de terugmelding vanuit de Rabobank als je op het kruisje klikt. De Rabobank verstuurt sowieso een bericht naar de website.

Nog even toevoegen: Wanneer na de betaling niet netjes wordt afgesloten gebeurt er nog steeds niets. Wel als je klikt op "Terug naar de winkel".

Dag Roland

Ik heb me ook een beetje verbaasd over de commandoregel, maar het is iets wat zij hebben aangemaakt. Het vreemde was wel dat ze het logbestand op een plek gezet hadden waar ik niet bij kon. Op hun advies heb ik dat aangepast, maar ik zie nog steeds niks gebeuren. Ik ben ook nog even wat aan het experimenteren geweest maar er worden geen regels toegevoegd aan het logbestand en dat zou toch bij elke uitvoer van de cronjob moeten. Ik schiet maar weer even een ticket in bij de provider.

Weer bedankt voor de ondersteuning

Regards
Douwe

Hallo Douwe,

Nou de notify URL gaat nu wel goed want als ik naar https://www.seniorenbeuningen.nl/cli/notify.php ga krijg ik netjes NOK terug.

Als je nu een betaling doet, wordt die dan nog steeds niet netjes afgehandeld?

Je zou toch minimaal verwachten dat er Status update script is starting (of een Nederlandse zin) in het logbestand staat. Zo niet, dan zal de job niet gelopen hebben. Die zin wordt als eerste getoond.

/cli/statusupdate.php --host=https://www.seniorenbeuningen.nl --status=Pending,Paid >> /home/vhosts/seniorenbeuningen.nl/httpdocs/logs/statusupdate.log

Dit lijkt mij niet helemaal corect, normaliter heb je het volledige pad naar een PHP script staan dus die /cli/statusupdate.php zou dan langer zijn. Ik ken de hosting dus niet, dus weet ook niet 100% zeker of dit werkt. Als ik het zo hoor niet.

De bijgesloten log heb ik bekeken en die ziet er wel prima uit.

Dag Roland,

Het is weer even geleden dat ik me hiermee heb bezig gehouden, maar het zijn vreemde tijden. Ik heb mijn aandacht een tijdje op andere zaken moeten richten. Verder is de kaartverkoop voorlopig gestaakt waardoor de druk van de ketel is.
Ik heb inmiddels de site verplaatst naar de root zodat redirecting niet meer nodig is. Ik heb de Cronjob ook aangepast.
/cli/statusupdate.php --host=https://www.seniorenbeuningen.nl --status=Pending,Paid >> /home/vhosts/seniorenbeuningen.nl/httpdocs/logs/statusupdate.log
Ik zie alleen niet dat er gegevens worden opgeslagen in het log-file.
Het heeft verder geen resultaat opgeleverd.
Daarna heb ik gekeken naar de regel in de database, maar daar kwam ik niet de url's tegen zoals je vermelde. Ik heb de regel ge-exporteerd en hier bijgevoegd. Misschien kun je er iets uit destileren.

Regards
Douwe

Hallo Douwe,

Als er nog vragen zijn dan hoor ik het graag.

Dag Roland,

De site staat niet in de testmodus. Ik heb hem in een submap geplaatst omdat ik de site heb overgenomen en overging van Wordpress naar Joomla. Wordpress stond in de map "Website" Ik dacht dat dit de simpelste methode was om de nieuwe site eerst geheel up and running te hebben vóór het omzetten. Mogelijk dus dat het uiteindelijk toch niet zo'n gelukkige keuze is. Ik ga kijken of ik die gevraagde gegevens kan vinden maar ik ben niet zo goed in die datbase tabellen.
En ik ga nadenken of ik toch de site weer ga verplaatsen, wat een behoorlijke klus is, maar mogelijk de beste oplossing
Dank alweer voor de steun.

Regards

Douwe

Hallo Douwe,

84.87.226.222 - - [11/Mar/2020:21:38:21 +0100] "POST /joomla/index.php?option=com_jdidealgateway&task=checkideal.send&format=raw HTTP/1.1" 303 - "https://www.seniorenbeuningen.nl/joomla/index.php/zomeractiviteiten-2020?task=cart.process_checkout" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36"

Hier wordt je naar de Rabobank gestuurd en er komt nooit een antwoord aan van de Rabobank.

Wat mij wel opviel is dit. Als ik naar https://www.seniorenbeuningen.nl/ ga wordt er een redirect gedaan naar https://www.seniorenbeuningen.nl/joomla De vraag is nu, welke URL wordt er aan de Rabobank doorgegeven om op terug te komen. Als de Rabobank terug komt op de site naar https://www.seniorenbeuningen.nl/cli/notify.php dan komt dat verzoek nooit aan want deze pagina geeft een 404. De echte pagina https://www.seniorenbeuningen.nl/joomla/cli/notify.php die geeft netjes NOK terug.

Je zou even in de database tabel jdidealgateway_logs moeten kijken naar de regel waar het veld ID het hoogste is en wat er bij de url velden staat. Daar ben ik dan wel even benieuwd naar.

Die redirect staat erin omdat de site nog in test modus is?

Dag Roland

Hierbij het acces log. IK heb een betaling verricht rond 21:38.

Regards
Douwe

Hallo Douwe,

Dank voor de logs. Hierin zie ik wel dat er iets niet goed gaat. Het gaat dan om het laatste blokje:

2020-03-09T22:15:32+00:00	ERROR 83.137.198.7	com_jdidealgateway	No log ID has been found

Request method: GET

GET variables: 

POST variables: 

Payload body: 

Hier staat dat er een GET verzoek is gedaan maar de Rabobank doet een POST verzoek. Oftewel, het hele verzoek van de Rabobank is niet te zien. Wat ik graag eens wil zien is de access_log van de server rond de tijd dat je de test hebt gedaan. Eventueel kan je een nieuwe test doen door een betaling te starten en na de betaling het scherm te sluiten.

In de access log moet dan even later een POST regel komen van de Rabobank. Die staat er niet als zodanig in met het woord Rabobank maar met Java. Die regel ziet er bij mij zo uit:

145.72.111.4 - - [09/Mar/2020:10:17:00 +0100] "POST /cli/notify.php HTTP/1.0" 200 2 "-" "Java/1.8.0_191" 

Roland,

Helaas heeft dit niet het gewenste resultaat. Ik heb de bestanden die je hebt gestuurd vervangen op de site. Ik heb hierbij weer wat bestanden meegestuurd waarbij een screenshot. Hierin zie je dat de pijl onder resultaat niet wordt weergegeven, dus er is wel iets veranderd. Verder de gegevens van een test van gisteravond. Vanmorgen opnieuw getest met hetzelfde resultaat.
Ik heb een half uur later de betaling geheel afgerond met de knop "Terug naar de Webwinkel" en dan verschijnt direct het resultaat "Succes". Ook daarvan heb ik het logbestand bijgevoegd.

Ik hoop dat je met deze gegevens een stap verder kunt komen.

Regards Douwe

Hallo Douwe,

Er valt me iets op in de cron logging die je gestuurd hebt.

Verwerk URL: https://www.seniorenbeuningen.nl/cli/notify.php?nl-NL

Die nl-NL zou er niet moeten staan maar een betaal ID. Nu maakt het in dit geval niet uit want bij de Onlinekassa wordt die pas gevuld als er feedback is gekomen vanuit de bank.

Nu ben ik zelf eens aan het testen gegaan want die callback vanuit de bank zou toch echt plaats moeten vinden. Dat belletje van de bank komt. Waar het mis gaat is bij het vinden van de juiste transactie. Dit is nu opgelost in bijgevoegd zip bestand.

Als je het zip bestand uitpakt dan staat de juiste mappenstructuur hier al in, dus die kan je zo vervangen. Deze aanpassing zal meegenomen worden in de volgende versie van RO Payments.

Hopelijk is het zo opgelost.

Dag Roland.

Helaas nog steeds geen resultaat. Ik heb vanmiddag weer een test gedraaid. De cronjob loopt wel, maar geeft geen resultaat naar de module.
Wat me wel opvalt is dat de tijden in Ro-Payment transacties een uur later staan. Komt die tijd van de Rabo misschien?
Van de laatste aktie heb ik gegevens bijgevoegd. Misschien kun je daaruit nog iets opmaken.
Verder heb ik een stuk uit het logbestand gecopieerd waarin de cronjob iets detecteerd, maar er blijkbaar niets mee doet, want de status van de transactie wordt niet aangepast.
Ik hoop dat je hier iets mee kunt.
Alvast bedankt voor je reactie.

Regards
Douwe

Hallo Douwe,

Dat die cronjob loopt om de 5 minuten is prima hoor. Als er niets te verwerken valt is die binnen een paar seconden klaar dus erg weinig druk op de server.

Als er vragen zijn dan hoor ik ze graag.

Dag Roland

Die eerste foutmeldingen had ik ook gezien, maar ook geconstatteerd dat het commando van de cronjob al was gewijzigd. De helpdesk had het zelf blijkbaar ook al in de gaten.
Ik ga wel even een nieuwe test draaien omdat we toch nog in de testfase zitten. Ik heb daarom de interval op 5 min gezet om snel het resultaat te zien, maar ik verleng het later wel.

Weer dank voor de ondersteuning en ik laat het resultaat weten.

Regards

Douwe

Hallo Douwe,

De logs heb ik bekeken en er is iets niet helemaal goed gegaan met de eerste keer dat het script gedraaid is. De eerste keer was er deze foutmelding:

Couldn't resolve host 'http://www.seniorenbeuningen.nlcli'

De eerste keer heeft het script dan gelopen met een start datum van 1970-01-01 00:00:00, oftewel vanaf het begin en werden er 11 transacties verwerkt. Daarna is het script een tweede keer gedraaid met een start datum van 2020-03-02 15:05:02 en na deze datum is er niets meer te controleren.

Als je die 11 transacties nog een keer wil laten controleren door het script, zou je het commando moeten draaien met de optie

--lastrun=1970-01-01

Dan worden die 11 transacties weer gecontroleerd.

Als dit niet nodig is, dan kan je de cronjob gewoon laten draaien. Ik weet niet op welke interval die nu staat maar elk uur zou prima zijn.