P2P analysis for SAP ERP ツールキット

このアナリティクスでは、ベンダーまたは AP スタッフのミスによって引き起こされる可能性の高い重複取引を特定します。

取引は、請求書の行項目として定義されます。重複取引は、12の異なるフィールドの組み合わせに基づいて識別され、これらはサブテストと呼ばれます。サブテストの詳細については、P2P analysis for SAP ERP ツールキットを参照してください。

このような行項目は、ほとんどの場合、異なる場所またはエンティティに対して意図された同じ項目/サービスのシナリオであるため、単一の請求書上の重複の行項目は、分析およびレビューのために報告されません。同じ購入品を 2 つの異なるベンダーにコード化したり、誤ったベンダーの請求書番号を入力したりするなど、重複する請求書のリスクの多くは、同じ請求書内には当てはまりません。これらの行項目は、別の請求書の 1 つまたは複数の行項目と重複している場合には報告できます。

同じフラグが立てられた取引を複数回報告することを避けるため、same-same different の概念が適用されます。これは、異なるフィールドを、事前のサブテストで重複として識別された 1 つまたは複数のフィールドとして定義することで実現されます。

例

• サブテスト P2P01AP_01 は、ベンダー番号とベンダー請求書番号が重複している取引にフラグを立てます。このサブテストでは、文書番号以外の他のフィールドが異なることに対する要件がないため、同じ請求日や取引額など、他の重複がある場合もあります。
• サブテスト P2P01AP_02 は、ベンダー番号、請求書日付、取引額が重複する取引にフラグを立てます。
  • ベンダー請求書番号が重複している場合、取引は最初のサブテストによってすでにフラグが立てられていたことになります。したがって、ベンダー請求書番号が異なっているという要件が導入されます。
  • 誤検出の可能性を減らし、最も可能性の高い重複を見つけるために、このテストでは、類似のベンダー請求書番号（他のすべての文字を削除した後の数字の並びが同一であることと定義）も要求しています。

メモ

• 取引は、一度他の取引と照合されると、分析から除外されません。これは、後続のサブテストにおいて、同じキーのセットに関する他の取引と照合することが可能です。
• 銀行フィールドや電話番号の重複を検査するサブテストでは、同じフラグが立てられ取引を正しく複数回報告することがあります。ベンダーは、複数の銀行口座とプライマリおよびセカンダリの電話番号を持つことができます。各銀行口座は個別にテストされ、2 つのベンダーが複数の銀行口座で照合される場合、照合されるごとに重複の可能性が報告されます。電話番号についても同様です。
• 同じ取引額を調べるサブテスト（BSIK / BSAK_WRBTR）において、請求書の通貨は同一である必要はありません。同一金額で異なる通貨の取引にフラグが立てられると、AP スタッフの入力ミスが強調されることがあります。
• フラグが立てられた重複取引に含まれるベンダーの会社コードは、同一である必要はありません。
• 同じフィールドのいずれかに欠落データがある取引は、分析から除外されます。異なるフィールドに欠落データがあっても、引き続き分析されます。
• 同じフィールドと異なるフィールドでの大文字と小文字の扱いの違い：
  • 同じフィールドは大文字と小文字を区別しません。たとえば、ベンダー名の重複を探すサブテストにおいて、ABC CORP と Abc Corp は重複として扱われます
  • 元の異なるフィールドでは大文字と小文字が区別されます。たとえば、同じフィールドで重複としてフラグを立てるために、異なるベンダー請求書番号を必要とするサブテストでは、ベンダー請求書番号 JAN-2021-07 と Jan-2021-07 は異なるものとして扱われ、同じフィールドで一致する取引にはフラグが立てられます。
  • c_Vendor_Name_Sorted のような標準化された異なるフィールドは定義どおりに使用され、大文字への変換を含む可能性があります。

デフォルトパラメーター v_P2P01AP_min_threshold と v_delete_P2P01AP の 2 つのデフォルトパラメーターは、それぞれデフォルトアナリティクス構成ファイルの Default_Config_Params と Script P2P01AP_Duplicate_Transactions ワークシートにあるこのアナリティクスに対して使用できます。デフォルト パラメーターが適用されない場合または不完全である場合は、ユーザー アナリティクス構成ファイルで必要な値を宣言できます。デフォルトアナリティクス構成ファイルに記載されているのと同じフォーマットと命名規則に従っていることを確認します。

このアナリティクスの結果テーブル R_P2P01AP_Duplicate_Transactions。

このアナリティクスでは、エラー、無駄、または乱用を示す可能性のある高リスクのキーワードを含む取引とベンダーの詳細を特定します。

以下のフィールドを調べます。

• 見出しレベルの請求書の説明：BKPF_BKTXT。
• 行項目の説明：BSIK / BSAK_SGTXT。
• ベンダー名フィールド：c_Full_Vendor_Name。c_Full_Vendor_Name は、データ準備スクリプト P_LFB1_LFA1_BUKRS のフィールド LFA1_NAME1 から LFA1_NAME4 を連結したものです。ベンダーテーブルにレコードが入力されていない場合、請求書の説明と行項目の説明のフィールドのみがテストされます。

いくつかの一般的な高リスクのキーワードは、デフォルトアナリティクス構成ファイルのパラメーターテーブルに保存されています。

• デフォルトのキーワードは、ユーザーアナリティクス構成ファイルのパラメーターテーブルに入力することで、別のキーワードに置き換えることができます。なお、デフォルトのキーワードのいずれかを適用する場合は、ユーザーアナリティクス構成ファイルに記載する必要があります。パラメーターテーブルがユーザーによって提供される場合、デフォルトのパラメータテーブルは完全に破棄されます。
• キーワード検索では、大文字と小文字が区別されません。
• キーワード検索は、キーワードが検索フィールドの単語のサブ文字列である場合、部分一致を識別します。たとえば、キーワード Gift は、Gifts という単語を含む説明文の中で検出されることになります。
• キーワード検索では、検索フィールドの単語がキーワードのサブ文字列である場合、部分一致は照合されません。例：pay vendors または pay mentioned vendors を含む説明文には、キーワード payment が含まれます。

3 つのテストフィールドで複数のキーワードが一致した場合、アナリティクスはそれらをパイプで区切ったリストで連結し、c_Matched_Keyword_List フィールドに表示します。さらに、アナリティクスでは、パラメーターテーブルにリストされた最初の一致したキーワードを含むフィールド Primary_Matched_Keyword が報告されます。この機能は、パラメーターテーブルに、重要度の高い順にキーワードが入力されていることを想定しています。

• 1 つまたは複数のフィールドで同じキーワードが複数回一致した場合は、1 回のみ報告されます。
• 複数のキーワードが一致した場合、パラメーターテーブルに表示される順序で報告されます。

デフォルトの結果フィルターは使用できません。ユーザーアナリティクス構成ファイルで結果フィルターを宣言して、結果をさらに絞り込むことができます

デフォルトパラメーター デフォルトパラメーターである v_P2P02AP_min_threshold は、デフォルトアナリティクス構成ファイルの Default_Config_Params ワークシートでこのアナリティクスに対して使用できます。デフォルト パラメーターが適用されない場合または不完全である場合は、ユーザー アナリティクス構成ファイルで必要な値を宣言できます。デフォルトアナリティクス構成ファイルに記載されているのと同じフォーマットと命名規則に従っていることを確認します。

このアナリティクスの結果テーブル R_P2P02AP_High_Risk_Keywords。

このアナリティクスでは、あるベンダーの取引額の中央値から、指定された標準偏差数以上の異常な取引額を特定します。これらの取引は、ベンダーまたは AP スタッフによるエラーを示す可能性があります。

以下の擬似コードでは、この処理を詳細に説明しています。各請求書の行項目は、1 つの取引として扱われます。

• 会社コードに関係なく、指定されたベンダーの総取引数が計算されます。このフィールドは、報告目的でのみ必要です。
• OUTLIER コマンドは、あるベンダーの取引額の中央値から標準偏差 n 以上離れた現地通貨での金額（DMBTR）を報告するために使用されます（n は設定可能なパラメーター）。ベンダー別の単一通貨を想定しています。同一ベンダーの企業コードごとに異なる通貨はサポートされていません。

• フラグを立てられたベンダーは、ベンダーマスターテーブル（P_LFB1_LFA1_BUKRS）と結合して、追加の報告フィールドを検索します。

デフォルトの結果フィルターは使用できません。ユーザーアナリティクス構成ファイルで結果フィルターを宣言して、報告する外れ値の最小値など、結果をさらに絞り込むことができます。

デフォルトパラメーター デフォルトパラメーターである v_P2P03AP_num_std_dev は、デフォルトアナリティクス構成ファイルの Default_Config_Params ワークシートでこのアナリティクスに対して使用できます。デフォルト パラメーターが適用されない場合または不完全である場合は、ユーザー アナリティクス構成ファイルで必要な値を宣言できます。デフォルトアナリティクス構成ファイルに記載されているのと同じフォーマットと命名規則に従っていることを確認します。

このアナリティクスの結果テーブル R_P2P03AP_Outliers_Std_Dev。

このアナリティクスでは、先頭の n 桁のベンフォード分析に基づき、異常な取引額を特定します。これらの取引は、ベンダーまたは AP スタッフによるエラーを示す可能性があります。

最初に、全データセットの分布を評価し、統計的外れ値を特定するために、すべての取引（行項目）が検査されます。外れ値とは、ベンフォードの公式に従って、期待される頻度と一致しない先頭の桁の組み合わせと定義されます。この取引のサブセットはさらにフィルタリングされ、Z-Stat 比がユーザー指定のしきい値（デフォルトは 7）以上である先頭の桁の組み合わせのみに絞り込まれます。

結果となるフラグが立てられた先頭の桁の組み合わせのそれぞれについて、取引件数が最も多いベンダーが、統計上の外れ値に最も寄与しているため、結果に繰り越されます。取引件数が少ないベンダーは、結果で報告されず、ベンダーヒットマトリクスにカウントされません。

以下の擬似コードでは、この処理を詳細に説明しています。

1. 計算されたフィールド c_Leading_Digits を定義します。このフィールドは、請求書通貨（BSIK / BSAK_WRBTR）の各金額の先頭 n 桁を取得します。
2. BENFORD コマンドを以下に適用します。
   • 取引データで生じる可能性がある各先頭の桁の組み合わせの実際の出現回数をカウントします。
   • 実際の回数と予想される回数（ベンフォードの公式を使用して計算）を比較します。
   • 実際の回数と予測される回数の間の距離の標準偏差の測定である、各先頭の桁の組み合わせの Z-Stat 比を示します。
3. ベンフォード出力テーブルから、Z-Stat 比が n より大きいすべての先頭の桁の組み合わせを抽出します（n はユーザー定義値、デフォルトは 7）。
4. フラグを立てた先頭の桁の組み合わせを、取引テーブルのフィールド c_Leading_Digits に結合し、指定した Z-Stat 比以上の取引のみを繰り越します。
   • あるベンダーの取引は、フラグが立てられた組み合わせの 1 つ以上にマッピングされる可能性があります。
   • あるベンダーの取引は、フラグを立てた組み合わせのいずれにもマップできないため、そのベンダーを今後の分析対象から除外します。
5. ベンダーと先頭の桁の組み合わせに関する取引の結果を要約し、組み合わせのための取引回数を取得します。取引回数は、1 つまたは複数の請求書からの行項目を反映することができます。
6. 要約したテーブルを、先頭の桁の組み合わせと取引回数で（降順に）並べ替え、先頭の桁の組み合わせごとに、最も高い取引回数が最初に表示されるようにします。
7. 各先頭の桁の組み合わせの最高取引回数のみが繰り越されるように、結果のテーブルを再度、先頭の桁の組み合わせのみで要約します。
8. AP 取引テーブル全体を、先頭の桁の組み合わせごとに取引回数が最も多いベンダーを含む要約したテーブルと結合し、これらのベンダーのみが繰り越されるようにします。このステップの根拠は以下のとおりです。
   • これらのベンダーは、統計上の外れ値に最も寄与しており、この分析の焦点となります。
   • 取引回数が少ないベンダーは、この分析の対象ではないため、今後の処理から除外されます。
9. 残りのベンダーをベンダーマスターテーブル（P_LFB1_LFA1_BUKRS）に結合し、追加の報告フィールドを検索します。

デフォルトの結果フィルターは使用できません。ユーザーアナリティクス構成ファイルで結果フィルターを宣言して、報告する取引の最小額など、結果をさらに絞り込むことができます。

デフォルトパラメーターv_P2P04AP_leading_digits と v_P2P04AP_zstat_threshold の 2 つのデフォルトパラメーターは、デフォルトアナリティクス構成ファイルの Default_Config_Params ワークシートにあるこのアナリティクスに対して使用できます。デフォルト パラメーターが適用されない場合または不完全である場合は、ユーザー アナリティクス構成ファイルで必要な値を宣言できます。デフォルトアナリティクス構成ファイルに記載されているのと同じフォーマットと命名規則に従っていることを確認します。

このアナリティクスの結果テーブル R_P2P04AP_Outliers_Benford。

このアナリティクスでは、ベンダーまたは AP スタッフのミスを示す可能性のある投稿パターンを特定します。特に、このアナリティクスでは、LFA1、LFB1、またはその両方でベンダーマスターレコードを作成したユーザーによって投稿された取引を報告し、職務分掌が不十分である可能性があります。

取引フィールド - BKPF_USNAM とベンダーフィールド - LFA1_ERNAM および LFB1_ERNAM が比較されます。LFA1 では、取引の会社コードに一致するエントリのみが検査されます。

最初に、取引テーブル全体を行項目レベルで調べ、すべての出現箇所を特定します。次に、フラグが立てられた取引は、ユーザーとベンダーの組み合わせによる要約レベルのレポートにまとめられ、総取引回数と現地通貨での総取引額が表示されます。

要約レポートでは、フラグが付けられたユーザー / ベンダーの組み合わせごとに、現地通貨での最高額の取引（行項目）のデータが繰り越されます。

以下の擬似コードでは、この処理を詳細に説明しています。各請求書の行項目は、1 つの取引として扱われます。

1. 取引テーブルとベンダーマスターを結合し、ベンダーエントリを作成した LFA1 と LFB1 のユーザーを検索します。
2. 結合されたテーブルを、ベンダー、ユーザー名、現地通貨での金額（降順）で並べ替え、すべての組み合わせで最も高い取引額が最初に表示されるようにします。
3. 並べ替えたテーブルの取引をフィルタリングします。
   • 取引を作成したユーザーが、LFA1 のベンダーエントリを作成したユーザーと同じ場合、または
   • 取引を作成したユーザーが、LFB1 でベンダーと会社コードのエントリを作成したユーザーと同じ場合。
4. ユーザーとベンダーの組み合わせによるフラグが立てられた取引をまとめ、総取引回数と現地通貨での金額を作成し、現地通貨での金額が最も高い取引の行項目フィールドが繰り越されます。
   • ベンダーは、会社コードに関係なく、単一のレコードにまとめられます。
   • ベンダーの現地通貨は、合計金額を計算する際に、すべての会社コードで同一であると想定されます。
5. 要約したテーブルは、フラグが立てられたユーザー / ベンダーの組み合わせを、現地の金額（通貨に関係なく）の降順で報告するように並べ替えられます。

デフォルトの結果フィルターは使用できません。ユーザーアナリティクス構成ファイルで結果フィルターを宣言して、報告する取引の最小額など、結果をさらに絞り込むことができます。

このアナリティクスの結果テーブル R_P2P05AP_SOD_Vendor_AP。

このアナリティクスでは、ベンダーまたは AP スタッフのミスを示す可能性のある投稿パターンを特定します。特に、このアナリティクスでは、調査期間中のすべての取引が、ベンダーのすべての企業コードにわたって同じユーザーによって投稿されているベンダーを報告します。

最初に、取引テーブル全体を行項目レベルで調べ、同じユーザーがそのベンダーのすべての取引を投稿したすべての出現箇所を特定します。次に、フラグが立てられた取引は、ベンダーによる要約レベルのレポートにまとめられ、総取引回数と現地通貨での総取引額が表示されます。

要約レポートでは、フラグが付けられたベンダーごとに、現地通貨での最高額の取引（行項目）のデータが繰り越されます。

以下の擬似コードでは、この処理を詳細に説明しています。各請求書の行項目は、1 つの取引として扱われます。

1. 取引テーブルをベンダー、ユーザー、金額（現地通貨）で降順に並べ替えます。
2. ベンダー番号とユーザー名で取引テーブルを要約し、指定されたベンダーの取引を投稿するすべてのユーザーのリストを持つテーブルを作成します。
   • 各組み合わせの現地通貨での合計金額を作成し、名前を c_Total_Trans_Amount_LC_VenUsr に変更します。ベンダーのすべての会社コードで同じ通貨が想定されます。
   • カウントフィールドの名前を c_Trans_Count_VenUsr に変更します
   • ベンダー / ユーザーの組み合わせごとに、現地通貨での最高額の取引（行項目）のデータが繰り越されます。
3. ベンダーのみで、結果のテーブルを再度要約し、以下のようにベンダーの小計を作成します。
   • c_Total_Trans_Amount_LC に名前が変更された c_Total_Trans_Amount_LC_VenUsr の合計。
   • c_Trans_Count に名前が変更された c_Trans_Count_VenUsr の合計。
   • 各ベンダーの最初に見つかった取引（行項目）のデータを繰り越します。1 人のユーザーの場合、これは、前回の並べ替え順により、現地通貨での金額が最も高い取引となります。
   • カウントフィールドの名前を c_Unique_User_Count に変更します。
4. 一意のユーザー数が 1 で、取引回数が指定したしきい値（デフォルトは 10）以上であるベンダーのすべてのフィールドを抽出します。
5. フラグが立てられたベンダーをベンダーマスターテーブル（P_LFB1_LFA1_BUKRS）に結合し、追加の報告フィールドを検索します。

デフォルトの結果フィルターは使用できません。ユーザーアナリティクス構成ファイルで結果フィルターを宣言して、報告する取引の最小額など、結果をさらに絞り込むことができます。

デフォルトパラメーター デフォルトパラメーターである v_P2P06AP_min_count は、デフォルトアナリティクス構成ファイルの Default_Config_Params ワークシートでこのアナリティクスに対して使用できます。デフォルト パラメーターが適用されない場合または不完全である場合は、ユーザー アナリティクス構成ファイルで必要な値を宣言できます。デフォルトアナリティクス構成ファイルに記載されているのと同じフォーマットと命名規則に従っていることを確認します。

このアナリティクスの結果テーブル R_P2P06AP_Posting_Patterns_Single_User。