Python integration friction log

[frankie567]

While integrating Polar in Gitspatch, I noted a few things that made the DX not optimal. Fixing them would greatly improve the integration path.

• Bundle customer in benefit_grant.* webhooks (might be done already, but not yet updated in the SDK)
• Copy Benefit ID easily from the dashboard (Benefit: Copy ID easily #4636)
• Python SDK: when creating a checkout session, the payment_processor parameter is required and must be taken from an enum. A default could be nice.
• Change the scopes of an already created PAT. Currently, you need to create a new one to add/remove scopes. Massive PITA.
• In the Customer Session output, we only give the token, but it could also be nice to generate a direct URL to the portal, so the developer don't have to guess/build it themself.

[birkjernstrom]

This is fantastic @frankie567 and a great testament to continue dog fooding as much as we can :)

Just one thought: I think we could even remove the payment_processor entirely? Currently, it's only going to be Stripe and once we add more in the future, I think it's something we can abstract away entirely on our side, i.e an optimization on our end that the developer doesn't need to know/care about. From their POV it's Polar and our checkout optimizes money flows & payment options depending on their + customers locations?

[frankie567]

Hmm, maybe yes. At first, I thought this would be important to not introduce breaking changes if/when we introduce other processors. But you're right, that's probably cooking we'll do on our end.