コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成
サインイン
始める
支払い
売上
プラットフォームおよびマーケットプレイス
資金管理
開発者向けリソース
概要
Stripe Payments について
構築済みのシステムをアップグレード
支払いの分析
オンライン決済
概要ユースケースを見つけるManaged Payments
Payment Links を使用する
決済ページを構築
高度なシステムを構築
アプリ内実装を構築
決済手段
決済手段を追加
決済手段を管理
Link による購入の迅速化
支払いインターフェイス
Payment Links
Checkout
Web Elements
アプリ内 Elements
決済シナリオ
複数の通貨を扱う
カスタムの決済フロー
柔軟なアクワイアリング
オーケストレーション
店頭支払い
端末
    概要
    対面支払いを受け付ける
    導入方法の設計
    リーダーを選択
    導入方法の設計
    クイックスタート
    サンプルアプリケーション
    テスト
    Terminal の設定
    実装方法を設定する
    リーダーに接続する
    決済の受け付け
    カード支払いを回収
    追加の支払い方法
    オフライン決済を受け付ける
    通信販売/電話販売の決済
    地域的な考慮事項
    購入時
    チップを回収する
    将来の使用に備えて支払い情報を収集して保存する
    柔軟なオーソリ
    決済後
    返金の取引
    領収書の提供
    Checkout のカスタマイズ
    カートの表示
    画面上の入力を収集
    スワイプで取得されたデータを収集
    NFC 機器のタップによって取得したデータを収集
    Apps on Devices
    リーダーを管理
    リーダーの注文、返品、交換
    リーダーの登録
    場所とゾーンの管理
    リーダーの設定
    リーダーを監視する
    暗号化
    リファレンス
    API リファレンス
    モバイルリーダー
    スマートリーダー
    SDK 移行ガイド
    デプロイのチェックリスト
    Stripe Terminal リーダー製品シート
決済にとどまらない機能
会社を設立する
仮想通貨
Financial Connections
Climate
ホーム支払いTerminal

注

このページはまだ日本語ではご利用いただけません。より多くの言語で文書が閲覧できるように現在取り組んでいます。準備が整い次第、翻訳版を提供いたしますので、もう少しお待ちください。

画面上の入力を収集する

Terminal を使用して、顧客から入力を収集します。

リーダー: Stripe Reader S700 および BBPOS WisePOS E

Terminal スマートリーダーを使用すると、入力フォームを表示して、顧客から情報を収集できます。6 つの入力タイプから選択でき、さまざまなユースケースで利用できます。

  • phone または email 入力でロイヤルティ引き換えのための顧客識別子を収集し、バックエンドで処理します。
  • signature 入力で権利放棄と同意を顧客に認めてもらいます。
  • selection または text 入力で、アンケートへの回答を顧客に依頼します。

入力フォームは、支払い前、支払い後、支払いサイクル外のいつでも表示することができます。

サポートされている入力タイプ

対応している入力タイプ。

注

collect_inputs を使用して、機密データ (保護された健康情報や顧客の決済カード情報など)、または法律によって制限されている情報を収集することはできません。

入力を収集する

Terminal のスマートリーダーを使用して入力を収集するには、collect_inputs コマンドを使用します。API はリーダーと通信して、構築済みの UI を表示します。

Command Line
cURL
curl https://api.stripe.com/v1/terminal/readers/
{{READER_ID}}
/collect_inputs
\ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d "inputs[0][type]"=signature \ -d "inputs[0][custom_text][title]"="Rental Agreement" \ -d "inputs[0][custom_text][description]"="Please sign below to indicate that you agree to the rental agreement." \ -d "inputs[0][custom_text][submit_button]"=Submit \ -d "inputs[0][required]"=true \ -d "inputs[1][type]"=selection \ -d "inputs[1][selection][choices][0][style]"=primary \ -d "inputs[1][selection][choices][0][text]"=Email \ -d "inputs[1][selection][choices][0][id]"=email_id \ -d "inputs[1][selection][choices][1][style]"=primary \ -d "inputs[1][selection][choices][1][text]"=Printed \ -d "inputs[1][selection][choices][1][id]"=printed_id \ -d "inputs[1][selection][choices][2][style]"=secondary \ -d "inputs[1][selection][choices][2][text]"="No thanks" \ -d "inputs[1][selection][choices][2][id]"=no_thanks_id \ -d "inputs[1][custom_text][title]"=Receipt \ --data-urlencode "inputs[1][custom_text][description]"="How would you like your receipt?" \ -d "inputs[1][required]"=true \ -d "inputs[2][type]"=email \ -d "inputs[2][custom_text][title]"="Enter your email" \ --data-urlencode "inputs[2][custom_text][description]"="We'll send updates on your order and occasional deals" \ -d "inputs[2][required]"=true \ -d "inputs[2][toggles][0][title]"="Opt-in for marketing emails" \ -d "inputs[2][toggles][0][default_value]"=enabled \ -d "metadata[order_number]"=12345

カスタマイズ

すべての入力タイプでデザインと動作をカスタマイズすることができます。

  • 重要な入力が確実に収集されるように、必須として設定します。必須入力の場合、スキップボタンは非表示になります。
  • custom_text を使用して、リーダー画面で入力ごとに表示するテキストを指定し、顧客にコンテキストを提供します。
フィールド名
フィールドの場所
最大文字数
title
custom_text
40
description
custom_text
selection フォームで使用する場合は 500、他のタイプのフォームで使用する場合は 100
submit_button
custom_text
300
skip_button
custom_text
14
  • テキストに改行 を加えて、書式を改善します。
  • 顧客がブール値オプション、契約、またはオプトインを有効または無効にできる最大 4 つの トグル を追加します。
メールと選択フォームに含まれるトグル

メールと選択フォームの切り替え

フィールド名
フィールドの場所
最大文字数
title
toggles
50、説明のトグル使用時は 25
description
toggles
50、タイトルのトグル使用時は 25
  • 選択入力では、さらに詳細にカスタマイズすることができます。選択項目を指定する際、style パラメーターを使用して、選択項目の強調や強調解除ができます。
選択項目のスタイル

1 次および 2 次の選択項目のスタイル

メタデータ

リクエストには、顧客 ID や注文 ID などのメタデータを含めることができます。リクエストペイロードには指定されたメタデータが含まれ、同期レスポンスと、成功イベントまたは失敗イベントの両方に表示されます。一意の識別子を含めることで、簡単に受信イベントを特定し、処理できるようになります。

顧客とのやり取り

リーダーが入力の収集を開始すると、リストから最初の入力が表示されます。先へ進むには、顧客は選択または署名を行うか、キーボードを使用して必要な入力を行う必要があります。入力がオプションである場合、顧客は次の入力リクエストにスキップすることができます。

顧客がすべての入力を完了すると、リーダーは 3 秒間にわたって移行状態に変わり、後続のリクエストを待ちます。3 秒経過しても後続のリクエストがなかった場合、リーダーはスプラッシュ画面に戻ります。

注

お客様は、この機能の使用に対して適用され、該当する法律と規制のすべてを理解してこれに準拠する責任をすべて負うものとされ、その使用に関連して、規定に従い、必要なすべての同意、承認、ライセンス、権利および許可を取得する必要があります。Terminal スマートリーダ-によって収集される入力、またはスマートリーダーから表示される出力を使用して顧客と契約を結ぶ場合、または顧客に通知を提供する場合、その契約または通知の法的な妥当性と法的強制力を確保することは、お客様の責任になります。

入力データを受信する

入力の収集またはスキップが完了すると、Stripe は、リクエストを Webhook エンドポイントに送信します。リクエストペイロードは、collect_inputs を呼び出す場合のレスポンスと同じですが、いくつかのパラメーターが追加されています。

  • 署名タイプの入力の場合、値は、署名の画像を SVG 形式で取得するファイルの ID です。
  • 選択タイプの入力の場合、id と text は、選択した選択肢の id と text に対応します。
  • 電話、メール、テキスト、数値の各インプットの値は、顧客のレスポンスの文字列になります。
  • 顧客がオプションの入力をスキップした場合、skipped パラメーターが true に設定されます。
  • 各トグルの値には、enabled または disabled が設定されます。

以下の curl コマンドを例として使用して、収集した入力項目を受信する Webhook エンドポイントを作成します。

Command Line
curl https://api.stripe.com/v1/webhook_endpoints \ -u
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:
\ --header "Stripe-Version: 2025-05-28.basil;" \ --data-urlencode "url"="https://example.com/webhook/endpoint" \ --data-urlencode "api_version"="2025-05-28.basil;" \ --data-urlencode "enabled_events[]"="terminal.reader.action_succeeded" \ --data-urlencode "enabled_events[]"="terminal.reader.action_failed"

イベントに登録し、利用可能になり次第、収集済みの入力を受信します。また、バックエンドでイベントを使用できない場合、バックアップとしてリーダーからイベントを取得することもできます。Stripe は、2 つの Webhook を送信して、リーダーのステータスをバックエンドに通知します。

  • terminal.reader.action_succeeded: collect_inputs アクションが成功したときに送信されます。
  • terminal.reader.action_failed: collect_inputs アクションが失敗したときに送信されます。これには、リーダー画面が 2 分間タッチされないと発生するタイムアウトが含まれます。

署名の画像をダウンロードする

収集された署名の画像をダウンロードするには、ファイルを取得し、シークレットキーを使用して url にアクセスします。

注

Stripe は、収集した署名の画像を 7 日間保存します。署名イメージを収集してから 7 日以上後に使用する必要がある場合は、ファイルをダウンロードして保存してください。顧客の署名の使用、保管、開示に適用されるすべての法律を理解して準拠することは、お客様の責任になります。

構築したシステムをテストする

シミュレーションされたリーダーを使用して、実装をテストできます。シミュレーションされたリーダーを作成したら、そのリーダーを使用して入力情報の収集を開始します。

シミュレーションされたリーダーは、以下のシナリオのシミュレーションに対応しています。

  • 入力をスキップすることなく入力情報の収集に成功
  • 不要な入力をすべてスキップして入力情報の収集に成功
  • タイムアウトのため、入力情報の収集に失敗

入力情報の収集の成功をシミュレーションする場合、シミュレーションされたリーダーはタイプに基づいて各入力にハードコード化された値を返します。

このページはお役に立ちましたか。
はいいいえ
お困りのことがございましたら 、サポートにお問い合わせください。
早期アクセスプログラムにご参加ください。
変更ログをご覧ください。
ご不明な点がございましたら、お問い合わせください。
LLM ですか?llms.txt を読んでください。
Powered by Markdoc