決済の合算
DEUNAの決済合算モジュールで、決済の合算と自動化を管理できます。 決済の合算 管理画面のモジュール。
決済合算モジュールを使用すると、決済管理における透明性と正確性を確保しながら、取引の合算を一元化できます。
決済合算のプロセスでは、異なる決済プロバイダーや処理機関を通じて処理された取引が、それぞれの口座で決済された金額と一致することを確認できます。
オプションの 調整エージェント この運用モデルを拡張し、財務情報の正規化、例外の分類、および次の調査手順の推奨を行います。 マッチングは、会計処理、払い戻し、プロバイダー調整、または控除を自動的に許可しません。
現在、多くの企業が、以下の理由により、決済の合算に課題を抱えています。
- 異なる決済プロバイダーや処理機関からの、断片化されたおよび構造化されていない情報。
- 情報間のクロス参照における手動によるエラー。
- 金額または日付の差異の検出が困難。
- 注文および決済ステータスの可視性が低い。
仕組み#
DEUNAの「再調整」モジュールは、再調整プロセスを集中化および自動化し、以下の機能を提供します。
- 独自のデータソース（販売レポートや処理済み取引など）をアップロードできます。
- 決済情報を抽出および標準化するために、決済機関からのレポートと接続します。DEUNAが、各決済機関をプロセスに統合するための技術的な管理を行います。
- ソースごとに再調整キーと許容範囲をパラメータ化して、再調整プロセスに適用します。
- 各情報ソースに対して再調整レポートを生成します。
- 金額、日付、および決済ステータスの差異を特定します。
ソース、粒度、および所有者を定義
| ソース | 代表的な証拠 | 一般的な所有者 |
|---|---|---|
| 商取引 | 注文、請求書、金額、通貨、顧客参照 | 商取引または金融 |
| DEUNAとプロセッサ | 承認、決済、払い戻し、プロセッサ応答、トランザクション参照 | 決済 |
| アクイアーによる決済 | バッチ、粗額と実額、手数料、決済と日付 | 財務または金融 |
| 銀行または支払い | 入金、送金参照、支払い、銀行の決済日 | 財務 |
| 決済後の操作 | 紛争、保留、調整、解決 | リスクまたは運用 |
各ソースについて、結果を自動化する前に、トランザクション粒度、予想される配送頻度、不変のマッチングキー、通貨と署名規則、タイムゾーン、許容範囲、遅延到着ウィンドウ、および運用所有者を定義します。
再調整結果#
DEUNAの再調整プロセスでは、異なるデータソース（商社レポートと決済機関の決済）からの取引を比較します。
各注文は、プロセス結果に応じて異なる分類を持つことができます。
取引が正しく再調整されたかどうか、または差異があるかどうかを判断するために、システムは以下の手順を実行します。
- 対応する取引の特定以下の属性でキー属性における一致を検索します。
- ID
- カードデータ
- Amount
- Date.
- 許容範囲の適用金額または日付にわずかな差がある場合、事前に定義された許容範囲ルールは、トランザクションが差なしで一致できるかどうか、または手動でのレビューが必要かどうかを決定します。
以下の表は、可能な再調整状態とサブ状態を記述しています。
| 州 | サブ状態 | 説明 |
|---|---|---|
| 再調整なし | 保留中 | 取引がどちらのデータソースにも見つからなかった、または許容範囲外の差異がある。 |
| 照合済み | 差異なし | 取引が正常に照合された、または許容範囲内の差異がある。 |
| 照合済み | 金額の差額 | 取引が異なるデータソース間で一致したが、各レコードの金額に差異がある（許容範囲外）。 |
| 照合済み | 日付の差 | 取引が異なるデータソース間で一致したが、各レコードの取引日付に差異がある（許容範囲外）。 |
管理者は、関連する取引のみを表示し、詳細な分析のためにカスタマイズされたレポートをダウンロードするための高度なフィルタを適用できます。
データソース
ストア内で、管理データソースを管理します（Admin）。
各ソースには、合意されたファイルまたは接続契約、配送スケジュール、フィールドマッピング、マッチングポリシー、および所有者が存在する必要があります。 以前の実行が部分的な結果または完全な結果を生成したことを確認してから、ソースを再処理してください。
決済
決済プロバイダーからのすべての情報を取得し、決済レポートを確認します。