This message was deleted.

Joel, the approach I’ve taken is to use Fillout to create forms that include their built in Stripe integration. I create a tab on a detail layout where a user logged into their account, seeing only their own records, can click on the tab to view the embedded Fillout form in their Stacker layout. I have found Fillout forms to be way more flexible in terms of the features you can build in for data entry. The Stacker update functions are very limited while Fillout just keeps improving. They will likely have a native PayPal integration soon too, but for now you can manage that payment process similar to how my payment choices are shown in this example and the multi-page form logic let’s you build out a thorough user experience. Fillout supports both Airtable and GoogleSheets integration too.

Thanks for this @loud-magazine-63930 - super helpful. The only downside is this use-case only really works for “a-la-carte” payments for single items, right? In other words, you can’t really use that to manage an active subscription or recurring charge, that kind of thing…?

I think you could solve that by using a related table lookup in your Airtable<>Stacker base by presenting the end user with a list of subscription options they could choose from and then tying that choice to a product set you define in Stripe. I know you can create subscriptions and handle more complex product set definitions in Stripe, I just haven’t got around to trying out some of those scenarios yet and tying it back to a forms interface using Fillout. If anyone else has, I’d love to hear about it.

@loud-magazine-63930 This is exactly what I've been noodling over. Thank you for the details!

Great thoughts.. I tested a Fillout form with single select options that dynamically update the Square price when clicking the final buy/purchase button. That’s great for one-off orders. Haven’t tested with a subscription-based use case yet.