原生 UPI 与个卡唤醒/扫码/UPI 复制两套方案并行。代收 4.50% 起，代付 3% + 6 RS，T+1 或 D+0 结算，代收余额 D+0 到账、代付余额可立即使用。一手本地通道，一个合作方。
两套方案并行，按你的客单价和结算偏好挑。以下数字直接取自当前印度费率表，不做平均、不做四舍五入。
| 方案 / 通道 | 代收费率 | 代付费率 | 单笔限额 | 结算 |
|---|---|---|---|---|
| 原生 UPI | 8.00% | 3% + 6 RS | 代收 150 – 50,000 RS · 代付 300 – 50,000 RS | T+1 USDT |
| 个卡唤醒 / 扫码 / UPI 复制 | 4.50% | 3.0% + 6 RS | 代收 200 – 50,000 RS · 代付 200 – 50,000 RS | D+0 USDT |
如果你把印度收银台的第一屏做成卡号加 CVV，那么大部分流量在第一步就流失了。印度人线上付钱的动作已经被 UPI（统一支付接口）彻底重塑：打开 PhonePe、Google Pay 或 Paytm，扫一张码或输入一个 UPI ID，几秒钟完成，零手续费感知。银行卡在电商还有份额，但在充值这种小额高频场景里，UPI 几乎把卡挤空了。做印度市场的支付通道，第一顺位永远是 UPI，其次才是个卡唤醒与二维码这一类兜底方案。
主流国际 PSP 与国际卡收单在这里服务不了博彩、外汇和自营交易这些类目，原因是结构性的，不是技术性的。Stripe、PayPal 这一类的禁止业务清单直接排除了线上博彩与多数差价合约流量；NPCI 与本地发卡行对相关 MCC 的态度同样保守，跨境卡的拒付率和拒绝率高到无法做单位经济测算。真正能跑量的，只有本地一手通道——所以有用的问题从来不是「谁家有接口文档」，而是「这周谁家的收款账户还开着」。
货币和监管是第二层约束。印度卢比不可自由兑换，跨境结汇受 FEMA 与印度储备银行的规则约束，本地账户里的大额 INR 余额是敞口而不是资产；各邦对线上游戏的立法又并不统一，几个邦明确禁止，税务侧还有针对性的预扣规则。这些都会传导到收款账户上：轮换频率高、单个通道寿命短。所以印度的 D0结算 与 USDT承兑 不是加分项，是这个市场的基本生存条件。
运营方进入印度应该预期什么？小额高频的存款曲线、UPI 掉单后必须做状态回查、代付走的是另一套限额（原生 UPI 代付起步 300 RS）、以及节假日期间银行清算窗口收缩带来的成功率波动。把菠菜支付通道做成单条链路是危险的：至少让原生 UPI 与个卡唤醒/扫码这两套方案同时在线，任何一条被轮换掉，出入金都不该停。
商业上的做法很简单：把印度当成一个「收进来、当天结出去」的市场，而不是一个存钱的市场。代收余额 D+0 结算、代付余额可立即使用、回 U 时间 10am–18pm，这套节奏配合 USDT结算，能把卢比敞口压到一天以内。每条通道约 3–5 个工作日接入，聚合支付的意义就在于你不必为每条通道重复一遍商务、风控和对账。
这条通道同时服务我们的外汇支付通道客户；如果你在多个市场同时开站，可以用同一个合作方把通道逐个开出来。
以下全部来自当前印度费率表——不做四舍五入，不做平均。
原生 UPI 代收 8.00%，单笔 150 – 50,000 RS，T+1 结算。个卡唤醒 / 扫码 / UPI 复制代收 4.50%，单笔 200 – 50,000 RS，D+0 结算。两套并行，掉单可以横向切换。
原生 UPI 代付 3% + 6 RS，单笔 300 – 50,000 RS；个卡方案代付 3.0% + 6 RS，单笔 200 – 50,000 RS。代付余额可立即使用，不必等下一个结算周期。
代收余额 D+0 结算，回 U 时间为 10am–18pm；原生 UPI 方案按 T+1 结算。结算币种 USDT，卢比敞口不在你的资产负债表上过夜。
类目、客单价、月流水——有这三项就够我们判断哪套方案适合你，以及现在哪些印度通道是开着的。
在 Telegram 联系 ZenexPay直接对接跑通道的团队，中间没有销售层。