Beste,
Eerst en vooral bedankt voor deze plugin! Recent bots ik tegen een beperking. Ik zou graag betalingen willen laten uitvoeren voor abonnementen. Met keuze per (dag), X week, per X maand, per X jaar
1. Voor jaarlijkse memberships.
2. En voor andere producten om een betaling aan te bieden op bijvoorbeeld een afbetalingsplan van 3x keer. https://www.mollie.com/be/payments/direct-debit
https://www.mollie.com/be/offer-subscriptions
Zou het mogelijk zijn dit toe te voegen aan uw plugin?
Alvast hartelijk dank!
Hallo,
Indien het in het Engels moet hoor ik het graag.
Ik heb een probleem met de plugin. Ik probeer tickets te verkopen, wat tot hiertoe altijd prima gewerkt heeft. Maar nu wil ik verder in het form ook up-sales doen, met bv een ontbijt, lunch, diner, etc..
Echter wanneer ik wordt doorverzonden naar mollie, dan moet ik enkel de ticket prijs betalen dat is ingesteld. De upsale opties worden niet berekend, ook al update het form total field correct.
See video screenshot https://www.awesomescreenshot.com/video/13512827?key=bd830401ce23fefb980dd165bb8fd5b1
Nu na dagen zoeken geef ik het op, daar ik denk dat er een conflict met uw plugin is. Ik heb de officiele mollie addon van GF geinstalleerd en nu werkt dit wel goed. Maar ik zou graag terug uw plugin verder willen gebruiken, daar je per form de plugin betaling kunt instellen. En zo ook kunt testen zonder dat al je andere forms in test mode gaan ??
]]>Hey WordPress Members,
Ik was aan het zoeken hoe je de SEPA incasso kan gebruiken via GF Mollie by Indigo maar ik kom er niet uit. Zit deze optie er in of ben ik naar een optie opzoek die er helemaal niet in zit haha.
Bij Mollie zelf staat het al actief.
]]>Sinds de laatste update van mollie woocommerce weekt GF Mollie niet meer.
Nog iemand deze ervaring?
Hoe is dit op te lossen?
I have created a notification with conditionals as described in the faq https://www.indigowebstudio.nl/gf-mollie-by-indigo/gf-mollie-by-indigo-faq/ make notification dependent of payment status. In the Mollie test mode I tested all posibilities for the available payment statuses: -Open -Betaald -Mislukt -Geannuleerd -Verlopen
I included the field gf-mollie-payment-status in my notification for reference. In every status the field contained ‘Processing’, hence also the conditionals using this field always presented the same output.
What is going wrong here? Shouldn’t this work in Mollie test mode?
]]>Hallo,
Ik probeer twee feeds aan te maken.
1. Voor de BENE (Nederland / belgie) markt. Waar de betaal optie enkel Bancontact en iDeal zichtbaar moet zijn. (ingesteld in het molie webprofiel en juiste api)
Conditional Logic =
Process this feed if “ANY” of the following match:
Country is Belgium
Country is Netherlands
With api that only process ideal and bancontact
2. Creditcard betalingen voor alle klanten buiten Nederland en Belgie.
Maar als ik test, dan geeft deze de creditcard betaal optie weer, en dat wil ik voorkomen wegens de hoge transactie kosten bij CC-betalingen als men uit nederland of belgie komt.
Process this feed if ANY of the following match:
Country IS NOT Belgium
Country IS NOT Netherlands
Api that only process Creditcards.
Als ik dan het formulier test, en selecteer land Nederland of Belgie in een tweede test, dan krijg ik telkens creditcard als betaal optie ipv ideal of bancontact.
]]>Hi there!
How can I setup recurring payments, i’m building a charity website where their is also an monthly fee option. But how do I set this in your plugin?
Thank you,
Bedankt!
Hi!
I recently started using this plugin on a project, capturing payments which then saves entries in GF. However, failed payments entries are still captured/saved in the DB, and other stuff happens down the line, which I don’t want to happen (we show entries on front-end etc etc). How can I make sure that entries only get saved after a succesful payment?
]]>Hi,
Since the upgrade tot GravityForms 2.5 the Results calculation doesn’t seem to work anymore.
With on order of €95 it shows a result of €890,75
Date Day Orders Subscriptions Recurring Payments Refunds Revenue
2021-05-19 Wednesday 2 0 9 0 890,75 €
The issue seems to be in the recurring number.
What I also see is in the entry detail 9 times a note added:
Payment has been completed. Amount: 95,50 €. Transaction Id: 1621425299
Is this a known issue?
Regards,
Carl
Ondersteund deze plug-in multi-currency of komt dat er in de (nabije) toekomst aan?
Ik heb een use-case waar de gebruiker ook in USD of in GBP zou moeten kunnen betalen ipv enkel Euro.
First I select my provider (teacher) then my service (a half hour lesson) but if I select the second teacher in the dropdown, when I select the half hour lesson the page updates and changes the teacher back to the first/default selection. I can’t figure out what’s going on and people are unable to register for the teacher they want.
]]>Would it be possible to delete the entry when payment has failed?
Usecase: we are sending form entries to Google Spreadsheets, but only want the ‘paid’ entries in Spreadsheets.
Payment status apparently is not retrievable in Zapier condition or Automate.io so I can’t filter it on payment status so only paid entries go through.
So if we could automatically delete the entry when payment status enters ‘failed’ this would avoid creation of the entry in the sheet.
If anyone sees another solution to not pass through when payment is failed, please let me know as well.
I have just tested the payment gateway. I have found that, when a payment has failed, the ActiveCampaign integration starts anyway.
How is this possible? In my opinion the payment to Mollie should be the first in row after hitting the submut button. Only after a succesful payment all other steps should be executed.
What am I missing here?
]]>My current situation: after payment the user is always redirected to the original screen with the message.
Is there a way to redirect the user after a succesful payment to a specific page and to another page after a failed payment?
I can only find (email) messages related to payment status, not redirects.
Hi Petra,
I’ve been trying to get the following steps working with an external Invoicing API (Wefact).
—
—
I’ve tried several Gravity Form actions (gform_post_payment_callback, gform_post_payment_complete) which ended up not running my API call after the payment is finished.
After updating the GF Mollie plugin to 1.11.1 I noticed a new action in the code.
gform_mollie_payment_retreived
Looking at my logfiles I also noticed the following:
objectMollie_API_Object_Payment Object
(
[resource] => payment
[id] => tr_dCCPaxGuaQ
[mode] => live
[amount] => 0.01
[amountRefunded] => 0.00
[amountRemaining] => 25.01
[description] => Inschrijving Weetabix Drijver Goalie Clinic 2020
[method] => ideal
[status] => paid
...
With that information I assumed I assumed I could check for the status.
I’ve added the following add_action();
function invoice_payment_completed($entry, $payment) {
// Make sure I get the newest verion of the $entry;
$new_entry = GFAPI::get_entry( $entry['id'] );
// Finish the invoice (set to paid) if payment = paid.
if ($payment->status == 'paid') {
$new_entry['payment_status'] = 'Paid';
// Finish the invoice
after_submission_invoice_finish($new_entry);
} else {
return false;
}
}
add_action( 'gform_mollie_payment_retreived', 'invoice_payment_completed', 10, 2 );
But the above isn’t run after payment. Even if I removed the surrounding If statement it would not run the after_submission_invoice_finish function.
So my question would now be, how can I go ahead as to use the action gform_mollie_payment_retreived correctly? And is this action intended for user after payment?
]]>Hi Petra,
I’ve been trying to get the following steps working with an external Invoicing API (Wefact).
—
—
I’ve tried several Gravity Form actions (gform_post_payment_callback, gform_post_payment_complete) which ended up not running my API call after the payment is finished.
After updating the GF Mollie plugin to 1.11.1 I noticed a new action in the code.
gform_mollie_payment_retreived
Looking at my logfiles I also noticed the following:
objectMollie_API_Object_Payment Object
(
[resource] => payment
[id] => tr_dCCPaxGuaQ
[mode] => live
[amount] => 0.01
[amountRefunded] => 0.00
[amountRemaining] => 25.01
[description] => Inschrijving Weetabix Drijver Goalie Clinic 2020
[method] => ideal
[status] => paid
...
With that information I assumed I assumed I could check for the status.
I’ve added the following add_action();
function invoice_payment_completed($entry, $payment) {
// Make sure I get the newest verion of the $entry;
$new_entry = GFAPI::get_entry( $entry['id'] );
// Finish the invoice (set to paid) if payment = paid.
if ($payment->status == 'paid') {
$new_entry['payment_status'] = 'Paid';
// Finish the invoice
after_submission_invoice_finish($new_entry);
} else {
return false;
}
}
add_action( 'gform_mollie_payment_retreived', 'invoice_payment_completed', 10, 2 );
But the above isn’t run after payment. Even if I removed the surrounding If statement it would not run the after_submission_invoice_finish function.
So my question would now be, how can I go ahead as to use the action gform_mollie_payment_retreived correctly? And is this action intended for user after payment?
]]>Thanks for the nice plugin.
Can i give a suggestion?
In the feed, i can only add productfields; so only the total field.
It would be superb if we could add any number field.
Then we can use calculations in GF, and let the user only pay a deposit of 30%; calculated in a number-field.
Is this somehow possible or in the pipeline?
]]>2 weeks ago I started using this plugin. It all worked fine (using the Mollie test api), until Yesterday I received my first order using this form.
I received an e-mail from the client because they didn’t receive the e-mail with the download to the product. I checked my system (Q-invoice.nl) and the order has not been processed. The amount was paid and received by Mollie. SO there is a problem between the payment and sending the success message to Q-invoice.
When I now try to make some orders using the test api again I also don’t receive an e-mail and the order is not processed in Q-invoice. So it looks like something has changed the last days.
There has been an update 6 days ago, could that maybe cause a problem? It looks like the payment status is not returned…?
]]>Hoi, Is het mogelijk om via jullie plugin in te stellen hoe lang een bancontact betaling open staat? Momenteel is dat een uur, ik zou dit graag inkorten.
]]>Most of the payments I receive get the status Processing/Verwerken in the GF Entries list, while in Mollie they’re already Uitbetaald/Paid. Some are Paid/Backend, so it does “work” sometimes.
This problem looks similar to this one, https://www.ads-software.com/support/topic/payment-status-processing/, but that’s locked. Could it be the same fix? What was the fix for Jurgen?
]]>Wanneer we een iDeal transactie doen willen we graag het factuurnummer tonen bij de boeking.
Graag wil ik hiervoor “YYYY-aantal-entries” gebruiken zodat de klant eenvoudig de betaling kan identificeren. Wat zijn er mogelijkheden om dit aan te passen?
]]>Hi. In gf-mollie-by-indigo.php you have require_once plugin_dir_path( __FILE__ ). 'Mollie/API/Autoloader.php';. On my site I have another plugin that also uses the Mollie API. They don’t conflict feature wise, but apparently that plugin got loaded first, and this causes an error along the lines of “cannot re-declare class Mollie_API_Autoloader”. You could wrap the require in a if ( !class_exists( 'Mollie_API_Autoloader' ) ) to fix this. The other plugin also has this check. I’ve made this change on my end, but if you update the plugin without fixing this, my site will throw an error again. So I hope you can add this to your first next update. Thanks!
Hi. Is this plugin tested for:
1. Multisite single site activation?
2. Multisite network activation?
Thanks.
]]>Hi,
Graag zou ik de mogelijkheid hebben om een aanbetaling van 10% van het totaalbedrag te voldoen. Dat zou al kunnen als ik een veld met calculatie zou kunnen afrekenen. Is dat mogelijk?
Thanks!
Coen
Hi,
When I am publishing a contact-form (without any paiement) I got some warning message as:
… nc_array() expects parameter 1 to be a valid callback, class ‘GFMollie’ does not have a method ‘delay_notification’ in … /wp-includes/class-wp-hook.php on line 288
I need GF_Mollie for some forms but not for this one;
How to avoid this warning ?
Thanks for any support
Regards
Philippe
Dear plugin developer,
At this moment the plugin doesn’t store the used payment method in the entry.
Instead, it’s saving the string ‘Mollie’ as the used payment method.
This is the payment provider, and not the method.
I’ve got a few ideas for how to add the payment method to the entry.
Option 1:
Add an action after retreiving the payment details so users can perform their own action there.
class-fg-mollie-.php
public function callback()
Line 367
do_action( 'gform_mollie_payment_retreived', $entry, $payment );
Option 2:
Pass the payment method to the payment_method parameter, instead of the payment provider name.
class-fg-mollie-.php
public function callback()
Line 381
`
$action[‘payment_method’] = $payment->method;
`
And could could still pass the payment provider using the following (just before returning the $action):
gform_update_meta( $entry['id'], 'payment_provider', 'Mollie');
I hope this can help you, if any more information is required feel free to ask!
have a nice weekend!
Menno
]]>With the latest version of the plugin when creating notifications etc. the merge fields won’t open next to the subject, message etc. so you can’t select the fields from the drop down box to the right.
Using the latest version of gravity forms.
I have also switched to the 2019 theme and turned off all plugins except Gravity Forms. As soon as I activate GF Mollie then the merge drop downs stop working.
This is both with everything active and as described above with all plugins off and default theme on.
]]>I’m looking for this option in my feed “Subscribe user to MailChimp only when payment is received.”. Is this a standard option or do i need to alter the php script for this? And if so, is there a tutorial?
We’re using this with Mollie.
I’ve added a link to an other thread with a similar question, but then for another add on for GF
]]>Is there a way to hook in the payment succeed/failed status to fire a custom function?
I am working on a project where a user is created, but this now happens after form submission. A user only should be created if payment was successful.
]]>Allereerst bedankt voor de integratie van Mollie binnen GF.
Voor een use case waar ik tegen aan liep bedacht ik me dat het handig zou kunnen zijn om de volledige Payment Request richting Mollie te kunnen filteren.
Specifieke zaken in onze use case zijn het feit dat het bedrag vanuit een andere hoek wordt gevoed en de Betaalmethode al aan de kant van het formulier gekozen (en daardoor voor de eindgebruiker ook beperkt) kan worden.
Daartoe heb ik onderstaande patch geschreven welke ik reeds in een testomgeving succesvol draai. Hopelijk zien jullie de kans deze relatief simpele fix te integreren zodat ik vervolgens weer mee kan liften op jullie updates.
Index: class-gf-mollie.php
===================================================================
--- class-gf-mollie.php (revision 2140068)
+++ class-gf-mollie.php (working copy)
@@ -187,7 +187,6 @@
-
if ( ! rgempty( 'gf_mollie_return', $_GET ) ) {
return false;
}
@@ -215,8 +214,9 @@
// Allow description adjustments
$description = apply_filters( 'gf_mollie_description', $feed['meta']['feedName'], $entry, $form );
-
- $payment = $mollie->payments->create(array(
+
+ // Allow Mollie Payment Create adjustments
+ $mollie_request_args = apply_filters( 'gf_mollie_request_args', array(
"amount" => $payment_amount,
"description" => $description,
"redirectUrl" => $return_url,
@@ -225,7 +225,9 @@
"order_id" => $order_id,
"entry_id" => $entry['id'],
),
- ));
+ ), $feed, $entry, $form );
+
+ $payment = $mollie->payments->create( $mollie_request_args );
// Store transaction id as unique identification in gravityforms entry
GFAPI::update_entry_property( $entry['id'], 'transaction_id', $payment->id );In mijn beleving breekt deze patch verder geen functionaliteiten voor de reguliere gebruiker en kan het de “Power user” wel enhancen.
Mocht er nadere toelichting benodigd zijn, of vanuit jullie een betere soortgelijke integratie worden overwogen dan hoor ik dit graag.
]]>