DEUNA 用語集
DEUNA のドキュメント全体で使用される、支払い、オーケストレーション、SDK、API、および Athia の用語を理解する。
この用語集を使用して、統合、運用、および財務チームで使用されている用語を統一する。 各定義は、完全な動作を所有する、維持されているガイドまたはリファレンスにリンクします。
支払いと資金移動#
決済機関
カード取引を受け取り、関連するカードネットワークにルーティングする、金融機関または決済会社。 DEUNA では、アキュイアーは、 決済接続の一種です。.
代替決済方法 (APM)
従来のカードフローの外にある決済方法、例えば銀行振込、現金券、またはデジタルウォレット。 利用可能性は、市場、プロバイダー、通貨、およびチャネルによって異なります。 以下の情報を参照してください。 プロバイダーカタログ これが真実の情報源です。
認証
決済の資金を予約または承認するプロセッサの決定。 承認は、必ずしも資金の最終的な移動ではありません。 一部の統合では、承認とキャプチャを 1 つの操作で行いますが、他のものは別々に使用します。
Capture
承認後に資金の決済を要求する操作。接続は、即時決済、遅延決済、または両方のサポートできます。適用される操作と結果のステータスを、次のドキュメントで確認してください。 支払いワークフローとステータス.
チャージバック
顧客が支払いに関する異議申し立てを行った後、発行者またはカードネットワークを通じて開始される、支払いの一時的な取り消し。チャージバックは、通常の商社による払い戻しとは異なり、独自の証拠、期限、および調整プロセスが必要です。
支払い方法
顧客が支払いを行うために使用する手段、例えばカード、ウォレット、銀行振込、またはバウチャーなど。ある方法は、複数のプロセッサ接続を通じて利用可能です。
決済プロセッサまたはゲートウェイ
支払い指示を受け取り、決済ネットワークまたはローカル決済システムと通信し、プロセッサ固有の結果を返すプロバイダー。DEUNAは、これらの接続を標準化し、あなたの統合が一貫したオーケストレーション層を使用できるようにします。現在の機能については、次のドキュメントを参照してください。 決済ゲートウェイ.
払い戻し
決済された資金を顧客に返金する、商社による操作。払い戻しの可用性、タイミング、および処理が同期型か非同期型かは、接続によって異なります。
決済
決済処理後の、支払われた資金の移動と報告。決済結果よりも先に決済記録が到着する可能性があるため、財務調整では、チェックアウト完了を決済確認として扱わないでください。詳細は、次のドキュメントを参照してください。 決済.
キャンセル
決済または資金の回収がまだ完了していない、有効な承認をキャンセルする操作。すでに決済が完了している場合は、払い戻しを使用してください。
DEUNAプラットフォームの概念#
管理画面
権限管理されたDEUNA環境で、承認されたオペレーターが接続、決済戦略、ユーザー、レポート、およびその他のアカウント設定を管理します。 まず、 管理者ダッシュボード.
Athia
DEUNAの決済データ、分析、推奨事項、および文書化された最適化ワークフローを提供するエージェント型プラットフォーム。 AthiaはDEUNAのオーケストレーションデータまたはサポートされている外部データ接続を使用できます。詳細は、 Athia.
接続
アカウントおよび環境固有の設定で、DEUNAを決済プロセッサ、決済方法、不正検知プロバイダー、またはその他のサポートされているサービスと連携します。 接続の認証情報は、文書化された信頼できる設定領域に配置し、クライアントコードには配置しないでください。
事業者および店舗
事業者は、DEUNAと連携する組織を表します。 店舗は、その事業者の設定内の、特定の商業または運用単位です。 リクエストには、特定の公開契約で必要な事業者および店舗のコンテキストを使用する必要があります。
連携管理
チェックアウトを決済、不正検知、および代替決済方法プロバイダーに接続し、設定された戦略、フォールバック、およびルーティングルールを適用する決定および実行レイヤー。詳細は、 支払いオーケストレーション 運用モデルを参照してください。
決済戦略
設定されたルールで、承認されたトランザクションが処理またはルーティングされる方法を決定します。 戦略の条件と優先順位は、同時にレビューする必要があります。 複数のルールが同じトランザクションに一致する可能性があるためです。詳細は、 決済戦略.
テクニカルアカウントマネージャー (TAM)
DEUNA の技術担当者として、アカウント固有の有効化、認証、互換性、および本番環境への展開に関するご相談窓口です。サポートリクエストには、資格情報、秘密鍵、決済データ、または顧客データを送信しないでください。
統合とセキュリティに関する用語#
3-D Secure (3DS)
カード発行者がオンライン決済時に、カード保持者に対して認証を行うためのプロトコルです。追加の操作が必要な決済の場合、手順に従って、最終的な決済状況を確認してください。 3DS と Next Action の流れ と、最終的な決済状況を確認してください。
APIキー
DEUNA の統合を識別し、信頼されたバックエンド呼び出しに対して認証するための資格情報です。公開鍵と秘密鍵には、異なる信頼範囲があります。適切な鍵を選択し、保護してください。 認証とAPIキー.
カード検証値 (CVV)
有効なカード非対面決済フローで使用されるカードセキュリティコード。CVVの取り扱いは、決済ソースとプロセッサの機能によって異なります。決して保存またはログに記録しないでください。詳細は、 カードのトークン化とCVV検証.
冪等性キー
APIが同じ操作の安全な再試行を認識するために使用される一意の値。元のキーは、正確に同じリクエストの意図と本文で再利用してください。詳細は、 冪等なリクエスト.
モデルコンテキストプロトコル (MCP)
互換性のあるAIクライアントが、リモートサーバーから提供されるツールを呼び出すことを可能にするプロトコル。公開されている DEUNA Docs MCP サーバーに接続します。 は、読み取り専用のドキュメント、APIリファレンス、およびプロバイダカタログツールのみを公開し、DEUNAの認証情報は受け付けません。
ペイメント・カード・インダストリー・データ・セキュリティ・スタンダード (PCI DSS)
カード保有者データの保存、処理、または送信を行う環境向けのセキュリティ基準。DEUNAのホストされたSDKおよびウィジェット体験は、アプリケーションへの入力データを削減できますが、アーキテクチャと処理方法によって、コンプライアンスの範囲は決定されます。
ソフトウェア開発キット (SDK)
DEUNAのクライアントライブラリで、Web、iOS、Android、またはReact Nativeで、サポートされているチェックアウト、決済、Vault、および決済後の体験を提供します。プラットフォームの機能は異なるため、まず SDKの概要 を参照し、その後、プラットフォームの仕様を参照してください。
トークン化
機密決済データの、プロバイダーまたはプラットフォーム発行のトークンへの置換。トークンは、プロバイダー、商社、環境、またはユースケースに限定され、持ち運び可能であると仮定してはなりません。詳細は、 カードトークン化.
Webhook
ドキュメントで定義されたイベントまたはチェックアウトコールバックが発生した場合に送信される、サーバーからサーバーへのHTTPリクエスト。バックエンドは、署名の検証、冪等な処理、および権威のある状態の整合性を確認する必要があります。詳細は、 Webhooks.
権威のある契約を検索#
この用語集は、共通の用語を定義します。これは、特定の統合契約の代わりではありません。