この記事では、Microsoft Dynamics 365 Commerceにおけるアーカイブ作業の能力について説明します。 クレジットカード決済トークンをアーカイブ、削除、圧縮することでデータベースのスペースを解放するのに役立ちます。
クレジット カードの認証ごとに、認証バイナリ ラージ オブジェクト (auth BLOB) がデータベースに格納されます。 認証ブロブは認可に関連するデータを含む。 時間が経過すると、これらの auth BLOB は増加し、データベースの容量を大量に得ることができます。 この記事で説明されているジョブは、認証のブロブデータのアーカイブ、削除、圧縮を可能にしました。 バージョン10.0.49以前は、単一のバッチで顧客が認証ブロブをアーカイブ、削除、圧縮のいずれかを選択できました。 しかし、バージョン10.0.49以降、圧縮機能は「 Compress credit card transaction data」という独立したバッチジョブに分割され、アーカイブと削除機能は 「Archive credit card transaction data」という単一のバッチジョブに分かれています。
キーワード
| 任期 | Description |
|---|---|
| Auth BLOB | クレジット カード プロセッサが支払要求に対して返す応答。 この応答はXMLブロブとして格納されます。 時間が経つにつれて、データベース内で多くのスペースを占有することもあります。 |
| リンクされた払戻 | 前のトランザクションを参照する払戻し要求。 クレジット カード プロセッサは、リンクされた払戻しのリスクを伴と見なし、関連する手数料が低くなります。 |
| スタンドアロンの払戻し | 以前のトランザクションを参照しない払戻し要求。 スタンドアロンの払戻ではリスクが高く、処理手数料も高くなります。 |
クレジットカード関連データのアーカイブまたは削除
認証ブロブをアーカイブすると、データをZIPファイルとしてAzure Blobストレージにエクスポートし、その後トランザクションデータベースからデータを削除します。 したがって、アーカイブ機能は環境内で設定されているドキュメント管理に依存します。 ドキュメント管理の詳細については、「 ドキュメント管理の設定」をご覧ください。
Important
アーカイブされた後は簡単に復元できません。 ですので、 リンクされた返金の対象となる取引はアーカイブしないでください。 例えば、加盟店の返品ポリシーで同じクレジットカードへの返金が2年以内に認められている場合、ジョブの 「取引日数の最小取引年齢 」を730日(2年)に設定します。 この場合、730 日後にトランザクションが戻された場合、リンクされた払戻しを実行するために必要な XML は使用できません。 その後、顧客はクレジットカードやクレジットメモ、ギフトカードなどの支払い方法のいずれかで 単独の返金 を受けなければなりません。
クレジットカード関連のデータを削除してください
Archiveの クレジットカード取引データの バッチジョブには「 アーカイブせずにデータを削除」というパラメータがあります。 このパラメータを有効にすると、バッチジョブは最低取引年齢(日数)を満たすすべてのトランザクションレコードの支払いトークンと署名キャプチャデータを削除(アーカイブしません)します。
アーカイブまたは削除対象のデータ
前述の設定に基づき、アーカイブジョブはRetailTransactionPaymentTransテーブルのPaymentAuthorization、PaymentCaptureToken、PaymentCardToken、SigCapDataフィールドのデータをアーカイブまたは削除します。 アーカイブジョブはこれらのフィールド内の関連データを除去しますが、対応する取引はリンク返金なしで返却可能です。
バッチ ジョブの設定
コマース本部のRetailおよびCommerce>Retail and Commerce IT>Cleanup>Archiveクレジットカード取引データでアーカイブジョブにアクセスできます。
注
アーカイブジョブは、 最低取引年齢(日数) で定義された基準を満たすすべてのクレジットカード支払いデータを処理します。 ジョブが有効であり、定義された基準に基づいて大量のレコードを処理する必要がある場合、ジョブの実行に数日かかる場合があります。 しかし、支払いのバックログをアーカイブまたは削除すれば、作業の完了にかかる時間は短くなります。
Parameters
クレジット カード トランザクション データ のアーカイブ ポップアップ メニューの パラメーター セクションには、次のパラメーターが含まれます:
- 最低取引期間(日数):必須パラメータ。 クレジットカードの承認がアーカイブや削除の対象となる年齢(日数)が登場します。 入力する値は、顧客が元のクレジット カード認証にリンクされている払戻しを受け取ることができる期間である必要があります。 例えば、フィールドを365日に設定した場合、366日前の取引の返品も加盟店の方針によっては返金対象となる場合があります。 しかし、リンクされた返金に必要なデータはアーカイブまたは削除後はCommerceで利用できないため、処理される返金は単独の返金でなければなりません。 バッチ実行時間を管理するには、このパラメータを大きな値に設定し、処理されるトランザクション数を減らすようにします。 環境に数百万件のトランザクションがある場合、バッチジョブは数時間から数日間実行されます。 したがって、パラメータ値を十分に大きい値から小さい値まで設定します。
- アーカイブせずにデータを削除:このパラメータを 「はい」に設定すると、Commerceは最低取引年齢(日数)を満たすすべての取引記録の支払いトークンと署名キャプチャデータを削除(アーカイブしません)します。
- 対応するトランザクション日付:このパラメータは、過去の日付が現在「 最小取引年齢(日数) 」パラメータの値に対応する日付を表示する参照フィールドです。 表示されている日付よりも古いレコードは、ジョブによって影響を受けます。
- 圧縮を使う:このパラメータを 「はい」に設定すると、Commerceはストレージ容量を節約するためにトークンを圧縮します。 詳細については、「 トークン圧縮によるさらなるストレージ管理」をご覧ください。 このパラメータは10.0.49以降非推奨となり、トークンの圧縮のために専用のバッチジョブが導入されます。
バックグラウンドで実行セクション
アーカイブのクレジットカード取引データフライアウトメニューのバックグラウンドセクションにある「Run」は、バッチジョブのバッチ機能とスケジューリングを制御します。 バッチジョブ用に設定できるパラメータは以下の通りです:
- バッチ処理:このパラメータはデフォルトで 「はい 」に設定されています。止められないよ。
- Recurrence: Recurrence>Define recurrence タブのパラメータから、ジョブを実行するためのリカレンスタイミングの設定を設定できます。
- アラート:Alerts>Batchジョブアラートタブのパラメータを使えば、バッチジョブに関連するさまざまなイベントごとにアラートを設定できます。
- タスク説明:このパラメータはバッチジョブ表示ラベルを指定します。
- バッチグループ:このパラメータはワークロードを異なるサーバーに分散させるバッチグループを指定します。
- プライベート:このパラメータを 「はい」に設定すると、Commerceは他のユーザーがあなたのバッチジョブを処理することを制限します。 フォームを設定したユーザーだけがジョブを実行できます。
- クリティカルジョブ:このパラメータを 「はい」 に設定すると、ジョブの処理能力が優先されます。
- モニタリングカテゴリ:モニタリングカテゴリを割り当てると、モニタリング中に異なる種類のジョブを特定しやすくなります。
次の図では、クレジット カード トランザクション データをアーカイブダイアログ ボックスのパラメータ設定例を示しています。
Important
アーカイブの対象となるデータには、カード所有者の名前など、個人を特定できる顧客情報が含まれます。 この機密データは、地域の規制要件に従って取り扱ってください。
バッチジョブのパラメータを選択すると、データがアーカイブされており簡単に復元できないことを理解しているかどうかを確認するよう促されます。 「はい」を選択すると、アーカイブジョブがアクティブになり、クレジットカード承認に関する最小取引年齢(日数)より古いXMLデータはすべてアーカイブまたは削除の対象となります。
トークン圧縮によるストレージ管理の強化
Dynamics 365 Commerceは、クレジットカードトークンをトランザクションテーブルに保存する前に体系的に圧縮する方法を提供します。 これらのトークンがチャネルで使用される前に、システムはそれらを解凍し、適切に使用します。 このプロセスは、基盤となるストレージテーブルの成長速度を抑えるのに役立ちます。
本社で 支払いトークンの圧縮機能を 有効にするには、次の手順に従います。
- ワークスペース>機能管理 の順に移動します。
- すべて で 支払トークンの圧縮 機能を検索します。
- 機能を選択し、プロパティ ウィンドウで今すぐ有効にするを選択します。
注
Compress決済トークン機能を有効にすると、システムは新たに作成されたトークンのみを圧縮します。 既存の決済トークンを圧縮するには、以下のセクションをご覧ください。
既存の決済トークンを圧縮する
バージョン10.0.49以前は、 Compress決済トークン 機能を有効にすると、 Archiveのクレジットカード取引データ ダイアログのパラメータセクションに「 圧縮使用 」というパラメータが表示され、7日後に表示されていました。 このパラメータを有効にして、バッチジョブを実行して既存のトークンを圧縮することができます。 しかし、この方法ではトークンを圧縮せずに取引をアーカイブしなければならなかった。 バージョン10.0.49以降は、機能管理ワークスペースから「 クレジットカード取引トークンの圧縮 」という機能を有効にすることができます。 一度有効化されると、「 Compressクレジットカード取引データ 」という新しいバッチジョブを使って、特定の取引でアーカイブをトリガーせずに支払いトークンを独立して圧縮できます。
Important
Compressクレジットカード取引トークン機能は、Compress決済トークン機能に依存しています。