購買オーダー明細の日付の列は 5 つあります。最初の 2 つは在庫担当者にとって非常に重要であり、他の 3 つは仕入先との通信時に非常に重要です。
入庫予定日:これは、すでに検査済の品目が自社の在庫場所 (在庫品目の払出場所) に受け入れる予定の日付です。
購買オーダーの初期段階では、製造、販売、保守などの需要部門から要求される希望入庫日を示します。
後の段階では、仕入先からの確認された納入に基づいて、品目がいつ在庫に入ると予想されるかが示されます。この日付は当初希望していた入庫日ではなくなります。
新規明細を手動で入力する場合、この列は PO ヘッダに入力された日付を継承します。この日付は、この列で直接手動で変更できます。手動で行われた変更はすべて、購買オーダー明細履歴に記録されます。
この日付は、サイトの配送カレンダに従って、営業日でなければなりません。ただし、オーダー明細の需要コードが内部購買直送または購買オーダー直送であれば、非稼働日を設けることが許可されます。
受入予定日:これは、品目がサイトの受入場所に受け入れると予想される日付です。受入予定日と納入予定日の違いは、納入予定日は商品が仕入先によって合意された場所に納入される日であり、必ずしも会社のサイトである必要はないのに対し、受入予定日は品目が会社のサイトに受け入れる予定日である点です。仕入先が品目をサイトの受入場所に納入する予定の場合、受入予定日は納入予定日と同じになります。配送リード タイムは、納入予定日から受入予定日までの予想時間を示します。受入予定日と予定入庫日が異なるのは、品目が検査や社内搬送の対象となる可能性があり、予定入庫日まで入手できないためです。納入ルートは受入予定日に適用されます。受入日はサイトの稼働日にしてください。
社内配送リード タイムはカレンダ上の日付でカウントされ、仕入先のサプライチェーン マトリックスから取得されます。社内検査リード タイムは稼働日でカウントされ、仕入先と購買品目の特定の組み合わせに対して指定されます。
ルートが適用されていない場合:
受入予定日= (入庫予定日–検査リードタイム–内部配送リードタイム)。
納入ルートが適用されている場合:
納入ルートを適用する場合は、納入ルートから受入予定日時を選択する必要があります。
日付は次のように [計算] します: (入庫予定日–検査リードタイム–内部配送リードタイム)
受入予定日は、上記計算日より前の納入ルートから最も遅い日付となります。
受入予定日の実現可能性は、リード タイムとルート固有の値 ([配送予定日] までの日数と [締切時間]) の両方を考慮して評価されます。
納入予定日:これは、仕入先が合意した納入先住所に品目を配送すると予想される日付です (仕入先の約束内容に関係なく)。受入予定日との違いは、仕入先が品目を予定場所に納入しているにもかかわらず、品目がまだ自社サイトに受け入れられていない可能性があることです。非稼働日になる場合もあります。
購買オーダの前半では、この日付は自社の希望納入日と同じであることを前提にしています。後の段階では、仕入先からのオーダー確認に基づいて、合意した場所に品目がいつ納入される予定かを表します。この日付は当初希望していた納入日ではなくなります。すべての変更は、購買オーダ明細履歴に記録されます。
希望納入日:これは、合意された場所 (明細の納入先住所) への納入を仕入先に依頼する日付です。この日付はドキュメントに印刷され、仕入先に送信される日付です。稼動日以外の日でも構いません。
通常、[受入予定日] から導出されます。希望納入日を計算する式は次のとおりです。希望納入日= (受入予定日- 配送リードタイム)。
ただし、同じ仕入先からの複数の納入を調整する場合など、この列で直接この日付を手動で変更することができます。すべての変更は、購買オーダ明細履歴に記録されます。
納入ルートを利用する場合、受入予定日は納入ルートの納入日に合わせて調整されます。
回答納入日:これは、仕入先が合意した場所への納入に同意または確認した日付です。
購買オーダの前半では、この日付は自社の希望納入日と同じであることを前提にしています。オーダ確認状の受領後の後半ステージでは、仕入先による所定場所への品目納入が確定した日付を表すようになります。
仕入先は、希望する納入日または別の日付を確認する場合があります。これは、オーダー ヘッダのオプション メニュー [差異確認] を使用して行われます。この列を手動で変更することはできません。すべての変更は、購買オーダ明細履歴に記録されます。
1 つの日付フィールドを変更する場合、他の日付フィールドが更新されるかどうかは、購買オーダー明細のステータスによって異なります。購買オーダー明細のステータスは次のとおりです。
[入庫予定日] はオーダー ヘッダから継承されるか、購買要求または別のシステム オブジェクトから取得されます。購買担当者はこのフィールドを手動で変更することもできます。購買担当者にとって、これは希望入庫日となります。残りの日付は、リード タイム コンポーネントを使用して逆算されます。日付は次のように計算されます
ルートが紐づいている場合、受入予定日を更新することはできません。それ以外の場合は、受入予定日を更新できます。受入予定日を更新すると、残りの日付は次のように計算されます。
これは、購買担当者が複数の納入を調整したい場合に当てはまります。この状況では、在庫担当者は変更を行っていません (変更を行う場合は、代わりに [入庫予定日] を変更します)。残りの日付は次のように計算されます。
この列を手動で更新することはできません。これは、オーダー ヘッダのメニュー オプション [差異確認] を使用して実行されます。仕入先が明細を確認すると、購買担当者が要求した日付 ([希望納入日]) とは異なる日付を約束する場合があります。次のことが起こります:
場合によっては、仕入先が遅れていることがわかっているため、予定納入を更新する必要があります (例: 希望納入日がすでに過ぎているなど)。追跡できるように、希望の日付を変更しません。[納入予定日] を更新すると、残りの日付は次のように計算されます。
ユーザーが検査時間または受入ケースのいずれかを更新すると、ユーザーがこの日付をステアリング日として選択したかどうかに基づいて、再計算された日付が更新対象として考慮されます。(これは、ユーザーが購買オーダー明細を保存するときに同じままにしておくことを決定した日付です)
仕入先によるオーダー確認後であれば変更が可能です。これは次の理由で発生する可能性があります。
ここで、在庫担当者は新しい希望入庫日を要求します。この変更は、要求部門、たとえば生産単位によって発生します。ここでは完全な新しい日付が求められます。オーダー明細からやり直します。購買担当者は PO を仕入先に再送信することが想定されています。オーダー は印刷、もしくは未印刷です。最新の有効なデータが仕入先に確実に送信されるよう、更新前にオーダーを印刷して新しいリビジョンを作成することをお勧めします。日付は以下のように更新されます
明細のステータスは「リリース済」に戻ります。
ルートが紐づいている場合、受入予定日を更新することはできません。それ以外の場合は、受入予定日を更新できます。受入予定日を更新すると、残りの日付は次のように計算されます。
これは、輸送コストを削減するためなど、購買担当者が複数の納入を調整したい場合に当てはまります。この場合、在庫担当者は変更を行っていません。ここでは完全な新しい日付が求められます。ここでは、購買担当者が PO を仕入先に再送信したいとします。オーダー は印刷、もしくは未印刷です。最新の有効なデータが仕入先に確実に送信されるよう、更新前にオーダーを印刷して新しいリビジョンを作成することをお勧めします。[希望納入日] を変更する場合は、次のように機能します。
明細のステータスは「リリース済」に戻ります。
これは、仕入先が新しい (2 番目の、3 番目の、...) 確認を送信する場合に当てはまります。これは、[差異確認] 機能を使用して実行する必要があります。動作は次のように行われます。
注文のステータスは「リリース済」に戻らず、「確認済」のままになります。[印刷済] オプションが有効になっているかどうかに関係なく、オーダーを仕入先に再送信しないため、新しいリビジョンは作成されません。
場合によっては、仕入先がオーダーを確認した後でも、納入予定日を更新する必要があります。仕入先が遅れていることがわかっているため、仕入先が約束した日付を信頼できず、在庫担当者にさらに正確な情報を提供する場合です。[納入予定日] を更新すると、残りの日付は次のように計算されます。
ステータスは [確認済] のままです。新しいリビジョンは作成されません。
ユーザーが検査時間または受入ケースのいずれかを更新すると、ユーザーがこの日付をステアリング日として選択したかどうかに基づいて、再計算された日付が更新対象として考慮されます。(これは、ユーザーが購買オーダー明細を保存するときに同じままにしておくことを決定した日付です)
受入の数量 < オーダーの数量 の場合、部分受入または部分入庫となります。オーダー明細のステータスは、仕入先から受け入れた品目が受入場所にある場合、または非在庫品目が検査のために受入場所に受け入れられた場合に「受入済」になります。オーダー明細のステータスは、仕入先から受け入れられた品目が払出場所にあるか、または非在庫品目が検査なしで受け入れられた場合、および非在庫品目が検査の有無にかかわらず受け入れられた場合に「受入済」になります。
購買担当者は、仕入先 (部分的な納入を行った) からまだ到着していない品目の新しい日付を入力したい場合があります。ここでシステムは、仕入先が納入する残りの数量のみをサポートします。
注記: 追跡を改善するために、購入者は PO 明細を 2 つに分割して、到着した数量の日付を維持し、新しい交渉日付を別の行に表示することができます。
要求部門、たとえば生産単位では、残りの数量に対して新しい希望入庫日を要求します。完全な新しい日付が望まれます。購買担当者はオーダーを仕入先に再送信したいと考えていると思われます。オーダー は印刷、もしくは未印刷です。最新の有効なデータが仕入先に確実に送信されるよう、更新前にオーダーを印刷して新しいリビジョンを作成することをお勧めします。日付は次のように更新されます。
明細のステータスはそれぞれ [受入] または [入庫済] のままになります。
ルートが紐づいている場合、受入予定日を更新することはできません。それ以外の場合は、受入予定日を更新できます。受入予定日を更新すると、残りの日付は次のように計算されます。
購買担当者は、仕入先に新しい希望納入を伝えることにしました。残りの数量については、完全な新しい日付が計算されます。動作は以下のとおりです。
ここでも、購買担当者が PO を仕入先に再送信したいとします。オーダー は印刷、もしくは未印刷です。最新の有効なデータが仕入先に確実に送信されるよう、更新前にオーダーを印刷して新しいリビジョンを作成することをお勧めします。
明細のステータスはそれぞれ [受入] または [入庫済] のままになります。[印刷済] オプションが有効な場合は、新しいリビジョンが作成されます。
これは、メニュー機能 [差異確認] を使用して実行する必要があります。これは、仕入先がまだ納入していない数量についての新たな確認です。
新しいリビジョンは作成されず、ステータスは [受入] のままになります。
仕入先が部分的に納入しました。回答納入日はありますが、その日付を頼りにはしていません。したがって、在庫供給データをより現実的なものにするために、[予定納入日] を更新します。購買担当者が納入日の新たな見積りを入力すると、日付は次のように計算されます。
ステータスは変更されず、新しいリビジョンは作成されません。
ユーザーが検査時間または受入ケースのいずれかを更新すると、ユーザーがこの日付をステアリング日として選択したかどうかに基づいて、再計算された日付が更新対象として考慮されます。(これは、ユーザーが購買オーダー明細を保存するときに同じままにしておくことを決定した日付です)
この場合、仕入先は全数量を納入しました。受入数量 = オーダ数量 そしてドック数量 > 0。
すべての在庫品目が受入場所にある場合、注文のステータスは「受入」になります。ただし、在庫品目の一部がすでに払出場所にあり、残りが受入中の場合、注文のステータスが「受入」になることもあります。非在庫品目は、検査のために完全に受け入れられると、ステータスが「受入済」になります。非在庫品目は、到着時に検査のために完全に受け入れられると、ステータスが「入庫済」となります。
再オープン済明細はすべて、「入庫済」ステータスを受け取ります。新しい検査が必要な場合は、まず明細を再度開き、入庫に対して検査する数量を入力する必要があります。
上記のすべてのケースでは、品目はすでに自社施設内にあるため、検査時間の変更や社内搬送の遅延などの理由で、[入庫予定日] を更新することしかできません。品目の払出が予想よりも遅れる可能性があることを在庫担当者に通知することが重要です。
新しいリビジョンは作成されず、ステータスは [受入] または [入庫済] のままになります。
許可されません。変更は行われません。
許可されません。変更は行われません。
許可されません。変更は行われません。
許可されません。変更は行われません。
ユーザーが検査時間または受入ケースのいずれかを更新すると、ユーザーがこの日付をステアリング日として選択したかどうかに基づいて、再計算された日付が更新対象として考慮されます。(これは、ユーザーが購買オーダー明細を保存するときに同じままにしておくと決定した日付です)
日付はオーダー ステータスがリリースされた時点として計算されます。ステータスは変更されません。
オーダー明細のステータスが取消済または完了の場合、変更は許可されません。これは、検査対象の数量が存在しない、ステータスが [入庫済] で再オープン済の明細にも適用されます。