Hey there,

I am trying to create a subscription with the following code:

$user = App\User::find(1);

// Make sure to configure the 'premium' plan in config/cashier_plans.php
$result = $user->newSubscription('main', 'premium')->create();

But I always get the following error message: Error executing API call (422: Unprocessable Entity): No suitable payment methods found.

I have confirmed payment methods in my account and use the test api key. Everything is set up according to your installation guide. Do I miss some additional configuration in Laravel? The customer is created in the test dashboard of Mollie. It doesn't matter what I want to do, I always get the same error.

Best regards Niels

We are using Laravel Cashier Mollie for our project but running into some trouble with a quite unique use-case.

1. A new User is offered 2 paid plans, both with a FirstPaymentAmount to get a mandate and to provide our new User with a discount for the trial-period.
2. Once the Subscription is activated, a user gets the possibility to swap to a next plan (because a plan corresponds with credits and we want to give immediate access to these extra options).
3. The Subscription is swapped, but the User is credited not the FirstPaymentAmount, but a value based on the ratio of the default value of a Subscription.

Example User chooses Plan A:

• 25,00 per month,
• firstPaymentAmount: 12,50

User upgrades to Plan B:

• 50,00 per month,
• gets refunded the ration based on 25,00 instead of 12,50.

The User should be credited a ration of 12,50 instead of a ration of 25,00. (because in this case we will lose money)

Is there any way to achieve this?

In one of my projects I installed a package that depended on the akaunting/money package. These both use a money helper. The akaunting/money package overrides the money helper in the laravel-cashier-mollie package in my case.

This pull requests removes the money helper from the client code and directly uses the Money and Currency class. The tests still use the helper, but for users of the package that shouldn't matter.

After swapping plans if you want to check what plan the user currently has you do something this: auth()->user()->subscribed('some_plan_name'); But this will give you wrong result (return true if you put the old plan name) because while swapping the "plan" is changed but not the "name" which stays as before. My change fix this problem.

We just switched the Test-Key with the Live-Key and tested a first payment. Everything went fine while using the Test-Key. But now with the Live-Key, the webhooks seem to not work correctly in the first place.

It took a while (7 minutes) for the webhooks to be send. I know that this is not really in the scope of this package. The actual question is regarding another log in the transaction.

It says (in German):

Aktualisieren Sie webhook URL von 'https://www.domain.de/webhooks/mollie/first-payment' zu 'https://www.domain.de/webhooks/mollie/aftercare'.

This was a first-time payment with credit card. According to cashier.php, the aftercare endpoint is only used for refunds and chargebacks (aftercare_webhook_url).

Retrying failed payment doesn't update cycle_ends_at on subscription when the payment succeeds.

Reproduction steps:

1. Let Cashier create a payment for a new subscription cycle.
2. Set the payment status to failed. The subscription_ends_at now has a date and the cycle_ends_at is now null.
3. Retry the same payment and now set the payment status to paid.

subscriptions_ends_at is now null again, but cycle_ends_at (and scheduled_order_item_id) is also null. These should be reverted to the old values right? At least that's what I understand from the docs:

On a successful payment retry, the subscription will be reactivated, continuing the billing cycle as it was before.

The entire error: https://flareapp.io/share/Lm8EKbjP#F51

if ($molliePayment && $molliePayment->hasChargebacks()) {

            $localPayment = Payment::findByPaymentId($molliePayment->id);

          // the line the exception occurs
            if ($localPayment->amount_charged_back < mollie_object_to_money($molliePayment->amountChargedBack)) {
                $localPayment->amount_charged_back = mollie_object_to_money($molliePayment->amountChargedBack);
                $localPayment->save();

                Event::dispatch(new ChargebackReceived($localPayment, $molliePayment->amountChargedBack - $localPayment->amount_charged_back));
            }

        }

The value of the payment id for both amount_refunded as for amount_charged_back in the database is 0.

Hi,

I se how I can make refunds, but how can I make them process? It's in the webhook I guess, but there is no example on how to do this. Would it be to fetch te order, check if there are refunds and if so, just call the handleProcessed() on the Refund model?

An incorrect amount is shown in some edge cases when checking out.

For example A product is €1.00 with 21% tax. Without the tax this will results 0,8264462809917355. When applying the required formula * 100 for cashier results in 82,64462809917355. Adding this result in ChargeItemBuilder will ommit every number after the comma resulting in the price €0,99 when checking out.

Is there a reason why mollie only includes 2 numbers after the comma?

Deprecated: Return type of Money\Currencies\ISOCurrencies::getIterator() should either be compatible with IteratorAggregate::getIterator(): Traversable.

Laravel: 8.40 Laravel-cashier-mollie: 2.0 PHP: 8.1

I think this is another PHP 8.1 issue.

After a payment I noticed the list of orders returns null for the user. The order table have a different value for the owner_id while the payments table has the actual owner_id. Below is an example

Orders table:
- id: 102, owner_id: 00c4439c-280b-4218-9f73-527563033462, owner_type: App\Models\User
- id: 101, owner_id: 009f6a86-a2bd-4ef9-b60f-0766cd71fc62, owner_type: App\Models\User

OrderItems table:
- order_id: 102, owner_id: 00c4439c-280b-4218-9f73-527563033462, owner_type: App\Models\User
- order_id: 101, owner_id: 009f6a86-a2bd-4ef9-b60f-0766cd71fc62, owner_type: App\Models\User

Payments table:
- order_id: 102, owner_id: ad10ef22-cb8a-413c-9072-085929ca6c0d, owner_type: App\Models\User
- order_id: 101, owner_id: 9c641eb3-47d3-4b9f-8335-cce386b209d3, owner_type: App\Models\User

Users table:
- id: ad10ef22-cb8a-413c-9072-085929ca6c0d
- id: 9c641eb3-47d3-4b9f-8335-cce386b209d3

The documentation / implementation for getting plans from the DB is quite straightforward. However, for coupons it's quite a bit different and hard to get around. Can you show a basic custom model that retrieves coupons from the database instead of the config file? Would be of great help.

Hello,

My custom aftercare_webhook_url config is ignored.

I'm using custom webhooks locally.

My config/cashier.php is as follows :

return [
    'webhook_url' => 'https://ff70-89-156-98-187.ngrok.io/webhooks/mollie',
    'aftercare_webhook_url' => 'https://ff70-89-156-98-187.ngrok.io/webhooks/mollie/aftercare',
    //...
    'first_payment' => [
        'webhook_url' => 'https://ff70-89-156-98-187.ngrok.io/webhooks/mollie/first-payment',
    //...

I'm generating a checkoutUrl like this :

$authUser->newSubscription('main', 'my_plan')->create();
return $response->payment()->getCheckoutUrl();

After paying; the webhook POST /webhooks/mollie/first-payment is called but returns an error 500 :

Error executing API call (422: Unprocessable Entity): The webhook URL is invalid because it is unreachable from Mollie's point of view.. Field: webhookUrl. Documentation: https://docs.mollie.com/reference/v2/payments-api/update-payment {"exception":"[object] (Mollie\\Api\\Exceptions\\ApiException(code: 422): [2022-10-28T19:12:24+0000] Error executing API call (422: Unprocessable Entity): The webhook URL is invalid because it is unreachable from Mollie's point of view.. Field: webhookUrl. Documentation: https://docs.mollie.com/reference/v2/payments-api/update-payment at myProject/vendor/mollie/mollie-api-php/src/Exceptions/ApiException.php:114)
[stacktrace]
#0 myProject/vendor/mollie/mollie-api-php/src/HttpAdapter/Guzzle6And7MollieHttpAdapter.php(175): Mollie\\Api\\Exceptions\\ApiException::createFromResponse()
#1 myProject/vendor/mollie/mollie-api-php/src/HttpAdapter/Guzzle6And7MollieHttpAdapter.php(104): Mollie\\Api\\HttpAdapter\\Guzzle6And7MollieHttpAdapter->parseResponseBody()
#2 myProject/vendor/mollie/mollie-api-php/src/MollieApiClient.php(538): Mollie\\Api\\HttpAdapter\\Guzzle6And7MollieHttpAdapter->send()
#3 myProject/vendor/mollie/mollie-api-php/src/MollieApiClient.php(494): Mollie\\Api\\MollieApiClient->performHttpCallToFullUrl()
#4 myProject/vendor/mollie/mollie-api-php/src/Endpoints/EndpointAbstract.php(101): Mollie\\Api\\MollieApiClient->performHttpCall()
#5 myProject/vendor/mollie/mollie-api-php/src/Endpoints/PaymentEndpoint.php(72): Mollie\\Api\\Endpoints\\EndpointAbstract->rest_update()
#6 myProject/vendor/mollie/mollie-api-php/src/Resources/Payment.php(699): Mollie\\Api\\Endpoints\\PaymentEndpoint->update()
#7 myProject/vendor/mollie/laravel-cashier-mollie/src/Mollie/UpdateMolliePayment.php(13): Mollie\\Api\\Resources\\Payment->update()
#8 myProject/vendor/mollie/laravel-cashier-mollie/src/Http/Controllers/FirstPaymentWebhookController.php(31): Laravel\\Cashier\\Mollie\\UpdateMolliePayment->execute()
#9 myProject/vendor/laravel/framework/src/Illuminate/Routing/ControllerDispatcher.php(48): Laravel\\Cashier\\Http\\Controllers\\FirstPaymentWebhookController->handleWebhook()

It seems that the webhook url used here is incorrect (it ignores my custom domain): https://github.com/mollie/laravel-cashier-mollie/blob/8c1d5babc3c3e0339da91532983fe0790811ba11/src/Http/Controllers/FirstPaymentWebhookController.php#L28

In my case something like this would make more sense :

- $payment->webhookUrl = route('webhooks.mollie.aftercare');
+ $payment->webhookUrl = config('cashier.aftercare_webhook_url');

If you confirm that this is not the expected behaviour I can work on a pull request, with some of your guidance.

Thanks

https://github.com/laravel/cashier-mollie/issues/115

The use case has been asked before, however this question is 3yrs old and I'm not aware of any updates on this so far.

Hello,

In the previous version of this library custom webhook controllers were as far as I'm aware a popular way of handling the webhooks. Now in V2 the library handles this for us. Which is great! However since one time charges were not supported in V1 I used this in conjuction with the regular mollie library, hence the need for a custom webhook controller. Now that I want to update the library to v2 the basewebhookcontroller abstract class was updated to change the getPaymentById method to getMolliePaymentById (correct me if I'm wrong).

Now here is where the trouble starts, I start with updating the method to the new one and parse the payment Id in its parameter. I did read and apply the upgrade documentation and ran the migrations which ran successfully.

Starting a new subscription (with the newSubscription method) for someone without a mandate_id results in the following error in the logs:

local.ERROR: Undefined property: stdClass::$actions {"exception":"[object] (ErrorException(code: 0): Undefined property: stdClass::$actions at /var/www/html/vendor/mollie/laravel-cashier-mollie/src/FirstPayment/FirstPaymentHandler.php:103)
[stacktrace]

Then followed up by this one:

local.ERROR: Call to a member function getEndOfNextSubscriptionCycle() on string {"exception":"[object] (Error(code: 0): Call to a member function getEndOfNextSubscriptionCycle() on string at /var/www/html/vendor/mollie/laravel-cashier-mollie/src/FirstPayment/Actions/StartSubscription.php:182)

Since these errors seems related to the end of the subscription cycle I am afraid this would also apply to renewals. I cannot recreate that however since I can't get a new one to work.

Any help is greatly appreciated!

We have our own PercentageDiscountHandler and calculate the percentage based on the subtotal, because we sell B2B. Due to maintenance reasons I would like to use the PercentageDiscountHandler of this package. This change makes that possible. Thank you in advance.

It would be great we could set the orderable morph relationship for one time charges like so:

$product = App\Models\SomethingOrderable::find(1);
$result = $user->newCharge();

$item = new ChargeItemBuilder($user);
$item->quantity($data->qty);
$item->unitPrice(money($data->price*100,'EUR'));
$item->description($data->name);
$item->taxPercentage(19);
$tiem->orderableModel($product); // <---------- new method

$result->addItem($item->make());

$result = $result->create();

Currently orderable_id & oderable_type in table order_items is always empty.