Oauth 在用户之间使用条带进行支付

Oauth 在用户之间使用条带进行支付,oauth,flask,stripe-connect,Oauth,Flask,Stripe Connect,我正在开发一个Flask应用程序,我想使用Stripe作为用户相互发送/接收付款的一种方式。使用共享客户进行条带连接似乎是实现这一点的方法,但我对流程有点困惑。似乎我需要创建一个连接帐户和一个客户,以便与应用程序中的每个用户关联 这就是我理解它应该起作用的方式: 通过OAuth流,用户A创建或连接其现有帐户与应用程序,并接收access\u令牌。当客户付款时,他们将在该关联账户中收款 如果用户A希望向用户B发送付款,则用户A使用stripe.js,输入信用卡,并以令牌的形式返回应用程序 此令牌

我正在开发一个Flask应用程序,我想使用Stripe作为用户相互发送/接收付款的一种方式。使用共享客户进行条带连接似乎是实现这一点的方法,但我对流程有点困惑。似乎我需要创建一个连接帐户和一个客户,以便与应用程序中的每个用户关联

这就是我理解它应该起作用的方式:

  • 通过OAuth流,用户A创建或连接其现有帐户与应用程序,并接收
    access\u令牌。当客户付款时,他们将在该关联账户中收款
  • 如果用户A希望向用户B发送付款,则用户A使用stripe.js,输入信用卡,并以令牌的形式返回应用程序
  • 此令牌用于创建存储在平台帐户上的新客户
  • 用户A的
    客户id
    以及用户B的连接帐户
    访问令牌
    可用于创建一个新令牌,用作收费的
我已经看到了如何做到这一切


因此,我认为我应该为应用程序中的每个用户保存一个
access\u令牌
和一个
customer id
。但这件事让人感觉不对劲。似乎当用户不一定拥有条带帐户并且永远不会收到钱时,就应该使用客户是否有一种更简单的方法,我可以代表B的连接帐户向用户a的连接帐户收费?

当您使用stripe创建信用卡令牌时,您可以使用它或收费创建客户。创建客户将允许您在将来向该客户收费,而无需通过传递客户id而不是来源来生成另一个令牌

我认为你的问题的答案大多是否定的。你可以通过每次生成一个新的代币并用它创建费用来避免创建客户,在这种情况下,这可能是一个好主意