iPay88 / eGHLなどのマレーシア決済ゲートウェイを利用するには?

マレーシアにおけるiPay88 / eGHLおよびその他の決済ゲートウェイのご利用ガイド

基本プロセス

  1. マーチャントアカウントの登録

  2. 統合された決済ゲートウェイ

    • API統合:開発者は、提供されたAPIドキュメントを使用して、システムとのインタフェースを行うことができます。
    • CMSプラグイン:WordPress、Magento、Shopifyなどのプラットフォームには、既製のプラグインが用意されている。
    • SDKダウンロード:モバイルアプリケーション開発用
  3. 対応支払い方法

    クレジットカード/デビットカード(Visa/Mastercard)
    インターネットバンキング(FPX)
    電子財布(GrabPay、Boost、Touch 'n Go eWallet)
    コンビニ現金払い(セブンイレブン、KKマートなど)
    銀行振込

  4. コスト構造

サービス iPay88レート eGHLレート
FPXトレーディング ~1%+RM0.50 ~1%+RM0.50
クレジットカード(MYR) ~3%+RM0.50 ~2-3%
グラブペイ/TNG eウォレット ~2~3%の範囲

  1. 決済サイクル
  • T+2~T+7営業日(銀行により異なる)
  • RM100最低出金限度額(特定プログラム)

6.よくある質問

Q: 「支払いに失敗しました」というエラーについてはどうですか?
A.
1️ ⑬カードの残高を確認する
2️⃣入力した情報が正しいか確認する。
3️ ⃣カード発行会社に連絡して、取引限度額の有無を確認する。

Q: FPXの支払いが即座に成功したと表示されないのですが?
A: FPXの同期には10分ほどかかることがあります。

Q:取引状況はどのように確認できますか?
A.
加盟店のバックオフィスにログイン→「取引報告」を選択→照会番号を入力して照会する。

マレーシア中央銀行の規制要件が特定の機能に影響を及ぼす可能性があるため、ゲートウェイプロバイダーの更新通知を定期的に確認することをお勧めします。

iPay88/eGHL決済ゲートウェイを利用するための詳細な上級ガイド

セキュリティとコンプライアンスの設定

  1. PCI DSS準拠の設定

    • カード番号の保存に代わるトークナイゼーションの有効化
    • 3Dセキュアを強制認証に設定する(すべてのクレジットカード取引)
    • IPホワイトリスト設定(サーバーIPのみAPIへのアクセスを許可する)
  2. 不正防止ツール

    リスクスコアリングシステム:高リスクスコアの取引を自動的に拒否するよう設定可能
    AVSチェック:住所確認システム(国際カード用)
    取引限度額:カードタイプ/チャネルごとに1回/1日の累積限度額を設定
    ブラックリスト管理:特定のIPや銀行カード番号をブロック

  3. 多通貨処理(国境を越えた業務に適用)

  • MYR/RMB/SGDおよびその他の多通貨決済サポート
  • DCC ダイナミック通貨変換オプション設定
  • SWIFT仲介手数料見積もりツール

高度なレポート機能

分析の次元 iPay88 イーGHL
リアルタイム・トランザクション監視 ✔️ ダッシュボード ✔️+警告通知
払い戻しの追跡 CSVエクスポート APIオートメーション
顧客の支払い嗜好分析 基本レポート ヒートマップ・チャート
照合ファイル形式 エクセル、PDF、XML CSV、JSON

O2Oソリューション(オフラインからオンラインへ)

1.スキャン・トゥ・ペイ統合::

// eGHL QRコード生成サンプルコード 
generateQR({
金額:「150.00」、
orderId: "M20231125-001"、
コールバック: function(qrImage){
document.getElementById('qr-container').innerHTML = qrImage;
}
});

2.コンビニエンスストアの現金支払いプロセス::
顧客が選択 → 支払いコードを生成 → 印刷/携帯電話へ送信 → セブン-イレブン・カウンターで提示 → 店員がコードをスキャンして確認 → システム非同期通知

3.定期支払いの管理::

  • SaaSサブスクリプションサービスの定期支払設定
  • 顧客の支払い承認を保存する(カード保存機能)
  • トークンの有効期限が切れる前に、トークンの更新を自動リマインダーでお知らせします。

APIエラーコード クイックリファレンス

一般的なステータスコード処理の提案:

5001 → 銀行側のFPXタイムアウト → 15分後の再試行を推奨
6009 → TNG e-walletの残高不足 → 他の方法への切り替えのご案内
8103 → リスクエンジンブロッキング → マニュアルレビューのためにリスクコントロールに連絡する

最新のBNM規制は、すべてのゲートウェイに完全なマーチャント・イニシエーテッド・トランザクション(MIT)ログを保持することを要求していることに注意することが重要です。