ClaudeでPayPalは使える? 支払いと連携コネクタの違い、権限の絞り方

「ClaudeでPayPalは使えるのか」には、2つの答えがあります。PayPalの請求書や返金をClaudeから操作することは、コネクタで可能です。Claude自体の料金をPayPalで支払うことは、Webでの契約ではできません。この記事は前者の連携を扱い、後者はClaude支払い方法まとめにあります。

ClaudeのPayPalコネクタは、PayPalの決済プラットフォームをClaudeから操作するための公式コネクタです。請求書の作成と送信、注文と返金の処理、紛争(ディスピュート)の確認、取引履歴の一覧といった作業を、会話の中から頼めます。接続先はPayPalがホストする https://mcp.paypal.com/mcp で、サインインが必要です。

金額が動く操作を含むため、接続そのものより「どのツールを承認なしで動かさないか」の設計が重要になります。この記事では、接続手順、コネクタが持つツール、Claude側で権限を絞る方法を順に扱います。インドの決済事業者を使う場合はRazorpay MCPサーバーをClaudeにつなぐ手順も参照できます。

PayPalコネクタとは何か

PayPalコネクタは、Claudeのコネクタディレクトリに載っているPayPal製のMCPサーバーです。ディレクトリの掲載情報は次のとおりです。

説明文では、PayPalのアカウント情報、取引の詳細、決済処理などにAIアシスタントがプログラムからアクセスし、管理できるようになるとされています。

「Anthropic verified」は、Anthropicがツールの品質と互換性を確認し、ソフトウェアディレクトリのポリシー要件を審査時点で満たしたことを示すラベルです。ただし、ラベルは提供元が将来ツールを変えないことの保証ではありません。掲載ページにも、開発元を信頼できる場合にだけ使うよう注意書きがあります。決済に関わるコネクタでは、この注意を実際の権限設定に落とし込む必要があります。その考え方は読み取り専用アクセスから始める理由で詳しく扱っています。

Claudeに接続する手順

コネクタのつなぎ方は、他のディレクトリ掲載コネクタと同じです。前提は、Claudeアカウントと、接続先サービス(ここではPayPalのアカウント)の2つです。

Team・Enterpriseプランでは、組織のOwnerがコネクタを組織に追加し、メンバーはその後に自分のアカウントで接続する流れになります。Ownerには「Connect for your team」、メンバーには「Request」または管理者への依頼案内が表示されます。組織の側で接続を絞りたい場合は、Enterpriseでコネクタを制限する設定が参考になります。

接続後は、会話ごとにコネクタを使うかを選びます。メッセージ欄の + からConnectorsを開き、PayPalのトグルがオンになっていれば、その会話でClaudeがツールを呼べます。オフにしても接続は残るので、決済に触れない会話ではオフにしておく運用が取れます。

コネクタが持つツール

掲載ページに並ぶツールは24個で、「Show all 28 tools」の表示から全体は28個です。ページに並ぶ分を用途別に並べます。

残りの4個は、ページの初期表示には出ません。PayPalのGitHubリポジトリ(ローカル実行版)のREADMEには、商品やプランの更新、サブスクリプションの詳細取得といったツールも載っています。ただし、リモート版の残り4個がこれらと同じとは限りません。

READMEとディレクトリ版では、ツール名の綴りも違います。掲載ページは list_product と list_transaction、READMEは list_products と list_transactions です。ツール名で権限を絞るときは、画面に出る名前をそのまま使います。

何を頼めるか — 場面別の使い方

ツール名から、頼める仕事を場面別に見ます。以下は各ツールの名前と、PayPal公式リポジトリの説明に沿った例です。

• 請求書まわり: 「先月の未払い請求書を一覧して」と頼む場合に対応するツールは list_invoices で、リマインドは send_invoice_reminder に対応します。新規の請求書は create_invoice で作れ、送信は別ツールの send_invoice です
• 紛争の確認: list_disputes は開いている紛争の概要を返し、個別の詳細は get_dispute で読めます
• 取引の確認: list_transaction は取引履歴を一覧で返すツールです。「今月の取引を集計してほしい」という依頼の入口になります
• 配送追跡: 出荷後の追跡情報を create_shipment_tracking で登録し、get_shipment_tracking で読み戻せます

「作成」と「送信」が別ツールに分かれている点は、運用上の利点です。請求書の下書きまでをClaudeに任せ、送信だけ人が承認する設計が組めるからです。

頼み方の例と、Claude Codeからの接続

読み取りだけで完結する依頼は、承認の手間も少なく始めやすい使い方です。次のような頼み方が、list_transaction や list_invoices などの読み取り系ツールに対応します。

今月のPayPal取引を一覧して、返金があったものだけ抜き出してください。
未払いの請求書を期限の近い順に並べて、リマインドが必要そうなものを挙げてください。
開いている紛争を一覧し、それぞれの状況をget_disputeで確認して要点をまとめてください。

3つ目のように「一覧してから個別に詳細を読む」依頼は、list_disputes と get_dispute の組み合わせで進みます。ここまでは読み取りだけで、金額は動きません。

ターミナルで作業する場合は、Claude Codeにも同じリモートサーバーを追加できます。Claude Codeのドキュメントにある、リモートHTTPサーバーの追加コマンドに沿った形は次のとおりです。

claude mcp add --transport http paypal https://mcp.paypal.com/mcp

追加後はClaude Code内で /mcp を実行して、認証を進めます。決済データを開発中のコードから確認したい場合の入口ですが、権限の考え方は同じで、返金や支払いのツールは承認なしで走らせない設計が前提です。

金額が動く操作は承認を外さない

28個のうち、影響が大きいのは次のツールです。

これらは、実行後に取り消しにくいか、社外の相手に直接届く操作です。承認の仕組みはClaude側にあります。ツールを呼ぶ前にClaudeが確認を出すことがあり、そこでAllow once(今回だけ許可)かAlways allow(以後そのツールは確認なし)を選べます。

Customize > Connectors > PayPalを開くと、Tool permissionsでグループ単位でも個別ツール単位でも設定を選べます。

「Always allow」を返金や支払いのツールに付けると、以後その確認が出なくなります。会話の中でClaudeが誤って金額や対象を取り違えても、確認の機会がないまま実行に進む可能性があります。最初は読み取り系だけを許可し、必要になったツールを1つずつ広げる順序なら、取り違えが起きても影響が読み取りの範囲に収まります。

Claudeの料金をPayPalで払えるか

Webで契約するPro・Maxの支払い方法は、クレジットカードとデビットカードです。PayPalやVenmoなどの第三者決済は対象外で、使うと決済が拒否される可能性が高くなります。コネクタを接続しても、この支払い方法は変わりません。

カードを持たない場合の代替手段はカードなしでClaudeを契約する方法に、決済が拒否されたときの切り分けはカード拒否時の確認点にあります。

接続の前に確認したいこと

コネクタの説明ページだけでは分からない点もあります。

• 認可の範囲: サインイン時にPayPalが出す承認画面に従います。掲載ページには権限の一覧がありません
• 本番かテストか: ローカル実行版のMCPサーバーでは、環境変数 PAYPAL_ENVIRONMENT で SANDBOX か PRODUCTION を選び、既定はSANDBOXです。ディレクトリ版のコネクタについて、掲載ページに同等の切り替えの記載はありません
• アカウントの種類: 本番のAPI利用にはPayPal Businessアカウントが要る、というのがPayPal公式リポジトリの案内です。ローカル版の手順の前提であり、コネクタ側の条件とは限りません
• 社外への送信: 請求書や返金の通知は、PayPalを通じて取引先に実際に届きます。本番に進む前に、テスト用の取引先で動きを確認しておけます

つながらない・作れないときの報告例

リモート版(https://mcp.paypal.com/mcp)には、PayPalのMCPサーバーのGitHubリポジトリで2件の症状が報告されています。

• issue #6(2026-07-26起票): 認可エンドポイント https://mcp.paypal.com/authorize が、試したすべてのリクエストでHTTP 500を返したという報告です。同じ環境で /.well-known/oauth-authorization-server は200、トークンなしの POST /mcp は401で、認可の段だけが失敗したとあります。Claudeの組み込みコネクタでもカスタムコネクタでも接続できなかったそうです
• issue #7(2026-09-09起票): create_invoice を、tools/list で公開されているスキーマどおりの引数で呼ぶと、-32602 の入力検証エラーで body がRequiredと返ったという報告です。スキーマにはフラットな項目しかなく、サーバーは body を求めるため、スキーマに沿った呼び出しは成功しないとされています。再現は2026-09-04と09-08です。同じissueには、create_invoice が請求書ごとに加盟店自身の名前とメールアドレスを求める、という報告もあります。認証済みのアカウントから加盟店は特定できるはずだ、という指摘です

どちらも利用者側の設定ではなく、PayPalのサーバー側の挙動についての報告です。切り分けは次のとおりです。

同じ症状なら、Claude側の権限設定をいじる前に、リポジトリのissueの状態を見るのが近道です。

ローカル版MCPサーバーという別の選択肢

PayPalは、リモートのコネクタとは別に、@paypal/mcp というnpmパッケージでローカル実行するMCPサーバーも公開しています。Node.js 18以上が必要で、アクセストークンを自分で用意します。Claude Desktopの設定ファイルには、次の形で書きます(PayPal公式リポジトリの例に沿った形です)。

{
  "mcpServers": {
    "paypal": {
      "command": "npx",
      "args": ["-y", "@paypal/mcp", "--tools=all"],
      "env": {
        "PAYPAL_ACCESS_TOKEN": "YOUR_PAYPAL_ACCESS_TOKEN",
        "PAYPAL_ENVIRONMENT": "SANDBOX"
      }
    }
  }
}

引数の --tools=all は全ツールを有効にする指定です。ローカル版はこの引数で公開するツールを選べるため、読み取り系だけに絞った構成を組みやすい面があります。一方、アクセストークンを自分で発行して保管する手間と責任が生じます。まずはディレクトリのコネクタはサインイン方式で試せ、ツール単位の制御が足りない場合にローカル版が選択肢になります。

PayPalとStripeに共通する、決済コネクタの権限の型

決済データを扱うコネクタは、PayPalだけではありません。StripeもClaudeから請求書や返金を扱える公式コネクタを持ちます。手順と権限管理はClaude Stripe連携の設定方法にまとめています。

両者に共通する設計上の要点は、次の3つです。

• 読み取りから始める。取引や請求書の参照だけで得られる価値が大きい
• 送信・返金・解約のような、取り消しにくい操作は承認を外さない
• 接続した資格情報で何ができるかは、コネクタのラベルでなく承認画面と権限設定で決まる

決済以外のデータ基盤につなぐ場合の接続と権限の扱いは、Databricksコネクタの記事と見比べられます。

まとめ

接続でつまずいたときは、Claude側の権限をいじる前に、PayPalのGitHubリポジトリのissue #6(認可エンドポイント)と #7(create_invoice)の状態を見ると、原因の切り分けが早く済みます。

ディレクトリ版のツール単位の制御で足りないときは、公開するツールを --tools で選べるローカル版が別の選択肢になります。