No?ll Taravati

Hi @aweissinpsyde,

Let me explain this problem to you again.

When refunding a order, I have two options:
> Full refund
> Partial refund

When making a full refund, the Mollie gateway automatically refunds the amount to the original payment method and changes the refund status to “refunded”.<br> When making a partial refund, Mollie also automatically refunds the amount to the original payment method, but now changes the order status from “finished” to “pending”. This is a big issue for our administration.

I’d like to know how we can figure this out. If you want to do a one-on-one talk, please send me your Skype ID or e-mailadress so we can arrange a quick chat. My Skype ID is NTaravati.

Thanks!
– Noell

Ref. attachments from WooCommerce

• This reply was modified 4 years, 6 months ago by No?ll Taravati.
• This reply was modified 4 years, 6 months ago by No?ll Taravati.

I will contact Mollie again since there are no updates coming from @aweissinpsyde. I’ll keep this topic updated once I have got more information.

Bump! @aweissinpsyde I haven’t heard back from you yet. Can you please let me know if you have been able to reproduce this problem and/or have added this bug into the backlog? I understand that you won’t be able to solve it quickly, but I’d like to know if it’s us or the plugin that is causing trouble.

I’m looking forward hearing from you.

Dear @aweissinpsyde, this issue is only affecting partial refunds on our side. Other payments through Mollie, like payments, cancellations and full refunds, are working properly. I have been able to confirm that our Rest API can be accessed by visiting {url}/wp-json/wc/v2/orders; nothing (NGINX/Cloudflare) seems to be blocking that.

I’m wondering if you have other clues on why partial refunds keep pending and other payments are finishing successfully.

We hebben nog geen oplossing of reactie ontvangen van Mollie. Ik zal dit probleem bij hen aankaarten met een verwijzing naar dit topic.

Aanvulling: ik heb de Mollie debug log ingeschakeld. De onderstaande log wordt gegenereerd zodra er een gedeeltelijke terugbetaling wordt uitgevoerd.

2020-08-17T08:56:21+00:00 DEBUG Mollie_WC_Payment_Order::refund - 97444 - Try to process refunds or cancels.
2020-08-17T08:56:21+00:00 DEBUG Try to process an amount refund (not individual order line)
2020-08-17T08:56:21+00:00 DEBUG Terugbetaling van EUR2.20 terugbetaald in WooCommerce en bij Mollie. Reason: ander artikel. Terugbetalings-ID: re_xxx. 
2020-08-17T08:57:04+00:00 DEBUG Mollie_WC_Plugin::shipAndCaptureOrderAtMollie - 97444 - Try to process completed order for a potential capture at Mollie.
2020-08-17T08:57:04+00:00 DEBUG Mollie_WC_Plugin::shipAndCaptureOrderAtMollie - 97444 - Order successfully updated to shipped at Mollie, capture of funds underway.
2020-08-17T08:57:05+00:00 DEBUG mollie_wc_gateway_ideal: Mollie payment object ord_xxx (live) webhook call for order 97444.
2020-08-17T08:57:05+00:00 DEBUG Mollie_WC_Gateway_Abstract::handlePaidOrderWebhook - mollie_wc_gateway_ideal: Order 97444 does not need a payment by Mollie (payment ord_xxx).
2020-08-17T08:57:05+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds called for order 97444 / paymentord_xxx
2020-08-17T08:57:05+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds: No refunds to process for order 97444 / paymentord_xxx
2020-08-17T08:57:05+00:00 DEBUG Mollie_WC_Gateway_Abstract::processChargebacks called for order 97444 / payment ord_xxx
2020-08-17T08:57:05+00:00 DEBUG Mollie_WC_Gateway_Abstract::processChargebacks: No chargebacks to process for order 97444 / payment ord_xxx
2020-08-17T11:00:21+00:00 DEBUG mollie_wc_gateway_ideal: Mollie payment object tr_xxx (live) webhook call for order 97444.
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::handlePaidOrderWebhook - mollie_wc_gateway_ideal: Order 97444 does not need a payment by Mollie (payment tr_xxx).
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds called for order 97444 / paymenttr_xxx
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds All refund IDs for order 97444 / paymenttr_xxx: ["xxx"]
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds Already processed refunds for order 97444 / paymenttr_xxx: []
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds Refunds that need to be processed for order 97444 / paymenttr_xxx: ["xxx"]
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds New refund xxx processed in Mollie Dashboard for order 97444 / paymenttr_xxx Order note added, but order not updated.
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds Updated, all processed refunds for order 97444 / paymenttr_xxx: ["xxx"]
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processRefunds Updated state for order 97444
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processChargebacks called for order 97444 / payment tr_xxx
2020-08-17T11:00:21+00:00 DEBUG Mollie_WC_Gateway_Abstract::processChargebacks: No chargebacks to process for order 97444 / payment tr_xxx

Opmerkelijk is de melding: “Order note added, but order not updated”.

Kunnen jullie mij aan de hand van deze melding in de juiste richting wijzen waarom de bestelstatus verandert naar ‘in de wacht’ in plaats van ‘voltooid’- of ‘terugbetaald’?

• This reply was modified 4 years, 7 months ago by No?ll Taravati.

Nice plug-in, works as it should! Would be handy to limit the inventory history to e.g. 100 records per product to prevent data overload. An uninstall button would be appreciated as well. ??

Thank you so much! This has solved our issue.

I do not understand why you change the ‘orderby’ to ‘title’, but hey; it works. ?? Have a merry Christmas!

Thanks for mentioning, Kathryn! I wasn’t sure if my first post was actually published, but it seems it is. ??

? ??

Je zal mij, maar ook mede-gebruikers er enorm mee helpen. De hook hierboven zou je eventueel nog onder de FAQ kunnen zetten, ervan uitgaande dat niet iedereen over de kennis beschikt om het zelf te schrijven.

Ik heb even gekeken, maar er zit wel ‘enige’ vorm van validatie op, namelijk als er niets is ingevuld. (Melding: Factuur Nr. is een verplicht veld.)

In hoeverre is het voor jou mogelijk om in een kwartiertje zo’n code als hierboven te schrijven?

Bedankt, Ewout! Heb je ook een dergelijke code voor het verplichten van huisnummers? Dit kan gewoon een simpele ‘contains 0 – 9’ validatie zijn.

Hi Ewout!

Sorry voor mijn ongeduldigheid; het probleem heeft zich inmiddels alweer een paar keer voorgedaan. Zou je er ajb. de komende weken naar willen kijken?

Dank!

– Edwin

Aanvulling op mijn vorige reactie: ik wil ook dat klanten verplicht zijn om een nummer bij het veld ‘huisnummer’ in te vullen. Nu heeft iemand ‘Y’ ingevuld en de bestelling kunnen afronden. ??

Bedankt!

Hi Ewout,

Het werkt. Ik vraag mij alleen af hoe je de optie hebt ge?ntegreerd, want ik zie nu:

– Vast tarief
– Vast tarief – Pakket
– Vast tarief – Brievenbus
– Afhalen
– Gratis verzending

M.a.w. ik mis deze opties:

– PostNL Brievenbuspakje
– PostNL Pakket
– PostNL Grootpakket (*)

(*) Deze optie heb ik onlangs toegevoegd. Ik vraag niet of je deze optie wilt ondersteunen, ik wil alleen dat ik ‘PostNL Grootpakket’ ook onder ‘Pakkettype –> Pakket’ kan selecteren.

Vandaar mijn vraag of je oplossing daadwerkelijk kijkt naar verzendmethodes die wij hebben ingesteld, of dat het filtert op de woorden ‘brievenbus’ en ‘pakket’ in de verzendopties.

Groeten,
Edwin

• This reply was modified 8 years, 3 months ago by No?ll Taravati.