Resolved terugmelding iDeal

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,

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,

Als er nog vragen zijn dan hoor ik het graag.

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,

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

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

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".

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.

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,

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 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,

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.