Payment for Add-on Subscription

[Finn Smith]

What's the best way to take payments for an add-on subscription?

I'm developing an add-on for Sheets. I've been planning on using Stripe to take payments and MongoDB to store subscription states. The issue I'm running into is that Stripe's webhooks send a ton of information, and I'm a bit concerned that I'll mess up parsing everything.

At this point, I just have one subscription product, and I need to know 1. that a given email is associated with a paid subscription, and 2. that a subscription has been canceled.

• Is Stripe the best payment processor for this situation?
  • If it is, can you provide any boilerplate code or tips for translating webhook event data into "this email has a paid subscription?"
• If Stripe isn't the best solution here, what should I consider?

I can provide more information about my current set-up if that would be helpful. Thanks in advance!

- Finn

[Andrew Roberts]

You might find this useful. I developed a library for managing subscriptions. 

https://github.com/andrewroberts/Subs

--
You received this message because you are subscribed to the Google Groups "Google Apps Script Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-apps-script-c...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-apps-script-community/f16398a5-6779-49b7-a6f9-b9a73f059990n%40googlegroups.com.

[Finn Smith]

Thanks for sharing, Andrew! That could be useful, but I'm a bit more concerned about the actual subscription payment processing at the moment. Stripe seems a bit complicated for my needs at the moment. I only have one subscription product, so I basically need to answer the question "Is this specific email associated with a subscription that is currently paid?" I'm wondering if there is an easier tool for handling subscription information, which I can then store using your script or in an external db.