For what it is worth, I don't think you need to "build your own billing system" to get started with PayPal standard recurring payments. There's a pretty simple Instant Payment Notification API that you can implement to understand when to turn on / off someone's right to use the system. You can then rely on PayPal to look after the recurring billing and they have a (pretty awful) system for dunning and the like.<div>
<br></div><div>If the process of getting a merchant account and payment gateway takes months to get into production I would take the route with PayPal in the first few days in order to be able to get your minimum viable product to market so you can at least test that your idea is valid.</div>
<div><br></div><div>The biggest problem with PayPal, we've found, isn't the cost or them locking our account (they haven't) but the poor user experience for our customers. They just get a bit lost when it comes to using their interfaces, especially if/when their existing payment method expires and they have to change it.</div>
<div><br></div><div>Despite the drawbacks of PayPal's recurring billing system I cannot emphasise enough how wonderful recurring billing is as a charging model. I would suggest starting with a naive PayPal Standard implementation and grow from there.</div>
<div><br></div><br><div class="gmail_quote">On 28 January 2011 15:21, Paul Wilson <span dir="ltr"><<a href="mailto:merecomplists01@googlemail.com">merecomplists01@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
On 28 Jan 2011, at 15:13, Jason Green wrote:<br>
<br>
> Maybe I am missing the point here, but why not use paypal, or google checkout (if you don't need recurring)?<br>
<br>
<br>
</div>The plan up until this morning was to do recurring. Circumstances have forced us to reconsider, and we're kicking off with PayPal.<br>
<div class="im"><br>
><br>
> Paypal does recurring: <a href="https://www.paypal.com/uk/cgi-bin/webscr?cmd=p/xcl/rec/subscr-intro-outside" target="_blank">https://www.paypal.com/uk/cgi-bin/webscr?cmd=p/xcl/rec/subscr-intro-outside</a> and also micro-payments.<br>
><br>
<br>
<br>
</div>Yes, but that involves "rolling our own billing system".<br>
<div class="im"><br>
<br>
> When you get to the stage that paypals' 5% is loosing you more than it would cost to implement a proper payment gateway, the company bank account would be showing a healthy enough balance and history to get verified / credit checked.<br>
><br>
<br>
</div>The risky side of PayPal is that (in my experience of dealing with them every year for the Scottish Ruby Conference) they are a massive and faceless bureaucracy that frequently suspends accounts with little warning or explanation. I think they are risky to rely on. Google don't seem to be any better(*)<br>
<br>
(*) <a href="http://slash7.com/2009/03/26/google-is-evil-worse-than-paypal-don-t-use-google-checkout-for-your-business/" target="_blank">http://slash7.com/2009/03/26/google-is-evil-worse-than-paypal-don-t-use-google-checkout-for-your-business/</a><br>
<div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Tim Harding<br><br>Well Informed Ltd<br>Registered in England & Wales<br>Company number 06707839<br>Registered office: Suite 235, 77 Beak St, London, W1F 9DB<br>
<br>