嵌入式金融（也称为“集成式金融”）涉及将金融服务直接集成到非银行数字产品和平台中。最常见的功能包括集成支付、发卡、融资以及用户无需离开平台即可访问的其他服务。

近年来，该模式发生了改变。软件即服务 (SaaS) 企业和交易市场现在可以将越来越多的金融功能纳入其产品中。这些功能包括用于费用管理的虚拟卡，以及用于管理其客户资金流的更高级工具。

本文介绍了嵌入式金融，包括其演变和发卡基础设施以及应用程序编程接口 (API) 的作用。我们还探讨了 SaaS 平台和交易市场一些最相关的用例、在不获取银行牌照的情况下集成新的金融功能，以及在创建和管理发卡计划时需要考虑的方面。

要点

• 对于软件即服务 (SaaS) 平台，嵌入式金融可以将独立的金融功能转变为产品不可或缺的一部分。客户可以在他们已经用于管理业务的同一环境中访问支付、银行卡和其他服务。这减少了在不同系统之间切换的需求，并可以增加平台的价值。
  
• 用于发卡的应用程序编程接口 (API) 将业务软件连接到创建和管理实体卡或虚拟卡、实施支出控制以及管理授权所需的基础设施。这样，产品中定义的规则就可以直接应用于银行卡的使用。
  
• 虚拟卡特别适合管理 B2B 费用，因为可以根据针对员工、供应商或特定用途的业务政策为它们创建一致的限制和控制。因此，它们可以取代涉及共享银行卡或人工报销的流程。
  
• 当平台依赖受监管的金融服务商和机构时，它可以在不持有自己的银行牌照的情况下集成某些金融服务。但这并不能免除合规义务。责任、授权和控制取决于所提供的服务以及平台的实际角色。
  

嵌入式金融：对意大利企业的意义和演变

“嵌入式金融”一词指的是将金融服务集成到非金融企业的产品和平台中。可以在已经提供给客户的平台内直接访问这些功能。例如，业务管理软件可以结合支付处理；面向专业人士的平台可以提供用于业务费用的卡；而一个交易平台可以处理收款和资金转账，所有这些都在同一个环境中进行。

嵌入式金融已经出现在许多客户的日常购物体验中。以下是一些示例：

• 在电子商务网站上购物时，客户使用先买后付 (BNPL)分期付款服务进行支付。
  
• 客户在拼车应用上进行支付。
  
• 在航空公司网站上购买机票时，客户添加了退票保险单。
  

这些只是一些示例，但该模式已随着数字平台的广泛使用而发展。虽然集成最初侧重于支付，但当前的嵌入式金融涵盖了更广泛的金融服务。这包括用于费用管理的虚拟卡、将金融服务直接集成到客户的工作流中，以及更加自动化的资金流动管理。

嵌入式金融的扩张也影响了意大利市场。根据由 PayNXT360 编制并由Research and Markets发布的一份关于意大利嵌入式金融市场的报告，该行业在 2021 年至 2025 年期间的复合年增长率 (CAGR) 达到 10.3%。预计从 2026 年至 2030 年将继续以 4.9% 的复合年增长率增长。其市场价值预计将从 2024 年约 112 亿美元的价值扩大，到 2030 年达到约 145 亿美元\。

这种增长反映了提供商提供金融服务方式的更广泛转变。与其专门通过银行或专用应用提供金融服务，数字平台可以将它们作为已提供体验的一部分予以提供。因此，嵌入式金融可以扩展平台内可用的功能，并创造新的服务和收入模式。

发卡基础设施如何运作，API 是如何参与其中的？

发行支付卡不仅意味着生成卡号。在每张实体卡或虚拟卡的背后，都有一个基础设施将提供服务的平台与各个实体连接起来，其中包括客户、管理发卡和处理的提供商、金融机构以及支付卡组织（例如 Visa 或 Mastercard）。

传统上，创建和协调这种基础设施需要专门的系统并与各种运营商建立直接关系。另一方面，发卡 API 为企业提供了将其软件链接到现有基础设施的方法，同时保持对他们向客户提供的体验的控制。

API 在发卡中的作用

API 是两个软件应用程序进行通信和交换信息的系统。在发卡的情况下，它充当企业软件与发卡服务商基础设施之间的桥梁。

例如，如果 SaaS 平台想要为客户创建一张卡，将发生以下步骤：

• SaaS 平台通过 API 发送请求，指定所需的特征。
  
• 提供商处理该请求，执行计划所需的检查，并与金融基础设施中涉及的其他各方（例如金融机构、专门的金融科技平台和卡组织）进行交互。
  
• 卡片设置完成。
  
• 该流程完成后，平台可以直接管理该卡。
  

API 在发卡时即参与其中，并可以伴随该卡的整个生命周期。这赋予了平台执行以下操作的灵活性：

• 创建实体卡或虚拟卡，并将其关联到特定持卡人
  
• 激活、暂停或冻结卡片
  
• 设置和修改支出限制
  
• 决定卡片可用于何处或何种类型的采购
  
• 管理交易授权并接收有关卡片活动的信息
  

这些功能可以直接集成到产品逻辑中。例如，费用管理平台可以在预算获得批准时创建一张虚拟卡，并自动应用相应的支出限制。这使得企业能够将发卡和管理集成到其软件中，而无需在内部构建必要的金融基础设施。

用于费用管理的虚拟卡：新用例

虚拟卡以数字形式存在，可以在没有实体卡的情况下创建和使用。借助发卡计划，可以快速（通常是即时）生成银行卡，并将其关联到特定持卡人或支出需求。

这些功能使虚拟卡非常适合管理业务费用。SaaS 平台可以集成一些功能，允许客户专门为其员工或承包商创建银行卡，或将银行卡与特定供应商或采购类型相关联。与使用单一的共享公司卡相比，这允许客户更精确地定义谁可以在什么情况下进行采购。

可以在虚拟卡上设置哪些控制？

在费用管理方面，虚拟卡最有用的方面之一是能够对每张卡应用特定规则。可用的功能取决于所使用的发卡解决方案。例如，Stripe Issuing 支持企业为单张卡或特定持卡人设置并在以后修改控制。

主要控制包括以下内容：

• 支出限制： 可以按每次授权或针对特定期限进行设置。
  
• 卖家类别限制： 此控制可以防止将卡用于向某些类型的企业付款。
  
• 地域限制： 这可用于排除特定国家/地区。
  
• 卖家限制： 这是基于卖家的商家 ID 编号。
  
• 卡片使用类型： 这可以包括监控交易期间该卡是否在现场。
  
• 使用时长或频率： 通过此选项，在某些配置中，企业可以创建在经过一定次数的交易后自动取消的卡片。
  

这些控制使得能够针对特定目的定制每张卡，例如设置预定限制或对采购的特定限制。

为什么虚拟卡对于管理业务费用很有用？

虚拟卡具有多种有助于管理业务费用的优势。以下功能使得虚拟卡越来越受欢迎：

• 更好的支出预防性控制： 例如，企业可以提前设定该卡的某些使用条款，以监控员工支出。
  
• 快速激活： 由于企业不需要处理卡片制作或实体交付，因此可以快速（通常是即时）使用虚拟卡。
  
• 更轻松地将卡片分配给特定用途： 为个人、供应商或特定费用类别创建单独的卡片，可以更轻松地区分不同的资金流。这也比在许多活动中使用单一的公司卡更高效。
  

SaaS 平台和交易平台的嵌入式金融策略

一项有效的嵌入式金融策略需要从客户已经使用的服务以及他们在运用该软件时面临的财务挑战出发。平台可以提出的一个有用问题是：目前哪些财务活动迫使客户离开平台？

对这个问题的回答可以帮助平台了解需要首先集成的功能。添加尽可能多的金融服务并非目标所在。相反，平台需要融入那些能够自然补充产品已管理的工作流的服务。

SaaS 平台的嵌入式金融策略

对于 SaaS 平台来说，出发点是观察客户多久必须停止在软件中工作以在其他地方执行财务任务。

例如，如果一个平台处理预订、订单和销售，但支付是通过一个单独的系统处理的，那么嵌入式支付可能是第一步。另一方面，如果软件是为管理预算或费用而设计的，那么直接集成针对员工或承包商的支付工具可能会更有用。

SaaS 平台可以考虑的服务包括以下内容：

• 嵌入式支付：这使得用户能够向其客户收款。
  
• 实体卡或虚拟卡：这些卡对于管理费用、采购或预算的软件非常有用。
  
• 融资：当用户有与其业务相关的经常性现金流需求时，这可能会有所帮助。
  
• 资金管理工具：当产品还涉及接收或使用与客户业务相关的资金时，可以使用这些工具。
  

交易平台的嵌入式金融策略

对于交易平台而言，出发点通常是多方之间的资金流动。该平台连接着客户、供应商、专业人士和提供商。因此，它必须考虑收款以及资金如何分配和使用。

交易平台的嵌入式金融策略可以侧重于以下问题：

• 客户如何付款？
  
• 供应商或提供商如何以及何时收到资金？
  
• 供应商是否需要快速获取资金？
  
• 供应商是否会产生与平台上业务活动相关的费用？
  

对这些问题的回答可能会使得各种嵌入式金融服务变得必要，包括以下内容：

• 嵌入式支付：这有助于直接在交易平台内管理收款。
  
• 拆分、转账和自动银行转账：当一笔付款需要拆分给多方或定期转账给供应商、专业人士或提供商时，交易平台可以根据平台设定的规则和时间表自动处理流出付款。
  
• 实体卡或虚拟卡：如果用户需要使用资金来支付与业务相关的费用，则可以发放。
  
• 融资或其他金融服务：这些服务基于交易平台可以集成到现有体验中的经常性需求。
  

SaaS 模式和交易平台：嵌入式金融策略比较

监管方面：如何在没有银行牌照的情况下引入嵌入式金融

要集成嵌入式金融功能并提供相关金融服务，无需成为银行或获得必要的授权。许多平台依赖专门的嵌入式金融提供商，由其提供必要的基础设施，并与银行或其他授权金融机构合作。然而，这种模式并不能免除合规义务。责任取决于所提供的服务以及各方的角色。

嵌入式金融提供商

嵌入式金融提供商提供所需的技术和受监管金融基础设施的访问权限，以便将金融服务集成到数字产品中。例如，在发卡方面，嵌入式金融提供商可以管理或协调基础设施，以及与金融机构和卡组织之间的事务。

责任因所提供的服务和使用的模式而异。依赖提供商并不意味着所有监管义务都会自动转移给提供商。

修订后的支付服务指令 (PSD2) 和第三次支付服务指令 (PSD3)：欧洲支付服务框架

当集成的功能属于支付服务的一部分时，欧盟的关键监管框架之一是PSD2。它管辖支付服务的提供和交易安全。该框架目前正在更新中。PSD3 和新的支付服务法规 (PSR) 旨在更新并在一定程度上取代 PSD2。截至 2026 年 8 月，立法程序尚未完成。

客户身份验证 (KYC)、企业身份验证 (KYB)、支付卡行业数据安全标准 (PCI DSS) 和数据保护

除了提供金融服务所需的授权外，嵌入式金融项目还必须考虑各种合规和安全要求：

• KYC 和 KYB：客户身份验证 (KYC) 是对个人的识别和验证，而KYB适用于企业，可能包括对企业及其最终受益人的审查。两者都是反洗钱法规所要求的尽职调查流程的一部分。
  
• PCI DSS：在存储、处理或传输银行卡数据时，必须考虑PCI DSS合规事宜。这是一项国际标准，定义了保护持卡人数据的安全要求。
  
• 个人数据保护：在欧盟处理个人数据的平台必须遵守欧盟《通用数据保护条例》 (GDPR)，包括合法性、透明度、目的限制、数据最小化和数据安全等原则。
  

Stripe Issuing 如何提供帮助

Stripe Issuing 可让您轻松创建、分发和管理定制卡片，从而创造新的收入流，提升客户体验。

Issuing 可以帮助您：

• 推出新的卡片产品：根据企业的特定需求快速创建实体卡、虚拟卡或令牌化卡——无论是支出管理卡、奖励卡或是其他。

• 提高运营效率：通过 Stripe 的 API 自动发卡和管理，降低与多个发卡机构合作的复杂性。

• 增强客户体验：为客户提供与现有产品和服务无缝集成的品牌化卡片体验。

• 获取可见性和管控能力：访问详细的交易数据和控制功能，以监控卡片使用情况、设置支出限额，并在需要时暂停使用卡片。

• 拓展收入机会：通过收取共享的刷卡手续费或提供增值服务，将发卡计划变现。

• 利用 Stripe 的专业经验：受益于 Stripe 为领先公司提供发卡计划的经验所带来的强大基础设施和监管合规支持。

进一步了解 Stripe Issuing 如何通过定制发卡计划助力业务增长，或立即开始体验。

关于 SaaS 模式和交易平台的嵌入式金融的常见问题解答