- インテグレーションガイドライン
- <<directPayment>>のインテグレーションの実装
- <<webServicesIntegration>>の開始
<<webServicesIntegration>> のインテグレーションのカスタマイズ
サポートされているプロトコル
以下の表では、<<webServicesIntegration>>と統合するときに必要な事業戦略を評価できます。
REST プロトコルと NVP プロトコルは両方とも同じ機能を提供します。ただし、特定の要因について考慮してから決定を行う必要があります。
REST | NVP | |
---|---|---|
用途 |
アプリケーションサーバ、データベース、および Web サーバに接続された Web アプリケーションを含んでいる複雑なインテグレーション。このプロトコルは簡単なインテグレーションにも適しています。 | フォームを Web サーバに送信する Web ページを含んでいる簡単なインテグレーション。 |
必要な技術スキル |
HTTP の基礎知識と任意のサーバ側スクリプト言語で HTTP 要求を構築するスキル。 JSON データ交換形式の基礎知識。http://www.json.org/ を参照してください |
HTTP の基礎知識と任意のサーバ側スクリプト言語で HTTP 要求を構築するスキル。 |
ソフトウェア要件 |
なし | なし |
認証 |
パスワードなどの認証情報は、要求の本文ではなく、HTTP ヘッダーに含まれます。 | 認証情報は、取引要求の本文に含まれます。 |
HTTPS POST の使用 | POST は通常、URL によってアドレス指定されたコレクションに新しいエントリを作成するときに使用します。 | POST は、NVP プロトコルで唯一有効な HTTP メソッドであるため、すべての取引操作で使用します。 |
HTTPS PUT の使用 | PUT は通常、URL がコレクションのメンバーを含んでいるときに使用します。 | PUT は、NVP プロトコルでサポートされているメソッドではありません。 |
HTTPS GET の使用 | GET は取得操作にのみ対応しています。 | GET は、NVP プロトコルでサポートされているメソッドではありません。 |
取引操作
<<webServicesIntegration>> を使用してゲートウェイとのインテグレーションを行っている場合、<<webServicesIntegration>> 操作を使用して、取引の処理、取引の詳細情報の取得、カードの詳細情報の保存などを行うことができます。操作を実行するには、ゲートウェイの加盟店プロファイルに対する前提条件の特権が必要です。利用できる操作を確認するには、決済代行会社にお問い合わせください。
利用できる操作は、ゲートウェイの加盟店プロファイルで設定したアクワイアラーの機能に限定されます。ゲートウェイでアクワイアラーに対して機能がサポートされていない場合、その機能の実行を求める操作リクエストはゲートウェイによって(そのアクワイアラーに対して)拒否されます。
ゲートウェイのセキュリティ
QNB ALAHLI<<webServicesIntegration>> では、加盟店の電子証明書またはパスワードという 2 つの認証モデルがサポートされています。各モデルにはそれぞれ利点と欠点があります。インテグレーションによっては、1 つのモデルによってのみ提供される機能を選択する必要がある可能性があります。
支払方法
このタイプのインテグレーションでは、さまざまな支払方法を使用できます。
追加機能
<<webServicesIntegration>> では、さまざまな追加機能をサポートしています。