(57)【特許請求の範囲】
【請求項１】
複数の製品の修理又は整備を行うサービス拠点に在庫として備えておく複数の補修部品の発注を支援する発注支援システムであって、
過去の所定期間において前記サービス拠点で必要とされた前記複数の補修部品それぞれの数量である個別需要数量と、前記複数の補修部品の総在庫数量とを記憶したデータベースと、
前記サービス拠点で将来的に必要とされる前記複数の補修部品の総需要数量の予測値を予測総需要数量と定義し、前記予測総需要数量のうち前記サービス拠点の実在庫から即時に賄うことができる数量を即時引当て数量と定義するとき、前記予測総需要数量に対して前記即時引当て数量が占める割合の目標値である顧客満足指数の入力を受け付ける顧客満足指数入力部と、
前記顧客満足指数に基づいて前記複数の補修部品の発注数量を算出する発注数量算出部と
を備え、
前記発注数量算出部は、
前記複数の補修部品それぞれについて前記所定期間における平均需要数量を前記個別需要数量に基づいて算出し、
前記平均需要数量が高い補修部品から順に、前記個別需要数量を累積加算した個別需要数量累積加算値又は前記平均需要数量を累積加算した平均需要数量累積加算値を前記複数の補修部品それぞれについて算出し、
前記個別需要数量の合計である総需要数量で前記個別需要数量累積加算値を割った第１の商、又は前記所定期間における前記総需要数量の平均値である平均総需要数量で前記平均需要数量累積加算値を割った第２の商を、前記複数の補修部品それぞれについて算出し、
前記第１の商又は前記第２の商が前記顧客満足指数を下回る補修部品を在庫対象部品として選定し、
前記在庫対象部品毎に前記平均需要数量に基づいて基準在庫数量を算出し、
前記在庫対象部品毎に前記基準在庫数量と前記総在庫数量との差を前記発注数量として算出し、当該発注数量を出力する
ことを特徴とする発注支援システム。
【請求項２】
請求項１記載の発注支援システムにおいて、
前記発注数量算出部は、前記平均需要数量の算出を所定周期毎に実行することにより、前記在庫対象部品を更新する
ことを特徴とする発注支援システム。
【請求項３】
請求項２記載の発注支援システムにおいて、
前記発注数量算出部は、
前記在庫対象部品毎の前記平均需要数量を１日当たりの平均値に換算し、
前記１日当たりの平均値と前記在庫対象部品毎の発注周期、調達手番及び安全在庫日数の和との積である第１の積に基づいて前記基準在庫数量を算出し、
前記在庫対象部品毎に且つ前記発注周期毎に前記基準在庫数量と前記総在庫数量との差を前記発注数量として算出し、当該発注数量を出力する
ことを特徴とする発注支援システム。
【請求項４】
請求項３記載の発注支援システムにおいて、
前記基準在庫数量を算出する際、前記発注数量算出部は、一度の修理又は整備で使用される標準使用数量で前記第１の積を除算して余りが出るときには、前記余りを切り上げた前記標準使用数量の整数倍となる値を前記基準在庫数量とする
ことを特徴とする発注支援システム。
【請求項５】
複数の製品の修理又は整備を行うサービス拠点に在庫として備えておく複数の補修部品の発注を支援する発注支援方法であって、
過去の所定期間において前記サービス拠点で必要とされた前記複数の補修部品それぞれの数量である個別需要数量と、前記複数の補修部品の総在庫数量とをデータベースに記憶する数量記憶ステップと、
前記サービス拠点で将来的に必要とされる前記複数の補修部品の総需要数量の予測値を予測総需要数量と定義し、前記予測総需要数量のうち前記サービス拠点の実在庫から即時に賄うことができる数量を即時引当て数量と定義するとき、前記予測総需要数量に対して前記即時引当て数量が占める割合の目標値である顧客満足指数の入力を顧客満足指数入力部で受け付ける顧客満足指数受付けステップと、
前記複数の補修部品それぞれについて前記所定期間における平均需要数量を前記個別需要数量に基づいて演算装置で算出する平均需要数量算出ステップと、
前記平均需要数量が高い補修部品から順に、前記個別需要数量を累積加算した個別需要数量累積加算値又は前記平均需要数量を累積加算した平均需要数量累積加算値を前記複数の補修部品それぞれについて前記演算装置で算出する需要数量累積加算値算出ステップと、
前記個別需要数量の合計である総需要数量で前記個別需要数量累積加算値を割った第１の商、又は前記所定期間における前記総需要数量の平均値である平均総需要数量で前記平均需要数量累積加算値を割った第２の商を、前記複数の補修部品それぞれについて前記演算装置で算出する商算出ステップと、
前記第１の商又は前記第２の商が前記顧客満足指数を下回る補修部品を在庫対象部品として前記演算装置で選定し、前記在庫対象部品を出力する在庫対象部品選定ステップと
を有することを特徴とする発注支援方法。
【請求項６】
請求項５記載の発注支援方法において、さらに、
前記在庫対象部品毎に前記平均需要数量に基づいて基準在庫数量を前記演算装置で算出する基準在庫数量算出ステップと、
前記在庫対象部品毎に前記基準在庫数量と前記総在庫数量との差を発注数量として前記演算装置で算出し、当該発注数量を出力する発注数量算出・出力ステップと
を有することを特徴とする発注支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の製品の修理又は整備を行うサービス拠点に在庫として備えておく複数の補修部品の発注を支援する発注支援システム及び発注支援方法に関する。
【背景技術】
【０００２】
製品（例えば、自動車）の修理又は整備を行うサービス拠点（例えば、自動車販売店）では、製品の修理又は整備に必要な補修部品を在庫しておき、顧客からの求めに応じて速やかに対応できるようにしておくことが要求される。
【０００３】
しかしながら、全ての補修部品を在庫しておくことは困難であるため、通常は、実際に必要とされた補修部品の品目及び数量（実績値）を判断して在庫及び追加発注が行われる（特許文献１）。
【０００４】
特許文献１では、アイテム単位の発注額又は発注量を決定する基準となる安全在庫量をアイテム毎に設定し、当該安全在庫量を調整することで、アイテムの発注量を調整する。具体的には、調整対象の各アイテムの既発注量及び単価から複数のアイテムの既発注総額を算出し、既発注総額及び仕入れ予算額から目標調整総額を算出し、目標調整総額に従って各アイテムの安全在庫量を調整する（要約）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−０３９６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
自動車の場合、補修部品の品目数は非常に数が多く、例えば、１車種でも３千点に及び、新旧車種を合わせると数万点にもなる。また、サービス拠点毎に売れ筋の車種及び顧客の嗜好性の相違があると共に、車種の変化、車齢の変化等の要因で、これら数万点の補修部品の需要数量も変化していく。さらに、各サービス拠点で見ると１月又は１年当たり数個の在庫で十分な補修部品も多数存在する。このため、補修部品の在庫数量の管理は非常に難しい。
【０００７】
例えば、在庫数量が少な過ぎた場合、顧客からの求めに応じた製品の修理又は整備を速やかに行うことができず、顧客は十分な満足度を得られないおそれがある。一方、在庫数量が多過ぎた場合、不活動在庫を多数抱え込むこととなる。加えて、滅多に必要とならないためサービス拠点に長期間滞留していた補修部品がたまたま使用された場合、直ちに追加発注すべきか否かの判断を適切に行うことは容易ではない。
【０００８】
これらの問題は、自動車に限らず、その他の製品について該当する場合がある。
【０００９】
上記のように、特許文献１では、アイテム毎（品目毎）の安全在庫量を調整する際に考慮されるのは、各アイテムの既発注量及び単価に基づく既発注総額と、仕入れ予算額とであり、これらの問題に十分に対応することができない。
【００１０】
本発明は、上記のような問題を考慮してなされたものであり、補修部品の在庫数量を簡易に管理しつつ、目標とする顧客満足度を効率良く維持することが可能な発注支援システム及び発注支援方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明に係る発注支援システムは、複数の製品の修理又は整備を行うサービス拠点に在庫として備えておく複数の補修部品の発注を支援するものであって、過去の所定期間において前記サービス拠点で必要とされた前記複数の補修部品それぞれの数量である個別需要数量と、前記複数の補修部品の総在庫数量とを記憶したデータベースと、前記サービス拠点で将来的に必要とされる前記複数の補修部品の総需要数量の予測値を予測総需要数量と定義し、前記予測総需要数量のうち前記サービス拠点の実在庫から即時に賄うことができる数量を即時引当て数量と定義するとき、前記予測総需要数量に対して前記即時引当て数量が占める割合の目標値である顧客満足指数の入力を受け付ける顧客満足指数入力部と、前記顧客満足指数に基づいて前記複数の補修部品の発注数量を算出する発注数量算出部とを備え、前記発注数量算出部は、前記複数の補修部品それぞれについて前記所定期間における平均需要数量を前記個別需要数量に基づいて算出し、前記平均需要数量が高い補修部品から順に、前記個別需要数量を累積加算した個別需要数量累積加算値又は前記平均需要数量を累積加算した平均需要数量累積加算値を前記複数の補修部品それぞれについて算出し、前記個別需要数量の合計である総需要数量で前記個別需要数量累積加算値を割った第１の商、又は前記所定期間における前記総需要数量の平均値である平均総需要数量で前記平均需要数量累積加算値を割った第２の商を、前記複数の補修部品それぞれについて算出し、前記第１の商又は前記第２の商が前記顧客満足指数を下回る補修部品を在庫対象部品として選定し、前記在庫対象部品毎に前記平均需要数量に基づいて基準在庫数量を算出し、前記在庫対象部品毎に前記基準在庫数量と前記総在庫数量との差を前記発注数量として算出し、当該発注数量を出力することを特徴とする。
【００１２】
本発明によれば、複数の補修部品の総需要数量の予測値である予測総需要数量に対して即時引当て数量が占める割合の目標値である顧客満足指数に基づいて在庫対象部品毎に発注数量を算出し、当該発注数量を出力する。出力された発注数量は、例えば、表示部に表示する又は発注管理サーバに送信する等により、在庫対象部品の実際の発注に利用することが可能となる。このため、複数の補修部品の発注をアイテム（品目）毎に別々の基準で管理するのではなく、複数の補修部品の発注を、在庫すべきアイテムの選定を含めて一括した基準（すなわち、顧客満足指数）で管理することとなる。従って、補修部品の在庫すべきアイテム及びその数量を簡易に管理することができ、対象となるサービス拠点で目標とする顧客満足度を効率良く維持することが可能となる。換言すると、対象となるサービス拠点での製品の修理又は整備に関するサービス度合いのばらつきを抑えつつ、補修部品の在庫数を適切な値に確保することが可能となる。
【００１３】
前記発注数量算出部は、前記平均需要数量の算出を所定周期毎に実行することにより、前記在庫対象部品を更新してもよい。これにより、徐々に変化する補修部品の需要の変化を反映した在庫対象部品の見直しを図り、不活動在庫の増加を抑制することが可能となる。
【００１４】
前記発注数量算出部は、前記在庫対象部品毎の前記平均需要数量を１日当たりの平均値に換算し、前記１日当たりの平均値と前記在庫対象部品毎の発注周期、調達手番及び安全在庫日数の和との積である第１の積に基づいて前記基準在庫数量を算出し、前記在庫対象部品毎に且つ前記発注周期毎に前記基準在庫数量と前記総在庫数量との差を前記発注数量として算出し、当該発注数量を出力してもよい。これにより、発注周期毎に補修部品の需要の変化を反映した数量での発注を行うことが可能となる。
【００１５】
前記基準在庫数量を算出する際、前記発注数量算出部は、一度の修理又は整備で使用される標準使用数量で前記第１の積を除算して余りが出るときには、前記余りを切り上げた前記標準使用数量の整数倍となる値を前記基準在庫数量としてもよい。これにより、一度の修理又は整備で複数必要になる補修部品が、標準使用数量未満の個数で利用され、余りが生じた場合にも、標準使用数量の整数倍となるように、当該補修部品が補充されることとなる。従って、当該補修部品の在庫数量を、実際の使用状況を踏まえた適正な値に維持することが可能となる。
【００１６】
本発明に係る発注支援方法は、複数の製品の修理又は整備を行うサービス拠点に在庫として備えておく複数の補修部品の発注を支援するものであって、過去の所定期間において前記サービス拠点で必要とされた前記複数の補修部品それぞれの数量である個別需要数量と、前記複数の補修部品の総在庫数量とをデータベースに記憶する数量記憶ステップと、前記サービス拠点で将来的に必要とされる前記複数の補修部品の総需要数量の予測値を予測総需要数量と定義し、前記予測総需要数量のうち前記サービス拠点の実在庫から即時に賄うことができる数量を即時引当て数量と定義するとき、前記予測総需要数量に対して前記即時引当て数量が占める割合の目標値である顧客満足指数の入力を顧客満足指数入力部で受け付ける顧客満足指数受付けステップと、前記複数の補修部品それぞれについて前記所定期間における平均需要数量を前記個別需要数量に基づいて演算装置で算出する平均需要数量算出ステップと、前記平均需要数量が高い補修部品から順に、前記個別需要数量を累積加算した個別需要数量累積加算値又は前記平均需要数量を累積加算した平均需要数量累積加算値を前記複数の補修部品それぞれについて前記演算装置で算出する需要数量累積加算値算出ステップと、前記個別需要数量の合計である総需要数量で前記個別需要数量累積加算値を割った第１の商、又は前記所定期間における前記総需要数量の平均値である平均総需要数量で前記平均需要数量累積加算値を割った第２の商を、前記複数の補修部品それぞれについて前記演算装置で算出する商算出ステップと、前記第１の商又は前記第２の商が前記顧客満足指数を下回る補修部品を在庫対象部品として前記演算装置で選定し、前記在庫対象部品を出力する在庫対象部品選定ステップとを有することを特徴とする。
【００１７】
本発明によれば、複数の補修部品の総需要数量の予測値である予測総需要数量に対して即時引当て数量が占める割合の目標値である顧客満足指数に基づいて在庫対象部品を選定する。このため、在庫すべき補修部品と在庫しなくてもよい補修部品を簡易に選別することが可能となる。従って、複数の補修部品の発注をアイテム毎に別々の基準で管理するのではなく、複数の補修部品の発注を、在庫すべきアイテムの選定を含めて一括した基準（すなわち、顧客満足指数）で管理することとなる。結果として、補修部品の在庫すべきアイテム及びその数量を簡易に管理することができ、対象となるサービス拠点で目標とする顧客満足度を効率良く維持することが可能となる。換言すると、対象となるサービス拠点での製品の修理又は整備に関するサービス度合いのばらつきを抑えつつ、補修部品の在庫数を適切な値に確保することが可能となる。
【００１８】
前記発注支援方法は、さらに、前記在庫対象部品毎に前記平均需要数量に基づいて基準在庫数量を前記演算装置で算出する基準在庫数量算出ステップと、前記在庫対象部品毎に前記基準在庫数量と前記総在庫数量との差を発注数量として前記演算装置で算出し、当該発注数量を出力する発注数量算出・出力ステップとを有してもよい。
【発明の効果】
【００１９】
本発明によれば、補修部品の在庫すべきアイテム及びその数量を簡易に管理することができ、対象となるサービス拠点で目標とする顧客満足度を効率良く維持することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係る発注支援システムの概略的な構成を示す図である。
【図２】前記実施形態における受発注データベースに含まれる受注データの一例を示す図である。
【図３】定期発注時における販売店端末の処理（定期発注処理）を示すフローチャートである。
【図４】前記実施形態に係る定期発注の発注周期及び調達手番の日数の数え方を説明するための図である。
【図５】６ヶ月間個別累計需要数量を用いて平均需要数量としての平均月間消費数量（以下「ＡＭＣ」ともいう。）を算出する様子を示す図である。
【図６】ＡＭＣの高い順に各補修部品をソートした状態で、各種数値を算出した一例を示す図である。
【図７】ＡＭＣ区分に応じて各種数値を算出した一例を示す図である。
【図８】基準在庫数量の算出方法を説明するための図である。
【図９】発注数量の算出方法を説明するための図である。
【図１０】発注数量を具体的に算出した場合の一例を示す図である。
【発明を実施するための形態】
【００２１】
Ａ．一実施形態
［１．構成］
（１−１．全体構成）
図１は、本発明の一実施形態に係る発注支援システム１０（以下「システム１０」とも称する。）の概略的な構成を示す図である。
【００２２】
システム１０は、サービス拠点としての複数の車両販売店Ａ〜Ｃ（以下「販売店Ａ〜Ｃ」ともいう。）に設置された販売店端末１２（以下「端末１２」ともいう。）と、管理センターＤに設置された管理サーバ１４（以下「サーバ１４」ともいう。）と、部品センターＥに設置された部品センター端末１６（以下「端末１６」ともいう。）とを備える。本実施形態において、各販売店端末１２、サーバ１４及び部品センター端末１６は、通信ネットワーク１８を介して通信可能である。
【００２３】
なお、図１では、システム１０が、３台の販売店端末１２、１台の管理サーバ１４及び１台の部品センター端末１６を有する例を示しているが、これらの数は、適宜変更可能である。換言すると、販売店、管理センター及び部品センターの数は、図１に示すものに限らない。
【００２４】
（１−２．販売店端末１２）
各端末１２は、入力部２０（顧客満足指数入力部）と、出力部２２と、演算部２４（発注数量算出部）と、記憶部２６とを備える。各端末１２は、例えば、パーソナルコンピュータから構成される。なお、図１では、販売店Ａの端末１２のみ内部構成を示しているが、販売店Ｂ、Ｃの端末１２も同様の構成を有する。
【００２５】
入力部２０は、外部（通信ネットワーク１８及びユーザとしての作業者２８を含む。）からの各種の情報の入力を受け付けるものであり、例えば、モデム、キーボード及びマウスを備える。
【００２６】
出力部２２は、外部（通信ネットワーク１８及び作業者２８を含む。）に対して各種の情報を出力するものであり、前記モデム及び表示部を含む。
【００２７】
演算部２４は、販売店Ａ〜Ｃのうち端末１２が配置されているもの（すなわち、自店）に在庫されている補修部品３０の在庫管理及び発注に関する処理を含め、各種の処理を実行する。
【００２８】
記憶部２６は、演算部２４で実行する処理のプログラム及び各種のデータを記憶する。記憶部２６は、在庫データベース３２（以下「在庫ＤＢ３２」という。）及び受発注データベース３４（以下「受発注ＤＢ３４」という。）を有する。
【００２９】
在庫ＤＢ３２は、各補修部品３０の在庫に関するデータ（以下「在庫データ」という。）を記憶する。在庫ＤＢ３２に対する在庫データの入力は、例えば、作業者２８が入力部２０を操作することにより行う。
【００３０】
受発注ＤＢ３４は、補修部品３０の受発注に関するデータ（以下「受発注データ」という。）を記憶する。
【００３１】
図２は、受発注ＤＢ３４に含まれる受注データの一例を示す図である。図２に示すように、受発注ＤＢ３４では、管理番号、部品番号、部品名、受注番号、受注日、車両番号（いわゆるＶＩＮ）、受注数量及び引当て日に分けて受注データを管理している。なお、図２における「Ｎｏ．」は「番号」を意味している。
【００３２】
引当て日は、補修部品３０を引き当てた日（修理又は整備に用いた日）を意味する。図２では、いずれの受注についても受注日が２０１２年４月１２日である。引当て日は、ほとんどが受注日と同日の２０１２年４月１２日であるが、管理番号１２、１３の受注については、それより後の２０１２年４月１３日及び１４日となっている。図２では、管理番号１２、１３に関する引当て日を太線で強調しているが、これは理解の容易化のためである。
【００３３】
本実施形態によれば、受注日と引当て日を同日とする即時引当ての割合を顧客満足指数（以下「ＣＳＩ」ともいう。）により管理する（詳細は後述する。）。
【００３４】
（１−３．管理サーバ１４）
サーバ１４は、システム１０全体を管理するものであり、各販売店端末１２から在庫データ及び発注データを収集し、一元的に管理すると共に、各販売店端末１２からの発注指令を部品センター端末１６に対して送信する。サーバ１４は、販売店端末１２と同様、入力部、出力部、演算部及び記憶部（いずれも図示せず）を備える。
【００３５】
（１−４．部品センター端末１６）
部品センター端末１６は、販売店端末１２及び管理サーバ１４と同様、入力部、出力部、演算部及び記憶部（いずれも図示せず）を備える。部品センター端末１６には、販売店端末１２からの発注指令が管理サーバ１４を介して送信され、図示しない表示部に表示される。部品センターＥには、販売店Ａ〜Ｃよりも多くのアイテム（品目）及び数量の補修部品３０が在庫されている。部品センターＥの作業者３６は、発注のあった補修部品３０を車両３８等の輸送手段を介して各販売店Ａ〜Ｃに配送するように手配する。
【００３６】
［２．定期発注］
次に、本実施形態における発注処理について説明する。一般に、発注には、定期発注及び緊急発注が存在するが、ここでは、特に定期発注に焦点を当てる。
【００３７】
図３は、定期発注時における販売店端末１２の処理（定期発注処理）を示すフローチャートである。ここでは、図３の処理を一連の流れで行うものとして説明するが、後述するように別々に行うものとしてもよい。
【００３８】
（２−１．顧客満足指数（ＣＳＩ）の設定：Ｓ１）
図３のステップＳ１において、販売店端末１２（演算部２４）は、顧客満足指数（ＣＳＩ）を設定する。具体的には、端末１２は、入力部２０を介して作業者２８からＣＳＩの入力を受け付ける。これにより、端末１２においてＣＳＩが設定される。なお、ステップＳ１の処理は、必ずしも発注の度に行う必要はなく、一旦ＣＳＩが設定された後は、ＣＳＩが変更されるまで、その値を保持してもよい。
【００３９】
ＣＳＩは、予測総需要数量と即時引当て数量を勘案した値である。また、ＣＳＩの理解に当たっては、発注周期と調達手番を理解しておくことが好ましい。発注周期、調達手番、予測総需要数量、即時引当て数量及びＣＳＩの詳細について以下に記載する。
【００４０】
（２−１−１．発注周期及び調達手番）
図４は、本実施形態に係る定期発注の発注周期及び調達手番の日数の数え方を説明するための図である。図４では、３種類の補修部品（部品ａ〜ｃ）の場合について、発注日（α）、出荷日（β）、到着日（γ）及び入庫日（δ）が示されている。なお、到着日と入庫日が異なる場合（部品ａ）があるのは、到着してから受け入れ処理が行われるまでの時間差があるためである。
【００４１】
発注周期は、各販売店Ａ〜Ｃから部品センターＥへの定期発注の間隔で最も長い日数である。例えば、図４の部品ａ、ｃは、１回目の発注の７日後に２回目の発注が行われているため、発注周期が７日である。部品ｂは、１回目の発注の３日後に２回目の発注が行われ、２回目の発注の４日後に３回目の発注が行われ、３回目の発注の３日後に４回目の発注が行われている。従って、部品ｂの発注周期は４日である。
【００４２】
調達手番は、各販売店Ａ〜Ｃから部品センターＥへ補修部品３０を発注してから実際に各販売店Ａ〜Ｃの在庫になるまでの平均日数である。調達手番の日数には、以下の日数が含まれる。
（ｉ）発注日
（ｉｉ）発注日後、発注された補修部品３０（以下「発注部品」ともいう。）を部品センターＥが各販売店Ａ〜Ｃへ出荷するまでの日数
（ｉｉｉ）部品センターＥから各販売店Ａ〜Ｃまでの発注部品の運送に掛かった日数
（ｉｖ）各販売店Ａ〜Ｃに発注部品が到着し、発注部品が入庫するまでの日数
【００４３】
例えば、図４の部品ａは、１回目の発注日から入庫日までの期間が７日間であるため、調達手番は７日である。部品ｂは、１〜４回目の発注日からいずれも３日間（発注日を含む。）で入庫されている。このため、部品ｂの調達手番は３日である。部品ｃは、１、２回目の発注日からいずれも４日間（発注日を含む。）で入庫されている。このため、部品ｂの調達手番は４日である。
【００４４】
（２−１−２．予測総需要数量）
予測総需要数量は、将来的な所定期間において各販売店Ａ〜Ｃ（サービス拠点）で将来的に必要とされる全ての補修部品３０の総需要数量の予測値である。ここにいう将来的な所定期間は、例えば、現時点から６ヶ月間とすることができるが、必ずしも具体的な長さを想定する必要はない。
【００４５】
（２−１−３．即時引当て数量）
即時引当て数量は、予測総需要数量のうち販売店Ａ〜Ｃの実在庫から即時に賄うことができる補修部品３０の数量である。
【００４６】
ここにいう即時引当てとは、自動車の修理又は整備に関する顧客からの求め（オーダー）があった時（すなわち、受注時）に補修部品３０を実在庫から引き当てることを意味する。即時引当ては、修理又は整備に必要な補修部品３０を作業者２８に実際に引渡す出庫とは異なる。
【００４７】
即時引当ての具体的事例としては、例えば、次のものを挙げることができる。
例１−１：板金塗装修理で、受注時に修理に必要な補修部品３０を販売店Ａの実在庫から引き当て、実際の補修部品３０の出庫を作業日程に合せ受注日以降に行った。
例１−２：顧客から電話で修理予約があったが、補修部品３０が在庫に無かったため、必要な補修部品３０が入荷してから顧客に連絡し、顧客が来場した。
【００４８】
一方、即時引当てに該当しない具体的事例としては、例えば、次のものを挙げることができる。
例２−１：板金塗装修理で、受注時に修理に必要な補修部品３０の在庫は無かったが、実際の修理作業日までに必要な補修部品３０が入庫し作業に間に合った。
例２−２：受注時に、翌日到着予定の補修部品３０を引き当てた。
【００４９】
（２−１−４．顧客満足指数（ＣＳＩ））
顧客満足指数（ＣＳＩ）は、各販売店Ａ〜Ｃにおいて、顧客から修理又は整備の求めがあったときに、在庫の観点から即時に対応できる程度の目標値を示す。すなわち、ＣＳＩは、予測総需要数量に対して即時引当て数量が占める割合で定義される（ＣＳＩ＝即時引当て数量／予測総需要数量）。本実施形態では、ＣＳＩとして百分率（パーセント表示）を用いるが、百分率を用いなくてもよい。ＣＳＩを用いることにより、各販売店Ａ〜Ｃが目指す顧客満足度に応じて、各補修部品３０の発注数量の設定及び在庫管理を行うことが可能となる。
【００５０】
本実施形態では、各販売店Ａ〜Ｃの作業者２８が端末１２に入力することでＣＳＩが設定される。このため、販売店Ａ〜Ｃそれぞれにおいて個別に目標とするＣＳＩが設定される。
【００５１】
（２−２．平均需要数量としての平均月間消費数量（ＡＭＣ）の算出：Ｓ２）
図３のステップＳ２において、端末１２（演算部２４）は、各補修部品３０について平均月間消費数量（以下「ＡＭＣ」（Average Monthly Consumption）ともいう。）を算出する。ＡＭＣは、６ヶ月間個別累計消費（需要）数量（以下「個別累計消費数量」又は「個別累計需要数量」ともいう。）に基づく値であり、過去の所定期間において販売店Ａ〜Ｃで必要とされた補修部品３０それぞれの数量としての個別消費（需要）数量である。個別累計需要数量及びＡＭＣの詳細について以下に記載する。
【００５２】
（２−２−１．６ヶ月間個別累計消費数量）
図５には、６ヶ月間個別累計消費数量を用いてＡＭＣを算出する様子を示す図が示されている。図５において、Ｍ１〜Ｍ６は、それぞれ月を示し、例えば、Ｍ１は、１番目の月（６ヶ月前の月）を、Ｍ２は、２番目の月（５ヶ月前の月）を示す。また、Ｍ１〜Ｍ６それぞれの列に含まれる数値は、各月における各補修部品３０の消費（需要）数量（過去に使用された数量）である。
【００５３】
６ヶ月間個別累計消費数量（個別需要数量）は、各補修部品３０それぞれについての６ヶ月間の消費（需要）数量の合計である（図５参照）。例えば、図５の部品番号Ｘ１の補修部品についての個別累計消費数量は、８０８０（＝１３６４＋１２８０＋１３１５＋１１７２＋１３９９＋１５５０）となる。
【００５４】
（２−２−２．平均月間消費数量（ＡＭＣ））
ＡＭＣは、各販売店Ａ〜Ｃ（サービス拠点）における補修部品３０毎の過去の第１所定期間における第２所定期間毎の平均月間消費数量（平均需要数量）である。換言すると、個別累計消費（需要）数量についての第２所定期間毎の平均消費（需要）数量である。本実施形態において、第１所定期間は６ヶ月であり、第２所定期間は１ヶ月である。従って、前記個別累計消費数量を６で割った数値がＡＭＣとなる（ＡＭＣ＝個別累計消費数量／６）。すなわち、本実施形態におけるＡＭＣは、各補修部品３０についての１ヶ月当たりの過去の平均消費（需要）数量である。
【００５５】
図５に示すように、ＡＭＣは、各補修部品３０それぞれについて６ヶ月の消費（需要）数量の合計（すなわち、前記６ヶ月間個別累計消費数量）を月数（６）で割ったものである。例えば、部品番号Ｘ１の補修部品３０であれば、Ｍ１〜Ｍ６までの需要数量の合計が８０８０であり、これを６で割った値（１３４６．７）がＡＭＣとなる。なお、ここでは、小数点第２位以下は四捨五入している。
【００５６】
本実施形態において、端末１２の演算部２４は、平均需要数量（ＡＭＣ）の算出を所定周期（例えば、１ヶ月）毎に実行する。これにより、後述する在庫対象部品を更新させる。
【００５７】
（２−３．各補修部品３０のソート：Ｓ３）
図３のステップＳ３において、端末１２（演算部２４）は、ＡＭＣの高い順に、換言すると、以下に述べるＡＭＣ順位の昇順に各補修部品３０をソートする。
【００５８】
図６は、ＡＭＣの高い順に各補修部品３０をソートした状態で、各種数値を算出した一例を示す図である。図６に示す「ＡＭＣ順位」の定義は、以下の通りである。
【００５９】
（２−３−１．ＡＭＣ順位）
ＡＭＣ順位は、ＡＭＣが高い補修部品３０から番号付けした値である。ＡＭＣが同じ値であるものについては、それ以外の判定基準（例えば、部品番号による昇順）により並べる。
【００６０】
（２−４．６ヶ月間累計消費数量の算出：Ｓ４）
図３のステップＳ４において、端末１２（演算部２４）は、各補修部品３０についてＡＭＣの高い補修部品３０からＡＭＣの低い補修部品３０に向かって（換言すると、ＡＭＣ順位について昇順で）６ヶ月間累計消費数量（以下「６ヶ月間ＡＭＣ順位昇順累計消費数量」又は「ＡＭＣ順位昇順累計消費数量」という。）を算出する（図６参照）。「６ヶ月間ＡＭＣ順位昇順累計消費数量」の詳細について以下に記載する。
【００６１】
（２−４−１．６ヶ月間ＡＭＣ順位昇順累計消費数量）
ＡＭＣ順位昇順累計消費数量は、各補修部品３０についてＡＭＣの高い補修部品３０からＡＭＣの低い補修部品３０に向かって（換言すると、ＡＭＣ順位について昇順で）６ヶ月間個別累計消費数量を加算した値である。
【００６２】
図６では、ＡＭＣ順位の順に各補修部品３０が並べられている。なお、ＡＭＣが同じ値であるものについては、それ以外の判定基準（例えば、部品番号による昇順）により並べる。
【００６３】
より具体的には、端末１２（演算部２４）は、各補修部品３０についてＡＭＣ順位が１位の補修部品３０から順に６ヶ月間個別累計消費数量を計算する（当該計算は、端末１２（演算部２４）が事前に行って受発注ＤＢ３４に予め記憶しておいてもよい。）。
【００６４】
そして、ＡＭＣ順位が１位の補修部品３０から順に６ヶ月間個別累計消費数量を加算して各補修部品３０についてＡＭＣ順位昇順累計消費数量を算出する。例えば、ＡＭＣ順位が１位の補修部品３０については、当該補修部品３０の個別累計消費数量をそのままＡＭＣ順位昇順累計消費数量とする。ＡＭＣ順位が２位の補修部品３０については、ＡＭＣ順位が１位及び２位の補修部品３０の個別累計消費数量をＡＭＣ順位昇順累計消費数量とする。
【００６５】
ＡＭＣ順位が３位の補修部品３０については、ＡＭＣ順位が１〜３位の補修部品３０の個別累計消費数量をＡＭＣ順位昇順累計消費数量とする。換言すると、ＡＭＣ順位が３位の補修部品３０については、ＡＭＣ順位が２位の補修部品３０のＡＭＣ順位昇順累計消費数量に、ＡＭＣ順位が３位の補修部品３０の個別累計消費数量を加算してＡＭＣ順位昇順累計消費数量とする。
【００６６】
図６の例であれば、ＡＭＣ順位が２５０位の補修部品３０のＡＭＣ順位昇順累計消費数量が５２０７５であるが、ＡＭＣ順位が２５１位の補修部品３０のＡＭＣ順位昇順累計消費数量は、当該補修部品３０の個別累計消費数量である１４を５２０７５に加算した５２０８９となる。
【００６７】
（２−５．推定顧客満足指数（ＣＳＩｅ）の算出：Ｓ５）
図３のステップＳ５において、端末１２（演算部２４）は、各補修部品３０について推定顧客満足指数（ＣＳＩｅ）を算出する。ＣＳＩｅは、ＡＭＣ区分、ＡＭＣ区分毎累計アイテム数（以下「累計アイテム数」ともいう。）、６ヶ月間総累計消費数量（「総累計消費数量」ともいう。）及び６ヶ月間ＡＭＣ区分毎累計消費数量（以下「ＡＭＣ区分毎累計消費数量」ともいう。）を勘案した値である。ＡＭＣ区分、累計アイテム数、総累計消費数量、ＡＭＣ区分毎累計消費数量及びＣＳＩｅの詳細について以下に記載する。
【００６８】
（２−５−１．ＡＭＣ区分）
ＡＭＣ区分は、ＡＭＣをその数値で分けたものである。
【００６９】
図７は、ＡＭＣ区分に応じて各種数値を算出した一例を示す図である。図７からわかるように、ＡＭＣ区分は、６ヶ月間個別累計消費数量に応じて設定される。具体的には、６ヶ月間個別累計消費数量が多いものから順に（すなわち、降順に）、当該数量以上のものを含むように区分される。例えば、個別累計消費数量が１２個以上である場合、ＡＭＣ区分として、ＡＭＣが２．０以上のものが選択される。
【００７０】
なお、個別累計消費数量について「〜個以上」としているのは、後述するように、発注対象部品を選択するためである。
【００７１】
（２−５−２．ＡＭＣ区分毎累計アイテム数）
ＡＭＣ区分毎累計アイテム数は、ＡＭＣ区分毎に補修部品３０のアイテム数を加算したものである（図７参照）。例えば、ＡＭＣ区分が「ＡＭＣ≧２．１６」である場合、累計アイテム数は２６５となっている。ＡＭＣ区分が「ＡＭＣ≧２．０」である場合、累計アイテム数は２８２となっている。両者の差１７（＝２８２−２６５）は、６ヶ月間個別累計消費数量が１２個の補修部品のアイテム数が１７であることを示している。
【００７２】
（２−５−３．６ヶ月間ＡＭＣ区分毎累計消費数量）
ＡＭＣ区分毎累計消費数量は、ＡＭＣ区分毎に６ヶ月間個別累計消費数量を加算した値である。加算の方法は、ＡＭＣ順位がＡＭＣ区分に変わっている点を除き、６ヶ月間ＡＭＣ順位昇順累計消費数量と同様である（図６及び図７参照）。
【００７３】
（２−５−４．６ヶ月間総累計消費数量）
６ヶ月間総累計消費数量は、全ての補修部品３０の６ヶ月間個別累計消費数量の合計である。総累計消費数量は、前記第１所定期間（例えば、６ヶ月間）において最も個別累計消費数量が少なかった補修部品３０を含むＡＭＣ区分毎累計消費数量についてのＡＭＣ区分毎累計消費数量と等しい。従って、図７の例であれば、ＡＭＣ区分が「ＡＭＣ≧０．１６」である場合（すなわち、６ヶ月間個別累計消費数量が１個の補修部品について）のＡＭＣ区分毎累計消費数量である「５８００５」が６ヶ月間総累計消費数量と等しくなる。
【００７４】
（２−５−５．推定顧客満足指数（ＣＳＩｅ））
推定顧客満足指数（ＣＳＩｅ）は、各ＡＭＣ区分に対応する全ての補修部品３０について即時引当てがなされたと仮定した場合に実現される顧客満足指数（ＣＳＩ）を意味する。
【００７５】
具体的には、各ＡＭＣ区分についてのＣＳＩｅは、次の式（１）により算出される。
ＣＳＩｅ＝６ヶ月間ＡＭＣ区分毎累計消費数量／６ヶ月間総累計消費数量      ・・・（１）
【００７６】
上記のように、図７の例では、６ヶ月間総累計消費数量は、ＡＭＣ区分が「ＡＭＣ≧０．１６」である場合の６ヶ月間ＡＭＣ区分毎累計消費数量である「５８００５」個となる。従って、例えば、ＡＭＣ区分が「ＡＭＣ≧２．０」である場合のＣＳＩｅは、９０．５％（＝５２４７５／５８００５×１００）となる（小数点第２位以下は四捨五入している。）。
【００７７】
（２−６．在庫対象部品の選択：Ｓ６）
図３のステップＳ６において、端末１２（演算部２４）は、ステップＳ５で算出したＣＳＩｅが、ステップＳ１で設定したＣＳＩを下回る補修部品３０を在庫対象部品として選択する。在庫対象部品の詳細は、以下に記載する。
【００７８】
（２−６−１．在庫対象部品）
在庫対象部品は、販売店Ａ〜Ｃそれぞれにおいて在庫として備えておくべき補修部品３０のアイテム（品目）である。本実施形態では、推定顧客満足指数（ＣＳＩｅ）が顧客満足指数（ＣＳＩ）を下回るＡＭＣ区分に属する補修部品３０を在庫対象部品として選択する。換言すると、ＣＳＩｅがＣＳＩを下回る補修部品３０を在庫対象部品として選択する。在庫対象部品として選択されなかった補修部品３０については、販売店Ａ〜Ｃにおいて在庫されない。
【００７９】
上記のように、本実施形態において、端末１２の演算部２４は、平均月間消費数量（ＡＭＣ）の算出を所定周期（例えば、１ヶ月）毎に実行する。これに伴い、端末１２の演算部２４は、在庫対象部品を更新する。
【００８０】
（２−７．基準在庫数量の算出：Ｓ７）
図３のステップＳ７において、端末１２（演算部２４）は、在庫対象部品毎に基準在庫数量を算出する。基準在庫数量は、上述した平均月間消費数量（ＡＭＣ）、発注周期及び調達手番に加え、安全在庫日数及び標準使用数量を用いて算出する。安全在庫日数、標準使用数量及び基準在庫数量の詳細は、以下に記載する。
【００８１】
（２−７−１．安全在庫日数）
安全在庫日数は、次の発注までの間に起こる需要の増加による発注部品の欠品と、運送遅れ等による発注部品の到着遅れに対応するための在庫日数である。本実施形態の安全在庫日数は、発注周期及び調達手番の和として算出される（安全在庫日数＝発注周期＋調達手番）。換言すると、１回分の発注ができなくても在庫が不足しないように安全在庫日数が設定される。安全在庫日数は、上記に限らず、その他の日数でもよい。
【００８２】
（２−７−２．標準使用数量）
標準使用数量は、１回の修理又は整備において標準的に使用する数量を意味する。例えば、１回の修理又は整備において標準的に使用する数量が４個である補修部品３０（例えば、４個をセットとして使用する補修部品３０）については、標準使用数量は４である。
【００８３】
（２−７−３．基準在庫数量）
図８は、基準在庫数量の算出方法を説明するための図である。基準在庫数量は、販売店Ａ〜Ｃ（自店）に在庫しておくべき在庫対象部品の数量の基準値である。各在庫対象部品の基準在庫数量は、次の式（２）により算出される。
基準在庫数量＝（ＡＭＣ／３０）×（発注周期＋調達手番＋安全在庫日数）      ・・・（２）
【００８４】
上記式（２）において、「３０」は１ヶ月の日数を示す。また、上記のように、本実施形態の平均月間消費数量（ＡＭＣ）は、１ヶ月当たりの補修部品３０毎の平均消費（需要）数量である。従って、「ＡＭＣ／３０」は、１日当たりの補修部品３０毎の平均消費（需要）数量を意味する。
【００８５】
なお、１ヶ月は必ずしも３０日とは限らないことから、「３０」の代わりに、ＡＭＣに対応する日数（例えば、ＡＭＣが１月から６月に対応して算出された場合、１月の３１日、２月の２８日（うるう年の場合は２９日）、３月の３１日、４月の３０日、５月の３１日、６月の３０日を加算した１８１日を月数である６で割った値（＝１８１／６））を用いてもよい。
【００８６】
また、１日当たりの補修部品３０毎の平均消費数量である「ＡＭＣ／３０」に、「発注周期＋調達手番＋安全在庫日数」を乗算することにより、発注周期毎に発注しても、在庫切れが生じないように図ることが可能となる。
【００８７】
すなわち、上記のように、「ＡＭＣ／３０」が１日当たりの補修部品３０毎の平均消費（需要）数量であることからすれば、平均的には、「ＡＭＣ／３０」に発注周期を乗算した数値で、当該補修部品３０を賄えることが予想される。
【００８８】
しかしながら、補修部品３０の発注後、入庫まで日数がかかることから、調達手番も基準在庫数量に反映される。加えて、各補修部品３０の需要は変動するため、需要が急増した場合を考慮して、安全在庫日数も基準在庫数量に反映させる。
【００８９】
以上からわかるように、「ＡＭＣ／３０」に乗算すべき日数は、必ずしも上記のような「発注周期＋調達手番＋安全在庫日数」に限らないが、発注周期、調達手番及び安全在庫日数を考慮することが好ましい。或いは、過去の所定期間（例えば、ＡＭＣの算出基準と同じ６ヶ月間又はそれよりも短い期間）における発注周期又は発注周期及び調達手番を加算した期間における最多の消費（需要）数量を考慮してもよい。当該最多の消費（需要）数量は、安全在庫日数に反映させることも可能である。
【００９０】
さらに、上記式（２）で算出される値が、上述した標準使用数量の倍数でない場合、端末１２（演算部２４）は、標準使用数量の倍数のうち当該値よりも大きく且つ最も小さい値を基準在庫数量とする。換言すると、式（２）で算出される値を標準使用数量で除算して余りが出るときには、当該余りを切り上げた標準使用数量の整数倍となる値を基準在庫数量とする。式（２）で算出される値の代わりに上述した値を用いる場合も同様とすることができる。
【００９１】
（２−８．発注数量の算出：Ｓ８）
図３のステップＳ８において、端末１２（演算部２４）は、在庫対象部品毎に発注数量を算出する。発注数量は、ステップＳ７で算出した基準在庫数量と、総在庫数量とに基づいて算出する。総在庫数量及び発注数量の詳細については、以下に記載する。
【００９２】
（２−８−１．総在庫数量）
総在庫数量とは、実際に販売店Ａ〜Ｃ（自店）の部品倉庫に在庫している在庫対象部品毎の数量（以下「実在庫数量」という。）に、既に発注しているが在庫として記録されていない数量（以下「既発注数量」という。）等を加えたものをいい、次の式（３）で表す。
総在庫数量＝実在庫数量＋既発注数量−オーダー受け後の未引当て数      ・・・（３）
【００９３】
実在庫数量は、実際に端末１２上で在庫となっており、自店の倉庫から引当が可能な在庫数量である。自店に到着しているが、まだ、入庫処理されていない補修部品３０は実在庫数量から除かれる。
【００９４】
また、式（３）における「オーダー受け後の未引当て数」とは、顧客から修理又は整備の求め（オーダー）を受けて必要となった数量のうち未だ引当てされていない数量をいう。すなわち、これから別途使用することが確実な数量を意味する。
【００９５】
本実施形態では、実在庫数量は、在庫ＤＢ３２に記録されている。既発注数量及びオーダー受け後の未引当て数は、受発注ＤＢ３４に記録されている。
【００９６】
（２−８−２．発注数量）
図９は、発注数量の算出方法を説明するための図である。図９の例では、定期発注日が７日毎に来る。換言すると、発注周期が７日間である。各発注日において、端末１２（演算部２４）は、各在庫対象部品について、基準在庫数量と総在庫数量の差を発注数量とする（発注数量＝基準在庫数量−総在庫数量）。
【００９７】
なお、図９に示す安全在庫数量とは、次の発注までの間に起こる需要の増加による発注部品の欠品と、運送遅れ等による発注部品の到着遅れに対応するための在庫数量である。安全在庫数量は、例えば、基準在庫数量の半分の値とすることができる（安全在庫数量＝基準在庫数量／２）。或いは、安全在庫数量は、例えば、基準在庫数量の３分の１の値とすることができる（安全在庫数量＝基準在庫数量／３）。
【００９８】
定期発注日以外の日（例えば、定期発注で発注した部品（以下「定期発注部品」という。）の到着予定日）に実在庫数量が安全在庫数量を下回った場合、端末１２（演算部２４）は、安全在庫数量と実在庫数量の差を緊急発注してもよい。或いは、定期発注日に実在庫数が安全在庫数より少ない場合、端末１２（演算部２４）は、基準在庫数量と安全在庫数量の差を定期発注とし、安全在庫数量と実在庫数の差を緊急発注してもよい。
【００９９】
図１０は、発注数量を具体的に算出した場合の一例を示す図である。図１０に示すように、各種の数値を具体的に入力することにより、端末１２（演算部２４）は、発注数量を算出することができる。
【０１００】
（２−９．発注数量の出力：Ｓ９）
図３のステップＳ９において、端末１２（演算部２４）は、在庫対象部品毎に発注数量を出力する。具体的には、端末１２（演算部２４）は、ステップＳ８で算出した発注数量を出力部２２の表示部に表示すると共に、発注数量を管理サーバ１４に出力する。
【０１０１】
当該発注数量を受信したサーバ１４は、部品センター端末１６に当該発注数量を送信する。当該発注数量を受信した端末１６は、当該発注数量を図示しない表示部に表示する。当該表示を見た作業者３６は、発注数量と等しい数の補修部品３０を、車両３８等の輸送手段を用いて定期配送するように手配する。
【０１０２】
（２−１０．その後の処理）
発注部品が各販売店Ａ〜Ｃに到着した後、作業者２８は、受け入れ作業を行って入庫が完了する。入庫の情報は、作業者２８が端末１２を操作して在庫ＤＢ３２に記憶する。これにより、在庫ＤＢ３２における、実在庫数量のデータが更新される。
【０１０３】
或いは、作業者２８による入力の代わりに、到着した発注部品の情報を、作業者２８の操作でバーコードリーダ（図示せず）に読み取らせて在庫ＤＢ３２に入力してもよい。或いは、到着した発注部品の情報を、いわゆるＩＣタグを用いて在庫ＤＢ３２に入力してもよい。
【０１０４】
［３．本実施形態の効果］
以上のように、本実施形態によれば、予測総需要数量に対して即時引当て数量が占める割合の目標値である顧客満足指数（ＣＳＩ）に基づいて在庫対象部品毎に発注数量を算出し（図３のＳ８）、当該発注数量を出力する（Ｓ９）。出力された発注数量は、例えば、表示部に表示する又は管理サーバ１４に送信する等により、在庫対象部品の実際の発注に利用することが可能となる。このため、複数の補修部品３０の発注をアイテム毎に別々の基準で管理するのではなく、複数の補修部品３０の発注を、在庫すべきアイテムの選定を含めて一括した基準（すなわち、ＣＳＩ）で管理することとなる。従って、補修部品３０の在庫すべきアイテム及びその数量を簡易に管理することができ、対象となるサービス拠点で目標とする顧客満足度を効率良く維持することが可能となる。換言すると、対象となるサービス拠点での製品の修理又は整備に関するサービス度合いのばらつきを抑えつつ、補修部品３０の在庫数を適切な値に確保することが可能となる。
【０１０５】
本実施形態において、端末１２の演算部２４は、平均需要数量としての平均月間消費数量（ＡＭＣ）の算出を所定周期（例えば、１ヶ月）毎に実行することにより、在庫対象部品を更新する。これにより、徐々に変化する補修部品３０の需要の変化を反映した在庫対象部品の見直しを図り、不活動在庫の増加を抑制することが可能となる。
【０１０６】
本実施形態において、演算部２４は、在庫対象部品毎のＡＭＣを１日当たりの平均値（ＡＭＣ／３０）に換算し、１日当たりの平均値に、在庫対象部品毎の発注周期、調達手番及び安全在庫日数の和を乗算して基準在庫数量を算出し（図３のＳ７）、在庫対象部品毎に且つ発注周期毎に基準在庫数量と総在庫数量との差を発注数量として算出し（Ｓ８）、当該発注数量を出力する（Ｓ９）。これにより、発注周期毎に補修部品３０の需要の変化を反映した数量での発注を行うことが可能となる。
【０１０７】
本実施形態では、基準在庫数量を算出する際、演算部２４は、式（２）により算出される値を、一度の修理又は整備で使用される標準使用数量で除算して余りが出るときには、前記余りを切り上げた標準使用数量の整数倍となる値を基準在庫数量とする（図３のＳ７）。これにより、一度の修理又は整備で複数必要になる補修部品３０が、標準使用数量未満の個数で利用され、余りが生じた場合にも、標準使用数量の整数倍となるように、当該補修部品３０が補充されることとなる。従って、当該補修部品３０の在庫数量を、実際の使用状況を踏まえた適正な値に維持することが可能となる。
【０１０８】
Ｂ．変形例
なお、本発明は、上記実施形態に限らず、この明細書の記載内容に基づき、種々の構成を採り得ることはもちろんである。例えば、以下に示す構成を採ることができる。
【０１０９】
［１．適用対象］
上記実施形態では、発注支援システム１０の端末１２を自動車の販売店Ａ〜Ｃに設置したが、これに限らず、自動車の整備工場その他の場所に設置してもよい。当該場所は、自動車に関連するものに限らず、その他の製品（例えば、電気製品、電子製品、製造装置、工作機械、作業装置及び玩具）の修理又は整備を行う場所であってもよい。
【０１１０】
［２．定期発注］
（２−１．情報の更新）
上記実施形態では、図３の処理を一連の流れで行う処理として説明した。換言すると、定期発注を行う度にステップＳ１〜Ｓ９の処理を行うものとして記載した。しかしながら、発注数量の算出（Ｓ８）及び出力（Ｓ９）と、それ以外の処理（Ｓ１〜Ｓ７）は、別々に行うこともできる。例えば、ステップＳ１〜Ｓ７の処理は、所定期間毎（例えば、毎日、１週間毎、１ヶ月毎）に行ってもよい。これにより、例えば、在庫対象部品の選択（Ｓ６）及び基準在庫数量（Ｓ７）の算出は、前記所定期間毎に行われることになる。
【０１１１】
さらに、ステップＳ１〜Ｓ７それぞれの処理を一括して行う必要はなく、異なるタイミングで行うことも可能である。例えば、上記のように、顧客満足指数（ＣＳＩ）の設定（Ｓ１）については、一旦、ＣＳＩが設定されると、設定値が変更されるまで、設定値を保持し続けることも可能である。
【０１１２】
（２−２．基準在庫数量）
上記実施形態では、基準在庫数量は、平均月間消費数量（ＡＭＣ）に基づいて算出したが（図３のＳ７）、在庫対象部品の選択（Ｓ６）に着目すれば、基準在庫数量は、必ずしもＡＭＣに基づいて算出しなくてもよい。例えば、過去の所定期間（例えば、ＡＭＣの算出基準と同じ６ヶ月間又はそれよりも長い若しくは短い期間）における発注周期又は発注周期及び調達手番を加算した期間における最多の消費（需要）数量に基づいて基準在庫数量を設定すること（例えば、当該最多の消費数量をそのまま基準在庫数量とすること、当該最多の消費数量に１を超える安全係数を掛けたものを基準在庫数量とすること等）も可能である。
【０１１３】
（２−３．推定顧客満足指数（ＣＳＩｅ））
上記実施形態では、６ヶ月間ＡＭＣ区分毎累計消費数量を６ヶ月間総累計消費数量で割った値をＣＳＩｅとした（図３のＳ５）。換言すると、過去６ヶ月間における各種数値を用いてＣＳＩｅを算出した。代わりに、別の期間（例えば、３ヶ月間）における各種数値を用いてＣＳＩｅを算出することも可能である。
【０１１４】
例えば、ＡＭＣ順位の昇順にＡＭＣ（上記のように、３ヶ月間に対応する数値である。）を累積加算した値（以下「平均消費数量累積加算値」という。）を補修部品３０それぞれについて算出する。次いで、３ヶ月間総累計消費数量を月数の３で割った値（以下「３ヶ月平均総消費数量」という。）を算出する。そして、平均消費数量累積加算値を３ヶ月平均総消費数量で割ったものをＣＳＩｅとして算出することもできる。
【０１１５】
（２−４．発注数量の出力）
上記実施形態では、算出した発注数量を表示部に表示したが、当該表示なしに販売店端末１２からの発注指令をサーバ１４に送信してもよい。或いは、発注数量について端末１２が自動的に行うのは表示部への表示のみとし、販売店端末１２からの発注指令は、作業者２８の操作により行ってもよい。
【０１１６】
上記実施形態では、販売店端末１２からの発注指令を一旦サーバ１４に送信し、その後、部品センター端末１６に転送したが、販売店端末１２からの発注指令を、直接、部品センター端末１６に送信してもよい。
【０１１７】
（２−５．その他）
上記実施形態では、在庫対象部品の選択（図３のＳ６）と、発注数量の算出（Ｓ８）の両方を端末１２側で行ったが、端末１２で行うのはいずれか一方のみとし、他方は作業者２８が行ってもよい。例えば、在庫対象部品の選択を端末１２で行い、発注数量の算出を端末１２で行わない場合、在庫対象部品のデータ（部品名、部品番号等）を表示部に表示してもよい。
【０１１８】
或いは、上記実施形態では、図３の各ステップを全て販売店端末１２が行ったが、その一部又は全部を作業者２８が行うことも可能である。
【符号の説明】
【０１１９】
１０…発注支援システム              １２…販売店端末
２０…入力部（顧客満足指数入力部）  ２４…演算部（発注数量算出部）
３０…補修部品                      ３２…在庫データベース
３４…発注データベース  
Ａ、Ｂ、Ｃ…車両販売店（サービス拠点）
Ｄ…管理センター                    Ｅ…部品センター
【図１】
0005837457.tif 000002
【図２】
0005837457.tif 000003
【図３】
0005837457.tif 000004
【図４】
0005837457.tif 000005
【図５】
0005837457.tif 000006
【図６】
0005837457.tif 000007
【図７】
0005837457.tif 000008
【図８】
0005837457.tif 000009
【図９】
0005837457.tif 000010
【図１０】
0005837457.tif 000011