対応通貨
v3 ゲートウェイは、Hello Clever の Merchant Dashboard に設定された通貨に対応します。最近追加された NZD、HKD、MWK、TZS への対応も含みます。追加の通貨を有効にするには support@helloclever.co へお問い合わせください。連携のモード
Payment Method
利用できる決済手段を自社の UI に直接表示します。Get Payin Methods を呼び出して顧客に選ばせ、選択された手段のコードを指定して Create Payin を実行します。顧客は Hello Clever のホスト型のページでチェックアウトを完了します。
Payment Link(Hello Clever ブランド)
手段を指定せずに決済リンクを作成します。生成された
payment_url へ顧客をリダイレクトすると、Hello Clever ブランドのチェックアウトページで利用できるすべての手段から選べます。Payment Link(自社ブランド)
決済のチェックアウトページに独自ドメインを使用します。ホワイトラベルのブランド表示の設定については support@helloclever.co へお問い合わせください。
ベース URL
認証
v3 のすべてのリクエストには、v2 と同じapp-id と secret-key のヘッダーの組み合わせが必要です。
string
必須
Hello Clever の Merchant Dashboard から取得するアプリケーションの識別子です。
string
必須
クライアントのシークレットです。クライアントサイドのコードで決して露出させないでください。
手順に沿った連携ガイド
1
認証情報を設定する
Hello Clever アカウント内の各サイトには固有の
app-id があります。認証情報を有効にするには、ダッシュボードでサイトの種別を Payment API に設定してください。複数の通貨で運用する場合は、通貨ごとに正しい app-id と secret-key を受け取るため、各サイトを個別に紐づけてください。Webhook Secret Key は加盟店レベルで発行され、同じ加盟店の下のすべてのサイトで共有されます。Hello Clever からのすべての Webhook の署名を検証するために使ってください。2
利用できる決済手段を取得する(任意)
GET /v3/payin_methods を呼び出して、設定した通貨の決済手段の一覧を取得します。Payin を作成する前に顧客に手段を選ばせたい場合は、これを自社のチェックアウト UI に直接表示できます。Example response
3
決済リンクを作成する
取引の情報を指定して レスポンスには、顧客をリダイレクトする先の
POST /v3/payin_links を呼び出します。amount、description、sender_info は必須です。顧客がすでに手段を選択している場合は payin_method_code を含めます。省略すると、Hello Clever のチェックアウトページで利用できるすべての手段が表示されます。expires_in は秒単位です。既定は 1800(30 分)で、900(15 分)より小さくすることはできません。Example request body
payment_url が含まれます。Example response
リダイレクト URL
チェックアウトの終了後に顧客が到達する先を制御するにはredirect_url を使います。どちらの項目も任意で、片方だけを設定することもできます。redirect_url.failure を省略すると、決済が失敗した後も顧客は Hello Clever のチェックアウトページに留まり、自社のチェックアウトの流れに戻る経路がなくなります。これを設定すれば、失敗した顧客を自社のファネル内に留められます。4
顧客をリダイレクトする
顧客を
payment_url へ送ります。製品に合った UX のモードを選んでください。- リダイレクト:同じタブまたは新しいタブで、顧客を決済の URL へ直接送ります。
- ポップアップ:決済の URL をポップアップウィンドウ内に表示し、
window.addEventListener("message", ...)で決済のイベントを受け取ります。
一部のブラウザ(Safari、Chrome)は自動的なポップアップをブロックします。ポップアップの UX モードを使う場合は、自社ドメインからのポップアップを許可するようユーザーへ案内してください。
5
Webhook を処理する
決済のステータスが変わるたびに、指定した
endpoint_url へ POST の Webhook がサーバーに届きます。決済ステータスについては常に Webhook を正となる情報源として扱ってください。リダイレクト URL のパラメーターのみに依拠しないでください。Webhook のオブジェクトのスキーマ全体とステータスのリファレンスは Webhook を参照してください。6
サンドボックスでテストする
サンドボックス環境では、決済シミュレーターを使って実際の資金を動かさずにさまざまな決済の結果をテストできます。決済を作成した後、ホスト型チェックアウトのページで 「I have paid」 をクリックしてシミュレーターのポップアップを開き、必要に応じて成功または失敗のシナリオを実行してください。
作成後の決済の管理
リクエストとレスポンスのスキーマの全体は API リファレンスを参照してください。
ポップアップ UX のイベント処理
チェックアウトをポップアップウィンドウに埋め込む場合は、決済のイベントを受け取ってポップアップを閉じ、UI を更新してください。Handle popup payment events
hc_payment_event のオブジェクトには次が含まれます。
event_type:"onChange"(ステータスが変わった)または"onDone"(顧客が Done をクリックした、またはカウントダウンがゼロになった)。page_state:"success"または"failed"。