stripe-payments - 为什么只保存在源中而不是卡片中的条带卡?
问题描述
我在 Stripe 中保存了我的信用卡,但为什么它只存在于来源中
而不是在卡片下?
我已stripe.customers.createSource
按照文档中的说明使用来保存卡片(https://stripe.com/docs/api#create_card)
我想这就是为什么stripe.customers.listCards
什么都不返回的原因
解决方案
库中的方法stripe.customers.createSource
只是发出 POST 请求以/v1/customers/cus_123/sources
向其添加源。源本身的类型取决于您在客户端创建它所使用的类型。
如果您在客户端创建卡令牌tok_123
,您将获得客户的Card 对象 card_123
。如果您在美国使用 ACH 借记并创建银行帐户令牌,您也可以获得银行帐户对象btok_123
。这是 API 中存在多年的遗留方法。
最近,Stripe 发布了一个名为Source的新高级对象,您可以在文档中阅读有关 Sources 的更多信息。无论使用何种支付方式(卡、SEPA 借记卡、支付宝、Sofort 等),这都允许您拥有一个唯一的对象。这使得处理代码中的逻辑变得更加容易,因为对象具有相同的形状和特定于每种支付方式的属性,它们存在于您知道以不同方式处理的子哈希中。这些 Source 对象的 id 格式为src_123
。
在这里,您的客户附加了 Sources。这意味着在客户端,当您收集卡详细信息时,您正在主动创建 Source 而不是 Token。这是由于您用来创建它的方法/调用。在Elements中,您将使用createSource()而不是createToken(),而在移动 SDK 中,它们将默认创建 Sources。
归根结底,Sources 是新集成的更好方法,因为它们更具可扩展性,并且可以处理您未来的国际业务增长。我建议让 Sources 继续前进。
推荐阅读
- angular - 根据当前会话值将登录/退出按钮添加到侧边栏
- mysql - 具有两个父级的 MySQL 表 - 在行删除期间,删除不会级联 - Google Cloud SQL
- reactjs - 在组件中设置类型?
- javascript - 设置复选框列表的样式
- python - 如何修复“ValueError:提供的数据在使用特征大小 17721 进行训练时具有 1 个维度”使用 sklearn LDA 模型进行预测
- milo - 有人检查在 kubernetes 环境中工作的 milo 服务器上的订阅行为吗?
- c# - 动态添加条件,无需每次都重新部署
- wordpress - $wpdb->insert 一次添加 3 行
- python - 为什么我的 contextProcessor 不适用于所有模板?django 2.2.1
- amazon-web-services - Amazon Elasticsearch - 无法访问 Kibana