Hello!
To use the forum, login or register above.
(If you are already logged in above, please click here)
Add iDeal as a payment method
Please consider adding iDeal as a payment method. iDeal is an interface for bank transfers used by the Dutch market. With 378 million transactions last year, iDeal is by far the preferred payment method in The Netherlands. Webshops from 60 different countries already offer iDeal as a payment method.
Also, iDeal would make bank transfer / offsite payment obsolete for the Dutch market, reducing non-payments and other issues that offsite payment may bring along.
Please, help by voting for this suggestion. Also if you're not a Dutch seller or buyer, because the Dutch market is potentially very large (on BL it's the 4th biggest country) and it would certainly atrract alot more users to BO if they see the payment method they're familiar with. Most Dutch users I talked to (including myself) only signed up for a PayPal account after buying Lego using familiar payment methods for a while.
Thanks! :)
Also, iDeal would make bank transfer / offsite payment obsolete for the Dutch market, reducing non-payments and other issues that offsite payment may bring along.
Please, help by voting for this suggestion. Also if you're not a Dutch seller or buyer, because the Dutch market is potentially very large (on BL it's the 4th biggest country) and it would certainly atrract alot more users to BO if they see the payment method they're familiar with. Most Dutch users I talked to (including myself) only signed up for a PayPal account after buying Lego using familiar payment methods for a while.
Thanks! :)
This discussion has been closed.
Powered by Vanilla
Comments
I strongly support this. What's more: iDeal has perfect API's available. Apart from my hobby business on Brick Owl and on Bricklink, I also own a real (meaning a physical) shop in another business. In the first 6 months of 2018 my turnover with iDeal payments increased by 43%.
@ Lawrence: I'm happy to offer my help.
> @Teup last year i also opted for this implementation. I hope lawrence sees the benefits of ideal integrations !! also makes an advantages over BL, unique selling point over here :D
Exactly, would serve BL right for never responding or implementing suggestions! :) Last week I had a non paying buyer that indicated he had sent the money, and a buyer that sent it but didn't indicate it. Can't wait to see iDeal, would be the definitive end of Dutch non payments :)
> @Teup that was not the intention of the post @Lawrence does implement alot of features requested by us seller and buyers, for example the analytical tool + all the api work ! it is very important to have a good stategy for this platform if every idea is implemented it would become a BIG mess ! If then something does not fit lawrence timeline its a pity. ofcourse it is nice if he communicates about it with us .
I know, I was referring to BL being understaffed and never implementing any suggestions :)
> As a result of this thread I do intend to implement iDeal, but I don’t currently have a plan for when that would be.
That's great news already! Thanks! :)
> As a result of this thread I do intend to implement iDeal, but I don’t currently have a plan for when that would be.
Great! We'll wait and see.
> As a result of this thread I do intend to implement iDeal, but I don’t currently have a plan for when that would be.
Good idea - thanks
As we speak I have an order stuck on "pending" which I am about to cancel, would be great to replace bank transfer by iDeal, and can't wait to see the pull of Dutch community also!
When done via an intermediate party such as Mollie you could implement a bunch of iDeal-alike systems, like GiroPay, SOFORT, Bancontact, EPS, etc (used in different European countries) in one go. That would make the effort more worth it.
Also, stuff like refunds etc is also supported via their API so for sellers could work like PayPal.
> If I understood correctly it is on the todo list, just not on the top yet ;-). I've messaged @Lawrence quite some tech details on how it can be done so I think when they find the time it will happen.
>
> When done via an intermediate party such as Mollie you could implement a bunch of iDeal-alike systems, like GiroPay, SOFORT, Bancontact, EPS, etc (used in different European countries) in one go. That would make the effort more worth it.
>
> Also, stuff like refunds etc is also supported via their API so for sellers could work like PayPal.
>
I can confirm. I'm using the services of Mollie for my real life business and it has a flawless integration for webshops. Thanks to Mollie & iDeal my web orders are growing at a rate of 40% per annum!
Basically, I post order contents as mass inventory updates to Bricklink, and then once every other day or so download my full inventory from Bricklink and upload it to BrickOwl and the webshop.
BrickOwl has a great API that lets me transform orders to Bricklink mass inventory updates easily. I just press the sync button in my software and it opens the mass inventory update page and I just press Ctrl+V and submit. For my webshop I made a similar system.
And for syncing in the other direction, I've made some software that converts the Bricklink inventory I downloaded to both bsx and to an update for the webshop.
There's some risk of overlapping orders, but it's acceptable. I've been considering using Bricksync lately, but I'm going to have to study it closer to understand if it'd work in my situation.
Can we conclude the plans are cancelled?
Thank you Teup
A compromise would be for the customer to choose iDeal as a payment method, entirely complete checkout (placing the order, as pending). Then be prompted to pay for the order. The order would then be marked as payment received automatically when the payment is confirmed. If the customer aborts payment, the order would need to be manually cancelled at some point. There could also be a page where the customer would be able to pay later if they aborted.
I'd be interested to hear if this is suitable, and how the customer experience is for iDeal payments for Dutch members using other ecommerce websites
There are payment providers that you can implement that have made a nice framework that is easy to implement. For example mollie.com. Python example: https://github.com/mollie/mollie-api-python
As the payment method can be seamlessly integrated, it is designed to have a flow where at the end payment is confirmed.
BrickOwl sends an API call to Mollie creating the payment. In this call you specify a call back url that Mollie will call to let you know the result + a URL to redirect the user to once done). Mollie sends back a URL to which you redirect the user. The magic happens there, no work for BrickOwl. Then Mollie calls the callback URL, at which time you can update the order with either Payment received (and transaction ID, account nr and similar meta data like with PayPal) or maybe payment failed etc. Then Mollie redirects the user to the url you specified earlier where you can display 'order paid' etc confirmation page.
Back in October 2018 I've send you an e-mail with tech details. Happy to forward it if it'd help.
Let me know if you have any questions on this!
Kind Regards,
Remi
It sounded like with iDeal, the user would go away, enter their information, and payment would immediately be taken by the third party. The customer could then close their browser, not come back to Brick Owl, the payment would have been taken, but they would not have actually placed the order yet. Is that correct?
The flow is designed in such a way that even though async, the user experiences it as a sync process (unless they abort etc of course).
As the user is redirected after payment, they will return. When they close the screen or abort as you described, you'd have an order in unpaid status exactly like someone would select IBAN and pay manually. The seller should then check/wait for payment. In my experience, 99,9% of the started payments is completed.
Maybe it could start as an IBAN-like payment, then when the callback url is called with success state you could set it to paid. Something along those lines.
If they return, they're shown checkout complete. If not, order will still get marked as paid by callback. If they abort payment, order will stay pending.
Does that sound appropriate?
All payment methods are slightly different so it's just a case of working out how to make them fit with our processes.
To all: You pay a fixed 0,29 euro fee per transaction. A refund is also 0,29 euro. This is subtracted from the amount received, like with PayPal.
Just a short question: is it possible to have the iDeal-payment logo in the payment section of the storefront? Just like Visa, mastercard, paypal?
And good point about the logo, that will really make the casual Dutch audience feel right at home when they first discover this site
One thing to keep in mind for sellers who have added iDeal as payment method: Although it is an instant payment method for the buyer, you will not have the funds instantly in your bank account. The pay-out is through Stripe and follows the payout regime you have set up for all your Stripe payments. IDeal payments are nicely shown in the payment overview in your Stripe-dashboard between the other payments.
@Lawrence: is it possible to parse a buyer name or a BrickOwl orderID with the payment to make it easier to identify in the Stripe-payment overview?
At the moment iDeal-payments are shown like this:
Amount: €12.34
Description: <unique iDeal payment transaction key (=long encrypted string)>
Customer: <empty>
Regular stripe payments with cards from BrickOwl:
Amount: €12.34
Description: "BrickOwl Order " & <ORDER_ID>
Customer: <Firstname> & <Lastname>
Regular stripe payments with cards from Bricklink
Amount: €12.34
Description: "Payment for Bricklink from " & <Buyer username>
Customer: <Buyer emailaddress>