Ask HN: Who Has Solved the Third Party Payment Aggregator Problem for 2017?
A variation of this was asked many many years ago now: https://news.ycombinator.com/item?id=1976866
I am facing this very same problem, so I am hoping things have significantly moved on for 2017...
Are there any payment processors which will work with a merchant in the United States, who requests the model of a third party payment aggregator?
My payment flow is pretty simple:
1) Buyer pays for product.
2) Monies from Buyer may be put on hold for a maximum of 30 days, depending on Vendor reputation.
3) Package is sent, Buyer gets notified by Vendor of tracking number.
4) Buyer is notified each stage of the delivery processes.
5) Buyer has access to an APP that releases funds to Vendor, Buyer rates product as well.
6) 48-hours payment is released to Vendor.
More than happy to change the model if that suits the payment processor. Potentially along the lines of doing a pre-auth of funds and payment when product shipped. Or in the TOS with vendor, they take the loss should any issues arise with product. In addition to keeping % of funds aside for the business / vendors to keep funds available for refunds/chargebacks.
In other words, bending over backwards to facilitate needs of payment processor.
Has anyone faced this issue recently and solved it?
I have tried talking to Stripe and to Braintree about this. Unfortunately, not been able to get past their support. Would love to discuss with a senior level manager to negotiate a solution with an under-writer?
Anyway, posting on HN as someone from a payment processor may be passing by and can help?
You can reach me on mattwat2017 at gmail dot com.
Thanks!