多商户市场平台架构：商户入驻、商品目录、分账支付、AI与规模扩展

本技术文章面向规划多商户市场平台或将现有商店转型为市场平台的CTO、架构师和产品负责人。文章介绍平台架构、主要权衡取舍及测试方法，仅供参考：若您已准备好规划具体建设方案，请访问电商市场解决方案。关于何时适合采用自定义平台的更广泛讨论，请阅读自定义电商平台指南。另请参阅智能体商务就绪性和多租户SaaS架构。

背景：商店转型为市场平台后的变化

单一卖家商店只有一个商品目录所有者、一个商家和一套履约体系。市场平台则拥有多个，平台本身处于其间。

每一行都新增了数据、规则和故障模式。架构应将每一项明确体现，而非将单一卖家商店强行改造至崩溃。

参考架构

一笔订单在此架构中的流转路径：

1. 买家结账，购物车包含来自三个商户的商品。
2. 支付服务商对买家一次性收款。
3. 账本记录每个商户的份额、平台佣金及各项费用。
4. 订单路由创建三张商户订单并通知各商户。
5. 各商户发货并更新各自订单状态；买家看到统一的汇总状态。
6. 持有期结束后，结款将各商户余额转入其银行账户。
7. 单个商户订单的退款或纠纷仅调整该商户的余额。

商户入驻与账户

入驻速度决定商品目录的增长节奏，因此应将其视为产品流程而非管理表单。良好的流程只收集启动所需的必要信息，允许商户在核实进行中便可发布商品，并仅在核实完成前限制结款，而非限制商品上架。

两项功能无需从零构建：

• 身份与结款核实。市场支付服务可处理此类需求。例如，Stripe Connect为关联账户提供入驻选项，收集每个账户所需的核实信息，并管理向其结款。
• 卖家报告义务。在欧盟，DAC7（欧盟理事会指令2021/514）自2023年1月1日起适用，要求数字平台运营商收集并核实卖家信息，并每年向税务机关报告。在设计商户数据模型时，应确保这些字段在入驻时即被采集，而非事后补录。

商户账户需要独立角色权限：所有者、管理商品列表的员工，以及查看订单和结款的员工。每个商户的查询必须仅限于该商户自己的数据。

商品目录：商户自有列表或共享商品目录

大多数时尚与生活方式市场倾向于商户自有列表或精选列表；同类商品市场倾向于共享商品目录加报价模式。无论选择哪种模式，都应通过流水线处理商品列表：导入、校验必填属性和图片、审核，然后发布至搜索。队列可防止大批量导入影响买家体验。

支付与结款

资金层是市场平台风险最集中的环节。三项决策决定其形态。

应使用专为平台设计的支付服务，而非将款项收入自有账户后手动向商户付款。Stripe Connect是其中一个例子：它允许市场平台向客户收款，并将部分款项结算给卖家，关联账户余额和结款由服务商管理。尽管如此，仍需维护自有账本，因为佣金、费用、退款和调整必须与服务商记录进行核对；详见结算指南。

银行卡数据应远离您的系统。PCI DSS（支付卡行业数据安全标准）为存储、处理或传输持卡人数据的任何主体规定了基本技术和运营要求。使用服务商托管的支付表单或结账页面，可将大部分银行卡处理保留在服务商一侧，从而降低您自身的合规范围。

订单、履约与退货

• 尽早拆单。在结账时创建商户订单，而非事后，确保各商户立即看到待处理任务。
• 按商户独立配送。各商户可能从不同地点发货，运费和时效各异；向买家展示由此汇总的统一配送摘要。
• 汇总状态。买家看到含各商户明细的单张订单；客服人员可查看完整操作记录。
• 按商户明细处理退货和退款。一个商户商品的退货不得影响另一个商户的余额。

平台扩展性

选择平台基础

Netbase已在WooCommerce、Magento 2、Laravel和无头商务平台上交付电商项目，其技术栈还涵盖PrestaShop、OpenCart、Shopware、CS-Cart、Shopify、Salesforce、Akeneo、Odoo和Symfony。对于市场平台，选择通常归结为三种方案：

无论选择哪种基础方案，都应采用API优先设计，使商户应用、合作伙伴数据源和AI服务与店面使用相同的接口。

安全与信任

市场平台使拥有访问权限的人员数量成倍增加。应按商户和平台角色实施基于角色的访问控制、管理员和商户仪表板的多因素认证、传输中的TLS加密和静态数据加密，以及定期漏洞扫描。Netbase的交付遵循这些实践，同时包括安全代码审查、渗透测试和灾难恢复规划。还需添加市场特有的控制措施：对新商户和异常结款变更进行欺诈检查、对商品列表和评价进行审核，以及对每次银行账户变更建立审计跟踪。AI风险评分可对审核队列进行排序，但暂停和结款冻结的决定由人工做出。

测试依据：上线前应测试的内容

以下为通用工程实践，并非特定项目的结果：

• 账本核对测试。针对跨多个商户的生成购物车、佣金和费用，确认份额、退款和结款与服务商记录核对后余额为零。
• 拆单测试。含一个、多个商户的购物车，包括单条明细的部分退款和取消。
• 访问控制测试。一个商户自动尝试读取或更改另一个商户的商品列表、订单或结款必须失败。
• 导入负载测试。在模拟买家流量期间运行预计最大规模的商户数据导入，并验证页面响应时间保持正常。
• 结款失败测试。被拒绝的银行账户信息、结款暂扣和纠纷必须确保余额正确且可见。
• 排名与风险检查。AI搜索和欺诈评分在影响买家展示内容或商户暂扣决定前，须与标注的查询样本和历史案例进行比对。

案例：欧盟时尚科技市场平台

Netbase为一家从直销转型为市场模式的欧盟时尚科技聚合商构建了多商户市场平台；客户保持匿名。已发布案例报告显示，商品交易总额（GMV）在上线后6个月内增长47%，商户入驻时间缩短60%。这印证了本文的两个观点：入驻是增长杠杆，市场支付服务商（本案例中为Stripe Connect）可让工程资源集中于入驻和商品目录流程。阅读市场平台案例。

另有两个项目记录展示了相同模块在其他市场的应用。RB Marketplace面向西非及海外侨民市场，将商户审核、佣金和结款与基于市场平台API的客户应用相结合。在线分类广告平台面向一位未具名创始人，增加了AI过滤功能，可将违规广告标记供管理员审核。两个项目均未发布业绩数据。

本文的局限性

• 本文描述的是参考架构和通用实践；每个市场平台均需根据自身商户、商品和地区进行调整。
• 支付、税务和消费者规则因国而异。DAC7和PCI DSS作为设计时需考虑的合规义务示例列出，并非完整清单；请寻求法律和税务建议。
• Stripe Connect作为平台支付服务的一个示例列出，并非对其他服务商的推荐排除。
• 欧盟市场平台数据为该客户上线后6个月的自报结果；绝对值未公开。

下一步

请告知您的商户模式、商品目录规模和支付地区，我们将预约方案评审，为您勾勒架构方案和首个发布版本。您也可以查看相关服务，了解Netbase在零售与电商领域的实践，或浏览更多Netbase洞察。

相关服务与解决方案