面向新兴市场的商户登记主体，助力收入增长。

记录商户（Merchant of Record，MoR）是对与终端客户的交易负有法律责任的实体。像 dMoRe 这样的 MoR 位于销售背后，负责处理支付、开具发票、税务以及本地合规，从而避免这些责任在各个市场都由你的企业承担。

记录商户对完整的交易生命周期承担责任，包括：

• 处理支付
• 向终端用户开具发票与收据
• 计算、代收与代缴税款
• 满足本地法律与合规要求
• 监督欺诈与拒付管理

使用像 dMoRe 这样的记录商户，上述职责不会分散在多个团队或服务商之间。它们在一个可扩展至新兴市场的单一运营模型下被统一处理。

在 dMoRe 模式下，支付以记录商户（MoR）实体的名义直接与终端客户处理。dMoRe 基于并构建于 dLocal 的支付基础设施之上，这意味着交易走本地支付通道，使用各市场消费者已经在用且信任的支付方式，无需额外集成。

支付服务提供商（PSP，如 dLocal）专注于支付处理。它授权交易并完成资金流转，但销售的法律、税务与监管责任仍由商户承担。

记录商户（MoR，如 dMoRe）更进一步。dMoRe 成为该笔交易的法定卖方，承担支付、发票、税务、合规、争议与拒付等责任，并运行在 dLocal 的支付基础设施之上。

简单来说，使用 dLocal，你进行支付处理；使用 dMoRe，我们在支付背后运行完整的交易运营模型。

在新兴市场，支付监管、税收规则、外汇限制以及支付行为在各国差异很大。像 dMoRe 这样的记录商户可以免除你为每个市场重建运营模型的负担，让扩张更快、更可预期。

可以。dMoRe 旨在支持一个统一的记录商户运营模型覆盖多个新兴市场。

不过，许多企业不会在所有市场应用同一模式。有的市场需要记录商户，有的则不需要。dMoRe 支持这种灵活性，你无需被迫采用全有或全无的方案。

没问题，dMoRe 就是为此而构建的。dMoRe 支持混合与分阶段方案：在监管、税务或支付复杂度更高的市场使用记录商户，在其他市场保留你现有的自营或 PSP 模式。随着市场成熟或你的布局变化，你可以随时间调整模型。

直接使用 dLocal 可获得支付处理能力。使用 dMoRe 则提供完整模型：支付、税务、合规、发票以及记录商户责任，均在一份合同之下统一管理。

在新兴市场，性能取决于直接的本地接入。当记录商户依赖第三方时，商户会受限于第三方的覆盖、路由与批准率。

dMoRe 直接运行在 dLocal 的支付基础设施上，这意味着：

• 无第三方或额外集成：直连本地收单机构与支付方式。
• 更高的批准率：通过本地处理、本币结算、智能路由与重试逻辑实现。
• 广泛覆盖：在一次集成中即可使用银行卡及 1000 本地替代支付方式（APMs）。
• 白标直连集成：允许商户维持自身品牌并构建定制化结账体验。
• 更快上线与更优合规：由本地团队与监管关系提供支持。

这种"基础设施优先"的模式，为商户在新兴市场带来更强的性能、更广的支付方式覆盖和更可靠的扩张。

许多 MoR 提供方针对标准市场与全球银行卡进行了优化。dMoRe 的设计目标则是在最具挑战的环境中运作——在新兴市场中应对税务、外汇以及本地支付限制。

dMoRe 通过 dLocal 的网络覆盖，在非洲与中东、亚洲和拉丁美洲的新兴市场支持 1000 本地支付方式。

本地团队直接与监管机构、银行与支付合作伙伴协作，以保持运营模型的合规与可持续运行。

在 dMoRe 模式下，税款的计算、代收与代缴作为记录商户服务的一部分由我们负责。这包含各市场的特定要求与申报，无需依赖你的内部团队或本地税务顾问。

不需要。你无需在支持的市场设立或管理本地实体。dMoRe 作为交易的法定卖方承担相应责任。

dMoRe 持续监测监管变化并相应调整运营模型。由于责任由记录商户承担，监管更新无需你变更集成方式或运营架构。

dMoRe 专为监管经常变动的市场而设计。本地团队与监管机关、税务部门和支付伙伴保持密切合作，随规则演进维持合规。

作为记录商户，dMoRe 对交易承担监管责任。这是 MoR 模型的核心所在，也是各团队采用该模型的主要原因之一。

确定。使用 dMoRe，在支持的市场无需创建或管理本地法律实体。

不需要。dMoRe 代表你管理清结算与资金流，包括将资金回流至你指定账户。

不需要。dMoRe 全面承担税务责任，让你专注于核心业务。我们在各市场集中处理税务，无需你协调多个本地顾问。

财务与法务团队仍将参与战略层面，但无需再逐个市场管理执行。dMoRe 将重复性的运营工作从内部团队中移除。

你保留：

• 产品所有权与交付
• 定价与市场进入策略
• 品牌、用户体验（UX）与客户体验

dMoRe 承担：

• 通过 dLocal 进行支付处理
• 税务与合规
• 发票与收据
• 对欺诈与拒付管理的监督
• 支付问题相关的客户支持

dMoRe 通过单一 API 与单一合同交付，构建在 dLocal 的支付基础设施之上。

这使你无需分散集成即可支持多个市场与支付方式。

一次集成，市场、支付方式与计费流程均可在同一套配置中处理。

可以。dMoRe 支持与你现有 UX 相匹配的原生结账体验。

是的。结账页面、邮件与发票均可完全品牌化。

可以。dMoRe 支持订阅计费、用量计费，以及在本地支付方式上的高交易量场景。

不会。你保留可视性与控制权，同时 dMoRe 利用 dLocal 的本地处理来优化受理率。

通过 dLocal 的本地化基础设施处理支付，dMoRe 能提升授权通过率，尤其是在仅用全球银行卡架构表现不佳的市场。

当然可以。结账设计与支付方式呈现仍可配置与测试。

重试与挽回流程在 dLocal 的支付技术栈内完成，并采用符合当地情况的方法与逻辑。

像 dMoRe 这样的记录商户代表商户负责欺诈管理。

dMoRe 代表商户处理拒付与争议管理。

作为记录商户，dMoRe 承担交易层面的责任。

是的。争议流程遵循本地方案与监管要求，由 dMoRe 进行集中处理。

许多本地支付方式并不存在传统的拒付风险。dMoRe 将根据支付方式与市场的不同，在适用的情况下管理相关争议操作。

当然可以。可通过仪表板与导出报表获取可视化与数据。

可以。dMoRe 通过面向消费者（D2C）的支付流程，支持游戏内购买、订阅与一次性数字交易。

两者皆可。许多团队先用 dMoRe 加速扩张，并将其作为长期运营模型保留。

可以。你可以在不改变核心设置的情况下，随时间增加市场。

游戏公司使用 dMoRe 本地化支付、处理欺诈与拒付，并在各地区以单一记录商户模型运营，即使在高交易量下也能稳定运行。

可以。dMoRe 支持循环与用量计费，并内置合规发票与税务处理。

你将与我们的团队开始沟通你的目标市场、商业模式与扩张目标。我们会了解你当下的销售地区、下一步计划进入的市场，以及当前的阻碍点——不做假设，只获取真实背景。

可以。我们会与你一起梳理现有架构，帮助你判断哪里适合采用记录商户模型、哪里不需要，以及对你的业务来说，混合或分阶段方案可能是什么样。

时间因市场而异，但 dMoRe 的设计目标是移除上线的主要阻碍——如本地实体、税务设置与碎片化集成——从而比从零自建更快推进。