Tom (dB)'s dashboard

Tom (dB) replied on November 17, 2009 15:28 to the question "Paypal as payment choice not visible to customers." in Spreedly:

Could also really do with this adding. We've gone live now, and had a couple of people ask about the PayPal option. All our plans are recurring.

Tom (dB) started following the question "Paypal as payment choice not visible to customers." in Spreedly.

A comment on the question "What happens if a fraudulent credit card is used?" in Spreedly:

Usually the end retailer has the funds reversed, and a charge levied.

Does that not occur in this situation? – Tom (dB), on November 10, 2009 10:22

Tom (dB) started following the question "Why shouldn't we integrate directly with PayPal?" in Spreedly.

Tom (dB) marked one of Nathaniel Talbott's replies in Spreedly as useful. Nathaniel Talbott replied to the question "What happens if a fraudulent credit card is used?".

Tom (dB) asked a question in Spreedly on November 05, 2009 16:04:

What happens if a fraudulent credit card is used?

If a stolen credit card is used, and passes the checks first time, then is later reported stolen, what happens?

Tom (dB) reported a problem in Spreedly on November 04, 2009 18:36:

Create User Returns a 404 (using PHP API)

I'm using the Spreedly PHP API (which is a wonderful bit of kit.)
I've just tried to 'create a user' and I'm getting an error: "Uncaught exception 'SpreedlyException' ... 'Could not create subscriber: ... <title>404 - Page not found | Spreedly</title>"
This has worked in the past, and when I run the test suite included with the PHP API every other test works except the create test.
Has something changed?

A comment on the question "'subscription_plan_name' blank after complementary subscription" in Spreedly:

Not to worry, thanks N.
We will handle existing subscribers internally, and require them to phone us to upgrade their account. This may not be ideal but it does suit us, and the types of subscriptions we offer (print based, and web based) for the moment. – Tom (dB), on October 26, 2009 11:13

Tom (dB) replied on October 19, 2009 09:45 to the question "'subscription_plan_name' blank after complementary subscription" in Spreedly:

Thanks Nathaniel,

I figured that you would calculate their upgrade cost based on the time I gave them for their complementary subscription. Therefore their 'Plan' being set.

anyway, I'll leave it in your capable hands. If you need any more information then get in touch.

Tom (dB) replied on October 17, 2009 02:36 to the question "'subscription_plan_name' blank after complementary subscription" in Spreedly:

I've just realised.

If I give a complimentary subscription and that user wants to upgrade to a higher plan they will be asked for the full amount of money.

e.g. Plan 1 costs £15. They have given me £15 sometime in the past, and have 6 months left on that subscription type. So I give them a complimentary 6 months.

They see the features of Plan 2, which costs £20, and want that. So they click that link and are then presented with the option to pay £20 for Plan 2.

What has not been taken into account is the fact that they had 6 months left on Plan 1, and therefore does not offset the cost.

Features: "When customers upgrade or downgrade it's important they get credit for time they've already paid for, so Spreedly automatically pro-rates subscription fees."

So, this is not happening on complimentary subscriptions - which I'm using to get my existing subscribers into my new system as described on https://spreedly.com/manual/integrati...

My question has now become, how do I add the correct subscription plan of an existing user, taking into account that they may want to upgrade to other plans, and have that initial credit recognised on the upgrade screen?

Tom (dB) marked one of Nathaniel Talbott's replies in Spreedly as useful. Nathaniel Talbott replied to the question "'subscription_plan_name' blank after complementary subscription".

Tom (dB) replied on October 16, 2009 16:36 to the question "'subscription_plan_name' blank after complementary subscription" in Spreedly:

It's not a problem to do that at all. I just wondered if it was an oversight.

Tom (dB) replied on October 16, 2009 16:21 to the question "'subscription_plan_name' blank after complementary subscription" in Spreedly:

On the user page on my website I fetch data about that user so they can see what plan they're on, when it's going to run out, etc.

I have named my feature levels 1-5, which doesn't mean much to the user, so output the 'subscription_plan_name' so they understand what they have.

I'll have a lot of complementary users because we have lots of existing subscribers and I need to give them the plan they were on through Spreedly. They are paying us in a different method, through Direct Debit (a UK payment system), I need to give them the correct plan and expiration time.

Thinking about this has also just highlighted that I won't be able to offer 'upgrade to a higher plan' buttons to these existing users (who have paid through other means) since Spreedly has no knowledge of how much they have already paid ...that's my problem, not yours.

Tom (dB) asked a question in Spreedly on October 16, 2009 15:57:

'subscription_plan_name' blank after complementary subscription

I added a user through the API, passing ID, email, and username. Then I gave that user a 12 month complementary subscription to one of my subscription plans (I have 5 to choose from) through the Spreedly interface.
When I return the data on that user it states the 'feature_level' correctly, but 'subscription_plan_name' returns nothing.

Tom (dB) replied on October 02, 2009 07:59 to the question "Is the token unique to the user? And should I store transaction history locally?" in Spreedly:

thanks, that pleases me.

Tom (dB) marked one of Nathaniel Talbott's replies in Spreedly as useful. Nathaniel Talbott replied to the question "Is the token unique to the user? And should I store transaction history locally?".

Tom (dB) marked one of Nathaniel Talbott's replies in Spreedly as useful. Nathaniel Talbott replied to the question "Listening for changes through POST with PHP?".

tomdebruin asked a question in Spreedly on October 01, 2009 16:30:

Is the token unique to the user? And should I store transaction history locally?

Is the token unique to the user, or to the transaction?

i.e. If I add a free 7 days to a users account and I get the new details about that user will the token have changed?

Therefore, should I store that token in my database for use, or just get it every time they want to go to Spreedly to change their details?

And if I'm storing that token locally, is it best practice to store all the data that Spreedly sends me in a database, to keep a history of all transactions? Or am I safe to assume that I can go and get this data from Spreedly every time it is required?

tomdebruin replied on September 18, 2009 14:56 to the question "Listening for changes through POST with PHP?" in Spreedly:

yes, I was being silly.

$spreedly = $_POST["subscriber_ids"];

solved it. Well, you solved it. Thanks for that. I had the crazy idea that if something posts it to me, I go and GET it. But that's not how it works.

tomdebruin replied on September 18, 2009 14:11 to the question "Listening for changes through POST with PHP?" in Spreedly:

If I print_r $spreedly; it doesn't output anything. But am I listening for the right thing?
I know nothing of Ruby but do notice that

`map.subscribers_changed '/subscribers_changed', :controller => 'users', :action => 'changed_on_spreedly', :conditions => { :method => :post }`

does not contain 'subscriber_ids'.

I'm sure there's more to it on my part but can't seem to figure it out...