JP2022014106A - 在庫評価装置 - Google Patents

Abstract

【課題】物品毎の品目特性や費用発生要因などを加味して実態にあわせた在庫管理費を算出することにより、物品毎の収益性を考慮した戦略的な在庫管理を実施することを可能とする技術を提供する。【解決手段】本発明に係る在庫評価装置は、品目の在庫管理にともなう作業負荷パターンの種別（作業モデル）を、作業モデルごとの必要費目にしたがって推定し、その推定した作業モデルを用いて、各品目が負担すべき在庫管理費の負担割合を算出する。【選択図】図１

Description

本発明は、在庫を適正に調整する施策を立案する技術に関する。

在庫管理業務においては、物品の出荷要求に対して着実に出荷できるように在庫を保持しておくと同時に、物品毎の収益性まで考慮した戦略的な在庫管理が重要である。例えば、高収益品目はコストをかけてでも在庫を多めに持つことが考えられる。あるいは、低収益品目は在庫を減らしてコストを抑制することも重要である。

下記特許文献１は、在庫管理に関するシミュレーション技術について記載している。同文献は、『製造企業の工場において特定製品を製造する事業を行う上でのフリーキャッシュフローを、製造における直接的な条件データを元にし、なおかつ、企業で共通の販売費・一般管理費等や間接部門の費用をも勘案した上で、試算が行える事業化シミュレーションシステムを提供する。』ことを課題として、『製造企業全体の総掛かり費用を、前記特定製品を製造する直接部門に按分して算出する按分総掛かり費用算出手段』を備える事業化シミュレーションシステムを記載している（要約参照）。

また、下記特許文献２は、ＡＢＣ（Ａｃｔｉｖｉｔｙ Ｂａｓｅｄ Ｃｏｓｔｉｎｇ）の手法における間接費の割当て方式について記載している。同文献は、「全ての間接費（間接コスト）を複数のアクティビティのいずれかに必ず割当てる」ことを目的としており、「入力データにアクティビティが定義されていない場合には、その入力データに含まれる諸経費を所定の比率に従って複数のアクティビティに割当ててアクティビティごとの割当てコスト金額を算出する機能」を備える間接費管理システムについて記載している（要約参照）。

特開２００３－２１６８０１号公報 特開２００２－１８３３９９号公報

特許文献１記載の技術は、特定製品の収益を求めるために、製造企業全体の総掛かり費用を、その特定製品を製造する直接部門に対して按分している（按分総掛かり費用算出手段）。したがって、部門内に収益率が異なる品目が混在している場合であっても、すべての品目が一律の収益率として計算されることとなり、品目毎の収益率を正しく算出することができない。

また特許文献１記載の技術は、特定製品を製造する上での材料調達業務によってかかる費用（副費）を、材料調達業務の人員、直接材料費に占める割合、売上高に占める割合、などに応じて配分している。しかし、直接材料費や売上高が高いからといって、材料調達業務に費やす時間が必ずしも高いわけではない。例えば、着荷検収費については、品目の入庫件数が多ければ、その分だけ検収時間が多くかかるので、その品目は着荷検収費の負担額が大きくなるべきである。また、例えば物品が重く、人手では扱えず、フォークリフト等を使用する必要があるのであれば、フォークリフトの費用も品目毎の重量を考慮し按分する必要がある。しかし特許文献１は、このような入庫件数や重量などが費用に対して与える影響を考慮していない。

さらに特許文献１は、収益性が低いと判断された物品について、収益が改善するためにどのような施策を採ればよいのかを立案することについては考慮されていない。したがって特許文献１の技術を用いたとしても、その施策および強化度（レベル）毎に改善度合いをはかり、収益性が取れる事業や品目を創出するための効果的な施策を立案することは困難である。

特許文献２記載の技術は、入力データとして、アクティビティと、アクティビティが消費する経費とを入力する。入力されたデータにアクティビティが定義されていない場合には、その入力データに含まれる経費を所定の比率に従って複数のアクティビティに割当ててアクティビティごとの割当てコスト金額を算出する。しかし、品目単位など詳細な単位でＡＢＣにしたがってコスト管理するような場合には、アクティビティ数が膨大となるので、経費にアクティビティを定義することが難しくなる。また、そのアクティビティの定義がない場合には、経費を割り当てるための比率をその都度個別に登録しなくてはならず、作業工数が膨大となり全てを登録することが出来ない。

本発明は、上記のような課題に鑑みてなされたものであり、品目毎の品目特性や費用発生要因などを適切に加味して実態にあわせた在庫管理費を算出することにより、物品毎の収益性を考慮した戦略的な在庫管理を実施することを可能とする在庫評価装置を提供することを目的とする。

本発明に係る在庫評価装置は、品目の在庫管理にともなう作業負荷パターンの種別（作業モデル）を、作業モデルごとの必要費目にしたがって推定し、その推定した作業モデルを用いて、各品目が負担すべき在庫管理費の負担割合を算出する。

本発明に係る在庫評価装置によれば、品目毎の重量や容積などの特性のレンジが広い場合であっても、作業モデルごとの作業負荷比率を考慮して在庫管理費を算出することにより、品目の実態に合わせて品目毎の収益性を算出することができる。これにより在庫適正化のための効果的な施策を立案することができる。上記以外の課題、構成、および効果は、以下の実施形態の説明により明らかにされる。

実施形態１に係る在庫評価装置１０００、および、在庫評価システム１００の機能ブロック図である。 ユーザが在庫改善シナリオを設定し、在庫評価装置１０００がそれらを評価して改善施策を立案する場合のシーケンス図である。 在庫管理費データの構成例を示す。 品目特性データ１２２の構成例を示す。 カテゴリデータの構成例を示す。 作業モデルマスタデータの構成例を示す。 作業負荷比率マスタデータの構成例を示す。 ある拠点の作業負荷比率データの構成例を示す。 傾斜配分データ１２０７の構成例を示す。 品目実績データ１２０８の構成例を示す。 発生原因項目の関連性データの構成例を示す。 品目別在庫管理費データの構成例を示す。 指標評価結果データの構成例を示す。 在庫評価装置１０００が指標値を算出する手順を説明するフローチャートである。 施策内容リストの構成例を示す。 シナリオ設定データの構成例を示す。 施策関連性データの構成例を示す。 シナリオ変化率データの構成例を示す。 調達条件データ１２１０の構成例を示す。 仕向先データの構成例を示す。 シナリオ構成データの構成例を示す。 入出庫見通しデータの構成例を示す。 在庫管理費見通しデータの構成例を示す。 シナリオ指標評価結果データの構成例を示す。 在庫評価装置１０００がシナリオの評価指標値を算出する手順を説明するフローチャートである。 指標算出部１１０５による計算結果を表示する画面の例である。 シナリオ指標算出部１１７による計算結果を表示する画面の例である。 ＫＰＩ確認画面である。 ユーザが評価指標の目標値を設定し、在庫評価装置１０００がそれを実現するシナリオを立案する場合のシーケンス図である。 評価指標目標値の構成例を示す。 シナリオ候補データの構成例を示す。 在庫評価装置１０００が評価指標の目標値を達成するシナリオを生成する手順を説明するフローチャートである。 シナリオ指標算出部１１７による計算結果を表示する画面の例である。

＜実施の形態１＞
図１は、本発明の実施形態１に係る在庫評価装置１０００、および、在庫評価システム１００の機能ブロック図である。在庫評価システム１００は、在庫評価装置１０００、在庫管理者が使用するユーザ端末３０００、データベース４０００、を備える。これらはネットワーク２０００を介して通信可能に接続されている。

ユーザ端末３０００は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置である。在庫管理者はユーザ端末３０００を用いて、在庫管理施策の候補であるシナリオを複数案設定することができる。ユーザ端末３０００は、設定されたシナリオを在庫評価装置１０００に対して送信する。ユーザ端末３０００は、在庫評価装置１０００が出力する情報を画面表示する。

データベース４０００は、例えばＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅｓｏｕｒｃｅｓ Ｐｌａｎｎｉｎｇ）等のシステム、またはそれに準じるデータを蓄積したデータベースである。データベース４０００は、データを格納する記憶装置と、データ送受信を実施するコンピュータによって構成することができる。

ネットワーク２０００は、ユーザ端末３０００と、データベース４０００と、在庫評価装置１０００を通信可能に接続する。ネットワーク２０００は、通常はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のユーザの組織が管理する通信網である。ただし、これらに限らず、インターネット等の公衆通信網、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）またはＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等の一般公衆回線を一部に用いた通信網であってもよい。

在庫評価装置１０００は、ＰＣまたはサーバーコンピュータ等の情報処理装置である。在庫評価装置１０００は、在庫適正化度合いをはかる指標として、（ａ）各物品が収益を生み出している部品であるか否かをはかる交叉比率（＝在庫金額に対する営業利益の割合）、（ｂ）顧客要求に対し要求通りに物品を供給できた割合をはかる納期遵守率（＝納期遵守数に対する受注数の割合）、の２つを算出する。交叉比率を計算する際には、品目毎に収益を算出するとき必要となる在庫管理費を、実態に沿った形で品目毎に配賦する。計算手順の詳細については後述する。

在庫管理担当者が、在庫適正化のための施策の候補であるシナリオを設定すると、在庫評価装置１０００はそれらの施策を実行したときの効果を交叉比率と納期遵守率を用いシナリオ別に評価することができる。在庫管理担当者は、その結果を確認し、効果的な施策を立案することができる。

在庫評価装置１０００は、演算部１１００、記憶部１２００、入力部１３００、出力部１４００を備える。

演算部１１００は、マスタデータ補完部１１０１、作業モデル推定部１１０２、作業負荷比率選定部１１０３、在庫管理費算出部１１０４、指標算出部１１０５と、シナリオ生成部１１０６、マスタ変更部１１０７、受払処理部１１０８、影響額算出部１１０９、シナリオ指標算出部１１１０、シナリオ判定部１１１１を備える。これら各機能部の動作については後述する。

記憶部１２００は、作業モデルマスタデータ１２０１、作業負荷比率マスタデータ１２０２、カテゴリデータ１２０３、作業負荷比率データ１２０４、金額データ１２０５、品目特性データ１２０６、傾斜配分データ１２０７、品目実績データ１２０８、関連性データ１２０９、調達条件データ１２１０、施策評価結果データ１２１１を記憶する。記憶部１２００は、例えば、ハードディスクドライブやフラッシュメモリデバイスなどの記憶装置から構成される。各データの詳細については後述する。

図２は、ユーザが在庫改善シナリオを設定し、在庫評価装置１０００がそれらを評価して改善施策を立案する場合のシーケンス図である。以下図２の各シーケンスについて説明する。

在庫管理担当者は、ユーザ端末３０００を用い、在庫評価装置１０００を起動するように指示する。在庫評価装置１０００は、その命令を受け取り、データベース４０００に対し、マスタ情報（後述する作業モデルマスタデータ１２０１～関連性データ１２０９までの９つのデータ）を要求する。データベース４０００は、その要求を受け取り、事前に蓄積しておいた各種マスタ情報を在庫評価装置１０００に対して送信する。在庫評価装置１０００は、各種マスタ情報を受け取り、指標算出部１１０５は後述する評価指標を算出する。在庫評価装置１０００は評価指標の算出結果をユーザ端末３０００に対して通知し、在庫管理担当者はユーザ端末３０００上でその結果を確認する。以上の手順の詳細については図１４を用いて改めて説明する。

在庫管理担当者はユーザ端末３０００を用い、在庫を適正化するために必要と思われる施策および強化レベルの組み合わせを１以上選択し、その組み合わせによって構成されたシナリオを１以上作成する。ユーザ端末３０００は作成したシナリオを在庫評価装置１０００に対して送信し、シナリオ生成部１１０６はこれにしたがってシナリオを生成する。在庫評価装置１０００は、マスタ情報（金額データ１２０５～調達条件データ１２１０までの６つのデータ、および後述するシナリオについてのデータ）をデータベース４０００に対し要求する。

データベース４０００は、その要求を受け取り、事前に蓄積しておいた各種マスタ情報を在庫評価装置１０００に対して送信する。在庫評価装置１０００は、それらの情報を受け取り、シナリオ指標算出部１１１０はシナリオ別に評価指標値を算出する。在庫評価装置１０００は評価指標の算出結果をユーザ端末３０００に対して通知する。以上の手順の詳細については図２５を用いて改めて説明する。

＜指標算出のために用いるデータと算出手順＞
図３は、在庫管理費データの構成例を示す。在庫管理費データは、金額データ１２０５の一部として構成されている。在庫管理費データは、在庫管理費として発生する費目のリストと、各費目の合計額を記述している。在庫管理費データは、データフィールドとして例えば、Ｎｏ．、在庫管理費項目、金額を保持している。

図４は、品目特性データ１２０６の構成例を示す。品目特性データ１２０６は、品目毎の特性として、購入先から販売先までの輸送経路などの種別を記述したデータである。品目特性の用い方については後述の図１４において改めて説明する。品目特性データ１２０６は、データフィールドとして例えば、品目名、購入先名称、購入単価、重量、取扱い種別、保管場所、販売拠点を保持している。取扱い種別とは、調達品目が倉庫を経由するか、または、調達先から倉庫を経由せずに直接輸送されるかを区別するための種別である。購入先名称、購入先単価、重量は、後述するマスタデータ補完部１１０１や作業負荷比率選定部１１０３において用いる品目分類を定めるためのものであり、取扱い種別、保管場所、販売拠点は、後述する傾斜配分データ１２０７において用いる品目分類を定めるためのものである。

図５は、カテゴリデータ１２０３の構成例を示す。カテゴリデータ１２０３は、品目の種別をその品目の属性にしたがって定義したデータである。図５においては、品目の重量範囲（上限値と下限値によって定まる範囲）にしたがって、５つの品目種別（超小物～超大物）を定義した例を示した。品目の重量が、１ｋｇ以下であれば超小物、１ｋｇより重く５ｋｇ以下であれば小物、５ｋｇより重く５０ｋｇ以下であれば中物、５０ｋｇより重く５ｔ以下であれば大物、５ｔより重ければ超大物と定義する。品目のその他属性（例については後述）にしたがって品目種別を定義してもよい。カテゴリデータ１２０３は、データフィールドとして例えば、カテゴリ名称、分類項目、下限値、上限値を保持している。

図６は、作業モデルマスタデータ１２０１の構成例を示す。作業モデルマスタデータ１２０１は、作業モデルと費目との間の対応関係を定義している。ここでいう作業モデルとは、在庫管理作業を実際に実施する場所において発生する作業負荷パターンを表している。作業モデルマスタデータ１２０１は、作業モデルと費目の組み合わせごとに、後述する作業負荷比率パターンを定義している。

作業モデルマスタデータ１２０１は、データフィールドとして例えば、在庫管理費項目、作業モデル１、作業モデル２、作業モデル３を保持している。作業モデルの数は１以上で必要に応じ用意する。図６の１行目によれば、作業モデル１に準じた着荷検収費が発生する場合は、後述する作業負荷比率パターン２に対応する作業負荷比率が発生することが分かる。

図７は、作業負荷比率マスタデータ１２０２の構成例を示す。作業負荷比率マスタデータ１２０２は、作業モデルと作業負荷比率パターンの組み合わせごとに、各品目種別（カテゴリデータ１２０３が定義している品目種別）の作業負荷比率を定義するものである。作業負荷比率マスタデータ１２０２は、データフィールドとして例えば、作業モデル、作業負荷比率パターン、カテゴリごと（超小物、小物、中物、大物、超大物）の作業負荷比率を保持している。

図７の１行目によれば、作業モデル１に準じた在庫管理費は、品目種別間において、作業負荷比率パターン１に準じた作業負荷比率が発生する場合があり、その作業負荷比率は、超小物：小物：中物：大物：超大物＝１：２：５：８：１０であることが分かる。同じ作業モデル１であっても、作業負荷比率パターン２に準じた作業負荷比率が発生する場合、その作業負荷比率は、超小物：小物：中物：大物：超大物＝２：２：４：５：６であることが分かる。

図８は、ある拠点の作業負荷比率データ１２０４の構成例を示す。ある拠点の作業負荷比率データ１２０４は、データフィールドとして例えば、在庫管理費項目、カテゴリごと（超小物、小物、中物、大物、超大物）の作業負荷比率を保持している。

図６の１行目によれば、作業モデル１に準じた着荷検収費は、作業負荷比率パターン２が発生することが分かる。作業モデル１かつ作業負荷比率パターン２は、図７の２行目において定義されている。すなわちこの着荷検収費は、超小物：小物：中物：大物：超大物＝２：２：４：５：６の割合で発生することが分かる。図８の１行目はこのことを表している。図８のその他レコードについても同様に算出することができる。

図９は、傾斜配分データ１２０７の構成例を示す。傾斜配分データ１２０７は、在庫管理費が品目毎にいくらかかっているのかを実際の作業実態に沿って定義するためのデータテーブルである。傾斜配分データ１２０７は、データフィールドとして例えば、品目分類Ｎｏ．、取扱い種別、保管場所、販売拠点、着荷検収費、出荷梱包費、倉庫賃借料、入出庫費、出荷検収費、出荷輸送費、倉庫間輸送費、一般費を保持している。

傾斜配分データ１２０７を定義する手順を説明する。まず、全ての品目がいずれかの品目分類Ｎｏ．に属するように、取扱い種別と保管場所と販売拠点の組み合わせ総数分だけ品目分類Ｎｏ．を用意する。次に品目分類ごとに、実際に発生する在庫管理費目のみその旨のフラグを立てる。例えば品目分類Ｎｏ．２は、倉庫経由の部品であり、倉庫１に保管して海外に販売する部品である。このような品目について実際に発生する在庫管理費は、着荷検収費、出荷梱包費の海外分、倉庫１の賃借料、輸送費の海外分、であると考えられる。そこで品目分類Ｎｏ．２については、これらの在庫管理費目にフラグ「１」をセットする。その他品目分類Ｎｏ．についても同様にフラグをセットする。以上の手順により傾斜配分データ１２０７を構成することができる。

図１０は、品目実績データ１２０８の構成例を示す。品目実績データ１２０８は、品目毎の在庫管理実績を記述したデータである。品目実績データ１２０８は、データフィールドとして例えば、品目名、売上高、入庫件数、入庫数量、出荷件数、出荷数量、在庫数、単価、受注数、納期遵守数を保持している。

図１１は、発生原因項目の関連性データの構成例を示す。発生原因項目の関連性データは、関連性データ１２０９の一部として構成されている。発生原因項目の関連性データは、データフィールドとして例えば、Ｎｏ．、在庫管理費項目、入庫件数、入庫数量、出荷件数、出荷数量、在庫数、作業負荷比率を保持している。

発生原因項目の関連性データは、在庫管理費の発生原因となる項目を、在庫管理費目ごとに定義するためのデータテーブルである。例えば、着荷検収費の金額は、入庫数量が多く、物品が重く大きいほど費用が高額となると考えられる。この場合、着荷検収費を品目毎に配分するときには、入庫数量と着荷検収作業で発生する作業負荷の比率（作業負荷比率）を考慮する必要がある。したがって図１１のレコードＮｏ．１においては、入庫数量、作業負荷比率にフラグ「１」をセットしている。その他在庫管理費目についても同様にフラグをセットする。発生原因項目の関連性データを参照することにより、在庫管理費目に対して影響を与える発生原因を特定することができる。

図１２は、品目別在庫管理費データの構成例を示す。品目別在庫管理費データは、金額データ１２０５の一部として構成されている。品目別在庫管理費データは、在庫管理費目の内訳を品目毎に記述したデータである。品目別在庫管理費データは、データフィールドとして例えば、Ｎｏ．、在庫管理費項目、品目名、金額を保持している。

図１３は、指標評価結果データの構成例を示す。指標評価結果データは、施策評価結果データ１２１１の一部として構成されている。指標評価結果データは、後述するシナリオを実施したとき得られる評価指標の算出結果を保持するデータである。指標評価結果データは、データフィールドとして例えば、シナリオＮｏ．、品目名、交叉比率、納期遵守率を保持している。交叉比率とは、在庫に対する利益の割合を示したものである。交叉比率が１以上であれば、利益を生み出している品目であるといえるので、交叉比率は在庫が適正であるか否かを判断するための１指標となる。

図１４は、在庫評価装置１０００が指標値を算出する手順を説明するフローチャートである。以下、図１４の各ステップについて詳細に説明する。

ステップＳ１４０１において、在庫評価装置１０００は、データベース４０００からマスタ情報（作業モデルマスタデータ１２０１～関連性データ１２０９までの９つのデータ）を取得する。

ステップＳ１４０２において、マスタデータ補完部１１０１は、Ｓ１４０１にて取得したマスタ情報において欠損している情報を補完する。例えば、図４に示す品目特性データに含まれるある品目において、重量情報が欠損している場合、欠損している購入先と同じ品目を抽出し、それらの購入単価と重量の関係を推定する。これは、購入先毎に原材料はおおよそ共通のために購入単価と重量には関係性があるという前提に基づいている。例えば、鋼材メーカー、電子機器メーカーなど購入先毎に部品の購入単価と重量には関係性があるものとしている。図４に示す例では、品目Ｄの重量情報が欠損していることから、品目Ｄの重量を推定する。推定手法は様々あるが、その都度、モデルに合う手法を選択する。本例では購入先ＡＡＡにおける購入単価と重量の関係を推定し、例えば単回帰分析を行うと品目Ｄの重量は３５となる。そのため、品目特性データの品目Ｄの重量は３５と入力され、更新される。

本例では、重量が欠損している場合を示したが、購入単価、容積など他の情報が欠落している場合も考えられる。この場合であっても同様に、欠落していない部分の相互相関関係にしたがって欠落部分を推定することにより、欠損情報を補完することができる。

ステップＳ１４０３において、作業モデル推定部は、Ｓ１４０１にて取得した図３の在庫管理費データが、図６の作業モデルマスタデータのどの作業モデルであるかを推定する。本例の在庫管理費データは、着荷検収費から一般費までの全ての項目において費用が計上されている。図６の作業モデルマスタに、全ての項目において費用計上されている作業モデルを確認すると作業モデル１が該当することがわかる。よって、本例の作業モデルは作業モデル１であるといえる。作業モデルに関しては、完全一致するような作業モデルが存在しない場合も想定できる。そのような場合は、推定手法を用い最も構成が近い作業モデルを推定する。

ステップＳ１４０４において、作業負荷比率選定部は、作業モデルマスタデータにおいて作業モデルＮｏ．毎および経費毎に定義している作業負荷比率パターンと、図７の作業負荷比率マスタデータを用い、図８のある拠点の作業負荷比率データを作成することである。具体的には、本例では作業モデルは作業モデル１であることから、着荷検収費の作業負荷比率パターンは２であることがわかる。図７の作業モデル１、かつ、作業負荷比率パターン２の負荷比率は、超小物：２、小物：２、中物：４、大物：５、超大物：６であることがわかる。よって、図８のある拠点の作業負荷比率データの着荷検収費は、超小物から超大物の作業負荷比率が２：２：４：５：６となる。以下、出荷梱包費（国内向け）から一般費まで同様の処理を行うと図８のある拠点の作業負荷比率データが完成する。

ステップＳ１４０５において、在庫管理費算出部は、Ｓ１４０１において取得したマスタ情報（カテゴリデータ１２０３、金額データ１２０５の一部である在庫管理費データ、品目特性データ１２０６、傾斜配分データ１２０７、品目実績データ１２０８）、および、作業負荷比率選定部１１０３により算出した作業負荷比率データ１２０４を用いて、品目毎の在庫管理費を算出する。Ｓ１４０５の具体的手順は以下の通りである。

在庫管理費算出部１１０４は、取り扱い中の全品目について、品目特性データ１２０６が定義している品目特性にしたがって、傾斜配分データ１２０７のいずれの品目分類Ｎｏ．に属するかを決める。例えば、品目特性データ１２０６によれば品目Ａは倉庫経由品であり、保管場所はメイン倉庫、販売拠点は海外であるので、品目分類Ｎｏ．２に属することがわかる。

在庫管理費算出部１１０４は、品目Ａが着荷検収費全体に対し、どの程度の費用割合を負担すべきであるかを計算する。発生原因項目の関連性データ（関連性データ１２０９）によれば、品目Ａの着荷検収費は、入庫数量と作業負荷比率によって影響を受けることが分かる。また、傾斜配分データ１２０７において、品目分類区分Ｎｏ．１～６は着荷検収費が発生することが分かる。そこで在庫管理費算出部１１０４は、品目分類Ｎｏ．１～６に該当する全品目についてそれぞれ入庫数量×作業負荷比率を求め、それらの総和に対する品目Ａの入庫数量×作業負荷比率の割合を求める。これにより、全着荷作業費に対する品目Ａの着荷作業費の割合を算出することができる。在庫管理費算出部１１０４は、この割合を品目Ａの着荷検収費の配賦割合とする。在庫管理費算出部１１０４は、品目Ａの着荷検収費の配賦割合に対して着荷検収費総額を掛けることにより、品目Ａにおける着荷検収費を求める。

すなわち在庫管理費算出部１１０４は、まず関連性データ１２０９にしたがって、費目が作業負荷比率と各発生原因項目により影響されるか否かを判断し、影響されるものについては発生原因項目×作業負荷比率の総和を算出する。在庫管理費算出部１１０４はさらに、品目ごとの発生原因項目×作業負荷比率を算出し、総和に対するその比率にしたがって、その品目が負担すべき在庫管理費を算出する。

在庫管理費算出部１１０４はさらに、傾斜配分データ１２０７にしたがって、費目が発生する品目のうち作業負荷比率によって影響されるものを判断し、影響されるものについては発生原因項目×作業負荷比率の総和を算出する。在庫管理費算出部１１０４はさらに、品目ごとの発生原因項目×作業負荷比率を算出し、総和に対するその比率にしたがって、その品目が負担すべき在庫管理費を算出する。

在庫管理費算出部１１０４は、他の在庫管理費目に関しても同様の方法を用いて、品目Ａにおける各在庫管理費を算出する。他の品目についても同様に各在庫管理費を算出することができる。在庫管理費算出部１１０４は、算出結果を品目別在庫管理費データ（図１２）に格納する。

発生原因項目の総和に対する各品目の発生原因項目の比率を用いて、各品目が負担すべき在庫管理費の割合を算出することも考えられる。しかしその場合、発生原因項目のうちその他発生原因項目と比較して数値が極端に大きいものが含まれていると、実際の算出結果はその極端に大きい発生原因項目に依拠することになる。例えば発生原因項目として重量と容積があり、重量の数値が容積の数値よりも極端に大きければ、重量の数値にほぼ依拠して算出結果が得られることになるので、容積を考慮する意義が減殺されてしまう。そこで本実施形態１においては、発生原因項目×作業負荷比率の総和に対する、各品目の発生原因項目×作業負荷比率の割合を、在庫管理費の負担割合の算出基準とした。

ステップＳ１４０６において、指標算出部１１０５は、品目実績データ１２０８とＳ１４０５で算出した品目別在庫管理費データから、評価指標として交叉比率と納期遵守率を算出する。交叉比率は、在庫金額に対する収益の割合である。例えば、収益として営業利益を用いるとすると、品目毎の売上高から品目毎の原価と品目毎の在庫管理費を引くことにより、品目毎の営業利益を求めることができる。在庫金額は在庫数と単価から求められる。納期遵守率は、受注数（あるいは件数）に対する納期遵守数（あるいは件数）の割合を求めることにより算出できる。指標算出部１１０５は、後述する図２６で説明する画面において、算出結果を表示する。

例えば、ステップＳ１４０６での算出結果が交叉比率０．７７、納期遵守率０．７５であるとすると、指標算出部１１０５は図１３のように指標評価結果データを記載する。図１３の例によれば、品目Ａの交叉比率が１以下であるので、品目Ａは収益を生み出すことができていない品目であり、収益を生み出す部品に変えるために何か施策を打たなくてはならないことが分かる。納期遵守率は事業形態により基準が様々ではあるが、２５％遵守できておらず、失注していることも想定でき、改善が見込まれる。

＜シナリオ評価のために用いるデータと算出手順＞
図１５は、施策内容リストの構成例を示す。施策内容リストは、在庫状況を改善するために実施する施策候補のリストである。後述するシナリオは、施策内容を１以上組み合わせることによって構成される。施策内容リストは、あらかじめ記憶部１２００に格納しておいてもよいし、ユーザが入力部１３００を介して入力してもよい。施策内容リストは、データフィールドとして例えば、施策Ｎｏ．、施策内容を保持している。

図１６は、シナリオ設定データの構成例を示す。ユーザは、施策内容を１以上組み合わせることによってシナリオを作成する。シナリオ設定データは、その組み合わせ内容を記述したデータである。シナリオ設定データは記憶部１２００に格納することができる。シナリオ設定データは、データフィールドとして例えば、シナリオＮｏ．、対象品目名、施策Ｎｏ．、施策名、レベルを保持している。施策Ｎｏ．は、施策内容リストの同フィールドを参照している。

図１７は、施策関連性データの構成例を示す。施策関連性データは、施策内容を実施することにより、在庫管理費またはこれに関連するパラメータに対して及ぼす影響を定義したデータである。影響は、その施策内容を実施する前後における変動割合として定義することができる。さらに施策内容の実施強度によって影響が異なる場合、実施強度ごとに影響を定義することができる。図１７においては実施強度を「レベル」として記載した。施策関連性データは、データフィールドとして例えば、Ｎｏ．、影響項目、施策Ｎｏ．、レベル、影響度を保持している。施策Ｎｏ．は、施策内容リストの同フィールドを参照している。施策関連性データは、関連性データ１２０９の一部として構成されている。

図１８は、シナリオ変化率データの構成例を示す。シナリオ変化率データは、各シナリオが採用した施策の影響を施策関連性データにしたがってシナリオごとに記述したデータである。図１８はシナリオ番号「３」についての例を示した。シナリオ変化率データは記憶部１２００に格納することができる。後述する各データも同様である。シナリオ変化率データは、データフィールドとして例えば、Ｎｏ．、影響項目、シナリオＮｏ．、変化率を保持している。

図１９は、調達条件データ１２１０の構成例を示す。調達条件データ１２１０は、品目を調達するときのリードタイムなどの制約条件を品目毎に記述したデータである。調達条件データ１２１０は、シナリオを実施するときの実施条件として用いられる。調達条件データ１２１０は、データフィールドとして例えば、品目名、調達先名、調達リードタイム（調達ＬＴ）、調達ロット、安全在庫係数を保持している。

図２０は、仕向先データの構成例を示す。仕向先データは、品目毎に仕向先を記述したデータである。仕向先データは、シナリオを実施するときの実施条件として用いられる。仕向先データは、データフィールドとして例えば、品目名、拠点名、輸送手段、輸送リードタイム（輸送ＬＴ）を保持している。

図２１は、シナリオ構成データの構成例を示す。シナリオ構成データは、調達条件データ１２１０と仕向先データに基づきシナリオを実施したとき得られる調達リードタイムなどの結果を記述したデータである。図２１はシナリオ番号「３」についての例を示した。シナリオ構成データは、データフィールドとして例えば、品目名、シナリオＮｏ．、調達リードタイム、調達ロット、安全在庫係数、輸送手段、輸送リードタイムを保持する。

図２２は、入出庫見通しデータの構成例を示す。入出庫見通しデータは、シナリオを実施した結果として得られる品目の入出庫予測を記述したデータである。図２２はシナリオ番号「３」についての例を示した。入出庫見通しデータは、データフィールドとして例えば、品目名、シナリオＮｏ．、売上高、入庫件数、入庫数量、出荷件数、出荷数量、在庫数、単価、受注数、納期遵守数を保持する。

図２３は、在庫管理費見通しデータの構成例を示す。在庫管理費見通しデータは、シナリオを実施した結果として得られる在庫管理費の予測を記述したデータである。図２３はシナリオＮｏ．「１」についての例を示した。在庫管理費見通しデータは、データフィールドとして例えば、Ｎｏ．、在庫管理費項目、品目名、シナリオＮｏ．、金額を保持する。

図２４は、シナリオ指標評価結果データの構成例を示す。シナリオ指標評価結果データは、シナリオ指標評価結果データは、図１３と同様の評価指標をシナリオごとに記述したデータである。データフィールドとして例えば、シナリオＮｏ．、品目名、交叉比率、納期遵守率を保持する。

図２５は、在庫評価装置１０００がシナリオの評価指標値を算出する手順を説明するフローチャートである。以下、図２５の各ステップについて詳細に説明する。

ステップＳ２５０１において、在庫評価装置１０００は、データベース４０００からマスタ情報（金額データ１２０５～調達条件データ１２１０までの６つのデータ）を取得するとともに、シナリオについてのデータ（図１５：施策内容リスト～図１７：施策関連性データ、図２０：仕向先データ）を取得する。

ステップＳ２５０２において、マスタ変更部１１０７は、施策関連性データにしたがって各項目の変動分を算出することにより、シナリオ変化率データ（図１８）を作成する。例えば図１６の例によれば、シナリオ１は、品目Ａにおいて、施策３（調達期間短縮）をレベル１で実施するシナリオである。さらに図１７の施策関連性データによれば、施策３は、調達価格に対して１．１倍の影響を有し、調達リードタイムに対して１．２倍の影響を有する。マスタ変更部１１０７はその他施策およびパラメータについても同様に影響分を算出する。

１つのシナリオが複数の施策を同時に実施することもできる。その場合、ある項目に対して複数の施策の影響度が重なる場合があり得る。この場合は施策内容に応じて項目毎に影響度を乗算あるいは加算することにより、重畳分を考慮して変化率を算出する。マスタ変更部１１０７は、以上の処理を全シナリオの影響項目に対して実施する。

ステップＳ２５０２において、マスタ変更部１１０７はさらに、品目実績データ１２０８、調達条件データ１２１０、および仕向先データに対してシナリオ変化率データを反映することにより、シナリオ構成データと入出庫見通しデータを作成する。例えば品目実績データ１２０８の各項目に対してシナリオ変化率データによる影響を乗算することにより、入出庫見通しデータを生成することができる。同様に調達条件データ１２１０と仕向先データの各項目に対してシナリオ変化率データによる影響を乗算することによりこれらの変動を算出すると、シナリオ構成データを得ることができる。

ステップＳ２５０３において、受払処理部１１０８は受払計算を実施する。受払計算は、実業務の計画立案サイクルに合わせて品目を仮想的に入出庫させることにより、在庫変動を計算する処理である。受払処理部１１０８は、Ｓ２５０２において計算したシナリオ構成データが記述している調達リードタイムなどを前提として、受払計算を実施する。これにより、シナリオにおける入出庫などの見通しを計算することができる。受払計算の結果は入出庫見通しデータ（図２２）に格納する。

ステップＳ２５０４において、影響額算出部１１０９は、シナリオの施策を実施した影響によって入出庫などが変動したとき、その結果として在庫管理費がどのように影響を受けるのかを計算する。具体的には、まず品目実績データ１２０８が記述している入出庫などの実績において、シナリオが取り扱う品目が占める割合を算出する。総在庫管理費に対して、この割合を乗算することにより、当該シナリオにおいて発生する在庫管理費を算出する。

さらにその在庫管理費に対して、シナリオ変化率データが与える各項目の影響度を乗算することにより、当該シナリオにおける在庫管理費の変動分を求めることができる。影響額算出部１１０９はその算出結果を在庫管理費見通しデータ（図２３）に格納する。シナリオ変化率データによる変化率が在庫管理費に対して影響するか否かは、関連性データ（図１１）によって特定することができる。

例えば図１１の例によれば、着荷検収費を再計算する場合は、入庫数量と作業負荷比率それぞれの増減が影響する。図２２に示す入出庫見通しデータの例においては、入庫件数のみが品目実績データ１２０８と比較すると２５から２４へ変動し、実績に対する入出庫見通しの割合は０．９６である。よって、品目Ａの着荷検収費２，１３６に０．９６を乗算した２，０５１が着荷検収費の見通し値となる。

ステップＳ２５０５において、シナリオ指標算出部１１１０は、入出庫見通しデータ（図２２）と在庫管理費見通しデータ（図２３）にしたがって、シナリオごとに評価指標を算出する。評価指標としては、Ｓ１４０６と同様に交叉比率と納期遵守率を用いることができる。シナリオ指標算出部１１１０はその結果をシナリオ指標評価結果データ（図２４）に格納する。Ｓ２５０２～Ｓ２５０５を全シナリオに対して実施する。

ステップＳ２５０６において、シナリオ指標算出部１１１０は、後述する図２６～図２７で説明するシナリオ別の評価指標画面を表示する。

図２６は、指標算出部１１０５による計算結果を表示する画面の例である。在庫管理担当者が本画面の実行ボタンを押すと、在庫評価装置１０００は図１４で説明した計算手順を実施することにより、評価指標として交叉比率と納期遵守率を品目毎に算出し、その結果をグラフ表示する。結果グラフは、例えば評価指標を横軸と縦軸にとり散布図で表現することができる。

本画面は、指標算出部１１０５による算出結果を出力部１４００がユーザ端末３０００に対して送信し、ユーザ端末３０００がこれを図２６の画面として表示してもよいし、出力部１４００自身が本画面を形成してもよい。いずれの場合であっても、本画面を表示する装置は表示デバイスを介して本画面を表示する。後述する各画面も同様である。

図２７は、シナリオ指標算出部１１１０による計算結果を表示する画面の例である。在庫管理担当者は、本画面を用い、在庫を適正化したい対象部品を指定し、さらに、在庫を適正化するための施策候補をシナリオとして設定する。在庫管理担当者が実行ボタンを押すと、在庫評価装置１０００は図２５で説明した計算手順を実施することにより、シナリオ別の評価指標を算出する。算出結果は図２６と同様に散布図で表現することができる。このように複数のシナリオの評価結果を同時に２軸で可視化することにより、どのシナリオおよび施策が有効なのか把握することができる。したがって、評価指標がトレードオフ関係にあり最良シナリオを即座に決定できないような場合であっても、在庫管理者が納得できるシナリオを選択することが可能となる。

図２８は、ＫＰＩ（Ｋｅｙ Ｐｅｒｆｏｒｍａｎｃｅ Ｉｎｄｉｃａｔｏｒ）確認画面である。図２７の評価結果確認画面の詳細確認ボタンを押すと、本画面が表示される。マスタ変更部１１０７と受払処理部１１０８がシナリオを実施する過程において、調達リードタイムなどを計算することになる。これらのパラメータのうちＫＰＩとなる項目をあらかじめ定めておき、シナリオを実施することにより得られる各項目を、図２８においてＫＰＩとして表示することができる。このＫＰＩは、各シナリオの評価指標を達成するために実現すべきパラメータということができる。したがってマスタ変更部１１０７と受払処理部１１０８は、これらのＫＰＩを算出するＫＰＩ算出部としての役割も有する。

＜実施の形態１：まとめ＞
本実施形態１に係る在庫評価装置１０００において、在庫管理費算出部１１０４は、関連性データ（図１１）が定義している発生原因項目の組み合わせごとに在庫管理費の総和を算出し、その総和に対して各品目の在庫管理費が占める割合を算出する。これにより、在庫管理費の発生原因の実態を反映して在庫管理費を正確に算出することができる。在庫管理費を正確に算出することにより、物品毎の収益を精度よく算出し、物品毎の収益性まで考慮した戦略的な在庫管理を立案が可能となる。

本実施形態１に係る在庫評価装置１０００において、在庫管理費算出部１１０４は、傾斜配分データ１２０７が定義している品目種別ごとの在庫管理費目にしたがって、在庫管理費を各品目へ配賦する。品目種別は、品目特性データ１２０６が記述している輸送経路などの組み合わせにしたがって定義することができる。これにより、実際には発生しない在庫管理費目を各品目へ配賦することがなくなるので、品目の輸送経路などの実態を反映して在庫管理費を正確に算出することができる。

本実施形態１に係る在庫評価装置１０００において、指標算出部１１０５は、品目の評価指標として交叉比率と納期遵守率を算出し、図２６で例示した画面上で表示する。これにより在庫管理担当者は、在庫の現状を適切に評価することができる。

本実施形態１に係る在庫評価装置１０００において、影響額算出部１１０９は、施策関連性データ（図１７）が定義している各施策の影響度にしたがって、シナリオを実施したとき影響を受けるパラメータとその影響度を計算し、その結果を用いて在庫管理費の変動額を算出する。受払処理部１１０８は、施策関連性データにしたがって変動したパラメータを用いて、入出庫見通しデータ（図２２）を作成する。これらの処理により、在庫適正化のために効果的な施策を特定することができる。また品目の実態を正確に反映した在庫管理費の計算結果を用いてシナリオを評価することにより、シナリオの効果を正確に計算することができる。

本実施形態１に係る在庫評価装置１０００において、シナリオ指標算出部１１１０は、シナリオごとに評価指標を算出するとともに、その結果を図２７～図２８の画面によって表示する。これにより在庫管理者は、効果的なシナリオを容易に特定することができる。また、シナリオごとにＫＰＩ値を提示することにより、在庫適正化のために実現すべきパラメータを容易に把握し、在庫をより効率的に適正化することができる。

本実施形態１に係る在庫評価装置１０００において、品目特性データ１２０６は、品目の購入先と品目の購入単価と品目の重量を定義しており、マスタデータ補完部１１０１は、品目特性データ１２０６が定義している情報のうち欠落していない部分の相互対応関係を用いて、品目特性データ１２０６のなかで欠落している情報を推定することにより、その欠落している情報を補完する。これにより、品目特性データ１２０６のうち一部が欠落している場合であっても、在庫適正化を適切に実施することができる。

本実施形態１に係る在庫評価装置１０００において、品目特性データ１２０６は、品目の重量に代えてまたは品目の重量に加えて、品目の容積、品目の材質、品目の形状、のうち少なくともいずれかを定義することもできる。これにより、品目の様々な属性項目について、欠落情報を補完することができる。

本実施形態１に係る在庫評価装置１０００において、カテゴリデータ１２０３は、品目の種別として、品目の重量に代えてまたはこれに加えて、品目の容積、品目の材質、品目の形状、品目の梱包方法、のうち少なくともいずれかを定義することもできる。この場合、作業負荷比率マスタデータ１２０２は、カテゴリデータ１２０３が定義している品目種別間の作業負荷比率パターン種別を記述することができる。これにより、品目の様々な属性項目について、作業負荷パターンにしたがって在庫適正化を図ることができる。

＜実施の形態２＞
実施形態１においては、ユーザが施策を組み合わせることによってシナリオを生成する例を説明した。本発明の実施形態２では、ユーザが評価指標の目標値を設定し、在庫評価装置１０００がその目標値を達成するシナリオを自動生成する構成例を説明する。

図２９は、ユーザが評価指標の目標値を設定し、在庫評価装置１０００がそれを実現するシナリオを立案する場合のシーケンス図である。以下図２９の各シーケンスについて説明する。

在庫評価装置１０００に対する起動命令から、指標値算出結果を通知するまでは、実施形態１と同様である。在庫管理担当者はユーザ端末３０００を用い、交叉比率と納期遵守率の目標値を入力する。在庫評価装置１０００は、Ｓ２５０１と同様に各データを取得する。在庫評価装置１０００は、それらのデータにしたがって、目標値を達成することができるシナリオの候補を生成し、その評価指標を算出して目標達成したか否かを判定する。在庫評価装置１０００はその結果をユーザ端末３０００に対して通知する。在庫管理担当者は、ユーザ端末３０００に出力された目標値を遵守するシナリオを確認し、必要に応じ、改善すべきＫＰＩ値も確認することが可能である。

図３０は、評価指標目標値の構成例を示す。評価指標目標値は、実施形態１で説明した評価指標の目標値としてユーザがセットするものであり、例えば、交叉比率、納期遵守率を保持している。

図３１は、シナリオ候補データの構成例を示す。シナリオ候補データは、評価指標の目
標値を達成することができるシナリオの候補として、シナリオ生成部１１０６が生成するシナリオを記述したデータである。シナリオ候補は、実施形態１のシナリオと同様に施策の組み合わせによって構成される。シナリオ候補データは、データフィールドとして例えば、シナリオＮｏ．、施策Ｎｏ．、施策名、レベルを保持している。

図３２は、在庫評価装置１０００が評価指標の目標値を達成するシナリオを生成する手順を説明するフローチャートである。以下、図３２の各ステップについて詳細に説明する。

ステップＳ３２０１は、Ｓ２５０１と同様である。ただしＳ２５０１に加えて評価指標目標値を併せて取得する。ステップＳ３２０２において、シナリオ生成部１１０６は、施策内容リスト（図１５）から想定されるシナリオを自動生成する。シナリオ生成手順としては例えば、施策内容がｎ個であれば２のｎ乗個の全通り組み合わせを網羅するシナリオを生成する方法が考えられる。

ステップＳ３２０３～Ｓ３２０６は、Ｓ２５０２～Ｓ２５０５と同様の処理を、シナリオ生成部１１０６が生成した各シナリオ候補に対して実施する。ステップＳ３２０７において、シナリオ判定部１１１１は、目標値を達成しているシナリオを抽出する。シナリオ判定部１１１１は、シナリオ指標評価結果データ（図２４）のうち、目標値を達成しているシナリオのみ残し、未達のシナリオについてはシナリオ指標評価結果データから削除する。以上の手順により目標達成シナリオを自動抽出できる。

図３３は、シナリオ指標算出部１１１０による計算結果を表示する画面の例である。本実施形態２においては、図２６の画面に加えて本画面を表示する。ユーザが目標値を画面上で設定し、実行ボタンを押すと、在庫評価装置１０００はシナリオを自動生成し、目標値を遵守するシナリオのみを画面に表示する。在庫管理担当者は、画面上で評価結果を確認することにより、在庫適正化のための効果的な施策を容易に決めることができる。また、詳細確認ボタンを押すと図２８のＫＰＩ確認画面を表示し、目標値を達成したシナリオのＫＰＩ値を確認することが可能である。

＜実施の形態２：まとめ＞
本実施形態２に係る在庫評価装置１０００において、シナリオ生成部１１０６は、ユーザがセットした評価指標の目標値を実現することができるシナリオ候補を生成し、シナリオ指標算出部１１１０は各シナリオの評価指標を算出する。さらにシナリオ判定部１１１１が目標値を達成するシナリオを抽出することにより、目標値を達成する施策を自動的に特定することができる。

＜本発明の変形例について＞
本発明は、前述した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

図２のシーケンスにおいては、シナリオを指標値算出後に登録するものとしたが、在庫評価装置１０００の起動命令時にシナリオ登録してもよいし、あるいは、事前にシナリオをデータベース４０００に登録しておいてもよい。これにより、起動命令からシナリオ指標値の結果通知までを一貫して自動処理することができる。

Ｓ１４０５において、発生原因項目の関連性データが記載している項目を全て乗算する例を説明したが（入庫数量×作業負荷比率）、発生原因項目の組み合わせごとの総和を求める手順はこれに限られるものではなく、発生原因項目の特性に応じて、加算、加算と乗算の組み合わせ、重み付け加算、これらの組み合わせなど、実態に沿った適当な計算方法を用いることができる。

図２６～図２８、図３３において、計算結果を画面表示することを説明したが、計算結果を出力する方法は画面表示に限るものではなく、例えば計算結果を記述したデータを出力してもよい。

実施形態２において、施策内容の全組み合わせをシナリオ候補として生成することを説明したが、例えば計算量が多大であるなどの場合は、一部の組み合わせのみをシナリオ候補として生成してもよい。例えば施策内容のうち効果が見込まれるもののみをあらかじめピックアップし、それら施策内容の全組み合わせによってシナリオ候補を生成することが考えられる。あるいは、全組み合わせによって得られるシナリオ候補のうち一部のみを評価対象とすることも考えられる。その他、全てのレベルの組み合わせではなく一部のレベル値のみ用いることが考えられる。その他適当な方法によりシナリオ候補の個数を制限してもよい。

上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。上記した実施形態の技術的要素は、単独で適用されてもよいし、プログラム部品とハードウェア部品のような複数の部分に分けられて適用されるようにしてもよい。すなわち演算部１１０および演算部１１０が備える各機能部は、その機能を実装した回路デバイスなどのハードウェアによって構成することもできるし、その機能を実装したソフトウェアを演算装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔなど）が実行することによって構成することもできる。

１００：在庫評価システム
１０００：在庫評価装置
１１００：演算部
１１０１：マスタデータ補完部
１１０２：作業モデル推定部
１１０３：作業負荷比率選定部
１１０４：在庫管理費算出部
１１０５：指標算出部
１１０６：シナリオ生成部
１１０７：マスタ変更部
１１０８：受払処理部
１１０９：影響額算出部
１１１０：シナリオ指標算出部
１１１１：シナリオ判定部
１２００：記憶部
１２０１：作業モデルマスタデータ
１２０２：作業負荷比率マスタデータ
１２０３：カテゴリデータ
１２０４：作業負荷比率データ
１２０５：金額データ
１２０６：品目特性データ
１２０７：傾斜配分データ
１２０８：品目実績データ
１２０９：関連性データ
１２１０：調達条件データ
１２１１：施策評価結果データ
１３００：入力部
１４００：出力部
２０００：ネットワーク
３０００：ユーザ端末
４０００：データベース

Claims (20)

1. 品目の在庫を適正化するための施策を立案する在庫評価装置であって、
   在庫管理費の費目のリストを記述した在庫管理費データを格納する記憶部、
   前記在庫管理費データを用いて前記品目の在庫管理費を算出する在庫管理費算出部、
   を備え、
   前記記憶部はさらに、前記品目の在庫管理にともなう作業負荷のパターンの種別を定義する作業モデルと、前記作業モデルごとに必要となる前記費目との間の対応関係を定義する、作業モデルマスタデータとを格納しており、
   前記在庫管理費算出部は、前記在庫管理費データが記述している前記費目のリストと、前記作業モデルマスタデータが定義している対応関係とを照合することにより、前記品目の在庫管理にともなう前記作業モデルを推定し、 前記推定した作業モデルを用いて、前記費目のうち前記品目が負担すべき割合を算出する
   ことを特徴とする在庫評価装置。
2. 前記記憶部はさらに、前記品目の種別間における前記作業負荷の比率を前記作業モデルごとに定義した作業負荷比率マスタデータを格納しており、
   前記在庫管理費算出部は、前記推定した作業モデルを用いて前記作業負荷比率マスタデータを参照することにより、前記推定した作業モデルを用いたとき前記品目の種別間において生じる前記作業負荷の比率を推定し、前記推定した作業モデルと前記推定した前記品目の種別間における前記作業負荷の比率を用いて、前記費目のうち前記品目が負担すべき割合を算出する
   ことを特徴とする請求項１記載の在庫評価装置。
3. 前記作業負荷比率マスタデータは、前記品目の種別間における前記作業負荷の比率のパターン種別を、作業負荷比率パターンとして記述しており、
   前記作業モデルマスタデータは、前記費目が前記作業負荷比率パターンのうちいずれに属するかを、前記作業モデルごとに記述しており、
   前記在庫管理費算出部は、前記費目が属する前記作業負荷比率パターンを、前記推定した作業モデルにしたがって前記作業モデルマスタデータから取得し、前記作業モデルマスタデータから取得した前記作業負荷比率パターンを用いて前記作業負荷比率マスタデータを参照することにより、前記品目の種別間において生じる前記作業負荷の比率を推定する
   ことを特徴とする請求項２記載の在庫評価装置。
4. 前記記憶部はさらに、前記費目が前記作業負荷の比率によって影響されるか否かを前記費目ごとに定義した関連性データを格納しており、
   前記在庫管理費算出部は、前記作業負荷の比率によって影響される前記品目について、前記費目の発生原因となる発生原因項目と前記作業負荷の比率を乗算することにより得られる値の総和を算出し、前記品目について前記発生原因項目と前記作業負荷の比率を乗算することにより得られる値と前記総和との比率を算出することにより、前記費目のうち前記品目が負担すべき割合を算出する
   ことを特徴とする請求項２記載の在庫評価装置。
5. 前記記憶部はさらに、前記費目が発生する品目を定義した配分データを格納しており、
   前記在庫管理費算出部は、前記費目が発生する品目として前記配分データが定義している品目のうち、前記作業負荷の比率によって影響されるものについて、前記発生原因項目と前記作業負荷の比率を乗算することにより得られる値の総和を算出し、前記品目について前記発生原因項目と前記作業負荷の比率を乗算することにより得られる値と前記総和との比率を算出することにより、前記費目のうち前記品目が負担すべき割合を算出する
   ことを特徴とする請求項４記載の在庫評価装置。
6. 前記関連性データはさらに、前記発生原因項目の組み合わせを前記費目ごとに定義しており、
   前記在庫管理費算出部は、前記発生原因項目の組み合わせが同一でありかつ前記作業負荷の比率によって影響される前記品目について、前記発生原因項目の総和を算出し、前記総和のうち前記品目の発生原因項目によって生じる割合を算出することにより、前記費目のうち前記品目が負担すべき割合を算出する
   ことを特徴とする請求項４記載の在庫評価装置。
7. 前記在庫管理費算出部は、前記費目が発生する品目として前記配分データが定義している品目のうち、前記発生原因項目の組み合わせが同一でありかつ前記作業負荷の比率によって影響される前記品目ごとに、前記総和を算出することにより、前記品目の在庫管理にともなう作業実態を前記在庫管理費として反映する
   ことを特徴とする請求項５記載の在庫評価装置。
8. 前記記憶部はさらに、前記品目の輸送経路の種別を定義した品目特性データを格納しており、
   前記配分データは、前記品目が属する前記輸送経路の種別ごとに、前記費目が発生するか否かを定義しており、
   前記在庫管理費算出部は、前記輸送経路の種別が同一でありかつ前記発生原因項目の組み合わせが同一である品目ごとに、前記総和を算出することにより、前記輸送経路の種別ごとに生じる前記費目の実態を前記在庫管理費として反映する
   ことを特徴とする請求項７記載の在庫評価装置。
9. 前記在庫評価装置はさらに、前記品目の評価指標を算出する指標算出部を備え、
   前記指標算出部は、前記評価指標として、前記品目の交叉比率と前記在庫の納期遵守率を算出し、前記交叉比率として、前記品目の在庫金額に対する前記品目の収益の割合を算出し、前記品目の売上高から前記品目の原価と前記品目の前記在庫管理費を減算することにより、前記品目の収益を算出する
   ことを特徴とする請求項６記載の在庫評価装置。
10. 前記関連性データは、前記費目ごとの前記発生原因項目として、
    入庫件数、入庫数量、出荷件数、出荷数量、在庫数、重量、または容積
    のうち少なくともいずれかを定義している
    ことを特徴とする請求項６記載の在庫評価装置。
11. 前記品目特性データは、
    前記品目が調達先から倉庫を経由して輸送されるか、それとも調達先から倉庫を経由せず輸送先に対して直接発送されるのかの区分、
    前記品目を格納する倉庫、
    前記品目の販売拠点が国内であるのかそれとも海外であるのかの区分、または前記品目の調達拠点が国内であるのかそれとも海外であるのかの区分、
    のうち少なくともいずれかを、前記種別として定義している
    ことを特徴とする請求項８記載の在庫評価装置。
12. 前記記憶部はさらに、前記在庫を変動させる施策、前記施策を実施したとき影響を受けるパラメータ、および前記影響の程度の間の対応関係を記述した施策関連性データを格納しており、
    前記在庫評価装置はさらに、前記施策を実施したとき前記在庫管理費が影響を受ける金額を算出する影響額算出部を備え、
    前記影響額算出部は、前記施策関連性データが記述している前記対応関係にしたがって前記品目の入出庫見通しを算出した結果を用いて、前記在庫管理費の変動額を算出することにより、前記影響を受ける金額を算出する
    ことを特徴とする請求項６記載の在庫評価装置。
13. 前記施策関連性データは、前記対応関係としてさらに、前記施策の実施強度と前記影響の程度との間の関係を記述しており、
    前記影響額算出部は、前記施策関連性データが記述している前記実施強度にしたがって前記品目の入出庫見通しを算出した結果を用いて、前記在庫管理費の変動額を算出する
    ことを特徴とする請求項１２記載の在庫評価装置。
14. 前記在庫評価装置はさらに、前記入出庫見通しを算出する受払処理部を備え、
    前記受払処理部は、前記施策関連性データが記述している前記対応関係にしたがって前記入出庫見通しを算出することにより、前記施策を実施したとき前記在庫が変動する量を前記入出庫見通しに対して反映する
    ことを特徴とする請求項１２記載の在庫評価装置。
15. 前記記憶部は、前記施策のリストを記述した施策リストデータを格納しており、
    前記在庫評価装置はさらに、１以上の前記施策の組み合わせを実施する仮想シナリオを生成するシナリオ生成部を備え、
    前記シナリオ生成部は、前記施策リストデータが記述している前記施策のうちいずれか１以上を指定するユーザからの指示入力にしたがって、前記仮想シナリオを生成する
    ことを特徴とする請求項１２記載の在庫評価装置。
16. 前記影響額算出部は、前記シナリオ生成部が生成した全ての前記仮想シナリオについて前記影響を受ける金額を算出し、
    前記在庫評価装置はさらに、前記影響額算出部が算出した全ての前記仮想シナリオについての算出結果を比較する比較データを出力する出力部を備える
    ことを特徴とする請求項１５記載の在庫評価装置。
17. 前記在庫評価装置はさらに、前記仮想シナリオの評価指標を算出するシナリオ指標算出部を備え、
    前記シナリオ指標算出部は、前記評価指標として、前記仮想シナリオによって達成する前記在庫の交叉比率と、前記仮想シナリオによって達成する前記在庫の納期遵守率とを算出し、前記交叉比率として、前記品目の在庫金額に対する前記品目の収益の割合を算出し、前記品目の売上高から前記品目の原価と前記品目の前記在庫管理費を減算することにより、前記品目の収益を算出する
    ことを特徴とする請求項１５記載の在庫評価装置。
18. 前記在庫評価装置はさらに、前記シナリオ指標算出部が算出した前記仮想シナリオの評価指標を達成するために変更すべき前記パラメータとその変更量を、前記仮想シナリオのＫＰＩとして算出するＫＰＩ算出部と、前記ＫＰＩを出力する出力部を備える
    ことを特徴とする請求項１７記載の在庫評価装置。
19. 前記在庫評価装置はさらに、前記仮想シナリオの評価指標の目標値を指定するユーザからの指示入力を受け取る入力部と、前記仮想シナリオのうち前記目標値を達成することができるものを判定するシナリオ判定部とを備え、
    前記シナリオ生成部は、前記目標値を達成するために実施すべき前記仮想シナリオの候補を生成する
    ことを特徴とする請求項１７記載の在庫評価装置。
20. 前記シナリオ生成部は、前記施策リストデータが記述している前記施策の全組み合わせを生成することにより、前記仮想シナリオの候補を生成する
    ことを特徴とする請求項１９記載の在庫評価装置。

Images