アクワイアラーとは何か――Squareが変えた「加盟店になる」仕組み

最終確認：2026年10月3日

「店でVisaを使えるようにしたい」と思ったとき、その店はVisaと直接契約するのでしょうか。

典型的なカード決済では、そうではありません。カードを発行する側にイシュア（Issuer）がいるのに対して、加盟店側にはアクワイアラー（Acquirer）がいます。加盟店をカードネットワークにつなぎ、契約・審査・取引受付・精算・リスク管理などを担う存在です。

Otakuwalletでは、これまでインターチェンジフィー、オーソリ、Honor All Cards、3-D Secure、Tokenizationなど、カード決済を支える個々の仕組みを追ってきました。しかし「加盟店は誰を通じてカードネットワークに参加するのか」という入口は、まだ十分に説明していませんでした。

その仕組みを見るうえで面白い転換点が、2009年に始まったSquareです。Squareはカードネットワークや銀行を消したわけではありません。大きく変えたのは、店がその複雑な仕組みに接続する方法でした。

まず結論：アクワイアラーは「加盟店側の責任主体」

カード決済を最も単純化すると、カード会員・加盟店・イシュア・アクワイアラーという4者で説明できます。その間をVisaやMastercardなどのCard Network / Schemeがつなぎます。

01　4者モデルとAcquirerの位置

Cardholder
カード会員

↕ purchase / billing

Merchant
加盟店

↕ merchant agreement / settlement

Acquirer
加盟店側の契約・受入れ・精算・risk責任

↔ Card Network / Scheme ↔

Issuer
カード会員側のaccount / authorization

実際にはprocessor、gateway、PSP、Payment Facilitatorなどが加わる簡略図です。

アクワイアラーを「加盟店側の銀行」と覚えるのは入口として便利です。ただし現在の決済産業では、銀行かどうかというラベルより、加盟店との受入れ関係とsettlement、network上の責任を誰が持つかを見る方が正確です。

アクワイアラーの仕事は「決済データを流す」だけではない

Federal Reserve Bank of Kansas Cityのmerchant acquiring解説では、加盟店開拓、underwriting、端末・ソフトウェア、authorization接続、clearing / settlement、加盟店への入金、取引後のサポートなどがmerchant acquiringの機能として整理されています。

ここで重要なのが審査（underwriting）です。どの店でも無条件でCard Networkへ接続できるわけではありません。商品が提供されない、加盟店が倒産する、不正取引が大量に発生する、といった場合にはchargebackや返金リスクが生じます。

そのためAcquiringは通信処理だけではなく、どの加盟店をネットワークへ受け入れるかを判断するgatekeepingでもあります。

Acquirer、Processor、Gateway、PSP、PayFacは何が違うのか

決済を調べ始めると、Acquirer、Processor、Gateway、PSP、Payment Facilitatorという言葉が次々に出てきます。しかも実際の企業は複数の役割を同時に提供するため、会社名だけで分類すると混乱します。

Federal Reserve Regulation IIのOfficial Commentaryは、merchantへsettlementを提供しないentityはprocessorでありacquirerではない、という区別を明示しています。これは米国electronic debit regulationの定義であり世界共通の法定義ではありませんが、role separationを理解するには非常に分かりやすい一次資料です。

昔から「銀行が全部やっていた」わけではない

FinTechの登場を「銀行の仕事がテック企業に置き換わった」と説明すると、歴史を単純化しすぎます。

FFIECの2010年版 Retail Payment Systems Booklet を見ると、当時すでにmerchant acquiringは分業されていました。Acquiring bankがprocessingをthird-party processorへ委託したり、ISO / MSPが加盟店開拓を支援したりする構造が存在していました。

それでもnetworkから見たrisk-controlling entityとしてAcquiring bankは残ります。

歴史的な変化は「銀行からFinTechへ仕事が丸ごと移った」より、「もともと分業できた機能をmerchantから見て使いやすい形へ束ね直した」と見る方が正確です。

Payment Facilitatorは何を変えたのか

VisaはPayment Facilitator（PayFac）をmerchant aggregation modelとして説明しています。

02　従来型とPayFac型

従来型
Merchant A ↔ Acquirer
Merchant B ↔ Acquirer
Merchant C ↔ Acquirer

PayFac型
Sponsored Merchants
↓
Payment Facilitator / PSP
↓
Acquirer / Processor
↓
Card Network → Issuer

実際の契約・settlement・responsibilityはnetwork、country、providerによって異なります。

VisaのモデルではPayment FacilitatorがSponsored Merchantとmerchant acceptance contractを結び、場合によってはAcquirerから受け取ったsettlement proceedsをmerchantへ配分します。Mastercard Rulesでも、PayFacはAcquirerのagentとしてSponsored Merchant Agreement、transaction records、merchant payment等を担います。

しかし重要なのは、PayFacがAcquirerを消したわけではないことです。VisaもMastercardもAcquirer側にPayFacやSponsored Merchantへの監督・責任を残しています。

2009年、Squareが変えたのは「加盟店になるまで」だった

Squareの2015年IPO時S-1/Aでは、Jack Dorseyが共同創業者Jim McKelveyの体験を創業ストーリーとして説明しています。McKelveyは作品を販売しようとした際、カードを受け付けられませんでした。

Dorseyの説明では、当時merchant accountを作るには大量のpaperwork、credit check、financial historyが必要で、料金体系も複雑でした。これはSquare自身がIPO資料で語った会社側のnarrativeであり、当時の全merchantを代表する中立統計ではありません。

それでもSquareが解こうとした摩擦は明確です。

SquareはiPhoneのaudio jackにつなぐ小型readerとappを作りました。しかし革新はreaderの小ささだけではありません。小規模sellerがmerchant acquiringの複雑さを意識せず、端末、software、pricing、risk、payoutを一体で利用できる体験を作りました。

Squareが変えたのは、カード決済の基本原理より「加盟店になるまでのUX」だったと考えると分かりやすいのです。

Squareはカードネットワークを消したわけではない

2015年S-1/AでSquareは自社をPayment Service Providerと位置付け、Square POS → Square → Acquiring Processor → Card Network → Issuing Bankという流れを説明していました。

さらにAmerican Expressを除いてCard Networkへ直接accessしておらず、banks and acquiring processorsに依存していることを開示しています。

後年のBlock filingsでは、Squareがnetwork rules上Payment Facilitatorとして扱われること、merchant of record / PSPとしてseller settlementとpayment-related riskを管理することも説明されています。

したがってSquareを単純に「新しいAcquirer」と呼ぶより、merchant-facing PSP / PayFac型platformとしてphysical acceptanceとonboardingの摩擦を下げたと説明する方が安全です。

Stripeが下げたのは「開発者が決済を組み込む摩擦」

StripeはWeb serviceへのpayment integrationを大きく簡素化しました。Stripe自身の10周年回顧では、米国で最初のAPIを提供したのは2011年です。

有名な「seven lines of code」は、Stripe自身が後にshorthand / memeとして説明しており、当時のlanding page snippetは実際には9行でした。重要なのは行数ではなく、credit-card processingの複雑さをAPIの背後へ隠し、developerが短時間でsuccessful paymentを試せるようにしたことです。

さらにStripe Connectはmarketplaceやsoftware platformがseller onboarding、verification、payout等を組み込むためのlayerを提供します。

一方、StripeのAcquirer roleはcountry、payment method、productによって異なります。2026年9月28日更新のStripe Services Agreementでも、Payment Method AcquirerがStripe自身、affiliate、別のFinancial Providerの場合があることが示されています。

そのため「Stripe = Acquirer」と会社全体を一語で分類するのは正確ではありません。

Adyenは分かれていたstackを再統合した

Adyenは2006年にAmsterdamで創業し、2012年にEuropean acquiring licenseを取得しました。2018年Annual Reportでは、自社をfull-stack（gateway through acquiring）と説明しています。

現在もAdyenはgateway、risk、processing、acquiringを一つのplatformで扱うことを強調しています。

これはmerchant-side stackの歴史を見るうえで興味深い動きです。決済が成長するにつれてacquiring、processing、gateway、fraud、reportingが分かれた一方、大規模merchantはproviderの多さによる複雑性に直面します。Adyenはそのstackを再び一つのplatformへ束ねる方向へ進みました。

日本では「誰が加盟店契約の最終判断をするか」が重要

日本では割賦販売法上の整理もあります。

経済産業省のFAQでは「クレジットカード番号等取扱契約締結事業者」を、加盟店にクレジットカード番号等の取扱いを認める加盟店契約を締結する事業者として説明しています。

重要なのはAcquirer / PSPという看板より、誰が加盟店契約の最終判断権限を持つかです。

PSPがAcquirerから包括的に授権され、加盟店契約について実質的な最終決定権を持って加盟店管理まで行うならPSP自身が登録対象になり得ます。一方、PSPが一次審査を行っても最終判断をAcquirerが留保する場合は、登録対象はAcquirer側となります。

加盟店手数料を見るとAcquirerの位置がさらに分かる

加盟店が支払うmerchant feeが、そのままAcquirerの利益になるわけではありません。

典型的な4者型カード決済では、merchant feeの中からIssuerへinterchangeが移り、network-related feeやprocessing cost等も発生します。

価格構造は「クレジットカードの『3％』は誰のもの？」で、Authorizationの歴史はBASE Iとオーソリの歴史で詳しく整理しています。

FinTechの変化は「中抜き」より「再配線」

03　Merchant acquiringの変化

Issuer banksもmerchantを開拓
Cardholder sideとMerchant sideを拡大。

Bank + nonbank processor / ISO / MSP
責任主体と実務機能が分業。

2009 Square
self-service onboarding + reader + software。

Stripe / integrated PSP
API・platform onboardingを抽象化。

Adyen / full stack
gateway → processing → acquiringを再統合。

「Acquirerが消えた」のではなく、merchantから見える複雑さがservice layerへ吸収されていった。

Square、Stripe、Adyenに共通するのは既存card railを捨てたことではありません。既存railにつながるためにmerchantが負担していた複雑性を、service provider側へ吸収したことです。

この視点を持つと、Payment Facilitator、Embedded Payments、Marketplace Payments、そしてAIエージェント決済までを一本の歴史線で理解しやすくなります。

まとめ

Acquirerは「加盟店側の銀行」という一言から始められます。しかし現代のmerchant-side infrastructureを理解するには、Acquirer、Processor、Gateway、PSP、Payment Facilitatorを分けて見る必要があります。

Squareは小規模sellerのcard acceptanceを簡単にし、Stripeはdeveloper integrationの摩擦を減らし、Adyenは分散したgateway-to-acquiring stackを再統合しました。

それでもNetwork、Issuer、Acquirer responsibility、Settlementがなくなったわけではありません。

決済の革新は、railを作り直すことだけではない。既存railにつながるまでの摩擦を、誰が引き受けるかを変えることでもある。

シリーズ全体は「決済の歴史としくみ」からたどれます。決済技術がなぜ普及する／しないのかという横断的な視点はPayment Technology Adoption Frameworkで整理しています。

関連記事

• イシュアとは何か？カード発行会社・Issuer Processor・BIN Sponsorの違い
• オーソリの後、カード決済はどうなる？Capture・Clearing・Settlementの違い
• カード決済のお金はいつ動く？Settlementと加盟店入金の仕組み

出典