計画に関する考慮事項
導入に関する重要な決定と考慮事項を特定します。
システムの構築を開始する前に、Stripe への移行による影響を受ける人物全員が、自身の要件を理解する必要があります。このガイドでは、Stripe を初めて使用する際に必要となる導入に関する決定と考慮事項を特定します。
Stripe アカウントの構造を決定する
最初に回答する質問の 1 つは、Stripe アカウントが 1 つ必要か、複数必要かということです。詳細については、アカウントの概要をご覧ください。
考慮事項
どの国でビジネスを運営しますか？
複数必要な場合は、現地の顧客を対象とした現地アクワイアリングを活用するために、法人の Stripe アカウントを構築することを検討してください。
一部の国では、Stripe はさまざまな通貨に対応するための複数の銀行口座を追加する機能をサポートしており、作成するアカウントの数に影響する場合があります。
たとえば、アメリカ、カナダ、オランダに法人があり、複数の通貨で銀行口座に入金する場合、USD 入金用のアメリカのアカウント、CAD 入金用のカナダのアカウント、EUR、GBP、DKK で売上処理できるオランダのアカウントを所有することを選択できます。このようなアカウント構成にすることで、現地アクワイアリングやビジネスラインごとの個別入金を利用できます。
複数の銀行口座に売上を送金する必要がありますか？
両方の銀行口座が同じ通貨の場合、個別の Stripe アカウントを作成して自動入金を利用することで、入金ごとに銀行口座を手動で切り替える手間を省けます。
アカウントをどのように作成しますか？
Stripe アカウントごとにアカウント設定を完了させる必要があります。地域ごとの Stripe アカウントを設定するには、最初の Stripe アカウントを使用して新しいアカウントを追加し、認証とアクセスを効率化します。
構築するシステムに複数の Stripe アカウントが必要な場合は、自身がどのアカウントで作業をしているのか把握することが重要です。地域ごとのアカウントを正しく識別するには、各 API リクエストのシークレットキーを指定する必要があります。
Stripe 取引に単一のアカウントを使用して、すべての通貨で顧客に請求する場合は、アカウントの設定を 1 回行うだけで済みます。このアカウント構成により、すべてのデータを単一のアカウントで利用できるようになり、導入と申告のプロセスを効率化できます。必要に応じて、後で複数の地域用に追加の Stripe アカウントを作成することもできます。
現地アクワイアリングを利用できますか？
現地アクワイアリングを利用するには、地域のアカウントが必要です。
1 つの Stripe アカウントにレポート作成を一元化する必要がありますか？
オプション 地域 統合 説明 導入は複雑になりますが、複数の地域の Stripe アカウントを使用して、複数の銀行口座を管理したり、現地通貨で取引を処理したりできます。Stripe アカウントごとに現地法人が必要です。 もっともシンプルな導入方法です。1 つの Stripe アカウントを使用して、アカウントの場所に基づいて各通貨と特定の支払い方法で顧客に請求します。 メリット - 新しい支払い方法が最もサポートされている現地市場でアクワイアリング。
- 外国為替が不要で、同じ通貨での売上処理が可能。
- 高いオーソリ率と低いネットワーク費用を実現。
- すべての市場のレポート作成を 1 つの Stripe アカウントに統合。
- 顧客の取引を正しい Stripe アカウントに振り分けて処理するための、内部ロジックが不要。
制約事項 - レポート作成と導入が複雑になる。
- データの全体像をダッシュボードで確認できない。
- 支払い方法によっては、対応していないことがある。
- 国境を越えたアクワイアリングと外国為替での売上処理が必要。
決済を受け付ける
PaymentIntents は Stripe のデフォルトの API です。PaymentIntents は、顧客の決済フローのライフサイクルを追跡し、3D セキュアなどの非同期決済フローと連携できるようにします。非同期フローは、グローバル展開 (たとえば、SCA、欧州の 3D セキュアへの準拠 (インドでの同様の規制あり)) を支援したり、ヨーロッパの SEPA ダイレクトデビットや SOFORT のような決済手段を導入したりするうえで特に重要です。
考慮事項
顧客にどの支払い方法を提供しますか？
PaymentMethods API がサポートしている支払い方法については、デジタルウォレット、口座引き落とし、銀行リダイレクト、後払い (BNPL)、店舗支払いをご覧ください
どの国でビジネスを運営しますか？
ビジネスが欧州経済領域 (EEA) に所在し、顧客も EEA に所在する場合、SCA 規制に準拠するために、PaymentIntent を導入する必要があります。ビジネスがインドに所在し、顧客がインドに在住する場合でも、PaymentIntent の使用をお勧めします。
ロードマップにはどの支払い方法と国を含めますか？
現時点で PaymentIntent が必要でなくても、新しい支払い方法や国に拡大することを計画している場合、PaymentMethod として現在使用可能なすべての支払い方法を対象に PaymentIntent を導入し、残りの支払い方法が PaymentMethods API で使用可能になったときに PaymentIntent に移行するように計画する必要があります。
顧客の支払い情報を取得する
通常、クライアント側の導入プロセスには Stripe のコンポーネントの構築が含まれます。Stripe のウェブサイトチェックリストを使用して、フロントエンド開発のベストプラクティスと標準に従っていることを確認してください。
導入に関するセキュリティガイドは、PCI 準拠を徹底させるのに役立ち、顧客のサーバーと貴社のサーバー間でのセキュアな通信の重要性を説明しています。
考慮事項
お客様のビジネスはすでに PCI に準拠していますか？
すでに準拠していて、トークン化せずにカードを処理することをご希望の場合、Stripe の担当者または support.stripe.com までご連絡ください。
複数の決済代行業者を使用する予定ですか？
使用する場合、カード支払いを処理する際にデュアルトークン化をご検討ください。デュアルトークン化によって、顧客にクレジットカード詳細を再度尋ねることなく、別の決済代行業者で継続して支払いを実行できます。
決済フローで不正利用をどのように管理しますか？
Stripe に追加の不正利用のシグナルを提供するには、顧客が決済プロセスに関連した操作を行うすべてのページに、Stripe.js を含めます。これには商品ページと支払いページも含まれます。
決済体験をどの程度コントロールする必要がありますか？
Stripe では、決済フォームを作成するための主な方法として、Elements と Checkout の 2 つを用意しています。どちらも安全で、購入完了率が最適化されており、PCI に準拠していますが、カスタマイズ性と導入にかかる時間が異なります。
オプション Stripe Checkout Stripe.JS および Elements 説明 Stripe Checkout は、支払いを回収できるようにするために Stripe がオンラインで提供する安全なページです。さまざまなデバイスで機能し、購入完了率の向上に役立てることができます。 Elements は、決済フローを構築するための入力やボタンのような、事前に構築された UI コンポーネントのセットです。Stripe.js は支払いの機密情報をトークン化するため、支払い詳細がお客様のサーバーに触れることはありません。 メリット - 導入がシンプル。
- 使用可能な支払い方法を常に更新。
- 購入完了率の最適化。
- 自社のビジネスロゴとカラーでブランド提携。
- 動的な入力で最適化された購入完了率。
- 機密情報がすべて Stripe.js で処理されるため、SAQ A レポートで簡単に PCI 準拠。
- 自社の決済フローの外観に合わせてカスタマイズ可能なスタイル。
制約事項 - 顧客を自社のウェブドメインから一時的にリダイレクト。
- カスタマイズの選択肢が乏しい。
- Checkout と比較すると導入に長時間を要し、作業も多い。
- Elements ではサポートされていない支払い方法があるため、サポート対象外の支払い方法を使用するには追加フィールドの構築が必要。
Stripe.js またはモバイル SDK で PaymentMethod を作成する
Stripe.js および Elements を使用している場合は、支払いを作成する前に顧客からの支払いの詳細をトークン化します。
概略を述べると、このプロセスでは、公開可能キーを使用して、クライアントブラウザーまたはモバイルアプリから直接、Stripe のサーバーにカード (または他の支払い方法) の詳細を送信します。
Stripe は、これらの機密情報を含む支払いの詳細を取り込み、請求可能な PaymentMethod (支払い方法) を返します。ウェブブラウザーを使用してサービスにアクセスするユーザーには、Stripe.js を使用します。
ユーザーが iOS または Android のアプリを使用して決済の詳細を送信している場合は、Stripe のライブラリのいずれかを使用します。
支払いと入金を照合する
財務チームに早い段階でスコープ設定に参加してもらい、新しい照会プロセスやレポートのニーズについて助言を受けられるようにします。オプションについて、詳細はまず支払いと入金のガイド、財務レポートのガイドをご覧ください。ニーズに応じて、財務レポート、ダッシュボードエクスポート、Sigma、API を組み合わせて使用します。
考慮事項
取引データと入金へのスピーディーかつ頻繁なアクセスを必要としますか？
データ分析ツールがありますか？
Sigma は ダッシュボードでお客様のすべての取引データをインタラクティブな SQL 環境として利用できるようにする、Stripe のカスタムレポートツールです。データを使用して、ARPU から顧客の解約率まであらゆることについての洞察を得て、新しいビジネスチャンスを見つけることができます。
財務照合のために、どのデータポイントを使用しますか？これらのフィールドの中に、お客様のチームによって生成されたカスタムフィールドがありますか (注文や予約の ID など)？
カスタムデータは、該当するレポート作成オブジェクトにメタデータとして含まれるようにしてください。
| オプション | 財務レポート | Sigma | カスタムレポート |
|---|---|---|---|
| 説明 | Stripe アカウント内で財務データを表示し、ビジネスワークフローを効率化します | SQL を使用してビジネスデータを処理します。SQL を使用して Stripe データと売上を調べ、カスタムのレポートを作成します | ダッシュボーエクスポート、API、Webhook を使用してレポートを構築します。 |
| メリット |
|
|
|
制約事項 |
|
|
|
考慮事項
お客様のビジネスは、自社の銀行口座に特定の金額を入金する必要がありますか？
入金を管理する必要がない場合は、自動入金を使用して、入金スケジュールに従って全残高を銀行口座に自動的に移動します。
特定の金額を入金する必要がある場合は、手動入金を使用して、銀行口座に振り込む金額を設定することができます。手動入金では、入金額を特定の取引に関連付けることはできません。
代わりに、デビットカードへの Instant Payouts をご検討ください。これにより、自動入金が容易になります。
アカウントに残高を維持しますか？
手動入金および即時入金により、Stripe 残高を希望通りに維持できます。
アカウントの取引と、銀行への入金の間で照合を行う予定ですか？
行う場合は、自動入金を使用してください。
| オプション | 手動 | 自動入金と即時入金 |
|---|---|---|
| 説明 | 指定された金額と通貨で、希望する銀行口座への入金を手動で作成します。 | 日次、週次、月次で売上処理後に利用可能になった売上を自動的に入金します。アカウントで自動入金が設定されている間は、Instant Payouts を活用できます。 |
| メリット |
|
|
| 制約事項 |
|
|
不正利用や不審請求の申し立てからビジネスを守る
E コマースビジネスにとって、不正利用率を低く抑え、顧客の不審請求の申請に対応することは非常に重要です。Stripe では、統合されたダッシュボードから不正防止の環境を微調整し、疑わしい支払いについてのインサイトを得て、不正利用管理パフォーマンスを評価するための、Radar を提供しています。多くの市場の企業にとって、さらに一般的には E コマースにとって、不正利用の防止は成功を収めるために不可欠です。
考慮事項
中程度または高程度の不正利用率および不審請求の申請率が発生していますか？
過度なチャージバックを防止し、顧客の負担と損失を軽減するために、全体的な不正防止戦略の一環としてこれらのベストプラクティスの一部を採用することをご検討ください。
お客様のビジネスにとって、不正防止ツールで細かくコントロールすることは有益ですか？
Radar では、リスク許容度を選択し、さまざまな取引属性を使用して保護を微調整する自社のルールを記述し、カスタムブロックと審査リストを管理して不正利用に対して素早くアクションをとることができます。