在庫収納機能は、品目と取扱単位を在庫場所に処理したりするときに、利用可能な最適な場所をユーザーに提供することを目的としています。最適な場所を決定するためにさまざまな設定が使用される可能性があり、セットアップの管理に役立つように、品目や場所のさまざまなグループに応じてさまざまなルールを定義できる必要があります。
一般的に言えば、最適な場所を見つける処理は、まず可能な場所 (場所と品目ごとに定義された容量、状態、機能に基づいて品目を配置できる場所) を特定し、次にこれらの可能な場所の中から最適な場所を見つける、と説明できます。
入庫をトリガーできる場所に関しては、次の機能フローに限定されます。
入庫処理で見つかった場所への品目および取扱単位の移動は、搬送作業を使用して実行されます。これらのフローで入庫機能を使用できるようにするには、在庫場所、在庫品目、取扱単位、収納ゾーンの基本情報を設定する必要があります。
倉庫ナビゲーターでは、入庫管理に関するルールや、同じ品目、状態、ロットバッチ番号を 一つの場所に混在させることができるかどうかとともに、容量、状態、機能の特定の値を設定できます。容量とは、倉庫内のコンテナの実際の寸法と、容積および重量の制限を意味します。たとえば、高さに値を指定しない場合、その場所は高さが無制限であるとみなされることに注意してください (品目の保管に関しては高さは問題になりません)。場所の体積は、幅、高さ、奥行きを立方体の体積の一部としてみなして取得されますが、体積の値を手動で定義することもできます。場所の寸法によって計算された容積を使用するのではなく、手動で入力した容積を使用して、場所の実際の使用可能容積を定義できます。重量制限に関しては、倉庫の階層ごとに設定できます。特定の段、列、層、またはエリアには重量制限が設けられる場合があります。たとえば、各段の重量制限を 100 kg に設定し、エリアあたりの総重量制限を 1000 kg に設定することができます。つまり、エリアの重量制限を超えた場合、そのエリアにまだ空の段が存在する場合でも、そのエリアにそれ以上の品目を保管することはできません。
特定の取扱単位タイプに対して、ロケーションで許可される最上位レベルの取扱単位の最大数を意味する、取扱単位容量を入力できます。この容量は収納ロジックで考慮されます。この容量を超えると、その保管場所は収納に使用できなくなります。発送単位タイプに保管場所の容量が存在し、その場所への発送単位タイプの移動が実行または予定されるとすぐに、その保管場所はこの発送単位タイプ専用になります。この保管場所は、発送単位に梱包されない品目や、その他の最上位の発送単位タイプと組み合わせることはできません。たとえば、場所ごとにパレットを 一 つずつ必要とする場合などに便利です。
状態とは、倉庫内の容器の温度と湿度の状態を意味します。温度については、その場所の温度が変化する可能性のある温度間隔を表す最小温度間隔と最大温度間隔を定義することができます。最小または最大温度フィールドの 一 つ (または両方) が空のままになっている場合、それはオープン インターバルと見なされます。つまり、その場所の気温の暖かさや寒さに制限はありません (最小値と最大値のどちらが空になっているかによって異なります)。湿度については、その場所の湿度が変化する可能性のある湿度間隔を表す最小湿度間隔と最大湿度間隔を定義することができます。最小湿度フィールドまたは最大湿度フィールドの 一 つ (または両方) が空のままの場合、それはオープン インターバルと見なされます。つまり、オープン インターバルが最小湿度用か最大湿度用かに応じて、湿度は 0% まで下がることも、100% まで上がることもあります。
機能とは、倉庫内の場所が処理できるユーザー定義の機能を意味します。機能は、在庫に品目を保管する際に重要な機能を記述するユーザー定義の基本情報です。たとえば、ある種のセキュリティ クラスや危険評価が考えられます。これは、特定の危険を伴う品目を、その危険に対応するのに適した特定の場所に保管することを意味します。場所がこれらの機能の 一 つ以上を処理するように定義することができ、特定の機能を必要とする品目の入庫を実行するときに、その品目に必要なすべての機能を処理できる場所のみを参照します。ストレージ機能の要件がない品目は、一 つ以上の機能を処理できる場所に保存できますが、機能を処理する場所の不要な使用を回避するための並べ替えが行われることに注意してください。機能要件のない品目の場合、入庫アルゴリズムは最初に機能が定義されていない場所を見つけようとします。
上記のオープン区間の場合、たとえば高さに空の値を持つ品目を格納するには、高さにも空の値を持つ場所のみを使用できることに注意してください。これは、空の値が無制限の値とみなされるためです。高さの例では、無制限の高さを持つ品目のみが、同じ設定の場所に格納できることを意味します。したがって、すべての場所に対して寸法が定義されているが、品目に対しては寸法が定義されていない場合、入庫アルゴリズムは利用可能な場所を見つけることができません。
保管場所に影響を与えるその他の一般的な制限/ルールは次のとおりです。
占有済入庫禁止に制限することは、保管処理が場所を評価するときに空いている場所のみを考慮することを意味します。これには、保留中の搬送作業も考慮することが含まれます。
すべての複数禁止制限は個別に設定できるため、たとえば、場所ごとに特定の品目に対して特定の状態のみを保管したい場合は、品目と状態の両方の混在を同時に禁止する必要があります。また、ロットバッチ番号の混在を禁止に設定すると、その場所の特定の品目に対してロットバッチ番号を混在させることができないことに注意してください。禁止された品目番号の混合が禁止解除された場合、その場所に異なる品目を保管できますが、保管される各品目には、その場所で 一 つのロットバッチ番号しか設定できません。
容量、状態、機能、およびその他のルールはすべて倉庫ナビゲーターで設定されます。つまり、倉庫構造の上位レベルで値を定義し、その構造の下位レベルで例外が定義されていない限り、そのレベルに属するすべての場所にその値が継承されることになります。つまり、たとえば、ある場所の寸法がエリア内のすべての段で同じである場合、エリア レベルで寸法を定義すると、これらの値がエリア内のすべての段に継承されます。たとえば、そのエリアの tier1 のすべての段の幅が異なっている場合、そのエリアの tier1 の幅の値を更新すると、その値がその層のすべての段に適用されます。
在庫品目の場合、品目の保管要件に関する容量、状態、機能に特定の値を設定できます。設定された値は、品目に使用される在庫計量単位の 一単位の保管に関連していることに注意してください。在庫品目の保管要件は、特定の在庫品目に対して設定できますが、品目カタログレコード (品目が使用されるすべてのサイトで有効) または品目のグループに対して定義することもできます。容量の保管要件とは、品目の実際の寸法だけでなく、容積と重量の制限も意味します。たとえば、高さフィールドに値が設定されていない場合、品目の高さは無制限であるとみなされることに注意してください。つまり、品目は高さに制限のない場所にのみ保管できます。また、これらの値を定義するときは、品目だけでなく場所の方向も考慮することが重要です。入庫アルゴリズムでは、品目を回転させて場所に「最適に適合」させることはできません。在庫品目の容積に対する保管要件は、場所に対する要件とは異なる方法で定義されます。在庫品目の場合、幅、高さ、奥行きは、品目を保管するのに十分な幅、高さ、奥行きを持つ場所を見つけるためのフィルターとしてのみ使用されます。在庫品目の容積要件は、指定された容積計量単位の 一 個に収まる品目の数を指定することによって定義されます。一 巻あたりの数量として表示されます。この値は、体積あたりの数量フィールドに直接入力するか、または特定の場所に収まるピースの数を指定するダイアログボックスを使用して定義できます。品目が他の場所に保管されている場合、ボリュームあたりの数量は、これらの場所の異なるボリュームに合わせて調整されます。例えば、特定のステータスが200個、面積が2m2のロケーションXXに保管できると設定した場合、体積当たりの数量は100個/m2に設定されます。つまり、品目が 3 m2 の空き容量を持つ場所 YY に保管されている場合、その品目を 300 個運ぶことができます。また、体積あたりの数量を定義するときに、品目に未定義の寸法 (幅、高さ、奥行き) がある場合、未定義の寸法は 0 に設定されることに注意してください。その理由は、ある場所にボリュームを持たせるには、寸法を定義する必要があるからです。つまり、品目の寸法が定義されていない場合は、無制限の寸法を持つものとみなされ、寸法制限 (または体積) のある場所には収まりません。
在庫品目の保管重量要件に関しては、場所に保管されている品目の重量を表します。保管状態の要件とは、品目をある場所に保管する際に必要な温度と湿度の間隔を意味します。温度の保管要件については、その在庫品目の温度が許容される温度間隔を表す最小温度間隔と最大温度間隔を定義することができます。最小温度フィールドまたは最大温度フィールドの 一 つ (または両方) が空のままになっている場合、それはオープン インターバルと見なされます。つまり、品目は無制限の暖かい温度または冷たい温度で保管できます (最小値と最大値のどちらが空だったかによって異なります)。湿度の保管要件については、その在庫品目に対して湿度が許容される湿度間隔を表す最小湿度間隔と最大湿度間隔を定義することができます。最小湿度フィールドと最大湿度フィールドの 一つ (または両方) が空のままの場合、それはオープン インターバルと見なされます。つまり、オープン インターバルが最小湿度用か最大湿度用かに応じて、湿度は 0% まで下がることも、100% まで上がることもあります。
機能とは、在庫品目が特定の場所に保管されるときに必要なユーザー定義の機能を意味します。機能は、在庫に品目を保管する際に重要な機能を記述するユーザー定義の基本情報です。たとえば、ある種のセキュリティ クラスや危険評価が考えられます。これは、特定の危険を伴う品目を、その危険に対応するのに適した特定の場所に保管することを意味します。品目を保管するときや入庫するときに、品目にこれらの機能の 一 つ以上が必要であることを定義できます。特定の機能を必要とする品目については、その品目に必要なすべての機能を処理できる場所のみを検索します。機能のない品目は、一 つ以上の機能を処理できる場所に格納できますが、機能を処理する場所が不必要に使用されるのを避けるための並べ替えが行われることに注意してください。機能要件のない品目の場合、入庫アルゴリズムは最初に機能が定義されていない場所を見つけようとします。
容量、状態、および機能の値は、品目のグループ、品目カタログレコード (品目が使用されるすべてのサイトで有効)、またはサイト上の特定の在庫品目に対して設定できます。値の設定に使用でき、複数の品目に共通する 三 つの異なるストレージ要件グループは次のとおりです。
特定の品目に対するこれらの異なるグループの使用法は、品目カタログレコードで定義されます。これらの値は、要件グループから品目カタログおよび在庫品目に継承されます。下位レベルで例外を入力することも可能。機能については、在庫品目に表示されるさまざまなレベルの機能の合計になります。在庫品目では、特定の在庫品目の不要な機能を削除できます。在庫品目レコードと品目カタログレコードで異なる測定単位が使用されている場合、これらの値を簡単に変換する方法がないため、幅、高さ、奥行き、体積、重量の保管要件の値は品目カタログ゛から在庫品目に継承されないことに注意してください。温度、湿度、機能に関する保管要件の値は、使用される計量単位に依存しないため、引き続き継承されます。在庫品目では、標準入庫数量を定義することもできます。これは、受入した数量が不必要に分割されないようにするために、入庫アルゴリズム中に使用されます。たとえば、標準パッケージが入庫時に破損していないことを確認するために使用できます。
パレット、箱、カートンなどの取扱単位に梱包された在庫品目は、入庫の観点からは異なる方法で処理されます。取扱単位の入庫時:
入庫アルゴリズムが在庫を検索する優先順位は、いわゆる収納ゾーンによって定義されます。
保管ゾーンは、品目を保管できるサイト内の保管ゾーンを表します。品目に対して 一 つまたは複数の保管ゾーンを定義することが可能であり、保管ゾーンは、入庫アルゴリズムが在庫を調べる順序を決定するランキングによって区別できます。各保管ゾーンは、倉庫ナビゲータにあるさまざまなレベルを使用して定義されます。
ユーザーは各ストレージゾーンの詳細レベルを自由に決定できます。エリア レベルまで定義されたストレージ ゾーンには、そのエリア内のすべての場所が含まれます。たとえば、倉庫内の 二つのエリアをゾーンとして扱う場合は、保管ゾーンとして入力する必要があります。各入庫ゾーンごとに、特定の品目に使用する段の最大数を定義することもできます。つまり、入庫アルゴリズムでは、そのゾーン内の最大段数として定義された段数のみが割り当てられます。最大数の段を使用することは、ゾーン内の場所に容量制限 (重量または容積) がある場合に最も意味があります。場所に容量制限がない場合、入庫アルゴリズムを介して受入すべての品目は、無制限の数量を処理できると見なされる 一つの場所に送られます。
ストレージゾーンを設定する際に、特殊なシンボルを使用して特定のストレージゾーンをより自由に定義することもできます。使用できる特殊記号は次のとおりです。(注記:リモート倉庫から入庫ゾーンを設定する場合には、リモート倉庫全体が 一つの入庫ゾーンとして設定されるため、これは適用されません).
| 記号 | 状態 | 例 |
| = | 等しい | 「ニューヨーク」に所在するすべての顧客を取得するには、市属性に"New York"と入力します。 |
| ! = | 等しくない | "ニューヨーク"以外の地域に所在するすべての顧客を取得するには、市属性に!=New Yorkと入力します。 |
| % | 任意の値
制限のないゼロ文字以上 |
C市属性に New% と入力すると、"New"で始まる都市 (ニューヨーク、ニューオーリンズなど) にあるすべての顧客が取得されます。 |
| _ | 任意の文字 | 制限のない単一の文字。二番目の文字が"e"である都市に所在するすべての顧客を取得するには、市属性に_e%と入力します。 |
| > | より大きい | ID が"100"より大きいすべての顧客を取得するには、顧客 ID 属性に「>100」と入力します。 |
| < | 次より小さい | ID が「100」未満のすべての顧客を取得するには、顧客 ID 属性に <100 と入力します。 |
| >= | より大きいか等しい | 顧客 ID 属性に >=100 と入力すると、ID が「100」以上のすべての顧客が取得されます。 |
| <= | 以下または等しい | 顧客 ID 属性に <=100 と入力すると、ID が「100」以下のすべての顧客が取得されます。 |
| .. | 指定範囲 | 値 5、6、7、8、9、10 を含める場合、状態は 5..10 になります。 |
| ; | または | 「ニューヨーク」または「フィラデルフィア」のいずれかに所在するすべての顧客を取得するには、市属性に New York; Philadelphia を指定します。 |
たとえば、ストレージ ゾーンの動的な設定を使用して、複数のエリアにわたる段の最大数を定義できます。これは、特定の入庫ゾーンに含めるエリアを定義するときに、たとえば % または; 記号を使用して設定されます。
在庫品目の収納ゾーンの設定は、品目ごとに手動で設定する必要がないように、品目のグループごとに行うことができます。収納ゾーンを設定できるさまざまなグループ レベルは次のとおりです。
ゾーンの設定例としては、サイトレベルでバッファ倉庫を入庫ゾーンとして設定し、資産クラスと頻度クラスの組み合わせに対して特定の払出ゾーンを定義することが挙げられます。このような設定では、品目変更頻度クラスが(需要の変化により)変更された場合、その品目の推奨入庫ゾーンが自動的に変更される可能性があります。品目を受け取ると、入庫処理は、必要に応じてまず払出場所を埋めようとします。残りの数量はバッファロケーションに受入されます。
入庫のルールを最初から設定する場合は、適切な順序で設定が行われるように計画することをお勧めします。在庫収納を設定するための一般的な提案は次のとおりです。
一般的に、容量、状態、機能の値が場所と品目の両方に対してグループ化されたレベルで設定されている場合、設定された値を最新の状態に保つための管理が大幅に削減されます。パッケージ内で受入品目をそのままの状態で保管する必要がある場合は、標準の入庫数量を使用する必要があります。入庫アルゴリズムは、一つの場所に受入される数量が標準入庫数量の倍数であることを確認します。標準的な入庫数量全体が対象場所に収まらない場合、入庫アルゴリズムは収まる場所を探しに進みます。取扱単位を使用して在庫内のパッケージを追跡しない場合は、標準の入庫数量を使用できます。取扱単位の入庫時には、取扱単位全体が常にそのままの状態に保たれます。
入庫を実行すると、現在のサイトの在庫を調べ、容量、状態、機能の要件に関して品目/取扱単位を保管できる場所を評価するアルゴリズムがトリガーされます。アルゴリズムは、入庫ゾーンのランキングによって定義された順序で在庫を検索し、そのようにして、品目/取扱単位に最適な場所と考えられる 一つまたは複数の場所を見つけます。以下に、入庫アルゴリズムの詳細な説明を示します。
並べ替えの順序は次のとおりです。
上記のすべての手順では、宛先の場所で保留中の搬送作業が考慮されることに注意してください。たとえば、パレットが搬送作業にあり、場所あたりのパレットの最大数が 一 の場合、宛先の場所は入庫ロジックで使用できません。
入庫実行機能は、次の機能フローでトリガーできます。
入庫実行では、品目の最適な場所が検索され、実際の移動を実行するための搬送作業が作成されます。搬送作業では、たとえば、特定の入庫に対して作成されたタスクや、特定のエリアからの輸送が予定されているすべての搬送作業を検索できます。移動される数量は、搬送作業が実行されるまで搬送作業用に予約されます。搬送作業の実行は、搬送作業上で直接行うことも、倉庫タスクを介して行うこともできます。
在庫品目および取扱単位の保管要件は主に入庫処理に使用されますが、場所の在庫数量が増加するたびに保管要件が検証されるようにシステムを設定することもできます。保管要件を検証する必要があり、在庫品目と取扱単位の要件が問題の場所によって満たされていない場合、そのトランザクションを実行することはできません。保管要件の検証を実行するかどうかは、倉庫ナビゲータのレベルごとに定義されます。たとえば、サイトのストレージ要件を検証するための一般的な設定が可能ですが、特定のエリアのストレージ要件を検証しないという例外も設定できます。保管要件の検証は、到着フロー内の場所にも適用できます。
前述のように、入庫を実行する機能は、いくつかの優先順位付けされた機能フローに制限されています。
アプリケーション内の他の入庫フローでは、入庫実行機能の使用はサポートされていません。
保管最適化および補充ロジックでは取扱単位は考慮されず、入庫ロジックのみが取扱単位を考慮します。