Migrate payment system to Stripe's low-code solutions

[scorpiontornado]

For the 2023 merch rollout, we used Stripe's custom payment flow with it's PaymentIntent API and Stripe’s Web Elements.

This has proven to be a nightmare, so for 2024 we're migrating to Stripe's low-code solutions for the checkout - either a Stripe-hosted page or an embedded form.

My preference would be to use an embedded form to make the experience more visually seamless for users and avoid redirects, but having a fully-functional integration that people trust is the priority (i.e., looks legit & well-tested).

We should also explore ways of making a better storefront - surely there's a solution out there already? Otherwise we could add quality-of-life improvements like #41 and #38 .

• Decide on Stripe-hosted page or embedded form
• Implement backend (see https://github.com/coopsoc/merch-backend)
• Link to existing storefront frontend
• Explore methods of improving the storefront - (Optional) - add support for multiple colours of the same item #41, Display discounts on frontend #38, cleaner UI/UX etc
• Ensure stripe invoices contain all product info necessary for suppliers (item, size, colour, quantity)
• (To be handled elsewhere, perhaps the backend?) Write script to parse exported invoices, collate quantities and present it in a way we can send to suppliers

[scorpiontornado]

This is a low-urgency task, but very important. Will be handled by subcom, ideally by the 1st of June.

[scorpiontornado]

Might be worth turning into a GitHub Project? Add Milestones? Idk

[scorpiontornado]

Could use https://snipcart.com/ instead - seems to have the frontend storefront built in, might also help us with #41