/monetization-web-docs/ja/%E9%96%8B%E7%99%BA%E3%81%A8%E7%B5%B1%E5%90%88/Recent content in 開発と統合 on Monetization Web ドキュメント | Tridens TechnologyHugo -- gohugo.io/monetization-web-docs/ja/aaa-gateway/diameter/Mon, 01 Jan 0001 00:00:00 +0000/monetization-web-docs/ja/aaa-gateway/diameter/このドキュメントのトピック: Diameter Base Protocol Diameter Gy Protocol Diameter Gx Protocol Diameter Base Protocol このサブセクションでは、RFC-3588 で定義されている Diameter Base Protocol について、AAA Gateway がメッセージをどのようにマッピングするかを説明します。 セクション準拠 表 1-1 は、Diameter Base protocol セクションの準拠情報を示します。 表 1-1: Diameter Base Protocol セクション準拠 Section Number Section Status Notes 1 Introduction Not applicable - 1.1 Diameter Protocol Not applicable - 1.1.1 Description of the document set Not applicable - 1.2 Approach to extensibility Not applicable - 1.2.1 Defining new attribute-value pairs Not applicable - 1./monetization-web-docs/ja/aaa-gateway/5g-chf/Mon, 01 Jan 0001 00:00:00 +0000/monetization-web-docs/ja/aaa-gateway/5g-chf/このドキュメントのトピック: はじめに 準拠セクションのステータスの解釈方法 Charging Function – Charging Service セクション準拠 レスポンスコード Charging Function – Spending Limit Control Service セクション準拠 レスポンスコード Charging Function – Interactions with Network Repository Function (NRF) セクション準拠 CHF-CDR 形式 はじめに 5G CHF には、ポリシー管理のための統合課金と支出上限制御を可能にする Nchf インターフェースが含まれます。Network Repository Function との相互作用についてもここで概説します。 準拠セクションのステータスの解釈方法 次の表では、セクション準拠の各セクションにおけるステータスの意味を説明します。 Status 意味 Supported アプリケーションは機能をサポートします。 アプリケーションは属性をサポートし、課金機能にマッピングされます。この属性はリクエストで受信され、課金フローで使用されます。この属性は、仕様で示されるとおりレスポンスで送信されます。任意で、この属性をイベント保存や課金判断のために利用できます。 Supported with Extensions アプリケーションは拡張により機能をサポートします。 アプリケーションは属性をサポートし、価格選択のために任意で利用できます。この属性はリクエストで受信されますが、標準の課金フローでは使用されません。 この属性はレスポンスで送信される場合と送信されない場合があります。目的の機能を実現するために、課金フローで利用可能な拡張を活用できます。 また、この属性をイベントへの保存や課金判断のために使用することもできます。 Not Supported アプリケーションは機能または属性をサポートしません。 Not Applicable このセクションは実装には適用されません。 Informational このセクションは情報提供のみを目的としています。 Charging Function – Charging Service セクション準拠 次の表では、5G System Charging Service 3GPP TS 32./monetization-web-docs/ja/aaa-gateway/radius/Mon, 01 Jan 0001 00:00:00 +0000/monetization-web-docs/ja/aaa-gateway/radius/このドキュメントのトピック: RADIUS プロトコル セクション準拠 Access-Request AVPs Access-Accept AVPs Access-Reject AVPs Access-Challenge AVPs RADIUS Accounting プロトコル セクション準拠 Accounting-Request AVPs Accounting-Response AVPs RADIUS Disconnect プロトコル セクション準拠 Disconnect-Request AVPs Disconnect-Response AVPs RADIUS プロトコル このセクションでは、RFC-2865 および RFC-2869 で定義されている RADIUS プロトコルについて、AAA Gateway が RADIUS アクセス制御メッセージをどのようにマッピングするかを説明します。 セクション準拠 次の表 1-1 は、RFC-2865 の RADIUS プロトコルセクションに関する準拠情報を示します。 表 1-1: RFC-2865 セクション準拠 Section Number Section Status Notes 1 Introduction Not applicable - 1.1 Specification of Requirements Not applicable - 1.2 Terminology Not applicable - 2 Operation Partially supported - 2./monetization-web-docs/ja/business-configuration/export-mappers/Mon, 01 Jan 0001 00:00:00 +0000/monetization-web-docs/ja/business-configuration/export-mappers/このドキュメントのトピック: Export Mappers の場所 Export Mapper のタイプ 利用可能なタブ: 新しい Export Mapper の追加 必須フィールド タブの概要 1. Payment Mappers 2. Invoice Mappers 3. Event Mappers ベストプラクティス 概要 Tridens Monetization の Export Mappers は、支払い記録、請求書データ、イベントログなどの送信データを構造化し、銀行、ERP、請求パートナー、BI ツールなどの外部システムが必要とする形式にするために使用されます。 Export mappers を使用すると、システムデータをエクスポート前にどのように変換およびフォーマットするかを定義し、サードパーティ利用者との互換性を確保できます。 Export Mappers の場所 移動先: Business Configuration > Export 図 1: Export Mappers default page Export Mapper のタイプ Export Mappers 画面には、領域固有のエクスポートタイプを表す 3 つの個別タブがあります。Import Mappers と同様に、すべて同じ設定形式を使用します。 利用可能なタブ: Payment Mappers Invoice Mappers Event Mappers 各タブには、新しい export mapper を設定するための Add オプションがあります。/monetization-web-docs/ja/business-configuration/import-mappers/Mon, 01 Jan 0001 00:00:00 +0000/monetization-web-docs/ja/business-configuration/import-mappers/このドキュメントのトピック: Mappers の場所 Import Mapper のタイプ 新しい Import Mapper の追加 必須フィールド ユースケース例 利用可能なタブの概要 1. Payment Mappers 2. Direct Debit Mappers 3. Event Mappers 4. Bank Mappers ベストプラクティス Tridens Monetization の Import mappers を使用すると、外部データ（CSV、フラットファイルなど）をシステム互換形式に変換して整合できます。支払いデータ、イベント、銀行取引のいずれをインポートする場合でも、Import mappers によって、システムは外部プラットフォームからの構造化データを正しく解釈して取り込めます。 Mappers の場所 移動先: Business Configuration > Import 図 1: Import Mappers default page Import Mapper のタイプ Import Mappers 画面の上部には 4 つのタブがあり、それぞれ異なるデータ領域を表します。すべてのタブは同じ設定構造を共有します。 Payment Mappers Direct Debit Mappers Event Mappers Bank Mappers 各タブでは、スクリーンショットに示すようなフォームを使用して Add a new mapper できます。/monetization-web-docs/ja/aaa-gateway/Mon, 01 Jan 0001 00:00:00 +0000/monetization-web-docs/ja/aaa-gateway//monetization-web-docs/ja/custom-payment-integration/Mon, 01 Jan 0001 00:00:00 +0000/monetization-web-docs/ja/custom-payment-integration/このドキュメントのトピック: Monetization におけるサードパーティ支払い処理 非同期支払い処理 請求書のエクスポート Exporting job – CSV file to SFTP 通知 - webhook メソッド 支払いのインポート SFTP による CSV file import API call によるインポート 認証 支払いインポートリクエスト 同期支払い処理 サードパーティ支払いプロバイダーの設定 顧客操作 顧客の作成（カードなし） 顧客の更新 顧客の読み取り 顧客の削除 カード操作 Setup（setup card request） カードの削除 トランザクション操作 Authorization Capture Charge Void Refund エラー処理 Monetization におけるサードパーティ支払い処理 サードパーティ支払い処理は、同期方式と非同期方式の 2 つの方法で実現できます。同期方式では支払い連携コンポーネントから即時応答が必要ですが、非同期方式では Monetization から請求書を抽出し、その後のタイミングで支払いをインポートします。 Information: 通常、最適な処理方式はユースケースによって決まります。 非同期支払い処理 非同期支払い処理では、Monetization から請求書をエクスポートし、支払いは完全に Monetization の外部で処理されます。支払い処理結果が得られたら、CSV ファイルまたは Monetization API 経由でインポートします。 請求書のエクスポート Monetization から請求書をエクスポートするには、invoice export mapper を設定して exporting job をスケジュールし、ファイルを SFTP ロケーションへエクスポートします。または、Webhook による invoice creation を購読し、新しい請求書が作成されるたびに指定 URL アドレスへ invoice request を送信させます。