# 面向全球 SaaS 的印度支付方式：UPI、银行卡、NetBanking 和电子钱包 > 了解全球 SaaS 如何接受 UPI 和印度发行的银行卡、RBI 针对订阅的授权规则、48 小时处理延迟，以及能够在印度市场带来增长的集成模式。 - **Author**: Ayush Agarwal - **Published**: 2026-05-13 - **Category**: Payments, SaaS, India - **URL**: https://dodopayments.com/blogs/zh/indian-payment-methods-saas --- 印度拥有与其他主要市场截然不同的支付基础设施。UPI 每月处理超过 100 亿笔交易。RuPay 与 Visa 和 Mastercard 并列为印度本土卡网络。定期计费受 RBI 授权规则约束，并有独特的 48 小时处理窗口，这让大多数海外 SaaS 都措手不及。对于面向印度客户的全球 SaaS 来说，在印度顺畅收款本身就是一门专业。 本指南将拆解面向全球 SaaS 的印度支付体系：应支持哪些支付方式、RBI 订阅授权如何运作、48 小时延迟的实际影响，以及哪些集成模式能在印度市场带来转化。在印度提供出色的支付体验，是更广泛的[跨境支付](https://dodopayments.com/blogs/cross-border-payments-guide)战略的一部分；在这一战略中，UPI 等本地支付网络的成本通常远低于国际卡的[交换费](https://dodopayments.com/blogs/interchange-fees-explained)。 ## 印度支付的实际情况 在设计印度支付体系之前，有三件事需要了解。 ### 现实 1：UPI 占据主导地位 UPI（统一支付接口）已经成为印度占主导地位的零售支付方式。大多数印度消费者在线上和线下支付时，默认选择 UPI。许多年轻的印度买家没有可用于国际支付的信用卡，但他们的每台设备上都有 UPI。 对于面向印度消费者、专业消费者或中小企业主的 SaaS，结账页必须提供 UPI。在印度，仅支持银行卡的结账转化率只有支持 UPI 的结账的一小部分。 ### 现实 2：印度发行的银行卡有所不同 印度银行发行 Visa、Mastercard、RuPay 和 American Express 卡。这些卡可以用于国际购物，但有一些特殊要求：3D Secure 是强制的，RBI 规则适用于定期交易，并且 48 小时处理延迟会影响所有订阅扣款。 从计费角度看，印度发行的银行卡与美国发行的银行卡并不相同。将二者视为完全一样，会在生产环境中造成支付失败。 ### 现实 3：RBI 订阅框架 印度储备银行负责监管印度客户的定期付款方式。每个订阅都需要经过授权的扣款授权。授权设有金额上限。首次扣款可以即时完成，但之后的每笔定期扣款都要经过 48 小时处理窗口，并且必须提前向客户发送扣款通知。 这是海外 SaaS 进入印度市场时最容易产生误解的地方。要在印度推出订阅产品，理解这一机制是不可或缺的。 如需了解更多印度市场背景，请参阅我们关于[印度 SaaS 领域顶级名义商户](https://dodopayments.com/blogs/top-merchant-of-record-for-saas-india)、[面向印度微型 SaaS 的 B2C 计费](https://dodopayments.com/blogs/b2c-billing-for-indian-microsaas-with-merchant-of-record)以及[SaaS 印度 GST 应对指南](https://dodopayments.com/blogs/navigating-indian-gst-saas)的文章。 ## 应支持的支付方式 对于面向印度客户的全球 SaaS，三种支付方式可以覆盖大部分市场。 | 支付方式 | 类型 | 订阅 | 最低金额 | | ------------------------------- | ------------ | ------------ | -------- | | UPI Collect | 二维码或 VPA | 是（需授权） | 1 卢比 | | 信用卡（Visa、MC、RuPay、Amex） | 银行卡 | 是（需授权） | 1 卢比 | | 借记卡（Visa、MC、RuPay） | 银行卡 | 是（需授权） | 1 卢比 | UPI Collect 按交易量计算是占主导地位的支付方式。客户输入其 UPI ID（即 VPA，例如 `name@upi`），或扫描二维码，然后在 UPI 应用中授权付款（Google Pay、PhonePe、Paytm、BHIM 或任何经 RBI 授权的 UPI 应用）。 银行卡可以使用，但定期扣款需要遵循 RBI 授权框架。部分商家仍会提供 NetBanking，但随着 UPI 吸收了大部分交易量，其占比已经下降。Paytm 和 PhonePe Wallet 等电子钱包仍然存在，但不如以前常用；UPI 已经覆盖了它们的大部分使用场景。 ## RBI 授权如何运作 ```mermaid sequenceDiagram participant Customer participant Your App participant Dodo participant Bank Customer->>Your App: 订阅 Your App->>Dodo: 创建订阅 Dodo->>Bank: 创建授权 Bank->>Customer: 授权扣款 Customer->>Bank: 批准面值或 15,000 卢比上限 Bank->>Dodo: 授权已生效 Note over Dodo,Bank: 在续费日...... Dodo->>Bank: 发起扣款 Note over Bank: 48 小时窗口开始 Bank->>Customer: 提前扣款通知 Note over Bank: 48 小时后...... Bank->>Dodo: 扣款完成 Dodo->>Your App: payment.succeeded webhook ``` 通过 UPI 或印度发行的银行卡订阅时，都需要扣款授权。根据订阅金额，授权分为两种类型。 | 订阅金额 | 授权类型 | 上限 | | ----------------- | ------------ | -------------- | | 低于 15,000 卢比 | 按需授权 | 15,000 卢比 | | 15,000 卢比及以上 | 固定金额授权 | 订阅的确切金额 | 对于大多数面向印度消费者的 SaaS 订阅（通常每月 99 至 4,999 卢比），15,000 卢比上限的按需授权是适用模式。客户授权一项最高 15,000 卢比的扣款授权，SaaS 可以在每个周期扣除不超过该上限的任意金额。 对于更高价的方案（每月 15,000 卢比以上），授权金额会固定为确切的订阅金额。任何跨过 15,000 卢比的方案升级，都需要重新获得扣款授权。 ## 48 小时延迟 这是最关键的细节。授权在注册时完成，但首次扣款之后的每笔定期扣款都要经过 48 小时窗口： 1. **第 0 天：**Dodo 在续费日向银行发起扣款。 2. **提前扣款通知：**银行通知客户即将发生扣款。 3. **48 小时窗口：**客户可以在此期间通过银行应用取消扣款授权。 4. **扣款完成（约 48-51 小时）：**48 小时结束后，再加上银行处理所需的几小时，资金才会被扣除。 5. **Webhook：**实际扣款完成后才会触发 `payment.succeeded`，而不是在发起扣款时触发。 这对你的应用意味着：不要在发起扣款时授予权益。请等待 `payment.succeeded`，它通常会在计划扣款日期后的约 48-51 小时到达。 > 48 小时延迟会让每一家海外 SaaS 第一次接入时都踩坑。团队按照续费日期编写订阅逻辑并授予访问权限，结果实际扣款在三天后才到账，客户却先收到了"你的订阅已取消"的邮件。解决方案是使用 webhook 驱动访问权限，而不是日期驱动。 > > - Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO 下面是错误模式和正确模式的代码示例。 ```javascript // 错误：在计划续费日授予访问权限 async function handleSubscriptionRenewal(subscription) { // 错误：扣款发起后立即授予访问权限 grantPremiumAccess(subscription.customer_id); } // 正确：仅在 webhook 确认付款后授予访问权限 async function handlePaymentWebhook(event) { if (event.type === "payment.succeeded") { // 正确：仅在付款确认后授予访问权限 grantPremiumAccess(event.data.customer_id); } if (event.type === "payment.failed") { // 处理付款失败（授权已取消、余额不足） revokePremiumAccess(event.data.customer_id); } } ``` 如需进一步了解 webhook 驱动的订阅状态，请参阅我们的[支付通知 webhook](https://dodopayments.com/blogs/webhooks-payment-notifications)和[SaaS 收入回收](https://dodopayments.com/blogs/revenue-recovery-saas)指南。 ## 印度订阅的 Webhook 事件 以下是印度定期计费中最重要的 webhook 事件。 | 事件 | 触发时机 | 操作 | | ---------------------- | -------------------- | ---------------------- | | `subscription.active` | 授权完成 | 记录订阅开始 | | `payment.succeeded` | 扣款日期后约 48 小时 | 授予或继续访问权限 | | `payment.failed` | 扣款失败 | 通知客户，暂停访问权限 | | `subscription.on_hold` | 付款失败，重试已暂停 | 提示客户更新付款方式 | | `subscription.active` | 付款后重新激活 | 恢复访问权限 | 围绕这些事件构建应用状态机。续费日期本身不会触发访问权限，触发访问权限的是 `payment.succeeded` 事件。 ## 配置 面向印度结账流程的集成代码。 ```javascript const session = await client.checkoutSessions.create({ product_cart: [{ product_id: "prod_123", quantity: 1 }], allowed_payment_method_types: ["upi_collect", "credit", "debit"], billing_currency: "INR", customer: { email: "customer@example.in", name: "Priya Sharma", phone_number: "+919876543210", }, billing_address: { country: "IN", zipcode: "560001", }, return_url: "https://yoursite.com/success", }); ``` 三条规则。 1. **UPI 的货币必须是 INR。**UPI 不支持 USD、EUR 或其他货币。请为印度市场设置 INR 价格。 2. **账单国家必须是 IN。**将客户账单地址中的国家设置为 IN，以显示正确的支付方式。 3. **始终提供银行卡备用选项。**部分印度客户更喜欢使用银行卡，另一些客户可能遇到 UPI 问题。因此必须提供银行卡作为备用方式。 对于非印度商户，必须在平台层面启用 Adaptive Currency，UPI 才会显示。这是名义商户层面的一次性配置步骤。 如需了解实现细节，请参阅[Dodo Payments 印度支付方式文档](https://docs.dodopayments.com/features/payment-methods/india)。 ## 方案变更与授权上限 这里有一个容易忽视的问题。如果客户升级方案后，订阅金额超过现有授权上限，下一笔扣款就会失败。 例如：客户拥有一项上限为 15,000 卢比的按需授权，目前使用每月 999 卢比的方案。客户升级到每月 19,999 卢比的方案。新扣款金额超过授权上限，因此扣款失败。客户必须在更高金额下重新授权。 如果你的印度方案升级流程会遇到这种情况，请将以下内容纳入 UX： - 检测升级是否会跨过授权阈值 - 在升级时、下一计费周期开始前，触发新的授权流程 - 清楚告知客户：更高金额需要重新授权 否则，你会遇到续费失败和客户困惑的问题。 如需了解更广泛的订阅机制，请参阅[订阅管理文档](https://docs.dodopayments.com/features/subscription-management)。 ## 印度支付体系中的常见错误 ### 错误 1：仅支持银行卡的结账流程 前面已经提到。印度仅支持银行卡的结账流程，其转化率只有多支付方式结账流程的一小部分。必须提供 UPI。 ### 错误 2：面向印度客户使用 USD 定价 UPI 要求使用 INR 计费。如果你向印度客户提供以 USD 定价的结账流程，UPI 就不会显示。客户要么使用银行卡付款（前提是拥有可用于国际支付的银行卡），要么直接离开。印度本地 INR 定价对于进入印度市场至关重要。 ### 错误 3：在续费日授予访问权限 48 小时延迟意味着续费日并不是客户付款得到确认的时间。编写"如果今天是续费日，就延长订阅"这类逻辑，会在实际扣款耗时更长或失败时产生问题。请始终等待 `payment.succeeded`。 ### 错误 4：未处理授权取消 客户可以随时通过银行应用取消扣款授权。取消操作并不总是会立即让你的系统将订阅状态改为已取消。请监控 `subscription.on_hold` 事件，并在发生这种情况时提示客户重新授权。 ### 错误 5：将授权上限硬编码 有些团队会将"15,000 卢比"硬编码为授权上限。但相关框架可能发生变化，RBI 也会定期更新规则。请使用平台提供的授权金额字段，而不是硬编码常量。这样规则变化时，只需更新一处配置，而不必修改每条代码路径。 如需了解更广泛的印度 SaaS 背景，请参阅我们的[印度 Stripe 替代方案](https://dodopayments.com/blogs/stripe-alternatives-india)、[名义商户与支付服务商的区别](https://dodopayments.com/blogs/merchant-of-record-vs-payfac)以及[扩展全球 SaaS](https://dodopayments.com/blogs/scaling-global-saas-microsaas-expansion)指南。 ## 一个真实的印度配置示例 设想一家面向印度中小企业主的效率工具 SaaS，提供每月 499 卢比的方案和每年 4,990 卢比的方案。 - 使用 INR 定价（而不是从 USD 换算） - 结账页按顺序提供 UPI Collect、信用卡和借记卡 - 对账单国家为印度的首次访问者，默认选择 UPI Collect - 年度方案定位为最具性价比的选择，并提供 17% 的折扣 - 订阅状态机监听 `payment.succeeded` 事件，而不是续费日期 - 方案升级 UX 检查授权上限，并在需要时触发重新授权 - 客户支持文档包含英文和印地语版本的"如何使用 UPI 订阅"页面 - 由名义商户处理 INR-USD 换算和印度税务合规，并以 USD 结算 这样的支付体系在印度能够带来良好转化，并避免将印度订阅当作美国订阅处理所导致的续费失败。 ## 何时不应进入印度市场 如果符合以下情况，可以跳过完整的印度支付体系： - 你不面向印度客户 - 你采用由财务团队处理电汇的直接签约企业销售模式（这种情况并不常见） - 你的支付处理商不支持 UPI 或印度银行卡，或费率无法接受 对于面向任何规模可观的印度受众的消费者或中小企业 SaaS，完整的支付体系通常是正确选择。半吊子的方案（仅支持银行卡的结账流程、面向印度客户使用 USD 定价）会让你错失大量转化。 ## FAQ ### 接受 UPI 是否需要印度实体？ 不需要，前提是你使用拥有本地合作关系的名义商户。MoR 会处理印度当地的监管工作，包括 UPI 集成、GST 合规以及 INR-USD 换算。你可以继续通过现有实体运营。对于没有印度业务实体的全球 SaaS 来说，这是最简洁的路径。 ### 为什么 48 小时延迟只适用于订阅，而不适用于首次付款？ 48 小时窗口适用于 RBI 授权下的定期扣款。首次订阅付款时，客户正在结账页主动进行身份验证，因此不受这一延迟影响。需要遵循该框架的是后续定期扣款：银行必须提前通知客户，客户也有权在 48 小时内取消扣款。 ### 可以向印度客户使用 USD 计费吗？ 可以，但 UPI 不会显示，因为 UPI 要求使用 INR 计费。如果你的受众是较富裕的印度买家，并且他们明确希望使用 USD 通过国际银行卡付款（部分客户出于会计原因更偏好这种方式），那么他们可以通过银行卡使用 USD 付款。但对于更广泛的印度受众，INR 定价至关重要。 ### 如果客户的授权被取消，会发生什么？ 下一次尝试扣款会失败。你的平台会发送 `payment.failed` webhook，并且根据配置，订阅会进入 `subscription.on_hold` 状态。客户需要重新授权新的扣款授权，通常通过你提供的更新付款方式流程完成。 ### 除了 UPI 和银行卡，印度还有其他本地支付方式吗？ 部分支付处理商仍支持 NetBanking。Paytm 和 PhonePe Wallet 等电子钱包也仍然存在，但 UPI 已经覆盖了这些方式的大部分使用场景。对于大多数 SaaS 来说，UPI 加银行卡可以覆盖超过 90% 的印度目标市场。添加 NetBanking 和电子钱包，有时可以覆盖剩余的几个百分点。 ## 最终结论 印度是全球 SaaS 的重要市场，但你无法凭借美国式的支付体系赢得这个市场。UPI 是占主导地位的支付方式。印度发行的银行卡可以使用，但必须遵循 RBI 授权框架。定期扣款的 48 小时处理延迟，是最容易破坏简单订阅逻辑的关键细节。 先把基础做好：使用 INR 定价，在结账页突出显示 UPI，始终提供银行卡备用选项，使用 webhook 驱动订阅状态，并构建能够识别授权上限的方案升级流程。做到这些，印度就会成为一个能够为你的 SaaS 带来高转化的市场。 名义商户模式可以抽象掉大部分复杂性。MoR 会处理 UPI 集成、GST 合规、INR-USD 结算以及不时变化的监管细节。你的任务是在此基础上构建正确的产品 UX。访问[dodopayments.com](https://dodopayments.com)了解集成模式，访问[dodopayments.com/pricing](https://dodopayments.com/pricing)查看透明的费用详情。 --- - [More Payments articles](https://dodopayments.com/blogs/category/payments) - [All articles](https://dodopayments.com/blogs)