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.