この説明は2 つの部分に分かれています。最初の部分は、引当管理の大まかな説明です。注文と同じサイトで行われた引当について説明しています。後半は、サプライチェーンの引当に関する情報です。サプライチェーンの引当は、受注オーダーから供給サイトに対して実行することが可能です。受注オーダーに内部仕入先を使用するための供給コードがある場合、内部仕入先が代表するサイトに対する引当も、サプライチェーン引当プロセスを通じて実行できます。
受注オーダーに対して資材の引当を行う方法には、自動(システムが引当を実行する)と手動(ユーザーが引当を実行する)の2 つの方法があります。それ以外にも、継承された引当や優先引当など、特定のシナリオ向けの特定のソリューションが存在します。
品目と数量の引当に加えて、取扱単位ごとに必要な数量の引当もできます。引当は一度に 1 つの需要明細に対して行われるため、引当可能なのは、取扱単位構造全体にわたって同質であり同じ品目を含む取扱単位のみになります。取扱単位ごとに部品の引当を行うオプションは、受注オーダー、出荷、および製造オーダーの段階において利用可能です。
在庫品目と場所は、次の前提条件を満たしている必要があります。
これらの前提条件がすべて満たされている場合、引当機能はサイトの設定に応じて、次のいずれかの優先ルールを使用できます。
取扱単位の最適化を使用している場合、自動引当機能は、上記の優先順位設定に関係なく、完了取扱単位の部品を常に最初に引当しようとします。ご注意ください。
これらの優先ルールの順序を定義し、重要でないと考えられるものはスキップすることも可能です。
また、自動引当の際のルールを追加で設定することも可能です。
取扱単位の最適化を使用する場合、有効期限と入庫日は取扱単位の内容に対して最悪のケースの値を使用します。
可能な限り大きな取扱単位を引当するための取扱単位引当ルールには、以下の内容が含まれます。
さらに、収納ゾーンのランクと取扱単位の最適化を使用する場合は、1 つの需要明細による完了取扱単位の引当時に使用する代替収納ゾーンのランクを構成するオプションがあります。例えば、これは、払出ゾーンでの完了発送単位の引当よりも、一括ゾーンでの完了発送単位の引当を優先することができることを意味します。これは特定の取扱単位タイプに対して有効になっており、代替ランクが収納ゾーンランクに入力されます。
注釈:ユーザーによるマニュアル引当は、常に設定されたルールより優先されます。
引当される受注オーダー明細またはプロジェクト成果物の出荷計画明細の数量は、出荷情報明細として出荷に割り当てることができます。つまり、出荷情報明細は、受注オーダー明細またはプロジェクト成果物の出荷計画明細の数量のサブセットです。出荷による納入の場合も、出荷情報明細ごとに引当が行われます。これは、受注オーダー明細またはプロジェクト成果物の出荷計画明細の数量の引当は次の 2 つの異なる方法で可能であることを意味します。
受注オーダー明細を引当する際の優先順位は、まず最も古い出荷から順に出荷情報明細に割り当てられた数量の引当、次に、どの出荷にも割り当てられていない数量の引当となります。受注オーダー明細に表示される引当数量は、これら 2 つの引当方法の合計であることに注意してください。引当時に、受注オーダー明細または出荷情報明細を在庫内の引当済在庫品目にリンクするための引当レコードが作成されます。この引当レコードでは、出荷ID は、引当された出荷情報明細の出荷ID として保存されるか、どの出荷にも割り当てられていない数量を引当する場合は0として保存されます。
IFSおよびサプライチェーンのアベイラビリティチェックを備えた引当機能は、受注オーダーが納入と同じ順序で引当されるという前提に基づいています。これは、注文登録時のアベイラビリティ確認により可能になります。
自動引当がトリガーされると、バックグラウンドで引当処理が開始されます。これは、ユーザーには引当が成功したかどうかの結果がすぐにはわからないことを意味しています。ユーザーは受注オーダー不足引当ページから、引当が完了しなかった注文明細を追跡することができます。全数量または一部の数量が引当されない場合、その部品の不足レコードが作成されます。
受注オーダーの場合、出荷情報明細が自動的に出荷に引当されると、出荷情報明細を完全に引当できるかどうかに応じて、受注オーダー不足引当ページに注文明細が表示されます。
引当ロジックで取扱単位サイズが優先される場合、在庫レコードの在庫品目に対して引当は行われますが、ロジックは引当される取扱単位の数が最小限になるように引当を行おうとします。これは、払出や納入などのさらなる資材の取り扱いを可能な限り簡略化するためです。
次のパラメータは、引当機能の動作を制御します。
|
受注オーダーヘッダでバックオーダーオプションが選択済 |
システムへの影響 |
| 分割納入を許可しない | 分割納入はできません。たとえば、一部の数量が手動で引当されている場合、注文のすべての明細における全数量が引当されない限り、払出票の作成は完了できません。ただし、払出票が作成が完了すると、部分的な払出報告や部分出荷が可能になり、その結果、受注オーダーが分割納入状態になることがあります。 |
| 未完成明細の分割納入を許可しない | 注文の分割納入は可能ですが、それぞれの注文明細は完了している必要があります。払出票は、完全に引当された注文明細に対してのみ作成されます。ただし、払出票が作成が完了すると、部分的な払出報告や部分出荷が可能になり、その結果、受注オーダーが分割納入状態になることがあります。 |
| 未完成セットの分割納入を許可しない | 明細の分割納入は可能ですが、セット商品は完全である必要があります。引当されたセットが不完全な場合、それらは払出票には含まれません。 |
| 未完成明細とセットの分割納入を許可する | 不完全なセット商品を含む明細の分割納入は可能です。販売とセット商品の両方で、すべての引当済および部分的に引当済の注文明細に対して払出票が作成されます。 |
未完成セットの分割納入を許可しないオプションが有効になっている場合、システムは完全なセットの作成を可能にすると考えられる構成品目のみを引当します。セットを完成させるのに十分な構成品目がない場合、それらの構成品目は引当されません。たとえば、注文されたセット商品に 2 つの構成品目があり、2 番目の構成品目が不足しているため 10 個の注文のうち 6 個しか完成できない場合、6 個分のセット商品の構成品目が引当され、納入され、請求されます。
もし、未完成明細とセットの分割納入を許可するバックオーダーオプションが有効になっている場合、完全なセットを作成に必要なすべての構成品目が利用できない場合でも、不完全なセット商品を引当して納入できます。セットを完成させるのに十分な構成品目がない場合でも、使用可能な構成品目は引当されます。たとえば、注文されたセット商品に 2 つの構成品目があり、2 番目の構成品目が不足しているために 10 個のセット商品のうち 6 個しか完成できない場合、10 個のセット商品に対して使用可能なすべての構成品目が引当され、配送され、請求されます。
セット商品/全般タブでは、分割納入を許可するオプションが、顧客ページまたは受注オーダーで有効になっているバックオーダーオプションより優先されます。つまり、受注オーダーで未完了のセットの分割納入が許可されている場合でも、セット商品の設定で不完全なセットが許可されていない場合、不完全なセットは引当されません。
バックオーダーオプションで分割納入が許可されていない場合も、手動で発生元明細の数量を複数の出荷に関連付けることが可能です。たとえば、搬送容量の都合上、複数に分けて出荷する必要がある場合などです。ただし、出荷の払出票を作成するには、発生元注文明細を引当する必要があります。
自動引当の実行方法
自動引当は、明細ごと、注文ごと、バッチで、または出荷ごとの 4 つの方法で実行できます。自動引当を行う場合、システムは上記の引当ルールに従って、注文された数量を在庫場所から引当しようとします。受注オーダーの場合、明細ごとの引当は受注オーダー明細引当ページから実行できます。注文ごとの引当は、受注オーダー引当ページから実行できます。バッチによる引当は、受注オーダー引当作成ページから実行できます。出荷ごとの引当は、出荷情報、一覧 - 出荷、一括出荷ページから実行できます。自動引当の最初の 3 つの方法で発生元明細が引当された場合、発生元明細に関連付けらされている出荷情報明細も引当されることに注意してください。
この引当方法は、受注オーダー明細数が多く、資材が非常に遅い段階で引当された場合に最適です。この方法では、受注オーダー引当作成ページでジョブをスケジュールします。それにより、多数の注文明細とそれに関連付けられた出荷情報明細の引当を一括してバッチ処理することができます。自動引当とは、ユーザーが部品の引当のために自分から行動する必要がないことを意味しています。
スケジュールされたジョブは、たとえば 1 日に 1 回実行されるように定義され、システムは上記の基準に従って必要な資材(期日が現在の日付かそれ以前のすべての注文明細のもの)を引当します。結果として、遅延された注文もすべて引当機能によって引当されることになります。この方法なら、何らかの理由で自動引当ができなかった注文明細のみを処理すればよいことになります。
引当機能は夜間に実行されるため、翌日分の割当は通常、午前中に準備が完了します。引当された発生元明細は印刷する準備ができているか、すでに印刷されています。受注オーダーの注文タイプと出荷タイプによって、注文と出荷フローのどこに注文明細と出荷情報明細があるかが決まります。受注オーダーについては、理由にかかわらず、引当されていない注文が注文明細の引当が停止された理由とともに、受注オーダー不足引当ページに表示されます。
アベイラビリティが十分でなく、「未完成明細とセットの分割納入を許可する」オプションでバックオーダーが許可されている受注オーダーについては、数量を公平に分配するために、数量の公平な割当が実行されます。まず、分割納入された注文の需要を満たすことが最優先となります。まだ引当可能数量がある場合は、次に、資材の引き当てが行われます。まず始めに期日が過ぎたオーダー明細の資材が引き当てられます(期日が古いほど、優先度は高くなります)。まだ引当可能数量がある場合は、数量バランスや顧客優先度に応じて、引き続き引き当てが行われます(優先度 1 は 2 よりも優先度が高くなります)。すべてのオーダーが引き当てられます。この際、最早計画出荷日を持つオーダーが最初に引き当てられます。
自動引当機能を実行すると、顧客の貸方管理と受注オーダーに対する前払請求書の全額支払管理が実行されます。
サイトごとにバッチ処理を実行することが適切でない場合、ユーザー自らがどの注文の引当を行うかを決定し、自動引当ロジックに在庫のある在庫品目の決定を任せることができます。
引当を行う注文の選択は一覧 - 受注オーダー引当ページから行うことができます。受注オーダーを引当する際には、顧客の貸方管理と受注オーダーに対する前払請求書の全額支払管理が実行されます。
受注オーダーをリリースした後、または注文確認を印刷した後、すぐに引当がトリガーされる注文タイプを使用することによっても、同じ効果が実現できます。
引当する注文明細をシステムに選択させる代わりに、ユーザーが自ら特定の注文明細を選択し、自動引当ロジックに在庫のある在庫品目の決定を任せることができます。
特定の注文明細の選択はは、一覧 - 受注オーダー明細引当ページから行うことが可能です。受注オーダー明細を引当する場合は、顧客の貸方管理も受注オーダーの前払請求書の全額支払管理も実行されません。
発生元注文と発生元注文明細の引当を行う代わりに、出荷を引当することも可能です。これは、出荷のすべての明細に対して、引当、払出、梱包、配送、およびクローズを出荷レベルで実行したい場合に使用できます。出荷情報明細すべての自動引当を選択するのではなく、ユーザー自らが自動引当ロジックに従って、どの出荷の引当を行うかを決定できます。
1つの出荷の引当は、出荷情報ページから行うことが可能です。複数の出荷の引当は、一覧 - 出荷または一括出荷ページから行うことが可能です。受注オーダーの場合、出荷の引当の際に顧客の貸方管理と前払請求書の全額支払管理が実行されます。
出荷タイプによって、引当後に出荷フローに沿って出荷が続行されるかどうかが決定されます。出荷情報明細が完全に引当されない場合は、理由にかかわらず、受注オーダー明細が注文明細の引当が停止された理由を示すメッセージとともに、受注オーダー不足引当ページに表示されます。
手動で引当を行う場合、ユーザーは引当する発生元明細と出荷情報明細、および在庫から引当する部品を選択します。場所、シリアル番号、ロット番号を選択することで、有効期限が切れた部品や WDR 番号がある部品の引当も可能です。完全な取扱単位のマニュアル引当は、受注オーダー、出荷、および製造オーダーのオプションとしても利用できます。その後、特定の取扱単位が需要のために引当されていることを示すことができ、実際の引当は、それらの取扱単位の内容を構成する在庫記録に対して行われます。引当できるのは、1 つの部品のみを含む同種の取扱単位のみです。
マニュアル引当は、自動引当の前提条件、ルール、またはステアリングパラメータに従いません。
他の発生元によって行われた受注オーダーと出荷の引当は、ヘッダの受注オーダーのマニュアル引当または出荷のマニュアル引当から利用できる在庫引当の在庫品目コマンドを使用して見ることができます。
たとえば、バックログのある注文や優先度の高い注文の場合、ユーザーはマニュアル引当を行うことを選択できます。また、どの在庫場所から部品を払出するかも決定できます。
マニュアル引当では、一部の数量のみの引当を選択できます。ただし、取扱単位の引当は全体で行う必要があります。発送数量の一部を引当する場合は、詳細な引当として取扱う必要があります。どの部品も引当できるのは 1 回のみです。一部の部品または注文明細にバックログが生じている場合は、部品の在庫が再び確保され次第、払出することができます。結果として、その注文明細は分割納入ですでに引当されている可能性があり、これらの引当された部品もすでに顧客に納入されている可能性があります。これは、ステータスが払出済または分割納入済の注文明細でも引当が可能であることを意味します。
セット部品のマニュアル引当を行う場合(受注オーダー明細のマニュアル引当から一覧 - 受注オーダー明細引当)は、各構成品目を個別に引当します。つまり、セット部品を分割するということです。この場合、セットの構成品目のみを納入することが可能です。
供給先が紐付されている注文明細の引当を行うと、紐付が引当によって置き換えられ、引当された数量分、紐付数量が削減されます。ただし、1つの需要に対して複数の供給先が紐付されている場合は、引当を行う前に手動で紐付設定を調整するよう通知されます。
作成された搬送作業からのマニュアル引当はできません。ご注意ください。
注文明細の供給方法が製造オーダーまたは購買オーダーの場合、部品は在庫受入とともに自動的に引当されます。
特定の部品または受注オーダーに対して、注文明細の入力時に直接、資材の引当を行いたい場合があります。このような場合は、優先引当を使用できます。この機能は、適切に設計された注文タイプを適用するか、在庫品目レコードにパラメータを設定することによって有効化できます。全数量を引当できない場合は、明細の保存ができません。
資材は自動引当機能に従って引当されます。期限切れの部品は不可で、サイトの設定に応じて先入先出または収納ゾーンのランク付けが行われます。明細は1 つずつ保存されるため、バックオーダーオプションは適用されません。
配送ルートIDを使用して、自動引当とマニュアル引当の両方を行うことが可能です。特定のルートと納入日を指定して注文の引当を行うことができます。納入日は、注文明細が記録される際、ルートにおけるオーダー締切時間を使用して計算されます。
特定のルートを照会し、そのすべての明細を選択して引当を行うことが、配送ルートを使用する場合の標準的なシナリオです。何らかの理由で在庫が不足し、注文明細を完全に引当できない場合は、残りの数量の納入日は再計算されません。システムは注文明細が入力された場合にのみ、正確な日付を提供します。引当の際に配送ルートの照会を行えば、注文明細が再表示され、残りの数量を次の配送予定日に引当できます。
購買交換オーダーに関連付けられた受注オーダーには、特定のルールが適用されます。交換構成品目(購買交換オーダー側)のにシリアル番号またはロット、バッチ番号が定義されている場合、その特定のシリアル番号またはバッチのみが引当可能です。
シリアル番号またはロット、バッチ番号が定義されていない場合、通常の基準を満たすすべての部品が引当可能となります。
外部サービス注文に関連付けられた受注オーダーには、特定のルールが有効となります。サービス(購買オーダー側)に送られる部品にシリアル番号またはロット、バッチ番号が定義されている場合 、その特定のシリアル番号またはバッチのみが引当可能となります。
シリアル番号またはロット、バッチ番号が定義されていない場合、部品を引当することはできません。
MRO供給コードで定義された受注オーダー明細の引当を行うには、MRO (メンテナンス、修理、オーバーホール)処理フローを使用する必要があります。MRO受注オーダー明細のマニュアル引当はできません。
プロジェクト在庫は、プロジェクト調達の管理に不可欠な部分です。プロジェクトはプロジェクト在庫を所有しており、このプロジェクトで取得した資材が、別のプロジェクトまたはプロジェクトに関連しない要求から生じた他の需要を満たすために出庫されないようにしています。このプロジェクト紐付により、プロジェクト資材と標準資材の区別が可能になります。IFS Cloud の計画ツールはすべて、この区別を考慮しています。
サプライチェーン引当は、サイト間の社内オーダーのサプライチェーン全体で実行できる引当です。目的は、社内オーダーフローが実行される前に、事前に部品を引当しておくことです。これにより、外部の顧客が利用するための部品を確保することができます。IFS Cloudの社内オーダーとサプライチェーン管理の詳細については、社内サプライチェーン実行フローに関するオンラインヘルプファイルを参照してください。サプライチェーン引当では、取扱単位ごとに引当を行うことはできません。
サプライチェーンの引当は、各受注オーダー明細のソーシングニーズを解決するために使用できます。ソーシングとは、単純に、受注オーダーに応じて部品を供給するサイト(外部または内部)を決定する方法です。供給先決定の詳細については、受注オーダー供給先決定に関するオンラインヘルプファイルを参照してください。
サプライチェーン引当を使用する場合、不要な数量の部品を引当およびロックする可能性があることに留意してください。在庫のある品目に対する補充注文の作成が早すぎる場合、在庫レベルが過剰になる可能性があります。通常の需要計算を使用することで、場合によっては、この状況を回避することもできます。
サプライチェーン引当の機能は、通常のオンサイト引当の機能とほぼ同様です。違いは、受注オーダーが作成されたサイト以外のサイト (供給サイト) にある部品に対して引当が行われることです。受注オーダーと発生元明細の両方で、在庫品目のサプライチェーン引当を行うことができます。サプライチェーン内のすべてのサイトで、同じ在庫品目番号を使用する必要があります。供給サイトの社内顧客が作成されていない限り、サプライチェーン引当を実行できます。供給サイトでのサプライチェーン引当では、取扱単位ごとに引当を行うことはできません。
サプライチェーン引当を含む受注オーダーをリリースすると、購買オーダーが作成され、供給サイトに送信されます。供給サイトは注文メッセージを受信し、サプライチェーン引当を引き継ぐ社内顧客オーダーを作成して、社内顧客オーダーに関連付けられた通常のオンサイト引当にします。
サプライチェーン引当は在庫品目に対して実行できます。オーダーにセット商品が含まれている場合、構成品目に対してサプライチェーン引当を実行できます。
サプライチェーン引当には、次の 3 つのタイプがあります。
サプライチェーン引当によって、在庫品目の場所にその数量の部品が物理的に引当されます。
受注オーダー明細で、どの供給サイトで引当が行われたか、またそれぞれのサイトで引当されている部品の数量を確認できます。同じ情報は仕入先にも記載されています。
サプライチェーン引当処理の一部として、内部サイトが部品を引当するために使用できる供給サイトを指定することもできます。つまり、サイト間の引当を設定することが可能です。この設定は、サイト間引当の設定ページで行うことができます。このタブでは、供給サイトごとに、引当を実行できる需要サイトを指定します。各サイト間の組み合わせに対して、供給サイト引当の既定タイプも定義する必要があります。この既定タイプは受注オーダー明細に表示されます。(マニュアル引当の引当タイプは、マニュアル引当または自動引当のいずれかを実行する必要があることを示し、即時引当の引当タイプは、受注オーダー明細の保存の際に即時引当が実行される必要があることを示します。)
サプライチェーン引当の概念には、実際に供給を引当すること以外に、供給サイトでの需要の作成も含まれます。これはつまり、供給サイトに対する受注オーダー明細または発生元明細が作成されるとすぐに、供給サイトの供給需要参照における将来的な需要が表示されることを意味します。この機能により、供給サイトでは将来的な需要をより正確に把握できるため、製造または購買管理による在庫補充の計画が可能になります。供給サイトで作成された社内オーダーは、需要サイトから需要を引き継ぎます。
いずれかの需要オブジェクトによって引当された数量は、在庫内での移動ができなくなります。シナリオによってはこれで問題が発生することがあり、結果として、数量は物理的には移動されるものの、アプリケーション内では移動されない場合があります。たとえば、払出場所を補充するためにバッファ場所から必要な数量を移動したり、製造の在庫を補充するためにバッファ場所から必要な数量を移動したりすることはできません。また、倉庫の修理やメンテナンス、再構築のために、臨時の移動が必要になる場合もあります。そこで、引当されていても在庫の数量を移動できるようにすることで、倉庫工程の効率化を図ります。現在、引当済資材を移動できるのは、受注オーダー、製造オーダー、作業オーダーのみです。