中東決済サンドボックス環境とテストフロー分析

I. 中東決済市場の特徴

1. 地域特性::

   • クレジットカードの普及率は低く、現金取引が依然として大きな割合を占めている。
   • Madaカード（サウジアラビア）、Fawry（エジプト）など、現地の決済方法が主流となっている。
   • イスラム金融コンプライアンス要件（シャリア準拠）

2. 主な国の違い::

   • サウジアラビア：マダカード＋アップルペイ／サムスンペイ
   • UAE：Visa/Mastercardが比較的普及している。
   • エジプト：キャッシング券（ファウリー）が優勢

II.主流サンドボックス環境の概要

ペイパル中東サンドボックス

• 対応通貨AED、SAR、EGP、その他の地域通貨
• 特殊機能::
  • アラブ特有のエラーコードのエミュレーション（「IBAN認証に失敗しました」など）

Checkout.com 中東テスト環境

• 注目のサービス::

    // マダカードのテスト番号の例 
  
    4406470000000097 (3DS v1)
  
    5456030000006165 (3DS v2)
  
  

Telrサンドボックス・システム（UAE中心）

• ユニークな設定::

curl https://uat.telr.com/gateway/order.json

-H「Content-Type: application/json」。

-d '{

    「ivp_method": "create"、

    「ivp_store": YOUR_STORE_ID、

    「ivp_authkey": YOUR_AUTH_KEY、

    "ivp_cartid": UNIQUE_ORDER_ID、

    "ivp_amount": AMOUNT_IN_AED_SAR_EGP、

}'

III.コアテストプロセスのフレームワーク

1. 基礎構成段階

[ゲートウェイ選択] → [通貨設定（AED/SAR/EGP）] → [言語パケット読み込み］

       ↓ 

[コンプライアンス・チェック］←［コールバックURLの設定］

2. 主要テストシナリオマトリックス

3. 特別な検証ポイント

def test_middle_east_specific().

    

assert payment_page.has_hijri_date_option() #イスラム暦表示

    

assert receipt.contains_vat_number_field() # 湾岸諸国の VAT 要件

    

もしegypt_transaction.

アサート has_fawry_reference_id()

4. IV.一般的な問題のトラブルシューティングのガイドライン

🔴 エラーコード： MIDEAST-004
考えられる原因：アラビア語のエラーメッセージ リソースファイルが設定されていない

🟡 警告 ME-TAX-002
解決策: インボイスに 5% VAT フィールドが含まれていることを確認する (GCC 国の要件)

⚫️ ブラックボックス問題
📌 デバッグステップ: ヒジュリの日付の代わりにグレゴリオ暦の日付が誤用されていないかチェックする。

特定の側面について、より詳細な説明が必要ですか？例えば、国別の認証プロセスや、特定の決済ゲートウェイとの深い統合の詳細が必要ですか？

# 中東における決済サンドボックステストの徹底分析（続き）

IV.国・地域別テストのハイライト

サウジアラビア（MADAシステム）
コアテストツールキット：
「xml

“`

必須試験項目のリスト：
1.SAMA認証のための暗号標準の検証
2.サウジアラビアのローカリゼーション要件
- 🇸🇦 アラビア語の領収書の提示が必要
- タイムゾーンはGMT+3（リヤド時間）に強制変更。
- 📄 VAT インボイス番号形式のチェックサム (15 桁)

UAE (Visa/MasterCardが支配的)
ドバイFinTechサンドボックス特別ルール：
「ジャバスクリプト
// Noon PayエミュレータAPIコールの例
const noonSandbox = require('noon-pay-sandbox')；
noonSandbox.configure({)
merchantCode: 'TESTAE', // エミレーツ航空のAE
currencyLock：「AED」、
mandatoryFields: ['TAX_INVOICE_NUMBER', 'PO_BOX'] // アラブ首長国連邦固有のフィールド
});
“`

クリティカル・ディファレンシャル・ポイント・テスト・マトリックス：

| 特集｜UAE仕様の要件｜標準的な国際プログラム
|———|————|————-|
| 住所欄｜私書箱は必須｜番地優先｜郵便番号優先
|返金期限｜≦5営業日｜≦7営業日
| 通貨精度｜AED小数点以下2桁固定｜ダイナミック小数点サポート

エジプト（現金支払いシナリオ）
“`
FAWRYサンドボックスのレスポンスサンプル：

STATUS_CODES。
0000 - 支払いに成功（16桁の参照コードが確認される）
1400 - 未決済（利用者の現金支払い完了待ち）
9002 - 無効なクーポンコード (無効なコードでテスト: 999998877776666)

curlの例：
curl "https://sandbox.fawrypay.com/payments/status?merchantCode=TEST&paymentRefNumber=SANDBOX_REF_001"
“`

V. イスラム金融の特別なコンプライアンス

シャリアに準拠した取引検出プロセス
「マーメイド
グラフTD
A[取引開始]→B{金額分析}。
B→C [リバ（利子）の要素を含むか？］;
C ->|Yes| D [自動的にSHARIA_101エラーをインターセプトしてトリガーする]。
C ->|いいえ| E{契約条件の見直し}.
E -> F [不確実性（ガラール）を含むか？］;
F ->|Yes| G [NON_HALALトランザクションと表示]；
F→｜H.ハラール契約テンプレート｝H[通常処理]のいずれでもない；

classDef sharia fill:#f9f,stroke:#333;。
D,Gクラスのシャリーア。
“`

ハラール・ペイメント・インターフェイス・デザインの推奨
"`java
public interface HalalPaymentGateway { ハラルペイメントゲートウェイ

HalalCertified(提供者 = "AAOIFI") //イスラム会計監査機構の認証マーク
void processPayment(PaymentRequest request) throws NonHalalTransactionException.

フィールドバリデーション(rule = "noCompoundInterest")
boolean validateProfitRate(double rate)。

デフォルトの文字列 getShariaComplianceCertificate() { { { getShariaComplianceCertificate()
このゲートウェイはイスラム金融基準APS-2023に準拠しています。｝
}
“`

VI.実践的なデバッグ・スキル

クロスゲートウェイ問題診断ツールチェーン
“`
1.ポストマンコレクション＋アリペイ中東サンドボックスプラグイン
2.Wiresharkフィルター設定： portrange(5000-5100) && http.contains("AED")
3.JMeterストレステストテンプレートの構成 アラビア語の文字セットエンコーディング
4. Burp Suite 中東専用 CA 証明書パッケージ
“`

典型的な故障モード 📌 ライブラリ
“`
ケースME-2023-047
現象：UAEとの契約は成功、サウジは失敗
原因：未処理のマダカードのBIN番号588845-588848
回避策：cardbinデータベースをv4.22+に更新する。

ケースME-2024-012
現象：エジプトが「支払い処理中」というあいまいなステータスを返す。
診断ツールの使用順序：
a) Fawry ステータス API への直接問い合わせ → b) 加盟店のコールバック・ログの確認 → c) カイロ・データセンター・ノード Nile01 へのトレースルート
最終的には、EGPの通貨換算における四捨五入の違いの結果であることが判明した。

特定の国の認証申請プロセスを開始する必要がありますか？あるいは、完全なエンドツーエンドのサンドボックス導入チェックリストを提供する必要がありますか？