Might be worth adding our setup into the mix. Both Panda (<a href="http://www.pandastream.com/">http://www.pandastream.com/</a>) and Pusher (<a href="http://pusherapp.com/">http://pusherapp.com/</a> - payment to be launched shortly) are done using Chargify with PaymentExpress/DPS and BarclayCard + Amex. Actual card detail entry pages are hosted by Chargify so there was no PCI compliance we had to do :)<div>
<br></div><div>We've found this solution works very well. Chargify is a great company and they are making great improvements every day. Although PaymentExpress/DPS is in NZ they are also very smart people and maybe the only payment processor not full of marking staff in their call centres. Plus they have nice accents ;)</div>
<div><br></div><div>BarclayCard was fairly easy to get a merchant account with as long as you have some trading history.</div><div><br></div><div>I have contacts at all these places (knowing someone helpful BarclayCard is especially useful). If anyone would like an introduction please let me know.</div>
<div><br></div><div>Cheers,<br><div name="mailplane_signature"><table style="font-size:11px;color:#555;border-collapse:collapse;">
<tbody><tr>
<td><img src="http://pandastream.com/images/panda_logo.gif" alt="Damien Tanner" height="36"></td>
<td>
        Damien Tanner - Co-Founder and Director, Panda<br>
        +44 (0)20 7099 7486 - <a href="http://pandastream.com">pandastream.com</a> - <a href="http://twitter.com/pandastream">@pandastream</a>
</td>
</tr>
<tr>
<td colspan="2" style="font-style:italic;padding-top:10px;">
        Try our new Realtime web service: <a href="pusherapp.com">http://pusherapp.com</a>
</td>
</tr>


</tbody></table></div><br><br><div class="gmail_quote">On Tue, Sep 7, 2010 at 5:08 PM, Glenn Gillen <span dir="ltr"><<a href="mailto:glenn@rubypond.com">glenn@rubypond.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">> Working on the basis that people tend to use subscription management services (Spreedly etc) with a merchant account, how do people tend to keep that in sync with their app?<br>
<br>
</div>All the ones I've used expect you to implement an endpoint on your server that they can call, and you then take appropriate action. Depending on the service it is either a payload with the updated data for a user or it's a list of IDs for you to subsequently fetch the latest details for and then persist.<br>

<div class="im"><br>
> For instance, how do you validate an account locally, and on the sub service before save? Do people tend to just let the subscription service manage accounts, and keep calling back for info (which could be slow, and is a major dependancy) or do people try and stay as far away as possible.<br>

<br>
</div>I cache the data locally on signup, update it whenever I get a callback from Spreedly, and have a cron job that runs regularly and finds anybody that is active but hasn't had their Spreedly data refreshed for 30 days. I then occasionally check the admin interface to make sure there haven't been any failed calls to my server that I've missed.<br>

<br>
The combination seems to cover all the scenarios I care about. I could run a monthly sweep over the whole database to update them all, but it seemed overkill and prone to problems in the future.<br>
<div><div></div><div class="h5">_______________________________________________<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></div>