以下场景为模拟示例：在印度孟买拥挤的达达尔街区，一家小型电商品牌每月通过亚马逊和 Flipkart 销售价值 30 万卢比的护肤品。当节日旺季来临，它需要提前备货 50 万卢比的库存，但银行账户里只有 12 万卢比现金。创始人跑了三家银行，都因为无法提供抵押物、没有两年以上税务申报记录而被拒绝。最后，这家公司接入了 Shopify 后台的一个 API——48 小时内，一笔 55 万卢比的资金到账，还款与每日销售额挂钩，没有固定期限，不稀释股权。
这个场景并非特例。印度中小微企业正面对一个约 30 万亿卢比的信贷缺口，传统银行体系的抵押物要求和文件门槛将绝大多数微型商户挡在门外。填补这一缺口的，是一批基于收入融资的金融科技平台。2026 年 8 月，其中一家公司 GetVantage 完成了一轮 6.3 亿卢比（约 660 万美元）的 A1 轮融资，试图从单纯的放贷者转向更底层的金融基础设施角色。
这轮融资由前 RBL 银行董事总经理 Rajeev Ahuja 和投资公司 SanRaj Group 联合领投，现有股东 Chiratae Ventures、Varanium Fintech Fund 和 VCMint 跟投。融资包含股权和债务两部分，公司称以股权为主，但未披露具体比例。至此，GetVantage 累计融资超过 4700 万美元。
| 字段 | 内容 |
|---|---|
| 公司 | GetVantage（GetVantage Tech Private Limited） |
| 轮次 | A1 轮 |
| 金额 | 6.3 亿卢比（约 660 万美元） |
| 投资方 | Rajeev Ahuja、SanRaj Group（联合领投）；Chiratae Ventures、Varanium Fintech Fund、VCMint（跟投） |
| 总部 | 印度孟买 |
| 创始人 | Amit Srivastava、Bhavik Vasa |
| 官网 | https://getvantage.co/ |
从“借钱给品牌”到“让平台借钱给品牌”：Capital Gateway 的 API 层逻辑
GetVantage 最初为人所知的是其收入分享协议模式：为电商和数字原生品牌提供 20 万卢比至 2 亿卢比的无股权融资，还款金额与月度销售额挂钩，而非固定分期金额。在印度 RBF 赛道，Velocity、Klub 和 Efficient Capital Labs 等也是主要竞争者。真正让 GetVantage 区别于同行的，是其正在推进的 Capital Gateway 平台。
Capital Gateway 是一个 API 驱动的嵌入式金融基础设施。简单说，它不是直接面向单个品牌放贷，而是让 B2B 电商平台、物流公司、ERP 服务商等拥有商户网络的数字生态系统，通过接入 API 将融资功能嵌入到自己的产品中。这意味着一个 Shopify 卖家可以在商家后台直接申请贷款，而审批所需的销售数据已经存在于平台内，无需重复提交银行流水或税务文件。根据公司规划，在未来几个月将宣布多项与领先数字生态系统的卖家融资合作,但目前具体合作方名称和数量尚未披露。
这一架构的产业逻辑在于：获客和风控的成本从 GetVantage 自身转移到了合作平台。传统 RBF 公司需要自己找品牌、自己验证销售数据、自己判断风险，而 Capital Gateway 模式让合作平台贡献了商户关系和第一手经营数据，GetVantage 的角色从全链条放贷者转变为“承保引擎+资金供给方”。创始人 Bhavik Vasa 将这一转变类比为支付网关：“就像支付网关帮助小企业接受数字支付，Capital Gateway 帮助小企业即时、无缝地获得运营资金。”
但问题在于，类比并不能回答一个关键挑战：支付网关处理的是一笔确定金额的扣款，而借贷涉及的是风险评估和违约后果。平台嵌入融资功能意味着平台自身要承担一部分声誉风险——如果商户借了钱还不上，平台与商户的关系可能受损。GetVantage 未披露 Capital Gateway 合作平台的具体数量和坏账率数据，这使得外界难以评估这一模式在实际运行中的风险表现。此外，合作平台的技术栈兼容性、API 调用的稳定性以及数据安全合规等问题，都可能在规模化过程中暴露出来，而公司尚未公开这些维度的具体指标。
承保模型的破与立：替代数据的边界在哪里
GetVantage 的承保不依赖传统征信评分或抵押物，而是接入商户的电商交易数据、物流信息和现金流记录，通过预测分析模型评估还款能力。公司声称这种方式能大幅减少创始人在寻求融资时遇到的阻力。
这一模型的理论基础清晰：对于在 Amazon、Flipkart、Meesho 等平台上稳定销售的商户，其销售流水本身就是比资产负债表更真实的经营画像。但替代数据承保在印度面临两重现实约束。第一，数据获取的完整性和连续性取决于合作平台的开放程度——如果某家电商平台只开放部分字段或存在数据延迟，模型的有效性就会打折扣。第二，替代数据擅长评估常规经营周期内的还款能力，但难以预测黑天鹅事件（如平台突然调整佣金政策、品类受到监管冲击）对商户现金流的冲击。
GetVantage 在替代数据源上的一个特点在于其通过 Capital Gateway 与物流公司和 B2B 平台的对接。物流数据可以帮助验证货物的真实流动——一个声称月销售额 100 万卢比的商户如果每月发出的包裹数只有 50 个，就是一个预警信号。但物流数据同样存在分散性问题：印度物流市场由数十家区域性公司构成，打通所有数据接口的成本和标准化难度不容低估。目前公司未披露已接入的物流平台数量和数据覆盖范围，这意味着替代数据的实际信号强度仍是一个待验证的变量。
竞争棋局：RBF 赛道的同质化与分化点
印度的 RBF 赛道在 2021-2023 年经历了密集的资本涌入。Velocity、Klub 和 Efficient Capital Labs 也是赛道内的竞争者，它们在产品形态上与 GetVantage 存在一定重叠——都提供基于收入分享的无股权融资，额度区间和费率结构差异可能并不显著。GetVantage 在融资金额上并不占优——4700 万美元的累计融资在赛道内处于中游水平——但它试图通过与竞争对手不同的路径实现增长：从直接放贷转向基础设施输出。
GetVantage 的 Capital Gateway 路线是将公司变成一个 B2B2B 的层：它不直接与品牌建立关系，而是通过合作平台批量获客。这种模式的潜在规模上限高于直营模式，但对技术基础设施的要求也更高——API 的稳定性、数据安全合规、与不同平台技术栈的兼容性都是必须持续投入的领域。在印度市场，数字生态系统的技术标准并不统一，不同电商平台和物流公司的 API 规范、数据格式和安全协议存在差异，这意味着 GetVantage 需要在工程层面投入大量适配工作，而这部分成本在直营放贷模式中并不存在。
一个值得关注的事实是，GetVantage 同时运营着由印度储备银行颁发牌照的非银行金融公司 GetGrowth Capital。这意味着公司具备合规放贷主体资格，而不只是纯粹的科技平台。在印度金融科技监管日益收紧的背景下，拥有牌照资质构成了一个结构性优势——竞争对手如果仅作为技术平台撮合资金方与借款人，未来可能面临更高的合规门槛。然而，牌照也意味着更严格的资本充足率要求和定期报告义务，这可能在一定程度上限制 GetVantage 的资产负债表灵活性。
本轮资金的使用路径：融资容量扩张的技术底座
GetVantage 表示本轮资金将用于扩大 Capital Gateway 平台规模、提升技术基础设施，并增加承诺融资容量至超过 700 亿卢比。公司还计划在未来几个月宣布多项与领先数字生态系统的卖家融资合作。
“承诺融资容量”这一指标需要谨慎解读。在印度 RBF 行业，“committed financing capacity”通常指平台与资金方达成意向的授信总额度，而非实际已部署的放款余额。公司未披露实际放款余额和收入数据，这使得资金使用效率难以从外部评估。此外，融资容量的扩充意味着 GetVantage 需要匹配相应的资金来源——无论是自有资本、银行授信还是机构资金方合作——而公司目前未公开其资金端的构成和成本结构。
技术基础设施的投入方向上，Capital Gateway 面临的核心工程挑战是低延迟的数据管线：从合作平台获取商户数据、运行承保模型、生成授信决策、完成资金划拨，整个过程需要在数百万商户中并行执行。这要求 GetVantage 在 API 网关、实时数据流处理和自动化决策引擎上持续追加投入。按照公司的技术愿景，Capital Gateway 还需要演进为 AI 原生的资本网关，这意味着在模型训练、特征工程和在线推理等环节还会有持续的研发支出。
投资方组合的信号：零售银行经验与创始人背书
本轮联合领投方 Rajeev Ahuja 的身份值得细读。Ahuja 曾担任 RBL 银行董事总经理，这家银行在印度以积极与金融科技公司合作而闻名，尤其在信用卡、数字支付和小微企业贷款领域积累了经验。一位传统银行高管的参与，既能为 GetVantage 的风控体系和资金渠道提供建议，也可能为未来与银行体系的合作铺路。Ahuja 本人对此轮投资的表述是：“印度下一个十年的增长依赖于为数百万 MSME 释放信贷，这是一个传统银行模式无法单独解决的巨大挑战。GetVantage 构建了一个稳健的、技术优先的基础设施，能够无缝弥合这一缺口。”
另一领投方 SanRaj Group 的董事 Rajdip Gupta 给出的投资逻辑颇具代表性：“作为创始人支持创始人，我们意识到小企业在获取灵活的规模化资本时面临的巨大摩擦。GetVantage 的 API 驱动 Capital Gateway 对数字商户生态而言是规则改变者。”
RBF 平台的商业模式核心是赚取资金成本和放款收益之间的利差，或向合作平台收取技术服务费。这一模式能否实现可持续盈利，取决于两个关键变量：资金成本是否持续低于放款利率，以及坏账率是否控制在可承受范围内。GetVantage 未披露其资金成本、平均放款利率和坏账率数据，外部无法判断其单位经济模型是否健康。在 Capital Gateway 模式下，收入结构可能进一步复杂化——平台服务费、利差分成和技术服务费可能是三种不同的收入来源，但公司未说明其收入构成和各业务的毛利率水平。
30 万亿信贷缺口的非对称机会与隐性陷阱
印度 MSME 信贷缺口是 GetVantage 叙事中最常被引用的宏观背景。30 万亿卢比的缺口数字由政府机构和行业报告多次引用，其真实性无需质疑。但这一数字本身也具有误导性：它描述的是“所有未被满足的信贷需求”，而非“所有可通过 RBF 模式有效服务的目标市场”。
从实际可服务市场看，GetVantage 的目标客户是已接入数字生态系统的商户——他们至少在一个电商平台或物流平台上留下了可追踪的数据足迹。在 MSME 中，数字化程度较高的商户中，有稳定数据流、还款能力可控的优质商户数量有限。在 RBF 赛道拥挤的情况下，多家平台争夺同一批优质商户的竞争将越来越激烈，获客成本可能持续上升。GetVantage 自称已为超过 2000 家企业提供服务，包括 Arata、Rage Coffee、The Healthy Company 和 Elevar 等品牌，但相对于印度数百万 MSME 的总量而言，这一数字仍处在早期渗透阶段。
另一个隐性问题在于 RBF 产品的适用边界。收入分享协议适合的场景是：商户需要资金购买确知可售的库存，或投入回报周期确定的广告营销。当商户需要资金进行新品研发、品类扩展或跨平台迁移时，RBF 的还款模式——无论是否卖出商品都要按销售额比例还款——会持续抽走现金流，可能加剧而非缓解资金压力。GetVantage 目前的产品组合已从纯 RBF 扩展至定期贷款和商户现金预付款，包括期限贷款、商业贷款和根据小企业运营周期定制的现金预付款，这种扩展本身就是对 RBF 局限性的一种承认。公司还曾发起 Rise Up 基金支持女性创业者，以及推出 SaaS 加速器基金 II 支持 B2B SaaS 企业，这些专项基金意味着 GetVantage 在尝试用更细分的产品匹配不同类型的融资需求。
待验证的假设：基础设施转型的成功条件
GetVantage 从 RBF 放贷者向嵌入式金融基础设施的转型，至少依赖三个尚未验证的假设。
第一个假设是，数字平台愿意将商户资金需求的转化作为自身业务的一部分。对于亚马逊或 Flipkart 这样的巨型平台，将商户导流给第三方金融机构赚取佣金是一种已验证的模式，但平台有多大动力深度嵌入 GetVantage 的 API 而不是自建金融能力，尚不明朗。大型电商平台拥有商户的交易数据和资金流水，理论上具备独立开展商户信贷业务的数据基础和技术能力。平台如果只开放有限数据接口，GetVantage 的承保优势就会被削弱。而对于中小型 B2B 电商和物流平台，它们可能缺乏自建金融科技能力，但同时也可能缺乏足够的技术团队来完成 API 集成和维护。
第二个假设是，Capital Gateway 的承保模型在不同行业、不同规模的商户中具有一致的准确率。目前已知的客户案例——Arata、Rage Coffee、Elevar——多为消费品牌和 D2C 电商，这些行业的数据丰富度较高，销售频次相对规律，替代数据的信号强度充足。当模型向物流平台上的运输商或 B2B 批发商户扩展时，这些商户的交易数据可能更稀疏、季节性更强、受单一客户影响更大，替代数据的信号强度可能下降。公司未披露不同行业客户的风险表现差异，因而模型跨场景的泛化能力仍是一个开放问题。
第三个假设是，收入分享模式的资金成本在利率下行周期中保持竞争力。如果印度央行未来降息，银行向 MSME 的放贷条件可能边际改善，RBF 产品相对银行信贷的成本劣势——RBF 的资金成本通常高于银行贷款利率——可能进一步扩大。GetVantage 应对这一风险的方式是拓展定期贷款产品线，但这又回到了与传统银行和 NBFC 正面竞争的赛道。在定期贷款领域，GetVantage 需要与拥有更低资金成本和更庞大分支网络的传统金融机构直接竞争，其替代数据承保的优势能否转化为更低的坏账率和更快的审批速度，仍需市场验证。
一个额外的待验证维度是竞争的差异化持续性。Capital Gateway 的 API 架构逻辑上具有先发优势——先接入的合作平台会形成一定的切换成本——但这一优势的护城河深度取决于 GetVantage 能否在承保模型准确率和资金成本上持续领先。如果竞争对手 Velocity 或 Klub 也推出类似的嵌入式金融产品，赛道可能再次趋同，Capital Gateway 的先发优势可能被稀释。公司目前在牌照方面的优势——拥有 GetGrowth Capital 的 NBFC 资质——可能构成一定的结构性壁垒，但这一壁垒在多大程度上能转化为商业层面的差异化，仍需观察。
RecodeX 极客视：GetVantage 的 Capital Gateway 是一次从“借钱的人”到“修渠的人”的战略跳跃，在逻辑上有其吸引力——将获客和风控成本外部化，理论上能撬动比直营模式更高的增长天花板。但嵌入式金融在印度的商业化路径仍在早期，合作平台的深度意愿、承保模型跨场景的可靠性、以及资金成本的周期敏感性，三者中的任何一项未达预期，都可能让这个“资本网关”停留在概念验证阶段。本轮 660 万美元的融资额度相对克制，暗示投资人对转型的节奏持审慎态度。接下来的关键观察点是：公司是否在下一季度披露实质性平台合作数量、以及 Capital Gateway 贡献的放款占比——那才是判断基础设施叙事能否成立的第一组硬数据。
信息来源
本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。