DGFTで選べる主な接続方式
DGFTでは、主に以下の接続方式に対応しています。
※対応可能な接続方式は、決済手段によって異なります。
API接続(MDK/OpenAPI)
API接続は、事業者のシステムとDGFTの決済システムを、MDKまたはOpenAPIで連携する方式です。決済申込、売上、取消、返金、取引ステータスの取得など、決済に関する処理をシステム間で行うことができます。

API接続(MDK/OpenAPI)の特徴
- 自社サイトやアプリの画面設計に合わせて決済機能を組み込める
- 注文管理、会員管理、基幹システムなどと連携しやすい
- 決済申込、売上、取消、返金、検索などの処理をシステム間で実行できる
- 複数の決済手段をまとめて導入・運用しやすい
- OpenAPIを利用することで、開発言語に依存しにくい実装が可能
API接続(MDK/OpenAPI)が適しているケース
- 自社サイトやアプリ内で決済フローを完結させたい
- 決済処理を注文管理や会員管理と連携したい
- 複数の決済手段を一元的に導入・管理したい
- 自社の業務フローに合わせて、決済処理を柔軟に設計したい
- 開発体制があり、API連携による実装が可能である
トークン方式(MDK/OpenAPI)
トークン方式は、利用者が入力したクレジットカード情報をDGFTのトークンサーバーへ直接送信し、カード番号の代わりに発行されたトークンを用いて決済処理を行う方式です。

トークン方式の特徴
- クレジットカード情報をDGFTのトークンサーバーへ直接送信できる
- 事業者サーバーにカード情報を通過させずに決済処理を行える
- カード番号の代わりにトークンを用いて決済できる
- 自社サイトやアプリのUIを維持しながら決済画面を設計できる
- カード情報の非保持・非通過に対応した実装が可能
トークン方式が適しているケース
- クレジットカード決済を自社サイトやアプリに組み込みたい
- カード情報を自社サーバーに通過させずに決済したい
- 決済画面のデザインや入力フローを自社で設計したい
- カード情報の取り扱いに関するセキュリティ対応を重視したい
- 会員ID決済やカード番号保存機能など、カード決済に関連する機能を活用したい
リンク方式(POP/3G-Web)
リンク方式は、DGFTが提供する決済画面へ遷移、またはポップアップ表示し、利用者がその画面上で支払い手続きを行う方式です。事業者側で決済画面を一から構築する必要が少なく、比較的少ない開発負荷で決済導線を導入できます。POPは、事業者サイト上でDGFTの決済画面をポップアップ表示する方式です。3G-Webは、DGFTが提供する決済画面へ遷移して支払い手続きを行う方式です。どちらに対応しているかは、決済手段によって異なります。

リンク方式(POP/3G-Web)の特徴
- 事業者側で決済画面を一から構築する負荷を抑えられる
- 比較的短期間で決済導線を導入しやすい
- 決済手段によって、POPまたは3G-Webの対応可否が異なる
- 画面遷移型の決済導線を構築できる
リンク方式が適しているケース
- 決済画面の開発負荷を抑えて導入したい
- まずは標準的な決済画面でスピーディに開始したい
- 自社サイトからDGFT提供の決済画面に遷移させたい
- ポップアップ表示によって、サイト上の体験を維持しながら決済させたい
- 決済手段ごとの標準画面を利用したい
※銀行決済(インターネットバンキング)のリンク方式は、3G-Webのみ対応しています。POP方式には対応していません。
メールリンク決済(POP/3G-Web)
メールリンク決済は、決済用URLを作成し、メールなどで利用者へ送付することで、利用者がURLからDGFT提供の決済画面にアクセスして支払いを行う方式です。
ECサイトに決済機能を直接組み込まない場合や、電話・訪問・予約・申込後の個別決済、請求書送付後の支払いなどに活用できます。利用者は受け取ったURLから決済画面にアクセスし、支払い手続きを進めることができます。

メールリンク決済の特徴
- 決済用URLをメールなどで利用者へ送付できる
- ECサイトに決済機能を直接組み込まなくても支払いを受け付けられる
- 請求書送付後の支払い、予約後の支払い、電話・訪問後の決済などに活用できる
- 個別請求や都度決済の運用に適している
- 利用できる接続方式や決済手段は、POP/3G-Webおよび各決済手段の対応範囲によって異なる
メールリンク決済が適しているケース
- 請求書や見積書の送付後にオンラインで支払いを受け付けたい
- 電話、訪問、対面営業後に決済URLを案内したい
- 予約・申込後に個別金額で支払いを受け付けたい
- ECサイトを持たずにオンライン決済を導入したい
- 都度請求や個別請求の業務を効率化したい
接続方式の選び方
接続方式を選ぶ際は、導入したい決済手段だけでなく、自社のシステム構成、開発体制、決済画面の設計方針、運用方法を踏まえて検討することが重要です。
自社サイトやアプリに決済機能を柔軟に組み込みたい場合
自社サイトやアプリ内で決済フローを設計したい場合は、API接続(MDK/OpenAPI)が適しています。注文管理、会員管理、基幹システムなどと連携しながら、事業者の業務フローに合わせた決済処理を構築できます。
クレジットカード決済でカード情報を自社サーバーに通過させずに処理したい場合は、トークン方式を利用することで、カード情報の非保持・非通過に対応した実装が可能です。
開発負荷を抑えて決済を導入したい場合
決済画面の開発負荷を抑えたい場合は、リンク方式(POP/3G-Web)が適しています。DGFTが提供する決済画面を利用できるため、事業者側で決済画面を一から構築する必要が少なく、比較的スムーズに導入できます。
メールや請求書送付後に支払いを受け付けたい場合
ECサイトやアプリに決済機能を直接組み込まず、個別に支払いを案内したい場合は、メールリンク決済が適しています。決済用URLをメールなどで送付できるため、電話・訪問・予約・申込後の支払い、請求書送付後の支払いなどに活用できます。
決済手段固有の仕様に対応したい場合
Apple Pay、Google Pay、Web口座振替など、決済手段ごとに個別の認証・登録・決済フローがある場合は、独自APIでの接続が必要になることがあります。導入したい決済手段の仕様に合わせて、適切な接続方式を選択します。
接続方式の検討時に確認したいポイント
接続方式を検討する際は、以下の観点を整理しておくと、導入後の運用まで見据えた設計がしやすくなります。
導入したい決済手段
クレジットカード決済、コンビニ決済、銀行決済、ID決済、Apple Pay、Google Pay、Web口座振替など、導入したい決済手段によって対応可能な接続方式は異なります。まずは必要な決済手段を整理し、それぞれに対応する接続方式を確認することが重要です。
決済画面の設計方針
自社サイトやアプリ内で決済画面を設計したい場合は、API接続やトークン方式が適しています。一方、DGFTが提供する標準的な決済画面を利用したい場合は、リンク方式やメールリンク決済が選択肢になります。
開発体制と導入スケジュール
API接続やトークン方式は柔軟な実装が可能な一方で、一定の開発体制が必要です。開発リソースや導入スケジュールに制約がある場合は、リンク方式やメールリンク決済の活用も検討できます。
セキュリティ要件
クレジットカード決済では、カード情報の取り扱いに関するセキュリティ要件を踏まえた設計が必要です。トークン方式を利用することで、事業者サーバーにカード情報を通過させずに決済処理を行うことができます。
運用方法
通常のEC決済だけでなく、請求書送付後の支払い、予約後の支払い、電話・訪問後の個別決済など、運用方法によって適した接続方式は異なります。オンライン上の自動決済だけでなく、個別請求や都度決済の運用も含めて検討することが重要です。
よくある質問
-
テスト環境はありますか。
DGフィナンシャルテクノロジー(DGFT)でテスト用のアカウントを払いださせていただきます。
接続は本番と同様にインターネット経由となります。 -
支払画面を自由に作成できますか。
接続方式により異なります。
「VeriTrans4G-MDK」のインターフェースを利用して接続される場合、支払画面は加盟店様にて実装いただくため、自由にデザインが可能です。
リンク型の「VeriTrans4G-POP」では、当社提供の支払画面をご利用いただく形となっています。 -
専用線は必要ですか。
一部のサービスを除き不要です。インターネット接続できる環境があればご利用いただけます。
セキュリティ対策について
本人認証・不正検知・BOT対策など、さまざまな脅威に対し、 「ゲートウェイ基盤」+「事業者向けソリューション」の両面から柔軟に対応します。
セキュリティ対策を詳しく見る セキュリティ対策を詳しく見る セキュリティ対策を詳しく見る開発者向けFAQ
本番環境やテスト環境のシステム仕様・設定方法、システムトラブル・エラー時の対応など、開発に関するご質問についてご案内いたします。
開発者向けFAQ一覧へ 開発者向けFAQ一覧へ 開発者向けFAQ一覧へ