ビジネス契約には、多くの場合、スケジュールの許容差異が含まれており、違反した場合には顧客に罰則が科せられる可能性があります。許容枠比較はフロー内のオプションのステップですが、アプリケーションの重要な機能です。この比較により、仕入先はスケジュール差異違反を認識し、必要に応じて実際の事実と数字を提示できるようになります。
主な許容枠の計算は、累積スケジュール許容枠とバケット化されたスケジュール許容枠の納入指示の 2 つです。
選択した許容枠計算方法に関係なく、さまざまな比較を行うことができます。選択肢は 4 つあります: 計画と計画の比較、納入指示と計画の比較、納入指示と納入指示の比較、累積納入指示と計画の比較です。これらの代替案は、現在入力されているスケジュールに応じて組み合わせて使用できます。
累積納入指示を計画と比較することは、複数の重複する納入指示の純効果をまとめることによって比較用のスケジュール データを収集する別の手段です。統合スケジュールの結果は、累積およびバケット化された許容枠比較方法の両方で使用できます。
累積スケジュール許容枠比較を使用する場合、期間全体にわたる比較の基準は、許容枠テンプレートではなく、単一の許容枠パーセンテージ (スケジュールの増加に対して 1 つ、減少に対して 1 つ) になります。[ユーザ] は、次のいずれかの比較を使用して、次のスケジュールの共通の日付範囲を比較できます。[計画/計画]、納入指示/納入指示、納入指示/計画、累積納入指示/計画。累積納入指示/計画を除くすべてのケースでは、チェックは特定の (おそらく最新の) スケジュールを最新の以前のスケジュールと比較して評価します。ただし、累積納入指示/計画比較では、最後の計画に対して複数の納入指示が評価されます。
許容枠比較を実行する入力設定を満たすすべての [納品計画明細] を取得します。
各 [納品計画明細] について、リリース (需要情報が予定ではない) を取得し、それを日次数量に変換します。1 日の数量は、スケジュール日付間の稼働日数に数値を配賦して計算されます。スケジュールの最後のレコードには、システムはスケジュール ヘッダの終了日を使用します。
例:
| 日付 | Quantity | [対象期間] |
| 199X-10-06 09:00 | 60 | Sub-day |
| 199X-10-06 12:00 | 40 | Sub-day |
| 199X-10-07 | 120 | 日 |
| 199X-10-08 | 130 | 日 |
| 199X-10-09 | 110 | 日 |
| 199X-10-10 | 100 | 日 |
| 199X-10-13 | 500 | 週 |
| 199X-10-20 | 600 | 週 |
| 199X-10-27 | 650 | 週 |
| 199X-11-01 | 2200 | 月 |
| 199X-12-01 | 2400 | 月 |
同じ日付の行が複数存在する場合は、それらを 1 つの値に統合します。
| 日付 | Quantity | [対象期間] |
| 199X-10-06 | 100 | 日 |
| 199X-10-07 | 120 | 日 |
| 199X-10-08 | 130 | 日 |
| 199X-10-09 | 110 | 日 |
| 199X-10-10 | 100 | 日 |
| 199X-10-13 | 500 | 週 |
| 199X-10-20 | 600 | 週 |
| 199X-10-27 | 650 | 週 |
| 199X-11-01 | 2200 | 月 |
| 199X-12-01 | (在庫数量+ 入荷数量) | 月 |
現在、行は日常の要件に「分散」されています。最初の日付から始めて、スケジュールの次の日付を取得します。通常のシステム カレンダに基づいて、これがカバーする営業日数を [計算] します。スケジュールの次の日付が 1 日先で、かつ営業日である場合、配賦ロジックは必要ありません。これは、例の最初の 5 つの期間に適用されます。行 6 と行 7 を比較すると、行間の経過日数は 7 ですが、稼働日は 5 日だけです。したがって、同じサイズの 5 つの日次期間が作成されます。(注記:ここでは多少の丸めが必要になるかもしれません。)この原則は、最後の期間を除くすべての期間に適用されます。最後の期間では、前のリリース レコードの終了日後の最初の日付を開始日として使用し、スケジュール ヘッダの終了日を最終日として使用して期間サイズが作成されます。結果は次のように表示されます。
| 日付 | Quantity | [対象期間] |
| 199X-10-06 | 100 | 日 |
| 199X-10-07 | 120 | 日 |
| 199X-10-08 | 130 | 日 |
| 199X-10-09 | 110 | 日 |
| 199X-10-10 | 100 | 日 |
| 199X-10-13 | 100 | 日 |
| 199X-10-14 | 100 | 日 |
| 199X-10-15 | 100 | 日 |
| 199X-10-16 | 100 | 日 |
| 199X-10-17 | 100 | 日 |
| 199X-10-20 | 120 | 日 |
| 199X-10-21 | 120 | 日 |
| 199X-10-22 | 120 | 日 |
| 199X-10-23 | 120 | 日 |
| 199X-10-24 | 120 | 日 |
| 199X-10-27 | 130 | 日 |
| 199X-10-28 | 130 | 日 |
| 199X-10-29 | 130 | 日 |
| 199X-10-30 | 130 | 日 |
| 199X-10-31 | 130 | 日 |
| 199X-11-01 | 110 | 日 |
| 199X-11-02 | 110 | 日 |
| ... | ... | ... 月内の各日について |
| 199X-12-01 | 120 | 日 |
| 199X-12-02 | 120 | 日 |
| ... | ... | ... 月内の各日について |
累積情報と累積差異が記録されるようになりました。この例では、2 つの納入指示スケジュールがすでに毎日の期間にバケット化されている単純化された状況を想定します。毎週、2 週間分の情報をカバーする新しい納入指示を受け取ります。したがって、この累積スケジュールに基づいて比較できる共通スケジュール データが 1 週間あります。累積スケジュール許容枠が 5% であると仮定すると、次のスケジュールは許容枠外の状況になります。
| 日付 | 納入指示 No 1 | 納入指示 No 2 | 納入指示 No 1 累積 | 納入指示 No 2 累積 | 累積差異 (%) |
| 199X-10-13 | 90 | ||||
| 199X-10-14 | 90 | ||||
| 199X-10-15 | 95 | ||||
| 199X-10-16 | 95 | ||||
| 199X-10-17 | 95 | ||||
| 199X-10-20 | 100 | 100 | 100 | 100 | 0 |
| 199X-10-21 | 100 | 107 | 200 | 207 | 3.5 |
| 199X-10-22 | 100 | 108 | 300 | 315 | 5 |
| 199X-10-23 | 100 | 105 | 400 | 420 | 5 |
| 199X-10-24 | 100 | 110 | 500 | 530 | 6 許容枠外 |
| 199X-10-27 | 110 | ||||
| 199X-10-28 | 110 | ||||
| 199X-10-29 | 120 | ||||
| 199X-10-30 | 120 | ||||
| 199X-10-31 | 125 |
累積効果が許容枠パーセンテージを超えない限り、個々の毎日の納入は許容枠を超えて変動する可能性があることに注意してください。
以前の計画の配賦ロジックは、現在の計画で実行される配賦ロジックと同じです。また、許容枠比較には重複する日付情報のみが役立つことに注意してください。各スケジュールの日付制限が比較の制限となります。
期間枠スケジュール許容枠比較のユーザー シナリオと入力設定は、累積スケジュール許容枠比較と同じです。違いは、許容枠アルゴリズムと許容枠パーセンテージのデータ発生元にあります。前回の比較と同様に、比較は現在のスケジュールに対して実行され、ユーザーが希望する比較の入力基準を満たします (例:計画/計画、納入指示/計画)。これと以前のロジックの主な違いは、許容枠テンプレートが、スケジュール期間にわたって許容される許容枠を変更する手段として使用され、許容枠が「期間」ごとに異なることです。
バケット化された許容枠比較の初期手順は、累積スケジュール チェックの初期手順と同じです。比較されたスケジュールで表現された放出量は、まず日次形式に展開されます。その後、日次形式は、要件を期間に蓄積するための基礎として使用されます。期間定義によって特定のリリースの日付範囲を分割できるため、日次形式は重要です。
1 日あたりの数量が定義されると、顧客契約明細レコードの正しいテンプレート定義が取得されます。
最新のスケジュールの最初のレコードから開始日を取得します。
テンプレートの定義を使用して、リリースからの毎日の数量をバケット化された数量にまとめます。たとえば、期間 1 は 5 日間の場合、スケジュールの有効開始日から有効開始日プラス 4 日までのすべてのスケジュール数量の数値を累積します。
数量がテンプレート形式にバケット化された現在のスケジュールの例:
| 期間 | 長さ | 期間 | Quantity | 日数 | 許容範囲 (%) |
| 1 | 5 日間 | 確定 | 560 | 5 | 2 |
| 2 | 10 日間 | 製造 | 1100 | 10 | 5 |
| 3 | 20 日間 | 資材 | 2300 | 20 | 10 |
| 4 | 40 日間 | 予測 | 2950 | 25 | 20 |
期間 4 は 40 日間ですが、スケジュールにはそのうちの 25 日分のみを変換する値があります。有効な比較を行うために、以前のスケジュールも按分され、期間ごとに日数が異なる場合は小さい数字に調整されます。
このスケジュールを以前の 2 つのスケジュール (つまり、1 つは納入指示、もう 1 つは計画) と比較する必要があると仮定します。
| 期間 | 長さ | 期間 | Quantity | 日数 |
| 1 | 5 日間 | 確定 | 600 | 5 |
| 2 | 10 日間 | 製造 | 300 | 5 |
| 3 | 20 日間 | 資材 | 0 | データなし |
| 4 | 40 日間 | 予測 | 0 | データなし |
| 期間 | 長さ | 期間 | Quantity | 日数 |
| 1 | 5 日間 | 確定 | 400 | 5 |
| 2 | 10 日間 | 製造 | 1200 | 10 |
| 3 | 20 日間 | 資材 | 2000 | 20 |
| 4 | 40 日間 | 予測 | 2200 | 20 |
上記のスケジュールと正しく比較するには、現在のスケジュール数量を次のように調整する必要があります。
| 期間 | 長さ | 期間 | Quantity | 日数 | コメント |
| 1 | 5 日間 | 確定 | 560 | 5 | |
| 2 | 10 日間 | 製造 | 550 | 5 | 5 日間に按分 |
| 3 | 20 日間 | 資材 | 0 日間に按分 | ||
| 4 | 40 日間 | 予測 | 0 日間に按分 |
| 期間 | 長さ | 期間 | Quantity | 日数 | コメント |
| 1 | 5 日間 | 確定 | 560 | 5 | |
| 2 | 10 日間 | 製造 | 1100 | 5 | |
| 3 | 20 日間 | 資材 | 2300 | 20 | |
| 4 | 40 日間 | 予測 | 2360 | 20 | 20 日間に按分 |
数値を比較可能な形式に調整すると、期間ごとの許容枠を計算できるようになります。
| 期間 | 長さ | 期間 | 現在 | 前へ | 日数 | 差異(%) |
| 1 | 5 日間 | 確定 | 560 | 600 | 5 | - 6.7 許容枠外 |
| 2 | 10 日間 | 製造 | 650 | 300 | 5 | +116.7 許容枠外 |
| 3 | 20 日間 | 資材 | データなし | |||
| 4 | 40 日間 | 予測 | データなし |
| 期間 | 長さ | 期間 | 現在 | 前へ | 日数 | 差異(%) |
| 1 | 5 日間 | 確定 | 560 | 400 | 5 | + 40 許容枠外 |
| 2 | 10 日間 | 製造 | 1100 | 1200 | 5 | - 8.3 許容枠外 |
| 3 | 20 日間 | 資材 | 2300 | 2000 | 20 | + 15 |
| 4 | 40 日間 | 予測 | 2360 | 2200 | 20 | + 7.3 |
比較の結果、両方の比較とも許容枠比較に失敗し、自動的に承認することはできません。
累積納入指示チェックは、比較のためにスケジュール データを収集する別の方法であり、累積およびバケット化された許容枠比較方法の両方で使用できます。
この場合、実際の許容枠比較は、前述の 2 つのアルゴリズムのいずれかと同じように実行されます。累積納入指示は、複数の重複する納入指示の純効果を組み合わせて、比較用のスケジュール データを定義する方法です。これは、ユーザーが計画間で複数の納入指示スケジュールを受け取る場合に便利です。たとえば、計画が毎週配信されたが、納入指示が毎日配信された場合、以前の計画に対して 5 つの納入指示が配信されることになります。累積またはバケット化された許容枠比較アルゴリズムのいずれかを使用して、納入指示と計画をこのタイプで比較できます。
次の例では、状況はまさに上記と同じく、ユーザーは毎週、2 週間のスケジュール情報を含む計画を受け取ります。毎日、次の 2 日分の出荷情報を網羅した納入指示が送信されます。各日、前回の納入指示の重複部分は次の納入指示によって上書きされます。
この処理の前提は、以前のスケジュールで表現されたのと同じ日付にリリース数量が指定されるたびに、そのリリースが上書きされるというものです。スケジュール日付が重複しない場合は、数量はそのまま残ります。
| 日付 | 最新の計画 | [前回の納入指示] 1 | [前回の納入指示] 2 | 最新 納入指示中止 No 3 |
累積納入指示 |
| 199X-10-01 | 20 | 21 | 21 | ||
| 199X-10-02 | 20 | 21 | 22 | 22 | |
| 199X-10-03 | 20 | 22 | 23 | 23 | |
| 199X-10-04 | 20 | 24 | 24 | ||
| 199X-10-05 | 20 | ||||
| 199X-10-08 | 25 | ||||
| 199X-10-09 | 25 | ||||
| 199X-10-10 | 25 | ||||
| 199X-10-11 | 25 | ||||
| 199X-10-12 | 25 |
各納入指示が到着すると、スケジュール日付をカバーする以前の納入指示が上書きされます。このようにして、「累積」納入指示スケジュールが構築されます。このデータを集めたら、前述のように、累積またはバケット化された標準許容枠比較アルゴリズムの 1 つをこの複合スケジュールに対して実行できます。すべての納入指示間の比較において、許容枠比較により数値が前の 5% 以内であることがわかることに注意してください。しかし、複合的に見ると、許容枠は以前の計画数値から大幅に異なり、最終的には 20% の差異に達します。
この例では、納入指示数量は日単位で到着しますが、必ずしもそうとは限りません。他の例と同様に、納入指示数量は複数日にわたる可能性があるため、日付情報が重複する各スケジュールに対して日次配賦アルゴリズムが実行されます。同じ結果をバケット化された許容枠の比較にも使用できます。新しい計画が導入されると、累積納入指示はそれほど重要ではなくなり、新しい計画に対する納入指示が次のサイクルに向けて蓄積され始めます。
重要事項:許容枠比較プロセスは、納入指示番号 3 に対して実行されます。(許容枠比較の [入力] 基準はこのスケジュールを選択します)。前の 2 つの納入指示 (最新の納入指示と最新の計画の間に見つかったすべての納入指示) の値が複合ビューにまとめられ、計画と比較されます。ただし、値が許容枠外の場合、「許容枠外」状態を引き起こすと考えられるスケジュールは、納入指示 No 3 です。したがって、比較は納入指示 No 3 に関連付けられます。これは、許容枠外のスケジュールの許容枠比較結果を表示するために質問されるスケジュールです。