4 ms·

So you're telling me that Amazon (who makes a pretty good living selling books) shut off payment processing for UnglueIt (who seems to be working to give away b

So you're telling me that Amazon (who makes a pretty good living selling books) shut off payment processing for UnglueIt (who seems to be working to give away books for free). Who would have seen that coming? With all the payment services available, why go with the one that is run by the company that your "business model" threatens most? Edit: ok... not knowing exactly how delayed payments work for pledge style funding, I don't know which payment services can handle that. As far as other options, there are many. I just don't know if any others will handle the delayed payment part. If the options truly are only PayPal and Amazon then I see a huge hole that needs to be filled.

beedogs 14y ago
What are the alternatives? (Don't say PayPal -- they seem to have a habit of locking out these types of accounts too.)
- rdhyee 14y ago
  (I work for Gluejar on unglue.it) We've struggled with the issue of finding the right payment processor. We went originally with PayPal, but 7 months after we submitted our application, we still don't have a decision (see http://blog.unglue.it/2012/05/03/unglue-it-payment-options-amazon-vs-paypal/ http://blog.unglue.it/2012/05/03/unglue-it-payment-options-a...). Amazon FPS was easy to get started with, and we got what seemed to be approval very quickly. So it was a bit surprising to then get shut down by Amazon after running for a while and demonstrating unglue.it works in practice. We'd love to hear of alternative payment systems. I'm looking at using subscriptions in https://www.braintreepayments.com/docs/python/subscriptions/ https://www.braintreepayments.com/docs/python/subscriptions/ to simulate conditional payments. http://www.quora.com/Online-and-Mobile-Payments/What-payment-solutions-besides-Amazon-can-be-used-for-crowdfunding http://www.quora.com/Online-and-Mobile-Payments/What-payment... leads to https://www.wepay.com/ https://www.wepay.com/ and https://www.balancedpayments.com/ https://www.balancedpayments.com/ I'd love to hear of people's experiences with these payment systems and any others we should look at for unglue.it
  - dangrossman 14y ago
    Can you not get a traditional merchant account provider to approve your business? If you accept credit cards yourself instead of through a 3rd party, just about every payment gateway supports storing customers' info to charge at a later time. You can also use something like SpreedlyCore to store the payment info and have the ability to switch to different payment gateways without losing the info.
    - drone 14y ago
      I think you're referring to an Authorization, which is valid only for a limited time. To store enough details to re-bill a non-pre-auth transaction in the future will get you into PCI DSS Level D compliance, which is not cheap - to say the least. Full compliance with the PCI DSS with stored credit card data, including PAN and CVC generally requires a number of products/services from 3rd party vendors and a dedicated team to manage compliance. Then, you have the issue as to whether or not the card has the amount available in the future when you intend to charge it...
      - dangrossman 14y ago
        No, you simply send the card details to the payment gateway which vaults them. You get back a token to reference to make the actual charges in the future. You don't have to do an authorization up front. Virtually every payment gateway has such a feature. There's no need to implement storage on your own and take on the compliance burdens. If you use SpreedlyCore, for example, you point your signup/billing form to their server, which stores the card data then redirects back to your site, so the user never sees anything but your site yet the payment data never hits your server. If you use Stripe, for example, the form submission gets intercepted by JavaScript that sends it to Stripe instead of your server, then returns a token in a callback. If you use services like these, there's virtually no compliance burden at all. > Then, you have the issue as to whether or not the card has the amount available in the future when you intend to charge it... You'd have that issue whether you used a 3rd party processor or your own merchant account. Amazon Payments wouldn't have given them money when the customers' cards had no funds either. BTW: There is no PCI-DSS or PA-DSS level that allows storing of verification codes, for either businesses or payment software companies. The whole point of that code is that it's never stored.
- ayelton 14y ago
  When we were initially investigating the space Amazon and PayPal looked to be the only payment processors who supported pledges (as opposed to instantaneous transfers). PayPal actually had some advantages, but they were outweighed by the disadvantage that they have never actually processed our paperwork: http://blog.unglue.it/2012/05/03/unglue-it-payment-options-amazon-vs-paypal/ http://blog.unglue.it/2012/05/03/unglue-it-payment-options-a... If there are other processors that support pledges, we aren't aware of them (though we welcome suggestions!). We're working on an alternative funding model that lets us deal with this, but that's a question of business logic as well as software. Mind you, we have a fair amount of both in place already, but there are a lot of moving pieces. We'll keep people posted via our blog, newsletter, Twitter, & Facebook page.
  - ScottBurson 14y ago
    You could ask WePay. I don't know that they have pledges now, but maybe they could be persuaded to add them. What you can do quite easily with WePay is to send bills by email, each including a link to the payment page with the amount filled in. This makes it pretty simple for people to pay at that point. But it isn't, admittedly, automatic, and some people could ignore the bill. I don't know how big a problem this would be in practice.
- milesskorpen 14y ago
  Most of the problems people face with PayPal are because they ran afoul of fraud concerns. In many cases (though not all), these issues could have been avoided if PayPal had been alerted before big changes happened at the account.
gluejar 14y ago
here's why: http://blog.unglue.it/2012/05/03/unglue-it-payment-options-amazon-vs-paypal/ http://blog.unglue.it/2012/05/03/unglue-it-payment-options-a...
- jack-r-abbit 14y ago
  ok... I can understand why you went with Amazon over PayPal in that situation. But are PayPal and Amazon really the only ones that will handle this sort of payment processing?
rmc 14y ago
I doubt it's due to the Creative Commons nature. Amazon allow publishers to sell non-DRMed and creative commons books on the Kindle Store, and have done for years.
- jack-r-abbit 14y ago
  > Amazon... sell... Kindle Store UnglueIt could cut Amazon out of that entirely. Rights holders would get the money directly and Amazon would get jack. May be it isn't about that but they would never admit that anyway so who knows.
- mindblink 14y ago
  @rmc Interesting, I have been doing research on Kindle publication, and most information online suggests that they sell only kindle file format, which is DRMed. Is there a way for publishers to sell and distribute PDFs and ePubs via Amazon?
  - rmc 14y ago
    No, you have to sell .mobi files. However .mobi files don't have to be DRMed. You can have non-DRMed .mobi files. When you sign up to the KDP (Kindle Direct Publishing), and are setting up a book to be published, there's a checkbox "Enable DRM". just don't check that. Lots of self published authors use creative commons work as a cover art, so it even can be creative commons licenced. Many books are sold on the Kindle Shop without DRM. Some large publishers (e.g. science fiction publisher Tor) is selling books on the Kindle Shop without DRM.

beedogs 14y ago

What are the alternatives? (Don't say PayPal -- they seem to have a habit of locking out these types of accounts too.)

rdhyee 14y ago
(I work for Gluejar on unglue.it) We've struggled with the issue of finding the right payment processor. We went originally with PayPal, but 7 months after we submitted our application, we still don't have a decision (see http://blog.unglue.it/2012/05/03/unglue-it-payment-options-amazon-vs-paypal/ http://blog.unglue.it/2012/05/03/unglue-it-payment-options-a...). Amazon FPS was easy to get started with, and we got what seemed to be approval very quickly. So it was a bit surprising to then get shut down by Amazon after running for a while and demonstrating unglue.it works in practice. We'd love to hear of alternative payment systems. I'm looking at using subscriptions in https://www.braintreepayments.com/docs/python/subscriptions/ https://www.braintreepayments.com/docs/python/subscriptions/ to simulate conditional payments. http://www.quora.com/Online-and-Mobile-Payments/What-payment-solutions-besides-Amazon-can-be-used-for-crowdfunding http://www.quora.com/Online-and-Mobile-Payments/What-payment... leads to https://www.wepay.com/ https://www.wepay.com/ and https://www.balancedpayments.com/ https://www.balancedpayments.com/ I'd love to hear of people's experiences with these payment systems and any others we should look at for unglue.it
- dangrossman 14y ago
  Can you not get a traditional merchant account provider to approve your business? If you accept credit cards yourself instead of through a 3rd party, just about every payment gateway supports storing customers' info to charge at a later time. You can also use something like SpreedlyCore to store the payment info and have the ability to switch to different payment gateways without losing the info.
  - drone 14y ago
    I think you're referring to an Authorization, which is valid only for a limited time. To store enough details to re-bill a non-pre-auth transaction in the future will get you into PCI DSS Level D compliance, which is not cheap - to say the least. Full compliance with the PCI DSS with stored credit card data, including PAN and CVC generally requires a number of products/services from 3rd party vendors and a dedicated team to manage compliance. Then, you have the issue as to whether or not the card has the amount available in the future when you intend to charge it...
    - dangrossman 14y ago
      No, you simply send the card details to the payment gateway which vaults them. You get back a token to reference to make the actual charges in the future. You don't have to do an authorization up front. Virtually every payment gateway has such a feature. There's no need to implement storage on your own and take on the compliance burdens. If you use SpreedlyCore, for example, you point your signup/billing form to their server, which stores the card data then redirects back to your site, so the user never sees anything but your site yet the payment data never hits your server. If you use Stripe, for example, the form submission gets intercepted by JavaScript that sends it to Stripe instead of your server, then returns a token in a callback. If you use services like these, there's virtually no compliance burden at all. > Then, you have the issue as to whether or not the card has the amount available in the future when you intend to charge it... You'd have that issue whether you used a 3rd party processor or your own merchant account. Amazon Payments wouldn't have given them money when the customers' cards had no funds either. BTW: There is no PCI-DSS or PA-DSS level that allows storing of verification codes, for either businesses or payment software companies. The whole point of that code is that it's never stored.
ayelton 14y ago
When we were initially investigating the space Amazon and PayPal looked to be the only payment processors who supported pledges (as opposed to instantaneous transfers). PayPal actually had some advantages, but they were outweighed by the disadvantage that they have never actually processed our paperwork: http://blog.unglue.it/2012/05/03/unglue-it-payment-options-amazon-vs-paypal/ http://blog.unglue.it/2012/05/03/unglue-it-payment-options-a... If there are other processors that support pledges, we aren't aware of them (though we welcome suggestions!). We're working on an alternative funding model that lets us deal with this, but that's a question of business logic as well as software. Mind you, we have a fair amount of both in place already, but there are a lot of moving pieces. We'll keep people posted via our blog, newsletter, Twitter, & Facebook page.
- ScottBurson 14y ago
  You could ask WePay. I don't know that they have pledges now, but maybe they could be persuaded to add them. What you can do quite easily with WePay is to send bills by email, each including a link to the payment page with the amount filled in. This makes it pretty simple for people to pay at that point. But it isn't, admittedly, automatic, and some people could ignore the bill. I don't know how big a problem this would be in practice.
milesskorpen 14y ago
Most of the problems people face with PayPal are because they ran afoul of fraud concerns. In many cases (though not all), these issues could have been avoided if PayPal had been alerted before big changes happened at the account.

gluejar 14y ago

here's why: http://blog.unglue.it/2012/05/03/unglue-it-payment-options-amazon-vs-paypal/ http://blog.unglue.it/2012/05/03/unglue-it-payment-options-a...

jack-r-abbit 14y ago
ok... I can understand why you went with Amazon over PayPal in that situation. But are PayPal and Amazon really the only ones that will handle this sort of payment processing?

rmc 14y ago

I doubt it's due to the Creative Commons nature. Amazon allow publishers to sell non-DRMed and creative commons books on the Kindle Store, and have done for years.

jack-r-abbit 14y ago
> Amazon... sell... Kindle Store UnglueIt could cut Amazon out of that entirely. Rights holders would get the money directly and Amazon would get jack. May be it isn't about that but they would never admit that anyway so who knows.
mindblink 14y ago
@rmc Interesting, I have been doing research on Kindle publication, and most information online suggests that they sell only kindle file format, which is DRMed. Is there a way for publishers to sell and distribute PDFs and ePubs via Amazon?
- rmc 14y ago
  No, you have to sell .mobi files. However .mobi files don't have to be DRMed. You can have non-DRMed .mobi files. When you sign up to the KDP (Kindle Direct Publishing), and are setting up a book to be published, there's a checkbox "Enable DRM". just don't check that. Lots of self published authors use creative commons work as a cover art, so it even can be creative commons licenced. Many books are sold on the Kindle Shop without DRM. Some large publishers (e.g. science fiction publisher Tor) is selling books on the Kindle Shop without DRM.