GithubHelp home page GithubHelp logo

Comments (3)

asamMarkus avatar asamMarkus commented on April 28, 2024 1

@sandervanhooft I am wondering how to act in oder to arrive at this question.

When I create a new subscription and redeem a coupon on this newly created subscription, the first payment is already processed and the coupon is applied on the second charge of the subscription.

The same happens if I credit the user a certain amount and create the subscription afterwards. The balance is also not applied to the first payment but to the consequent one(s).

I am asking because I have the usecase of applying any sort of discount from the beginning on.

Edit: sorry, after some more code research I found out that I can apply withCoupon() on the SubscriptionBuilder instances. I'm fine with this...

from cashier-mollie.

RobertBoes avatar RobertBoes commented on April 28, 2024

I think it would be best to add this to the customer's balance, this way it's less confusing for the customer. I would assume the following would happen:

  • MInimum payment: €10.00
  • Plan: €15.00
  • Coupon: €10.00

When the coupon is set to 1 time, the customer pays €10.00 the first time and €5.00 is added to their balance. This is also mentioned on their invoice. The second time the customer effectively pays €10.00 again, after that the customer pays the regular price.

When the coupon repeats more than once, the first payment is also €10.00 with €5.00 added to their balance. The second payment will be €0.00, subsequent payments will return to the discounted price of €5.00.

When doing this with a service fee it defeats the purpose of a coupon, since the customer is charged more anyway. This doesn't really seem logical to me.

However personally I would try to avoid this behavior in my own app, because in both cases it could be quite confusing and might turn into more tickets.

from cashier-mollie.

sandervanhooft avatar sandervanhooft commented on April 28, 2024

Thanks @RobertBoes !

To be clear, this is about preventing Exceptions thrown by Mollie, triggered by a payment amount being too small.

So it's usually set to €1.00 minimum (to cover all different payment methods) in the config.

I agree that the app developer should try to avoid these scenario's, but since it might happen, better to deal with it :).

Also good to know: for payments after the first payment, the minimum payment is dynamically determined using Mollie's API. It's not possible to do this with the first payment because it requires a mandate.

from cashier-mollie.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.