条纹API v3:何时使用发票与PaymentIntent (Node )
条纹API v3:何时使用发票与PaymentIntent (Node )
提问于 2020-04-04 19:54:12
我一直在阅读Stripe的api文档(v3)，我不清楚什么时候使用Stripe的发票和PaymentIntent对象。通过阅读文档，我理解如下：
- Stripe认为支付意图是通过API来促进支付的主要方式，并且在某个时候收费将被取消。
- 处理发票会在引擎盖下创建一个
PaymentIntent，并立即开始付款。我不明白的是，为什么Invoice没有目标帐户字段？如果发票被默认发送到平台的Stripe帐户(这是我正在做的假设，因为没有目的地字段)，为什么会有一个application_fee_amount字段，它本质上是平台对事务的“剪切”？ PaymentIntent允许您在收取“应用程序”或“平台”费用时指定目标帐户，这样您就不必自己生成转账。
- A `PaymentIntent` and `Invoice` can be processed at time of creation or deferred until later in your payment lifecycle.
我的用例要求我在双方之间进行支付，并为每个交易收取“平台费”。我已经成功地创建了一个PaymentIntent，并在文件中使用了连接的客户帐户的信用卡，并在transfer_data字段中填充了发送给交易中涉及的第二方的金额。
我开始研究Stripe的发票api，因为我计划为我的平台构建一个发票解决方案，并认为最好利用Stripe提供的内容，但是我没有看到利用它对我有好处，因为我还需要根据邮政编码跟踪支付意图和税收的事务it (看起来Stripe不会自动这么做，所以我在这里可能不走运)。
我找不到处理发票的transactionId，但我看到确认PaymentIntent (意图/确认)时，chargeId会作为响应的一部分返回。
我要问的问题是：
- 为什么
Invoice没有目标帐户字段？它是否自动发送到平台的Stripe帐户，并要求您手动创建一个传输？ - 有什么简单的方法可以从
transactionId获得Invoice？ - 在创建
transactionId并设置confirm=true以便立即处理PaymentIntent时，是否有一种方法可以获得confirm=true？ - 对于一个具有发票流程并为双方交易提供便利的平台，建议使用支付意图、发票，还是两者都使用？
- 收费和交易有什么区别？当支付发票时，收费id将在响应中返回，但当支付支付意图时，事务id将被返回。
提前感谢！
回答 1
Stack Overflow用户
发布于 2022-05-27 10:50:25
您可以把发票看作是支付意图的子集，就像订阅是发票的子集一样。
我不明白的是，为什么发票上没有目的地帐户字段？
实际上有一个，但字段是transfer_data[destination]。此外，请注意，无论何时发票最后确定，它将包含一个付款意向，这是可以扩展的，你应该能够解决大多数问题，你提出了你的问题。
总括而言：
- 是的，正如上文所解释的。
- 扩展发票的付款意向对象。
- 我不习惯处理事务，但我想您可以利用它们的元数据来引用您的发票或反面代码，以帮助您在所需的时间内检索需要的对象。
- 如前所述，它们之间并不是二分法，如果您为客户开具发票，您应该使用stripe的发票系统。
- 从我在文档中看到的情况来看，交易只涉及购买‘内部’到条形，与发行的卡片有关。收费是指通过网络向您的银行帐户收费的尝试，当收费成功时，支付意图状态被设置为
succeeded，否则支付意图可能会尝试更多的收费或在某个时候停止尝试，并且支付意图将设置为canceledmore有关支付意图状态。总之，支付意图是费用的一个子集。
我希望这有帮助，不要太晚，答案可能仍然是改善在未来，如果其他人编辑它，或我将了解更多关于条纹的发行产品。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/61033956
复制相关文章
相似问题
腾讯云开发者
