トランザクション照合エンジンについて

照合ルール

1. ソース・システムの請求書が、サブシステムの請求書と正確に一致する

2. ソース・システムが、-1から+3の許容差の範囲内でサブシステムの日付に一致する

3. ソース・システムの金額が、サブシステムの金額と正確に一致する

ソース・システムとサブシステムの金額属性は調整属性です。

評価の順序/最初に一致したものが優先

トランザクションは、データベースに存在する順序で照合に関して評価され、照合に関する評価を受けて、最初に条件を満たしたトランザクションが一致として選択されます。

評価の順序/トランザクションIDが最も小さく最初に一致したもの

トランザクションがロードされると、トランザクションにはトランザクションIDが順番に割り当てられます。そのため、トランザクションIDが最小の照合トランザクションは、最初にロードされ、最初に照合されることを意味します。

1対1照合では、第3のトランザクションとの一致として適格である2つのトランザクションが存在するが、一致できるのは1つのみである場合、トランザクションIDが最も小さいトランザクションが一致として選択されます。

サブセット・ルールの場合、照合では、照合の作成時に金額とトランザクションIDの両方に基づいてトランザクションがソートされます。2つのトランザクションの金額が同じ場合、トランザクションIDが最も小さいトランザクションが照合に使用されます。

不明なしを選択して同じルールを実行した場合、すべてのトランザクションが未照合のままとなります(予測どおり)。

許容差の評価

差異のあるトランザクションの照合を可能にする許容差レベルを設定するには、3つの方法があります。次の設定が可能です。

• トランザクションに適用される許容差の差異値。たとえば、-1から+3までの差異の自動照合です。
• パーセンテージで表した許容差しきい値レベル。たとえば、金額の値の0.5%までの自動照合です。
• パーセンテージで表した許容差しきい値レベルと差異の金額。たとえば、金額の値の1.0%まで、最大金額は100.00までの自動照合です。

  注:

  パーセンテージ値は、高い方、低い方とも100以下である必要があり、数値または整数のデータ・ソース属性に使用できます。

値として設定された許容差の評価

設定された許容差値である許容差を評価する際、計算は、許容差の高い方の値や低い方の値のトランザクションへの適用方法に左右されます。たとえば、サンプル・トランザクションで日付値に許容差を適用する際、許可される許容差が-1から+3だとします。これらの値をソース・システム表の1つ目のレコードに適用した場合、9月18日は9月15日の+3日以内であるため、サブシステム表の1つ目のレコードが照合ルールを満たします。ただし、この許容差を(ソース・システムではなく)サブシステムのトランザクションに適用した場合、9月15日は9月18日の-1日以内ではないため、照合は失敗します。

一貫した結果になるよう、許容差を評価する際には次のアプローチが使用されます。

1対1ルール・タイプの評価

1対1ルール・タイプでは、ソース・トランザクションは基本トランザクションまたはアンカー・トランザクションとして扱われます。次の例で、評価の行われ方を示します。この例では、日付の許容差が「開始」はゼロ(0)に設定され、「終了」は+3に設定されたとします。

1. 1つ目のソース・トランザクションから開始し、トランザクションの日付値に許容差の限度を加え、サブシステムの日付値の許容範囲を導出します。
2. 次に、一致している、サブシステムの1つ目のトランザクションが選択されます。この例では、ソースの1つ目のトランザクションの日付値は9月15日です。

3. 0から+3の許容差をサブシステム・トランザクションに加えると、日付値が9月15日以降で9月18日以前である、ソース・システムの1つ目のトランザクションが一致として選択されます。この一致は、緑で示してあります:

   
   
   

4. ソースの2つ目のトランザクション(日付値は9月16日)に進むと、日付が9月16日以降で9月19日以前である、サブシステムの1つ目のトランザクションが検出されます。この一致の9月17日は範囲内となり、次に赤で示されています:

   
   
   
5. ソース・システムの3つ目のトランザクション(日付値は9月17日)に進むと、日付が9月16日以降で9月20日以前である、ソース・システムの1つ目のトランザクションが検出される必要があります。ソース・システムには、この条件を満たすトランザクションがないため、一致は作成されません。

1対多ルール・タイプの評価

1対多ルール・タイプでは、ソース・システムのトランザクションが基本トランザクションです。

多対1ルール・タイプの評価

多対1ルール・タイプでは、サブシステムのトランザクションが基本トランザクションです。

多対多ルール・タイプの評価

多対多ルール・タイプには、基本トランザクションはありません。かわりに、一連のルールを使用して条件が評価されます。

日付の許容差が指定されている多対多ルール・タイプの照合を評価するには、次のプロセスが使用されます。

1. ソース・システムから日付の最小値と日付の最大値を見つけます。
2. サブシステムから、次の式を使用して、照合を判別するときに許容される日付の最小値と日付の最大値を計算します:
   • サブシステムの最小の日付は、ソース・システムの最大の日付 + 日付の許容差範囲の開始値以降である必要があります
   • サブシステムの最大の日付は、ソース・システムの最小の日付 + 日付の許容差範囲の終了値以前である必要があります
3. 照合を決定する際、計算されたサブシステムの最小の日付とサブシステムの最大の日付の範囲内にあるすべてのサブシステム・トランザクションを考慮します

サブシステムの最小の日付は、サブシステムの最大の日付以前である必要があることに注意してください。

例: 日付許容差が指定されている多対多ルール・タイプ

この例では、照合に許容される日付許容差は-2から+3です。

店舗ID 3738の次のソース・システムのトランザクションについて考えます。

ソース・システムのトランザクションでは、日付の最小値は23年2月4日で、日付の最大値は23年2月7日です。

店舗ID 3738の次のサブシステムのトランザクションについて考えます。

ステップ2の式を使用して、照合の対象にする必要があるサブシステムのトランザクションの日付範囲を決定します。

• サブシステムの最小の日付は、23年2月5日(23年2月7日 - 2日)以降である必要があります
• サブシステムの最大の日付は、23年2月7日(23年2月4日 + 3日)以前である必要があります。

したがって、照合の作成時に23年2月5日から23年2月7日までのサブシステムのトランザクションがすべて考慮されます。この例では、サブシステムのすべてのトランザクションがこの範囲内にあります。

ソース・システムの金額の合計は2132です。サブシステムでは、計算された日付範囲内にあるトランザクションの金額の合計は2132です。したがって、ソース・システムとサブシステムのトランザクションは一致と見なされます。

照合が作成されない場合の例を理解するために、前述と同じソース・システムのトランザクションについて考えます。サブシステム・トランザクションの唯一の変更点は、最後のトランザクション(金額 = 100)の日付が23年2月8日であることです。照合を作成する際に考慮できるサブシステムの最大の日付は23年2月7日であるため、23年2月8日のトランザクションは含まれません。ソース・システムの金額の合計は2132ですが、サブシステムの金額の合計は2032です。したがって、これらのソース・システムとサブシステムのトランザクションのセットは一致しません。

調整属性の照合ルール条件の評価

1. まず、請求書番号が一致するすべてのトランザクションが選択されます(ルール#1)。
2. 次に、ルール条件を満たしているかどうかを確認するために、日付属性が評価されます(ルール#2)。
3. 最後に、ソース・システムの金額がサブシステムの金額と正確に一致するかどうかが評価されます(ルール#3)。

   ソース・システムとサブシステムの複数のトランザクションが関わる多対多の照合であるため、まずデータ・ソースごとに金額の値を合計してから、総額同士を比較する必要があります。

   この例では、ソース・システムの金額の合計が$500で、サブシステムの金額の合計も$500であるため、照合条件が満たされています。

   
   
   

パーセンテージおよび差異限度として設定された許容差の評価

パーセンテージの許容差オプションは、数値および整数型のデータ・ソース属性(調整属性を含む)に使用でき、次のものに対して設定できます。

• 自動照合ルール
• 手動照合ルール
• デフォルトの属性マッピング

• 照合ルールには、高い方、低い方とも1%の許容差があります
• 許容差の最大は.5に設定されています

1対1および1対多ルールの日付の許容差の評価

日付の許容差は、2つのデータ・ソース間でのトランザクションの照合に対して考慮する日数です。「トランザクション照合」では、トランザクションを照合する最も一般的な方法で日付の許容差が考慮され、銀行預入またはサブシステム・トランザクションの前に(GLなどの)ソースを使用可能として処理します。エンジンは、ソースにアンカーし、ルールに入力された許容差値に基づいて、そこから先の照合に対して考慮する日付値の範囲を計算します。

日付の許容差オプションは、「日付」タイプのデータ・ソース属性に使用でき、次のものに対して設定できます:

• 自動照合ルール
• 手動照合ルール
• デフォルトの属性マッピング

日付の許容差は柔軟性が非常に高く、次のものを使用して照合を指定するために使用できます:

• 日付の範囲

  ルールで日付の許容差を使用して、照合に対して考慮する日付の範囲を設定します。ルール作成では、これらのフィールドには範囲を示すために「開始」と「終了」というラベルが付けられています。エンジンでは、日付の許容差範囲を柔軟に操作できます。たとえば、今日と1日後との照合のトランザクションについて考えます。開始および終了の日付は、0から1になります。別の例では、トランザクションの照合をソース・トランザクションから2日で開始し、4日後に終了します。開始を-1、終了値を+1として入力することで、1日前(-1として開始)から1日先まで考慮されるようにすることもできます。

• 特定の日付

  日付の範囲ではなく別の特定の日付で1つのソースのトランザクションからサブシステムのトランザクションに照合できるため、日付の許容差の精度が増します。これは、「開始」および「終了」フィールドの日付の許容差値を、同じ値として使用することで行われます。たとえば、ソース・トランザクションを銀行トランザクションと2日後にのみ照合するとします。「開始」フィールドに2、「終了」フィールドに2を入力して、その日のみを照合で考慮できます。

• 休日および週末を照合で考慮しないように、通常のカレンダではなくビジネス・カレンダ。

  デフォルトでは、「勘定科目照合」では日付範囲の日付を指定するために通常のカレンダが使用されます。また、日付範囲を計算するときにビジネス・カレンダを使用して、範囲の計算で会社の休日や週末をカウント対象から簡単に除外するオプションもあります。許容差を使用した日付タイプ属性ルール条件を作成する場合、および照合プロセスのデフォルトの属性マッピングにも、オプションとして「ビジネス・カレンダを使用」チェック・ボックスを選択できます。ビジネス・カレンダのオプションは、手動照合には使用できません。

  注:

  ビジネス・カレンダを使用するには、組織単位の勤務日および休日のリストを含む休日ルールを指定する必要があります。組織単位はプロファイルに割り当てられ、その後、関連するビジネス・カレンダが照合の作成中に使用されます。Account Reconciliationの設定と構成ガイドの組織単位の定義を参照してください。

次に、日付の許容差が指定されたルールとビジネス・カレンダのチェック・ボックスの例を示します。