KOMOJU

服务商概述

KOMOJU 是日本的在线与线下支付基础设施，运营主体原名 Degica，2026 年 3 月更名为 KOMOJU Co., Ltd.。它的定位不是"日本的 Stripe"，而是把日本消费者实际在用的支付方式全部接进来：信用卡、便利店现金付款、银行转账（furikomi）、运营商代扣、预付卡与 BNPL，官网口径为 65+ 种支付方式、20,000+ 门店在用、可用性 99.99%。

理解日本市场结构是理解 KOMOJU 价值的前提。官网给出的口径是：信用卡与借记卡约占日本购买行为的 60%，银行转账约占销售的 14%，便利店渠道可以在 50,000+ 家门店完成线下现金付款。这意味着日本不是一个"卡就够用"的市场——只接卡会直接丢掉相当比例的订单，而这些方式共同的特征是异步：下单与到账分离。

产品与合规章节也比较扎实：接入形态有 API、Hosted Pages、Hosted Fields、移动 SDK、Payment Links、KOMOJU Terminal、Tap to Pay 与 KOMOJU Card；电商集成覆盖 Shopify、Wix、WooCommerce、Salesforce 与 Magento；合规为 PCI DSS Level 1 v4.0、ISMS / ISO 27001 与 Privacy Mark。公开客户含 Wargaming、Daniel Wellington、Francfranc、KOALA、JUN、LEDLENSER，商户证言提到接入后拒付为零、通过率 94%-95%。

核心判断是：KOMOJU 的价值不在费率，而在日本本地方式的完整度。日本消费者大量使用便利店现金付款、银行转账、运营商代扣和预付卡，真正的工程量在订单状态机与对账，而不是支付页面。同时 KOMOJU 是代收代付模式——官网明确写着使用本服务即表示由其代收销售款并向商户账户结算，这对没有日本本地主体的境外品牌是刚需，但也意味着资金链路多一层、结算周期与拒付责任划分必须写进合同。

核心优势

• 日本本地方式覆盖最完整：65+ 种支付方式，把便利店现金、银行转账、运营商代扣、预付卡与 BNPL 都纳入同一接入层。做日本市场时，缺口最少的那家往往就是最好的那家。
• 便利店渠道是真实刚需：接通 50,000+ 家门店，支持下单后到店现金付款。日本有相当比例消费者不习惯在线输卡号，便利店现金付款是这些人的默认选项，没有这一档就等于放弃这部分客群。
• 代收代付解决主体缺失：没有日本本地法人也能收款，因为平台代为收款再结算给商户。对境外品牌这是能不能做日本生意的分水岭，而不是一个便利功能。
• 8 种接入形态适配不同阶段：从 Payment Links 直接发链接收款，到 Hosted Fields 自建收银台，再到移动 SDK 与 KOMOJU Terminal 做线下，团队可以按阶段选择，不必一次做到最重。
• 合规层级对齐日本监管要求：PCI DSS Level 1 v4.0、ISMS / ISO 27001 与 Privacy Mark，覆盖卡数据安全、信息安全管理与日本个人信息保护标识，企业采购这种偏支付的项目时这些是硬门槛。
• 电商插件齐全：Shopify、Wix、WooCommerce、Salesforce、Magento 都有现成集成，独立站与内容电商不必从零对接。

产品生态

收款与支付方式

以信用卡为基线，叠加便利店、银行转账、运营商代扣、数字钱包、预付卡与 BNPL（如 Paidy）。方式是核心资产，选择方式是接入决策的第一步。

接入形态

API、Hosted Pages、Hosted Fields、移动 SDK、Payment Links、KOMOJU Terminal、Tap to Pay 与 KOMOJU Card。轻量场景用 Payment Links 或 Hosted Pages，需要深度定制时用 Hosted Fields 与 API。

线下受理

KOMOJU Terminal 与 Tap to Pay 支持实体门店与移动场景受理，配合线上后台统一对账。对同时做电商与门店的日本本地业务，这一块决定了能否单一供应商覆盖全渠道。

电商平台集成

Shopify、Wix、WooCommerce、Salesforce 与 Magento 插件。对已经建在 Shopify 上的独立站，装插件即可完成本地方式接入，不需要开发。

结算与代收代付

平台代收销售款并向商户结算，这是它在境外主体场景下的核心机制。资金链路、结算周期与拒付责任都在这一层确定，也是合同里最需要逐条核对的部分。

不足之处

• 中国大陆主体接入存在现实障碍：日本本地收单与部分支付方式要求日本事业者身份或本地银行账户，境内企业通常只能走代收代付并接受更严格的资质与业务审核，能否通过取决于品类与业务真实性。
• 部分方式依赖本地主体与账户：银行转账与便利店结算尤其依赖日本本地账户体系，没有本地账户时可用方式会明显收窄，可选项并不等同于官网列出的 65 种。
• 支付方式以官方列表为准：65+ 种方式按商户类型、行业与审核结果开放，不是一次性全部可用。接入前必须逐项确认可用性，不能按总数推算。
• 代收代付多一层资金链路：平台先收款再结算给商户，意味着结算周期更长、争议时的责任划分更复杂，准备金与延期结算条款要提前确认。
• 语言与本地支持成本：文档与后台以日语和英语为主，中文支持缺失，与本地团队的沟通存在语言与时差成本，本地化材料往往需要自行准备。
• 异步方式需要自建状态机：便利店付款与银行转账都是下单与到账分离，订单状态、过期未付、部分付款与退款对账都要自己设计，工程量在商户侧而不是平台侧。

适用场景

• 境外品牌进入日本电商市场（★★★★★）：没有日本本地法人、但需要收日本消费者钱的业务，代收代付加本地方式完整度正好补齐主体与方式两个缺口。
• 日本本地电商与独立站（★★★★★）：面向日本 C 端、需要便利店与银行转账渠道的业务，缺了这两档会直接损失订单，KOMOJU 的覆盖率是最实在的价值。
• 数字商品与游戏日本发行（★★★★☆）：游戏、软件与内容订阅在日本有大量非卡用户，便利店现金付款与运营商代扣能覆盖这部分客群。
• 线上线下并行零售（★★★★☆）：门店与电商同时运营、需要统一对账的业务，可用 Terminal 与 Tap to Pay 覆盖线下，线上用同一后台。
• 中国团队做的日本站业务（★★★☆☆）：以境外主体加代收代付模式可以走通，但要接受审核更严、结算周期更长，并自行确认跨境资金与税务处理。
• 中国大陆业务（☆☆☆☆☆）：KOMOJU 只做日本市场，境内收单须由持牌机构完成，这条线完全不可用。
• 全球多市场统一收单（★☆☆☆☆）：最不适合。它是日本专精方案，做全球业务必须另接其他市场的收单商，无法用一家覆盖。

价格参考

上表只列计费项目与计价方式。KOMOJU 未公开统一费率，官网报价需按支付方式组合、行业与交易量逐项确认；日本市场不同支付方式的成本结构差异很大，任何单一百分比都不能代表整体成本，最终以合同为准。

常见问题

• 没有日本公司能收款吗？
  可以，走代收代付模式。官网明确说明使用本服务即表示由平台代收销售款并向商户账户结算，这正是为没有日本本地主体的境外品牌设计的。代价是资金链路多一层、结算周期更长，且审核会更关注业务真实性与品类。

• 为什么必须支持便利店付款？
  因为日本有相当比例的消费者不用卡。官网口径显示卡约占购买行为 60%，银行转账约占销售 14%，便利店渠道覆盖 50,000+ 家门店可完成现金付款。只接卡等于把非卡用户整体排除，这在日本市场的损失比费率差异大得多。

• 便利店和银行转账的订单怎么对账？
  两种方式都是异步：用户下单后拿到付款号码或转账信息，到店或到银行完成付款，平台再回调通知。商户侧必须自建订单状态机，处理未付过期、部分付款、重复付款与退款，并定期与平台结算单核对，不能用同步支付的思路设计。

• 支持哪些接入方式？
  API、Hosted Pages、Hosted Fields、移动 SDK、Payment Links、KOMOJU Terminal、Tap to Pay 与 KOMOJU Card 共 8 种。Shopify、Wix、WooCommerce、Salesforce 与 Magento 有现成插件，最快的方式是用 Payment Links 先跑通收款。

• 费率大概是多少？
  官方未公开统一费率。成本由卡组织交换费、日本本地收单成本、行业风险等级与支付方式组合共同决定，便利店与运营商代扣另有一套计价逻辑，必须按方式议价并以合同为准。

来源：16IDC 原创，产品能力、支持国家与费率口径以 en.komoju.com 官网文档及合同为准。