Resolved [VM] Bestelstatus verandert soms wel, soms niet

PS:
In com_jdidealgateway.errors.php staan 5 meldingen van de laatste bestelling (van vandaag) met bovenstaand probleem.

2023-11-13T08:35:32+00:00	ERROR xx.xxx.xxx.xxx	com_jdidealgateway	No log ID has been found

Request method: GET

GET variables: 

POST variables: 

Payload body: 

User agent: Mozilla/5.0 Joomla!/4.4.0 Joomla

Hallo Wim,

De laatste regel in het logbestand van zo'n bestelling is "Send customer to URL", met link naar betalen.rabobank.nl.

Dit zegt eigenlijk alles want het betekent dat zowel de klant als de bank niet terug komen zijn op de website. Zonder terugkoppeling kan RO Payments ook niets doen want die wordt niet meer aangeroepen.

Je schermprint van de com_jdidealgateway.errors.php is niet heel spannend want het enige wat daar staat is dat de cli/notify.php is aangeroepen zonder enige data.

Wat kan ik het beste doen?

Er is in ieder geval wel iets dat er gedaan kan worden. Dat is het nalopen van de access log van de webserver. Hierin staan alle verzoeken die naar de website gestuurd worden. Als je het moment van de bestelling weet kan je rond die tijd kijken in deze log. Je zal dan zien dat iemand naar com_jdidealgateway gaat en niet lang daarna zou je een verzoek moeten zien van de Rabobank.

Als eerste kan je dit het beste even nakijken voor een gelukte betaling want dan weet je hoe het eruit ziet en daarna eens kijken naar een mislukte. Ik verwacht dat het verzoek vanuit de Rabobank nooit is terug gekomen. Als dat zo is, dan wordt het een stuk lastiger want dan zou de Rabobank moeten kijken of ze kunnen zien wat er gebeurt met dat verzoek.

Alles wat je beschrijft komt dus omdat er geen terukoppeling ontvangen wordt.

Zoiets dacht ik al.

En een "snelle" blik laat zien dat bij een bestelling waar het goed gaat, na de (...)com_jdidealgateway&task=checkideal.request(...) de pluginresponse van VM en de notify.php wordt aangeroepen door rabobank en bij een bestellling waar het niet goed gaat, alleen (...)com_jdidealgateway&task=checkideal.request(...).

Dus geen terugkoppeling...

Is het mogelijk om de status te veranderen van Pending naar een andere terwijl iemand via ROP wil betalen?
Is dat "Wachten"?
VM stuurt bij Pending geen e-mails (meer) en met een andere status zou in ieder geval een mail gestuurd worden naar de klant en verkoper.

Dan kan ik in de tussentijd de rabobank vragen of zij in hun logs kunnen zien wat er aan de hand is.

Hallo Wim,

Is het mogelijk om de status te veranderen van Pending naar een andere terwijl iemand via ROP wil betalen?

Nee, dat is niet mogelijk. RO Payments verandert de status alleen maar bij terugkoppeling.

Is dat "Wachten"?

Nee, dat is de status die een order moet hebben om bijgewerkt te worden.

Het automatisch laten checken van de status lukt dan weer niet bij de Rabobank omdat er pas bij terugkomst van een klant een handtekening is die gebruikt kan worden om de status op een later moment op te vragen.

Het enige wat nog zou kunnen is dat de VM configuratie wordt aangepast maar dat is ook weer zoiets.

Hallo Roland,

Ik heb contact (gehad) met de Rabobank. Ik kreeg het volgende antwoord:

Naar aanleiding van onderstaande email , kan ik je laten weten dat er in het dashboard geen Webhook voor production is opgevoerd.
Dit zou het probleem kunnen oplossen. De webhook gebruiken wij om berichten naar toe te versturen.

Ik zie in de documentatie niets over webhooks.
Is de webhook de url naar notify.php?

Hallo Wim,

Een antwoord waar ik al bang voor was.

Ik zie in de documentatie niets over webhooks.

Dat klopt omdat RO Payments die automatisch genereert en meestuurt naar de Rabobank. Als dit echt het probleem zou zijn dan zou je nooit een antwoord terug ontvangen vanuit de Rabobank. Men heeft dus helemaal niet gekeken naar het specifieke verzoek waar geen antwoord op ontvangen is.

Is de webhook de url naar notify.php?

Gedeeltelijk, er zit ook het RO Payments transactie nummer aan vast geplakt. De complete URL, mocht je iets willen invullen is dan https://website/cli/notify.php. Ik acht de kans groot dat er dan nog niets gebeurt omdat er geen transaction_id aan de URL gekoppeld is.

Hallo Roland,

Ik heb de support van Rabobank gezegd dat ROP automatisch een webhook aanmaakt en meestuurt.

Maar zij blijven bij hun standpunt:

Het is belangrijk dat de webhook in de smartpay overeenkomst gevuld is.
Dit voorkomt dat transacties geen terugkoppeling krijgen. (het ligt eraan hoe de consument na een betaling afsluit)(...)

Hallo Wim,

Dit voorkomt dat transacties geen terugkoppeling krijgen.

Dat is natuurlijk kletskoek want nu krijg je ook terugkoppeling.

Ik zou zeggen vul die webhook in en als je dan weer een transactie hebt waar geen terugkoppeling op komt dan kunnen ze dat in ieder geval niet meer roepen. De URL is dan https://website/cli/notify.php en website vervangen door het domein waar het op draait natuurlijk.

Update:

Oké, de site draait nu ca. een week met de webhook ingevuld.

Tot nu toe volgt bij elke bestelling een terugkoppeling.

In de accesslogs zie ik een GET /cli/notify.php?transactieId=123 van betalen.rabobank.nl.
Kort daarna volgt nog wel een POST /cli/notify.php met een IP nummer van de rabobank.

Hallo Wim,

Dank voor de terugkoppeling. Die volgorde zou betekenen dat de status terugmelding komt nadat de klant is terug gekomen op de website. Wat er dan in dat POST verzoek staat is onbekend want dat slaat RO Payments niet op.

Ik zou je wel een aangepast bestand kunnen sturen waarbij we dat opslaan in het logbestand mocht je daar interesse in hebben.