顧客納品計画は、指定された期間の予測または実際の需要として反復的な需要を管理する方法です。顧客の詳細、納入先住所、販売品目、数量、納期などの情報から構成される短期または長期の計画または納入指示です。顧客納品計画は通常、EDI または MHS を介して仕入先のサイトで受信顧客納品計画として受入されます。受信した顧客納品計画は顧客納品計画に変換され、ワークフロー内でさらに手順が実行されます。
顧客納品計画は、顧客と仕入先間のポリシーで構成される長期契約によって管理されます。この契約は顧客納品計画契約として定義されます。顧客納品計画契約は、顧客納品計画契約品目としても定義される要求品目で構成されます。
顧客納品計画処理は、計画スケジュールまたは納入指示スケジュールとして進めることができます。計画スケジュールは計画目的で使用される長期予測需要ですが、納入指示スケジュールは納入目的の短期出荷指示と見なされます。ただし、納入指示または計画スケジュールを個別に使用することで、両方のタイプの要件を満たすこともできます。
顧客納品計画ワークフローは、照合、許容枠比較、承認、リリースなどのさまざまな状態を通過します。顧客納品計画は登録ステータスで開始されます。需要は、納入、納期数量、明細タイプなどに応じてスケジュールされます。顧客納品計画を、以前にリリースされたスケジュールや置き換えられたスケジュールと比較して、数量の差異を確認することもできます。現在のスケジュールから、以前の納入指示または計画スケジュールを表示できます。以前のスケジュールまたは選択したスケジュールを現在のスケジュールにコピーすることもできます。顧客納品計画を開始するときに、顧客の以前の入庫に関するすべての情報も表示できます。
JIT スケジューリングは、商品やサービスの生産と納入を管理および最適化するために使用されるスケジューリング手法です。主な目標は、資材や製品が必要なときに正確に到着するように、生産および納入プロセスのタイミングを調整することで、在庫レベルを削減し、効率を高めることです。これにより無駄が最小限に抑えられ、顧客の需要に柔軟に対応できるようになります。
「JITスケジュール」は、「ジャストインタイムスケジュール」の略です。カスタム属性を持つ JIS (Just in Sequence) スケジュールに使用できます。JIT スケジュールは短期的な需要を処理するため、調整や許容枠の確認を行わずに直接承認できます。
タイムゾーンの改善により、すべての日付/時刻属性にバッジが導入されました。次のページでは、これらの属性はサーバーのタイムゾーンでデータベースに保存され、ログインしたユーザーの稼働タイムゾーンで表示されます。
次のページでは、これらの属性はサイトのタイムゾーンでデータベースに保存され、サイトのタイムゾーンで表示されます。
これらのフィールドのいずれかを手動で入力または編集すると、入力の目的でタイムゾーンが一時的に変更されることがあります。値を保存すると、フィールドはデフォルトのタイムゾーンで再び表示されます。
バッジの上にマウスを置くと、タイムゾーンの詳細と対応する UTC 時間が表示されます。
顧客納品計画は通常、反復的な製造業パートナーからの大量の絶えず変化するオーダ情報の流入を処理するために使用されます。IFS/ 一覧 - 顧客納品計画は、IFS/受注オーダーの補足として使用できるコンポーネントです。
顧客納品計画ワークフローを使用するには、照合者、承認者、許容枠テンプレート、計画明細タイプなどの基本情報を設定する必要があります。ただし、契約でバケット化された許容枠比較オプションが使用されていない限り、許容枠テンプレートの基本情報を設定する必要はありません。
顧客納品計画を進めるためには、商品相互参照を設定する必要があります。
梱包品目は計画可能な在庫品目ではないため、梱包品目の予測を作成することはできません。
顧客納品計画明細の需要は、指定された日付範囲内でカバーされるように設計されています。日付範囲の境界は、計画明細を作成するときに各需要に対して指定された開始日と終了日によって定義されます。顧客納品計画明細を自動的に作成する場合、終了日は次のスケジュール明細の開始日より一秒前に設定されます。また、最後のスケジュール明細の終了日は、スケジュールヘッダの有効終了日 (タイムスタンプ23:59:59) に設定されます。
計画明細を実際の需要に変換する場合、納品計画契約品目に紐づけられた固定受注オーダーを使用することも、需要に応じて新しい受注オーダーを作成することもできます。
顧客納品計画契約品目の参照使用オプションを参照を使用するに設定する場合、スケジュールは受信顧客納品計画で受入された参照データまたは実際の需要や予測需要を作成する際に顧客納品計画で指定された参照データに従うため、関連する照合オプションを未照合に設定する必要があります。
スケジュール ワーク フローを進めるためには、顧客納品計画契約品目だけでなく、顧客納品計画契約も設定する必要があります。契約の既定値は、顧客納品計画契約の契約既定値および許容枠比較既定値で指定されます。契約に含まれる品目は、顧客納品計画契約の顧客品目の下に定義されます。顧客納品計画契約で定義された契約条件は、顧客納品計画契約品目が納品計画契約に紐付けされるときに、既定値の状態として考慮されます。これらの既定値設定は、要件に応じて顧客納品計画契約品目で変更できます。ただし、顧客納品計画契約品目で定義された状態は、顧客納品計画契約よりも優先されます。
契約の既定値には、ワークフロー オプションと履歴設定が含まれます。ワークフロー オプションは、納品計画契約で使用する調整オプション、調整中の期日超過数量の考慮、許容枠比較の承認およびリリース方法における手動または自動の方法の使用、使用する納入承認方法、および受信顧客納品計画と顧客納品計画での参照データの処理を指定します。また、計画消費オプション、計画予測オプション、予測配賦オプションなどの情報も含まれます。許容枠比較の既定値には、顧客納品計画差異の決定に使用される必要な許容枠比較方法が含まれています。納品計画契約品目には、契約の有効期間や指定された期間中に顧客に納品された累積数量などの追加情報が含まれます。納品計画契約品目は、リリースされたスケジュールにこれまで存在した最大の累積数量の記録を保持するためにも使用できます。
顧客納品計画契約は計画済ステータスで開始されます。納品計画契約には、有効、交渉、未完了、完了などのさまざまなステージを含めることもできます。納品計画契約に対して行われたステータスの変更は、納品計画契約品目にも適用されます。
各顧客納品計画明細には明細タイプが必須です。
オプション1:明細タイプは、顧客 A によって各スケジュールで明示的に伝達され、各計画明細に入力されます (手動または受信 EDI メッセージの一部として)。
オプション2:顧客 B からは明細タイプは通知されませんが、時間的範囲に応じて設定する必要がある明細タイプに関する情報があれば、顧客納品計画テンプレートを作成できます。
例:
期間1: 最初の 14 日間は、明細タイプ「SHI」 (出荷承認) を使用する必要があります。
期間2: 次の 6 週間は、出荷承認のない「DIS」 (処分承認) という明細タイプが使用されます。
期間3: 今後 10 か月間は、明細タイプ「INF」 (予定) が使用されます。
結果のテンプレートの構成は次のようになります。
テンプレートID: 例: テンプレート顧客 B
|
期間番号 |
期間サイズ |
期間単位 |
明細タイプ |
|
1 |
14 |
日数 |
SHI |
|
2 |
6 |
週数 |
DIS |
|
3 |
10 |
月 |
INF |
期間単位は日数、週数、月に設定できます。日数を含む期間は、週数または月数の需要に従ってはならず、週数を含む期間は、月数の需要に従ってはいけません。
このテンプレート ID「テンプレート顧客B」は、関連する CSA (顧客納品計画契約) で設定され、関連付けられている各 CSAP (顧客納品計画契約品目) に継承されるか、関連する CSAP に直接入力されます。テンプレートは、スケジュール タイプ「計画」と「納入指示」ごとに個別に定義できます。
顧客納品計画を作成する場合、テンプレートはそれぞれの CSAP から継承されます。
明細タイプのない顧客納品計画明細が保存されている場合 (手動で入力された顧客スケジュール明細、または EDI 受信顧客納品計画を介して自動的に入力された顧客納品計画明細)、明細タイプはテンプレート期間を介して自動的に取得されます。明細タイプを決定するための参照日は、明細レベルでは開始日(納期)、ヘッダレベルでは顧客の作成日です。
知っておくべき重要なことは、
ISO-6801 によれば、週は月曜日に始まるため、最初の「週数」期間の前の「日数」期間は、「週数」期間が始まるまで延長できます。
月は最初の日に始まるため、最初の「月」期間の前の「週数」または「日数」期間は、「月」期間が始まるまで数日延長される場合があります。
顧客がスケジュールの作成日付を伝えるか (ドキュメントまたは EDI メッセージの一部に記載)、IFS が最短日付 (「顧客の承認日」が指定されている場合は「有効開始日」、スケジュールヘッダの「有効開始日」、IFS でスケジュールが作成された時点のサイト日付) として最善の見積もりを作成します。
照合担当者は、最近の納入とスケジュール データを現在のスケジュールと照らし合わせて分析し、顧客納品計画ステータスを登録から照合済に変更する権限を持つ個人またはグループです。
調整は、仕入先の納入と顧客の入庫のスケジュールの差異を調整する処理です。調整の主な目的は、実際の納入が顧客の要件を満たしているかどうかを確認することです。最近の納入とスケジュール データを現在のスケジュールと照らし合わせて分析することは、調整中に不可欠なタスクです。何らかの理由で契約に定義された状態を満たさない場合、調整は失敗し、顧客納品計画のステータスは照合失敗に変更されます。
期日超過数量を考慮して調整を行うこともできます。ただし、顧客納品計画が参照情報を受入した場合、照合オプションは使用されません。照合者は複数のユーザー ID を持つことができます。
顧客納品計画契約品目の調整オプションが「納入累積数量を使用」または「納品書を使用」に設定されている場合、調整処理は累積配送数量に基づいて実行されます。出荷済数量は、手動でリセットすることも、CSAP ヘッダ、選択した CSAP の概要表、CSA 顧客契約品目タブで選択した CSAP から [累積出荷済数量のリセット] コマンドを使用するか、バッチ ジョブによってリセットすることもできます。
ビジネス契約には、多くの場合、スケジュールの許容差異が含まれており、違反した場合には顧客に罰則が科せられる可能性があります。許容枠比較はフローのオプションのステップですが、IFS/一覧 - 顧客納品計画の重要な機能です。この比較により、仕入先はスケジュール差異違反を認識し、必要に応じて実際の事実と数字を提示できるようになります。許容枠比較は、顧客納品計画契約品目で定義された状態に応じて、手動または自動で実行できます。
許容枠比較は以下を使用して実行できます。
累積許容枠比較
期間許容枠比較の使用
累積許容枠比較を実行する際に、計画対計画、納入指示/計画、納入指示/納入指示、または累積納入指示/計画の組み合わせで比較されるスケジュールの共通期間中の各日について、累積パーセンテージ偏差が計算されます。累積偏差のパーセンテージが事前定義された許容枠範囲外になるインスタンスが見つかった場合、累積許容枠比較は失敗します。
許容枠テンプレートで定義された時間バケットは、バケット化された許容枠比較方法を実行するときに使用されます。計算は、事前に定義されたバケット サイズと許容枠範囲に基づいて行われます。許容枠比較中に、スケジュール ラインの数量は時間バケットの容量に応じて分割され、計画/計画、納入指示/計画、納入指示/納入指示、または累積納入指示/計画の組み合わせにおける特定の時間バケットの偏差を計算するために使用されます。
承認者とは、顧客納品計画が調整され許容枠が比較された後に、そのスケジュールを承認する権限を持つ個人またはグループです。承認オプションは、顧客納品計画契約品目で選択された承認方法に応じて、手動または自動で実行できます。承認者は一つ以上のユーザー ID を持つことができます。
明細タイプが需要計画であるスケジュール需要の場合、計画明細はリリース処理中に予測需要に変換されます。
明細タイプが納入承認済のスケジュール需要の場合、次の処理は、各顧客納品計画契約品目に対して指定できるパラメータ納入開始点によって異なります。
納入開始点 = 受注オーダ明細:納入承認計画明細は受注オーダ明細に変換されます。納入はこれらの受注オーダ明細から開始されます。この処理の特性は次のとおりです。
処理
新規スケジュールの需要日と数量が変更されていない場合、以前にリリースされた顧客納品計画の受注オーダ明細は保持されます。その他の場合、以前のスケジュールの受注オーダ明細はキャンセルされ、新規スケジュールの新規受注オーダ明細が作成されます。
[一覧 - 顧客納品計画結合明細] ページが維持され、顧客納品計画明細と受注オーダ明細の関係、およびリリース例外のステータスまたは理由が表示されます。
以前の受注オーダ明細 (オーダ納入: 少なくとも部分的に払出されたステータス、出荷納入: 少なくとも部分的に出荷に紐付けられている) をキャンセルするときに発生する可能性のある競合は、手動で処理する必要があります。スケジュールは完全にリリースできず、[リリース例外] のステータスに変わります。
受注オーダ明細は、オーダ納入処理または出荷納入処理によって納入できます。
出荷納入を使用する場合、一つの出荷情報明細は受注オーダ明細を参照します。
納品された受注オーダ明細は請求可能なオブジェクトです
追加事項
特定納品計画明細の需要は、それに対して作成され、納入された受注オーダ明細によって消費されます。
特定のオーダ明細に対しても、オーダ全体に対しても、超過納入はできません。
計画明細は異なるサイトに対応する場合があります
スケジュール 明細で参照が使用されている場合、一つのスケジュール内のスケジュール明細を異なるサイトにアドレス指定する必要がある場合、または注文納入が優先納入処理である場合に、この処理を使用します。
納入開始点 = 顧客納品計画明細:納入承認計画明細は、[出荷可能明細] ページに表示されます。この処理の特性は次のとおりです。
処理
顧客納品計画がリリースされると、その時点では受注オーダ明細は作成されません。納入承認済計画明細は、[出荷可能明細] ページで直接利用できます。紐付け可能な数量は、紐付けされた出荷によってすでに減少しています。紐付け可能数量 = 0 の出荷情報明細は表示されません
以前のスケジュールの計画明細は、出荷可能明細のページから削除されます。
出荷納入処理のみがサポートされており、オーダ納入はできません
このようなスケジュール需要に基づいて新しい出荷情報明細が作成されると、照合受注オーダ明細もバックグラウンドで作成されます。受注オーダーはユーザーが検査したり管理したりする必要がありません。
出荷が完了すると、受注オーダ明細は請求可能なオブジェクトとなり、納入された数量と正確に一致します。
追加事項
計画明細の需要は、出荷に紐づけられると常に時系列順に消費されます。
新規スケジュールは、例えば既に計画された出荷や部分的に納入された計画明細などの理由で、[リリース例外] にはなりません。
特定の計画明細需要の超過納品、およびすべての納入承認済需要の合計は制限されません。
[一覧 - 顧客納品計画結合明細] ページは維持されていないか、この処理では必要ありません。
計画明細の参照を同時に使用することはできません。
すべての計画明細は、以前にリリースされたスケジュールと同じサイトだけでなく、同じサイトを対象とする必要があります。
この処理は、高い柔軟性が求められる場合 (出荷数量の増減が簡単) や、リリース例外や手動介入なしでできるだけ迅速かつスムーズに新規スケジュールをリリースする必要がある場合に使用します。
どちらのオプションでも、スケジュールをリリースするときに、受注オーダ明細を 2 つの方法で作成できます。1 つの方法は、事前に作成され、[供給] タブの顧客納品計画契約品目に紐付けられた受注オーダーに受注オーダ明細を作成することです。二番目の方法は、需要で新しい受注オーダーを作成することです。納入開始点が顧客納品計画明細である場合、受注オーダーの出荷タイプ (事前登録) または顧客住所/サイト (自動生成) で、受注オーダー リリース時の自動出荷情報作成を有効化する必要があります。
新規スケジュールがリリースされると、同じスケジュール タイプ、顧客番号、顧客の品目番号、納入先住所、および契約 ID を表す以前にリリースされたスケジュールは置き換えられます。
計画に対するコールオフ スケジュールのリリース処理が実行される場合、契約で定義された計画消費オプションに定義された状態に従って予測経費品目が作成されます。