JP2004110494A - Inventory reserve management system and inventory reserve management program - Google Patents

Inventory reserve management system and inventory reserve management program Download PDF

Info

Publication number
JP2004110494A
JP2004110494A JP2002273067A JP2002273067A JP2004110494A JP 2004110494 A JP2004110494 A JP 2004110494A JP 2002273067 A JP2002273067 A JP 2002273067A JP 2002273067 A JP2002273067 A JP 2002273067A JP 2004110494 A JP2004110494 A JP 2004110494A
Authority
JP
Japan
Prior art keywords
management system
allocation management
inventory
customer
customers
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002273067A
Other languages
Japanese (ja)
Inventor
Hiroyuki Nakaoka
中岡 博之
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2002273067A priority Critical patent/JP2004110494A/en
Publication of JP2004110494A publication Critical patent/JP2004110494A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To support by a computer in coping with the insufficient quantity of inventory due to the concurrence of order acceptance. <P>SOLUTION: Supposing there are orders of 100, 60, 50 and 100 pieces from customers AA, BB, CC and DD respectively, the total amount of received orders is 310 pieces. When the inventory is confirmed, the deliverable quantity of products is 130 pieces. The allocation rate is determined on the pieces to be delivered to the customers for the time being. An inventory confirming means 13 compares the total quantity of the received orders with the deliverable quantity, and an allocating means 14 determines the allocation rate using a selected parameter. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、複数の客先による同一製品の受注があり、納品可能数量が受注数量の合計値を下回ったとき、納期までの納品可能数量の範囲で、各客先に対して納品すべき数量を自動的に引き当て処理することができる在庫引き当て管理システムと在庫引き当て管理プログラムに関する。
【0002】
【従来の技術】
通常、商品の注文を受けると在庫の状態を調べて納期を回答し、在庫引き当て処理をする。倉庫に100個の商品があって、20個の受注があった場合には、20個分をその客先用として手配する。一方、倉庫に100個の商品があって、200個の引き合いがあったときは、100個は即納できると回答するとともに、残りの100個の生産と出荷状況を確認した上で納期を計算して回答をしている。
【0003】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には、次のような解決すべき課題があった。
同一の商品について、複数の客先から注文を受けて、商品の在庫が不足する場合に次のような問題が生じる。例えば、50個しか在庫が無い場合に、A,B,C,D店からそれぞれ20個の注文を受けたとき、どのように納品するか、納品の優先度を営業担当が決定しなければならない。納品の優先度は、従来、営業担当者が売り上げ高等を比較して、それぞれの経験に基づいて決定していた。
【0004】
しかしながら、例えば、競合する量販店が立ち並ぶ地域の4つの量販店から同時に20台ずつ注文を受けて、在庫が20台しか無い場合に、1店に20台をすぐに納品して、他店へはその後ということでは、クレームがついて他店との関係が悪くなる。このような場合には各店へ平等に5台ずつ納品するのが最善の方法といえる。経験を積んだ営業担当者でなければこうした場合に的確な判断ができない。また、複数の営業担当者が同一地域を分担して担当しているような場合には、必ずしも的確な判断ができる保証が無い。
本発明は以上の点に着目してなされたもので、複数の客先による同一製品の接近した納期の受注があり、それらの受注数量を合計した合計値が、その製品の納期までの納品可能数量を上回る場合に、営業担当の判断ミスを防止する在庫引き当て管理システムを提供することを目的とする。
また、本発明は、営業担当等の負担を軽減し、客先からのクレームを少なくする在庫引き当て管理システムと在庫引き当て管理プログラムを提供することを目的とする。
【0005】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成1〉
複数の客先による同一製品の接近した納期の受注があったとき、それらの受注数量を合計した合計値と、当該製品の上記納期までの納品可能数量とを比較する在庫確認手段と、上記納品可能数量が上記受注数量の合計値を下回ったとき、上記納期までの納品可能数量の範囲で、上記複数の客先に対して納品すべき数量の引き当て処理を実行する手段と、所定のパラメータを選択して配分比を算出して、上記客先ごとの引き当て数量を決定する配分手段とを備えたことを特徴とする在庫引き当て管理システム。
【0006】
複数の受注が競合したときの対応に使用する。同一企業の異なる事業所からの受注も含まれる。同一製品の受注が集中したときに適用する。代替え製品が無いときに特に有効である。接近した納期の受注があると、現在の在庫の範囲で受注に対応しなければならない。接近した納期の範囲は、在庫数が大きく変動しない範囲で任意に選定して受注数量を計算する。納品可能数量は、確実に納品が可能な在庫品等の合計数量である。複数の客先に対して納品すべき数量は、納品可能数量を最大限とする。所定のパラメータは、配分比を決めるために有効なパラメータである。このパラメータを選択すると自動的に配分比計算をするので、配分比の検討作業を支援し、必要に応じて自動化できる。
【0007】
〈構成2〉
構成1に記載の在庫引き当て管理システムにおいて、予め初期設定したパラメータを使用して、自動的に配分比を算出して、基礎データとして表示する手段を備えたことを特徴とする在庫引き当て管理システム。
【0008】
初期設定したパラメータは、例えば、今回の受注数量比である。この基礎データを見て結論が出せれば、そのまま作業が終了する。初期設定するパラメータは任意であるが、可能な限り、一般的なものが好ましい。この結果をそのまま採用しない場合でも、この結果を基礎として、他のパラメータを選択した場合と比較検証できるという効果がある。従って、管理者のための強力な支援ツールになる。
【0009】
〈構成3〉
構成1に記載の在庫引き当て管理システムにおいて、上記納品可能数量が上記受注数量の合計値を下回った状態を自動検出して、上記基礎データを自動生成する手段を備えたことを特徴とする在庫引き当て管理システム。
【0010】
納品可能数量が前記受注数量の合計値を下回った状態は、受注が競合した状態である。これを自動検出することで、見落としがなくなる。また、複数の営業担当者が関係していて判断を誤るといったケースを予防できる。
【0011】
〈構成4〉
構成1に記載の在庫引き当て管理システムにおいて、配分比計算に先立って、選択可能なパラメータリストとそのいずれかを選択する手段を表示する手段を備えたことを特徴とする在庫引き当て管理システム。
【0012】
多数のパラメータを列挙して、自由にそれらを選択できるようにし、どのパラメータに着目すると、どういう配分比になるかを明確に表示できるようにした。選択方法や選択手段の構成は任意である。パラメータの愛用も種類も任意である。
【0013】
〈構成5〉
【0014】
配分比計算には、パラメータを使用した比例計算が必要である。また、複数のパラメータを組み合わせるときには、数値化が最も便利である。そこで、全てのパラメータを数値化する。数値の内容は経験的に定めるとよい。
【0015】
〈構成6〉
構成1に記載の在庫引き当て管理システムにおいて、パラメータは、客先ごとに所定の数量的根拠データを持つことにより数値化された絶対数値データと、競合した客先相互の関係を比較して順位付けをし、その順位に対応する数値を与えた相対数値データとを含むことを特徴とする在庫引き当て管理システム。
【0016】
各客先の過去の総売り上げ高等が、絶対数値データである。また、営業上の客先の優先順位といった相対的なものを数値化したのが相対数値データである。異なる性質のパラメータも全て数値化して、総合的な判断ができる。
【0017】
〈構成7〉
構成1に記載の在庫引き当て管理システムにおいて、パラメータは、客先ごとの、過去の全ての販売実績を含むことを特徴とする在庫引き当て管理システム。
【0018】
客先の、過去の全ての販売実績を比較して、実績の多い客先に多く割り当てをする。販売実績のある客先ほど、その販売実績を確保するために納期の遅れ分を少なくできる。
【0019】
〈構成8〉
構成1に記載の在庫引き当て管理システムにおいて、パラメータは、客先ごとの、当該受注した製品の、過去の全ての販売実績を含むことを特徴とする在庫引き当て管理システム。
【0020】
受注した製品の売り上げ実績が多い客先には、多く割り当てをすることで、その製品の売り上げを確実に確保できる効果がある。
【0021】
〈構成9〉
構成1に記載の在庫引き当て管理システムにおいて、パラメータは、客先の立地条件を含むことを特徴とする在庫引き当て管理システム。
【0022】
住宅地、商業地域、工業地域、学校が多い地域、官庁が多い地域といった立地により、納品の緊急度が異なる。従って、立地条件の比較により、納品の優先度を求めるのが有効になる。
【0023】
〈構成10〉
構成1に記載の在庫引き当て管理システムにおいて、引き当て数量とともに、出荷日もしくは納品日を表示することを特徴とする在庫引き当て管理システム。
【0024】
上記の計算を実行すると、その結果として得られた配分比は、そのまま客先の順位付けとなる。この順位付けに従って、納品数量だけでなく、出荷日や納品日の決定に利用できる。
【0025】
〈構成11〉
複数の客先による同一製品の接近した納期の受注があったとき、それらの受注数量を合計した合計値と、当該製品の上記納期までの納品可能数量とを比較する処理と、上記納品可能数量が上記受注数量の合計値を下回ったとき、上記納期までの納品可能数量の範囲で、上記複数の客先に対して納品すべき数量の引き当て処理を実行する処理と、所定のパラメータを選択して配分比を算出して、上記客先ごとの引き当て数量を決定する処理とを、コンピュータに実行させることを特徴とする在庫引き当て管理プログラム。
【0026】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
図1は、本発明の在庫引き当て管理システム具体例のブロック図である。
このシステムにおいて、客先から受注があった場合に、製品の引き当て処理を図のホストコンピュータ10で実行する。ホストコンピュータ10は、ネットワーク1を介して客先の端末装置11A、11B、11C、11Dと接続されている。ネットワーク1は、インターネットやイントラネット(LAN、WAN)、電話回線網、などの各種の任意の情報通信用ネットワークである。有線ネットワークでも無線ネットワークでも構わない。端末装置11A〜11Dは、パーソナルコンピュータ、モバイルコンピュータ、携帯電話端末、一般電話端末、その他、情報処理機能と通信機能を持つ任意の通信用端末である。ホストコンピュータ10は、パーソナルコンピュータあるいはワークステーション等から成る。
【0027】
ホストコンピュータ10は、記憶装置20と演算処理装置を備える。記憶装置20は、ホストコンピュータ10に内蔵されていても外付けされていても構わない。記憶装置20には、在庫管理データベース21、受注管理データベース22、客先別パラメータデータベース23が記憶されている。在庫確認手段13、配分手段14、パラメータ選択手段15は、ホストコンピュータ10の演算処理装置上で動作するコンピュータプログラムである。
【0028】
例えば、図に示す4つの客先AA、BB、CC、DDからそれぞれ100個、60個、50個、100個といった受注があったとする。合計受注量は、310個である。この時、在庫確認をしたところ、納品可能な製品の数量が130個であるとする。この場合に、図のシステムで、どの客先にとりあえず何個納品をするか、その配分比を決定する。図に示した在庫確認手段13は、合計の受注数量(この例では310個)と納品可能な数量(このさいでは130個)とを比較する処理を実行する。配分手段14は、一定の基準に基づいてどの客先にどれだけの数を納品するべきか、その配分比を決定する処理を実行する。パラメータ選択手段15は、配分手段14が配分比を決定する際に必要なパラメータを選択する機能を持つ。在庫管理データベース21には、納品可能な在庫数量が製品の品目ごとに記憶されている。また、受注管理データベース22は、過去の様々な客先の受注状況や実績などを記憶しているデータベースである。客先別パラメータデータベース23は、客先ごとに上記配分比の決定に有効なパラメータをリストアップし、さらにそのパラメータに対応する数値データを記憶するデータベースである。
【0029】
本発明では、複数の客先による同一の製品の接近した納期の受注があった時に、様々なパラメータを利用して、最適な配分比を決定して当面の納品数量を算出する。このような作業は、充分な経験と知識を持った営業担当者などが従来行っていたが、ここで新たにコンピュータで演算処理ができるような一定のルールと演算方法を定めて自動化を図った。
【0030】
[操作画面]
図2は、客先ごとの引き当て数量配分を定めるための操作画面説明図である。この画面30は、受注のあった製品の製品コード31や納品日32、受注数量明細33などを入力できるように構成されている。この画面30で、複数の客先の受注数量を合計した合計受注数量34と在庫管理データベース21を参照して抽出をした、納品可能数量に相当するデータ35を自動的に表示できる。この処理は、在庫確認手段13が実行する。これらを見ることによって、現在130個までは直ちに納品することができるが、それ以外は、在庫が不足しており、後日納品しなければならない状況が把握できる。この画面30から、納品日が接近しており、4つの客先AA、BB、CC、DDから合計310個の受注があった時、在庫数量が130個しか無いため、各客先に対して、数量配分表36に示すような配分でとりあえず納品をするべきであるという、結論を得る。
【0031】
[パラメータ]
画面30の数量配分表を生成するために、予め基本的な引き当てパラメータを1つ決めておく。ボタン37は、この引き当てパラメータを決定するときにクリックをする。引き当てパラメータは、例えば、今回の各客先の受注数量とする。各客先の受注数量比は、100:60:50:100である。在庫数量の130個を、受注数量比で配分すると、50:20:20:40になる。この結果が画面30の下側にある引き当て数量配分表36に示されている。様々な状況を無視すれば、まず在庫数と受注数量とから判断して、受注数量が多い客先ほど多く引き当てをして、納品をするといった方法が最も単純である。従って、このような演算処理をした。この演算処理は配分手段14が実行する。実際にはこのほかに様々な基準が考えられる。そこで、様々なパラメータを指定し、配分比の見直しをし、計算をし直して検討できるように、ボタン37により、パラメータ選択手段15を起動する。
【0032】
図3は、パラメータによる配分比の違いを説明する説明図である。
図3(a)の縦軸は、受注数量である。ハッチングの部分が引き当て数量である。この状態は、図2の引き当て数量配分表36の内容をそのまま表したものである。受注数量に応じた引き当て数量が算出されている。図3(b)は、白色の棒グラフが実績数量で、ハッチングを付した棒グラフが引き当て数量である。顧客ごとの過去の受注数量を具体的に累積計算して実績数量とした。実績数量が多い得意先については、受注量に対し充分な量の引き当てを行い、実績数量が少ない客先については、引き当て数量を少なく配分している。
【0033】
図の(a)に示す配分比の決定方法では、営業戦略とか客先の状況に適切に対応しない場合がある。(b)に示すような実績数量をパラメータに利用しただけでは、新たに開拓をして、急激に受注量の増加しているような客先について適切な対応ができないという問題がある。こうした点を考慮し、過去に問題となった様々なパラメータを用意し、今回の受注に対し、どのパラメータに着目して配分比を決定するかという指示を与えた時、自動的にそのパラメータを利用して引き当て数量を計算するようにした。これにより、配分比の最適化計算が可能になる。図3(c)に示した例は、パラメータを数値化し、その累計を白色の棒グラフとし、この白色の棒グラフの比で引き当て数量の配分比を定めるようにしている。例えば、(a)の受注数量のパラメータを数値化した場合には、AAが100、BBが60といった数値でよい。実績数量も、例えば1万個であれば、そのままの数値でよいが、各パラメータの影響を均等に結果に及ぼすには、パラメータの数値範囲をそろえればよい。また、パラメータの重要度に応じて重み付けをしてもよい。その具体例は後で説明をする。
【0034】
図4は、図2の引き当てパラメータ選択ボタン37をクリックしたときに表示される、引き当てパラメータ選択画面の説明図である。
この画面40には、パラメータのリスト41が表示されている。ここでは、例えば、受注数量比、過去の総販売実績、その顧客の期待度、その製品を納品時に搬出する倉庫から客先までの運送時間、客先の立地条件、競合する客先間の優先順位といったパラメータがリストアップされている。これらのパラメータは、常に全てを適応するのでなく、状況に応じて任意の組み合わせで選択すればよい。その選択のためにチェックボックス47が設けられている。チェックボックス47にチェックを入れると、そのパラメータが有効になる。「受注数量比」については、既に説明をした。
【0035】
「過去の総販売実績」についてみると、自社の全製品をその客先が過去にどれだけ購入したかを累積する計算方法と、今回の受注の対象になっている製品についてその客先がどれだけ過去に購入したかを累積する計算方法がある。図の右側に示したドロップダウンリスト42は、例えば、後者の計算方法で特定の製品コードを指定する場合には、製品コードを入力し、前者の計算方法を採用する場合にはブランクにする。こうして、過去の総販売実績計算方法を指定する。「客先の立地」というのは、客先がどのような地域に存在するかという観点からみたパラメータである。客先が例えば非常に競争の激しい商業地域にある時は、可能な限り多くの配分比で製品を納品しなければならない。比較的競争の少ない地域にある場合は、若干納品日を遅らせても大きな弊害は無い。「客先の立地」はこうした点を考慮できるパラメータである。
【0036】
画面40の選択ボタン43をクリックすると、画面46が表示される。これは、「客先の立地」を選択する画面である。商業地域、事務所街、官庁街、工業地域、文教地域、住宅地といったケースがリストアップされている。オプションボタン48を利用していずれかを選択する。この画面46は受注した客先の数だけ生成され、全ての客先について選択処理をする。選択を終了すると、戻るボタン49をクリックし、元の画面40を表示させる。必要なパラメータを選択した後、配分比計算実行ボタン45をクリックすると、図1に示した配分手段14が起動し、配分比計算を実行する。
【0037】
[パラメータの数値化]
各パラメータは、組み合わせによる効果の計算が容易なように、いずれも数値化をする。また、パラメータは、2種類のパラメータに分類する。絶対数値を設定しておくパラメータと相対数値を設定しておくパラメータの2種類になる。絶対数値パラメータは、例えば、最小値1で最大値100の数値の範囲にしておく。例えば、受注数量が1から20までは(1)、21から40までは(2)というように設定し、(100)を最大値にする。過去の総販売実績についても同様に過去の総販売額や総販売数量に応じてこれに対応する数値を決める。
【0038】
一方、期待度については、例えば、4つの客先が競合している場合、これらを相対的に比較して計算をしたほうがよい。この時は、相対数値パラメータを利用する。期待度が最も高い場合は(20)、2番目が(15)、3番目が(10)、4番目が(5)、というように設定する。客先の立地についていえば、図4の画面46に示すように6種類の立地条件がある時、最も条件の厳しいものを(50)、2番目を(40)、3番目を(30)というように設定する。また、各客先を比較した時、営業政策上無条件に優先順位が付けられるような場合には、競合する客先に優先順位を付けて、その順番に相対数値を設定する。「倉庫から客先への運送時間」は、時間をそのまま数値化する。例えば、遠い客先のほうを優先する。「競合する客先間の優先順位」は、順位設定ボタン44をクリックして画面50上で設定する。画面50のドロップダウンリスト51は、順位を選択するボタンである。
【0039】
[重み付け]
重要なパラメータについては絶対数値パラメータの値を大きく、例えば、50〜100の範囲に設定する。重要度の低いパラメータの場合には、絶対数値パラメータの値を低めに、例えば、1〜30の範囲に設定する。従って、図4に示した画面40を用いて必要なパラメータを選択すると、自動的に各パラメータの数値を加算して、累計を求めることができる。この累計を比較すれば、図3(c)に示したような引き当て数量配分が可能になる。パラメータごとの重要度については、過去の経験値を予め求めておけばよい。従って、上記のような操作によって自動的に客先ごとの配分比最適化が可能になる。
【0040】
[演算処理]
図5は、演算処理装置の具体的な動作フローチャートである。
まず、ステップS1で、始めに、同一製品について接近した納期に複数の客先から受注が発生したことを検出する。これは管理者が行なってもよいが、見逃しを防ぐために、自動的受注状態を監視して自動処理するのが好ましい。在庫確認手段13は、在庫管理データベース21や受注管理データベース22を参照して、在庫を確認する処理を実行する(ステップS2)。そして、合計した受注数量と納品可能な数量とを比較し、その結果を求めて、図2の画面30を生成する。パラメータの初期値を受注数量比のみとしておき、引き当て数量配分も計算してしまう。即ち、今回納品可能な数量に対し、まず単純に受注数量比を用いて配分処理を行う(ステップS3)。その結果を用いて、図2の画面30を生成し、ホストコンピュータ10のディスプレイに表示する(ステップS4)。
【0041】
ここで、管理者の判断操作を待つ(ステップS5)。もし、受注数量比を用いて配分処理した結果が妥当と判断されると、ここで処理を中止する。一方、引き当て数量の最適化のために、引き当てパラメータ選択ボタン37がクリックされると、ステップS5からステップS6に進む。そして、図4に示した引き当てパラメータの表示を行う(ステップS6)。図4の画面40が操作され、引き当てパラメータが選択された後、配分比計算実行ボタン45がクリックされる(ステップS7、ステップS8)。ここで、選択されたパラメータを数値化して点数計算を行う(ステップS9)。客先ごとにパラメータの累計が求められると、ステップS10で各客先の点数比を使用して納品可能な範囲で数量配分を実行する。そして、最後にステップS11において引き当て数量配分を含む画面30を更新表示する。こうして表示された画面を管理者が確認することによって、引き当て数量を決定する。
【0042】
計算結果に問題があれば何度も配分比計算をやり直せばよい。なお、上記パラメータ選択手段15は、図4に示したような画面40を表示すると共に、チェックボックス47で選択されたパラメータを、記憶装置20の客先別パラメータデータベース23から選択抽出し、客先別にパラメータを数値化して、配分計算のための累計演算式中の変数に代入するといった処理を実行する。配分手段14は、その累計演算式を実行して、図2の画面30を生成して表示する。以上のようにして、まず、初期設定したパラメータを使用して、納品可能数量を客先別に配分する配分比を決定し、これを表示するとともに、任意の組み合わせでパラメータを選択し、選択されたパラメータに従って、配分比の自動計算をする。これにより、客先別の配分比を決定するために、可能な限り多くの要素をパラメータとして採用し、受注状況に応じた配分比の最適化処理が可能になる。また、あるパラメータについては、競合する客先間の相互比較によって順位付けをし、その順位を反映した数値化をすることで、製品ごとに客先の事情に応じた配分比計算ができる。これを利用して、納品数量だけでなく、出荷順や納品順を決めることもできる。
【0043】
なお、パラメータとしては、同製品の生産計画と出荷計画、各地域への発送予定を含めることができる。パラメータ及び係数については、過去の実績、製品、地域、時期などにより異なるべきものであるから、可能な限り多くのパラメータを選択可能にし、図4に示したように、パラメータごとに付加的な条件を設定できることが好ましい。また、例えば、利用されたパラメータの組み合わせ履歴を蓄積して、使用された組み合わせの多いもののリストを生成し、利用を推進することもできる。
【0044】
なお、上記の演算処理装置にインストールされたコンピュータプログラムは、それぞれ独立したプログラムモジュールを組み合わせて構成してもよいし、全体を一体化したプログラムにより構成してもよい。コンピュータプログラムにより制御される処理の全部または一部を同等の機能を備えるハードウエアで構成しても構わない。また、上記のコンピュータプログラムは、既存のアプリケーションプログラムに組み込んで使用してもよい。上記のような本発明を実現するためのコンピュータプログラムは、例えばCD−ROMのようなコンピュータで読み取り可能な記録媒体に記録して、任意の情報処理装置にインストールして利用することができる。また、ネットワークを通じて任意のコンピュータのメモリ中にダウンロードして利用することもできる。
【図面の簡単な説明】
【図1】図1は、本発明の在庫引き当て管理システム具体例のブロック図である。
【図2】客先ごとの引き当て数量配分を定めるための操作画面説明図である。
【図3】パラメータによる配分比の違いを説明する説明図である。
【図4】引き当てパラメータ選択画面の説明図である。
【図5】演算処理装置の具体的な動作フローチャートである。
【符号の説明】
1 ネットワーク、10 ホストコンピュータ、11A〜11D 端末装置、13 在庫確認手段、14 配分手段、15 パラメータ選択手段、16 合計処理、17 比較処理、18 配分処理、21 在庫管理データベース、22
受注管理データベース、23 客先別パラメータデータベース
[0001]
TECHNICAL FIELD OF THE INVENTION
According to the present invention, when an order for the same product is received by a plurality of customers and the deliverable quantity is less than the total value of the order quantity, the quantity to be delivered to each customer within the range of the deliverable quantity up to the delivery date. The present invention relates to an inventory allocation management system and an inventory allocation management program capable of automatically performing allocation allocation processing.
[0002]
[Prior art]
Normally, when an order for a product is received, the state of the stock is checked, the delivery date is answered, and the stock allocation processing is performed. If there are 100 products in the warehouse and there are 20 orders, we will arrange 20 products for the customer. On the other hand, if there are 100 commodities in the warehouse and there are 200 inquiries, we will reply that 100 can be delivered immediately, and calculate the delivery date after confirming the production and shipping status of the remaining 100. Answer.
[0003]
[Problems to be solved by the invention]
By the way, the conventional techniques as described above have the following problems to be solved.
The following problem arises when the order of the same product is received from a plurality of customers and the stock of the product is insufficient. For example, if there is only 50 pieces in stock, and a sales representative has to determine the delivery priority when receiving orders of 20 pieces from A, B, C, and D stores, respectively, how to deliver the pieces. . Conventionally, the priority of delivery has been determined by a sales representative based on their experience by comparing sales and the like.
[0004]
However, for example, if 20 units are simultaneously ordered from four mass retailers in a region where competing mass retailers are lined up, and there is only 20 units in stock, the 20 units are immediately delivered to one store and sent to another store. After that, the complaint is made and the relationship with other stores gets worse. In such a case, it is the best method to deliver five vehicles equally to each store. Only experienced salespeople can make accurate decisions in such cases. Further, when a plurality of sales representatives are in charge of sharing the same area, there is no guarantee that an accurate determination can be made.
The present invention has been made by paying attention to the above points, and there is an order received by a plurality of customers for a close delivery date of the same product, and the total value of the order quantity can be delivered until the delivery date of the product. It is an object of the present invention to provide an inventory allocation management system that prevents a sales representative from making a mistake when the quantity exceeds the quantity.
It is another object of the present invention to provide an inventory allocation management system and an inventory allocation management program that reduce the burden on sales representatives and the like and reduce complaints from customers.
[0005]
[Means for Solving the Problems]
The present invention employs the following configuration to solve the above points.
<Configuration 1>
When a plurality of customers receive orders for the same product with close delivery dates, inventory check means for comparing the total value of the order quantities and the deliverable quantity of the product up to the delivery date, and the delivery Means for executing allocation processing of the quantity to be delivered to the plurality of customers within the range of the deliverable quantity up to the delivery date when the available quantity is less than the total value of the order quantity; and And a distribution means for selecting and calculating a distribution ratio to determine the allocated quantity for each customer.
[0006]
Use when multiple orders are in conflict. Also includes orders from different offices of the same company. Applies when orders for the same product are concentrated. This is particularly effective when there is no alternative product. If there is an order with a close delivery date, the order must be handled within the current inventory range. The range of the close delivery date is arbitrarily selected within a range in which the stock quantity does not fluctuate greatly, and the order quantity is calculated. The deliverable quantity is the total quantity of inventories that can be delivered reliably. The quantity to be delivered to multiple customers maximizes the deliverable quantity. The predetermined parameter is a parameter effective for determining the distribution ratio. When this parameter is selected, the distribution ratio is automatically calculated, so that the work of examining the distribution ratio is supported and can be automated as needed.
[0007]
<Configuration 2>
The inventory allocation management system according to the first aspect, further comprising means for automatically calculating a distribution ratio using parameters set in advance and displaying the distribution ratio as basic data.
[0008]
The initially set parameter is, for example, the current order quantity ratio. If a conclusion can be made by looking at the basic data, the work is completed. Although parameters to be initialized are arbitrary, general parameters are preferable as much as possible. Even when this result is not used as it is, there is an effect that, based on this result, it can be compared and verified with a case where another parameter is selected. Therefore, it becomes a powerful support tool for administrators.
[0009]
<Configuration 3>
The inventory allocation management system according to Configuration 1, further comprising means for automatically detecting a state where the deliverable quantity is less than the total value of the order quantity and automatically generating the basic data. Management system.
[0010]
A state in which the deliverable quantity is less than the total value of the order quantity is a state in which the order is competing. By automatically detecting this, oversight is eliminated. In addition, it is possible to prevent a case where a plurality of sales representatives are involved and make a wrong decision.
[0011]
<Configuration 4>
The inventory allocation management system according to the first aspect, further comprising: a display unit that displays a selectable parameter list and a unit for selecting one of the parameter lists before calculating the distribution ratio.
[0012]
A large number of parameters are enumerated so that they can be freely selected, and it is possible to clearly display what kind of distribution ratio should be focused on which parameter. The selection method and the configuration of the selection means are arbitrary. The patronage and type of parameters are arbitrary.
[0013]
<Configuration 5>
[0014]
The allocation ratio calculation requires a proportional calculation using parameters. When combining a plurality of parameters, digitization is most convenient. Therefore, all parameters are digitized. The contents of the numerical values should be determined empirically.
[0015]
<Configuration 6>
In the inventory allocation management system according to the configuration 1, the parameters are ranked by comparing the relationship between the absolute numerical data quantified by having predetermined quantitative basis data for each customer and the competing customers. And a relative numerical data obtained by giving a numerical value corresponding to the ranking.
[0016]
The past total sales and the like of each customer are absolute numerical data. Relative numerical data is a numerical value of a relative value such as the priority of a customer in business. All parameters of different properties can be digitized for comprehensive judgment.
[0017]
<Configuration 7>
The inventory allocation management system according to Configuration 1, wherein the parameter includes all past sales results for each customer.
[0018]
Compare all past sales results of customers, and assign more to customers with more results. A customer with a sales record can reduce the delay in the delivery date in order to secure the sales record.
[0019]
<Configuration 8>
The inventory allocation management system according to Configuration 1, wherein the parameter includes, for each customer, all past sales results of the ordered product.
[0020]
By assigning a large number to customers who have a high track record of sales of the ordered product, the sales of the product can be reliably secured.
[0021]
<Configuration 9>
The inventory allocation management system according to the first aspect, wherein the parameter includes a location condition of a customer.
[0022]
The urgency of delivery varies depending on the location, such as residential, commercial, industrial, school-rich, and government-rich. Therefore, it is effective to determine the priority of delivery by comparing the location conditions.
[0023]
<Configuration 10>
The inventory allocation management system according to the first aspect, wherein a shipment date or a delivery date is displayed together with the allocation quantity.
[0024]
When the above calculation is performed, the resulting distribution ratio is directly used to rank customers. According to this ranking, it can be used to determine not only the delivery quantity but also the shipping date and delivery date.
[0025]
<Configuration 11>
When there are orders by multiple customers for the same delivery date for the same product, the process of comparing the total value of the order quantities and the deliverable quantity of the product up to the delivery date, and the above deliverable quantity When the value of the order quantity is less than the total value of the order quantity, a process of executing an allocation process of the quantity to be delivered to the plurality of customers within a range of the deliverable quantity up to the delivery date, and selecting a predetermined parameter. And calculating a distribution ratio to determine the allocation quantity for each customer by a computer.
[0026]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described using specific examples.
FIG. 1 is a block diagram of a specific example of a stock allocation management system according to the present invention.
In this system, when an order is received from a customer, a product allocation process is executed by the host computer 10 shown in the figure. The host computer 10 is connected to customer terminal devices 11A, 11B, 11C, and 11D via the network 1. The network 1 is an arbitrary information communication network such as the Internet, an intranet (LAN, WAN), and a telephone network. It can be a wired network or a wireless network. Each of the terminal devices 11A to 11D is a personal computer, a mobile computer, a mobile phone terminal, a general telephone terminal, or any communication terminal having an information processing function and a communication function. The host computer 10 comprises a personal computer or a workstation.
[0027]
The host computer 10 includes a storage device 20 and an arithmetic processing device. The storage device 20 may be built in the host computer 10 or externally attached. The storage device 20 stores an inventory management database 21, an order management database 22, and a customer-specific parameter database 23. The stock confirmation unit 13, the distribution unit 14, and the parameter selection unit 15 are computer programs that operate on the arithmetic processing unit of the host computer 10.
[0028]
For example, it is assumed that there are orders of 100, 60, 50, and 100 from four customers AA, BB, CC, and DD shown in FIG. The total order quantity is 310 pieces. At this time, it is assumed that the number of products that can be delivered is 130 when the inventory is checked. In this case, the system shown in the figure determines the number of products to be delivered to which customer for the time being and the distribution ratio thereof. The stock checking means 13 shown in the figure executes a process of comparing the total ordered quantity (310 pieces in this example) with the deliverable quantity (130 pieces in this case). The distribution unit 14 executes a process of determining the distribution ratio of which customer should be delivered to which customer based on a certain standard. The parameter selection unit 15 has a function of selecting a parameter required when the distribution unit 14 determines the distribution ratio. The inventory management database 21 stores a deliverable inventory quantity for each product item. The order management database 22 is a database that stores past order statuses and results of various customers. The customer-specific parameter database 23 is a database that lists parameters effective for determining the distribution ratio for each customer and further stores numerical data corresponding to the parameters.
[0029]
According to the present invention, when there is an order from a plurality of customers for a close delivery date of the same product, an optimal distribution ratio is determined using various parameters to calculate an immediate delivery quantity. This kind of work was previously performed by salespeople with sufficient experience and knowledge, but here we have decided to set new rules and calculation methods so that they can be processed by computer, and to automate them. .
[0030]
[Operation screen]
FIG. 2 is an explanatory diagram of an operation screen for determining the allocation quantity allocation for each customer. The screen 30 is configured so that a product code 31, a delivery date 32, an order quantity specification 33, and the like of a product for which an order has been received can be input. On this screen 30, data 35 corresponding to the deliverable quantity extracted with reference to the inventory management database 21 and the total ordered quantity 34 obtained by summing the ordered quantities of a plurality of customers can be automatically displayed. This process is executed by the stock confirmation unit 13. By looking at these, it is possible to immediately deliver up to 130 pieces, but in other cases, it is possible to grasp the situation where the stock is insufficient and must be delivered at a later date. From this screen 30, the delivery date is approaching, and when a total of 310 orders are received from four customers AA, BB, CC, and DD, the inventory quantity is only 130 pieces. It is concluded that the delivery should be made in the distribution shown in the quantity distribution table 36 for the time being.
[0031]
[Parameter]
In order to generate the quantity distribution table on the screen 30, one basic allocation parameter is determined in advance. The button 37 is clicked when determining the allocation parameters. The allocation parameter is, for example, the order quantity of each customer at this time. The order quantity ratio of each customer is 100: 60: 50: 100. When 130 pieces of the stock quantity are distributed according to the order quantity ratio, it becomes 50: 20: 20: 40. This result is shown in the allocation quantity distribution table 36 at the bottom of the screen 30. If various situations are ignored, the simplest method is to judge from the stock quantity and the order quantity, and to allocate more customers to the order quantity and deliver the products. Therefore, such an arithmetic processing was performed. This calculation process is executed by the distribution unit 14. In practice, there are various other criteria. Thus, the user selects the parameter 37 by using the button 37 so that various parameters are designated, the distribution ratio is reviewed, the calculation is performed again, and the calculation can be performed again.
[0032]
FIG. 3 is an explanatory diagram for explaining a difference in distribution ratio depending on a parameter.
The vertical axis in FIG. 3A is the order quantity. The hatched portion is the allocation quantity. This state represents the contents of the allocation quantity distribution table 36 in FIG. 2 as it is. The allocation quantity according to the order quantity is calculated. In FIG. 3B, the white bar graph indicates the actual quantity, and the hatched bar graph indicates the allocated quantity. The actual order quantity was calculated by specifically calculating the past order quantity for each customer. For customers with large actual quantities, sufficient amounts are allocated to orders, and for customers with small actual quantities, small allocations are allocated.
[0033]
The method of determining the distribution ratio shown in (a) of the figure may not properly respond to the business strategy or customer situation. There is a problem in that simply using the actual quantity as a parameter as shown in (b) cannot cultivate a new area and appropriately respond to a customer whose order quantity is rapidly increasing. In consideration of these points, we prepared various parameters that were problematic in the past, and when this order was given an instruction on which parameter to focus on and determine the allocation ratio, the parameters were automatically Used to calculate the reserved quantity. As a result, optimization calculation of the distribution ratio becomes possible. In the example shown in FIG. 3 (c), the parameters are converted into numerical values, the sum of the parameters is represented by a white bar graph, and the allocation ratio of the allocated quantity is determined by the ratio of the white bar graph. For example, when the parameter of the order quantity in (a) is quantified, numerical values such as 100 for AA and 60 for BB may be used. If the actual quantity is, for example, 10,000 pieces, the numerical value may be used as it is. However, in order to uniformly apply the effect of each parameter to the result, the numerical value range of the parameters may be adjusted. Weighting may be performed according to the importance of the parameter. A specific example will be described later.
[0034]
FIG. 4 is an explanatory diagram of an allocation parameter selection screen displayed when the allocation parameter selection button 37 in FIG. 2 is clicked.
On this screen 40, a list 41 of parameters is displayed. Here, for example, the order volume ratio, the past total sales performance, the customer's expectation, the transportation time from the warehouse that takes out the product at the time of delivery to the customer, the customer's location conditions, the priority between competing customers Parameters such as ranking are listed. These parameters do not always apply all, but may be selected in any combination according to the situation. A check box 47 is provided for the selection. When the check box 47 is checked, the parameter becomes valid. The “order volume ratio” has already been described.
[0035]
Looking at "Past Sales Record", a calculation method to accumulate how many customers have purchased all of their products in the past, and how many customers have There is a calculation method that accumulates only what has been purchased in the past. In the drop-down list 42 shown on the right side of the drawing, for example, when a specific product code is specified by the latter calculation method, the product code is input, and when the former calculation method is adopted, the drop-down list 42 is blank. Thus, the past total sales result calculation method is specified. The “location of the customer” is a parameter from the viewpoint of the area where the customer exists. When customers are located, for example, in highly competitive commercial areas, products must be delivered in as large a proportion as possible. If you are in an area where there is relatively little competition, there is no major harm even if the delivery date is slightly delayed. “Customer location” is a parameter that can take these points into account.
[0036]
When the selection button 43 on the screen 40 is clicked, a screen 46 is displayed. This is a screen for selecting “customer location”. Cases such as commercial, office, government, industrial, educational, and residential areas are listed. Use the option button 48 to select one. This screen 46 is generated for the number of customers who have received orders, and selection processing is performed for all customers. When the selection is completed, a return button 49 is clicked, and the original screen 40 is displayed. After the necessary parameters are selected, when the allocation ratio calculation execution button 45 is clicked, the allocation means 14 shown in FIG. 1 is activated, and executes the allocation ratio calculation.
[0037]
[Parameterization]
Each parameter is digitized so that the effect of the combination can be easily calculated. The parameters are classified into two types. There are two types of parameters, one for setting an absolute numerical value and the other for setting a relative numerical value. The absolute numerical parameter is, for example, in the range of a minimum value of 1 and a maximum value of 100. For example, the order quantity is set as (1) from 1 to 20, (2) from 21 to 40, and (100) is set to the maximum value. Similarly, for the past total sales results, a numerical value corresponding to the past total sales amount or total sales volume is determined.
[0038]
On the other hand, regarding the degree of expectation, for example, when four customers are competing with each other, it is better to calculate them by relatively comparing them. At this time, a relative numerical parameter is used. If the degree of expectation is the highest, (20), the second is (15), the third is (10), the fourth is (5), and so on. Speaking of customer locations, when there are six types of location conditions as shown on the screen 46 of FIG. 4, the one with the most severe conditions is (50), the second is (40), and the third is (30). Set as follows. Also, when priorities are assigned unconditionally in terms of business policy when each customer is compared, priorities are assigned to competing customers, and relative numerical values are set in that order. “Transportation time from warehouse to customer” is converted to a numerical value. For example, priority is given to distant customers. The “priority among competing customers” is set on the screen 50 by clicking the order setting button 44. The drop-down list 51 on the screen 50 is a button for selecting the order.
[0039]
[Weighting]
For important parameters, the value of the absolute numerical parameter is set large, for example, in the range of 50 to 100. In the case of a parameter having a low degree of importance, the value of the absolute numerical parameter is set lower, for example, in the range of 1 to 30. Therefore, when a necessary parameter is selected using the screen 40 shown in FIG. 4, the numerical value of each parameter can be automatically added to obtain a cumulative total. By comparing the totals, allocation quantity allocation as shown in FIG. As for the importance of each parameter, a past experience value may be obtained in advance. Therefore, the distribution ratio can be automatically optimized for each customer by the above operation.
[0040]
[Operation]
FIG. 5 is a specific operation flowchart of the arithmetic processing device.
First, in step S1, it is first detected that orders have been received from a plurality of customers for the same product in a close delivery date. This may be performed by the administrator, but it is preferable to automatically monitor the order reception status and perform automatic processing in order to prevent oversight. The stock checking means 13 executes a process of checking stock with reference to the stock management database 21 and the order management database 22 (step S2). Then, the total order quantity and the deliverable quantity are compared, the result is obtained, and the screen 30 of FIG. 2 is generated. The initial value of the parameter is set to the order quantity ratio only, and the allocation quantity allocation is also calculated. That is, distribution processing is first performed on the currently deliverable quantity simply using the order quantity ratio (step S3). Using the result, the screen 30 of FIG. 2 is generated and displayed on the display of the host computer 10 (step S4).
[0041]
Here, the judgment operation of the administrator is waited (step S5). If the result of the distribution process using the order quantity ratio is determined to be valid, the process is stopped here. On the other hand, when the allocation parameter selection button 37 is clicked to optimize the allocation quantity, the process proceeds from step S5 to step S6. Then, the assignment parameters shown in FIG. 4 are displayed (step S6). After the screen 40 in FIG. 4 is operated and the allocation parameter is selected, the allocation ratio calculation execution button 45 is clicked (step S7, step S8). Here, the selected parameters are digitized and score calculation is performed (step S9). When the total of the parameters is obtained for each customer, in step S10, quantity distribution is executed using the point ratio of each customer within a range in which delivery is possible. Finally, in step S11, the screen 30 including the allocation quantity allocation is updated and displayed. The manager confirms the screen displayed in this way, and determines the allocated quantity.
[0042]
If there is a problem in the calculation result, the distribution ratio calculation may be repeated. The parameter selecting means 15 displays the screen 40 as shown in FIG. 4 and selectively extracts the parameter selected by the check box 47 from the customer-specific parameter database 23 of the storage device 20 and Separately, a process of digitizing parameters and substituting them into variables in a cumulative calculation expression for distribution calculation is executed. The distribution means 14 executes the cumulative calculation formula to generate and display the screen 30 of FIG. As described above, first, using the initially set parameters, the distribution ratio for distributing the deliverable quantity to each customer is determined, displayed, and the parameters are selected in an arbitrary combination, and the selected parameters are selected. Automatically calculate the distribution ratio according to the parameters. Thereby, in order to determine the distribution ratio for each customer, as many parameters as possible are adopted as parameters, and the distribution ratio can be optimized according to the order receiving situation. In addition, a certain parameter is ranked by mutual comparison between competing customers, and a numerical value reflecting the ranking is given, whereby a distribution ratio can be calculated for each product according to the circumstances of the customer. By utilizing this, it is possible to determine not only the delivery quantity but also the shipping order and delivery order.
[0043]
The parameters can include a production plan and a shipping plan of the product, and a shipping schedule to each region. Since parameters and coefficients should be different depending on past results, products, regions, timings, etc., it is possible to select as many parameters as possible, and as shown in FIG. Is preferably set. Further, for example, it is also possible to accumulate a history of combinations of used parameters, generate a list of frequently used combinations, and promote the use.
[0044]
The computer programs installed in the arithmetic processing device may be configured by combining independent program modules, or may be configured by an integrated program as a whole. All or part of the processing controlled by the computer program may be configured by hardware having equivalent functions. Further, the above-described computer program may be used by being incorporated into an existing application program. The computer program for realizing the present invention as described above can be recorded on a computer-readable recording medium such as a CD-ROM, and installed and used in an arbitrary information processing apparatus. In addition, it can be downloaded and used in the memory of any computer through a network.
[Brief description of the drawings]
FIG. 1 is a block diagram of a specific example of an inventory allocation management system according to the present invention.
FIG. 2 is an explanatory diagram of an operation screen for determining allocation quantity allocation for each customer.
FIG. 3 is an explanatory diagram illustrating a difference in distribution ratio depending on a parameter.
FIG. 4 is an explanatory diagram of an assignment parameter selection screen.
FIG. 5 is a specific operation flowchart of the arithmetic processing device.
[Explanation of symbols]
Reference Signs List 1 network, 10 host computer, 11A to 11D terminal device, 13 inventory confirmation means, 14 distribution means, 15 parameter selection means, 16 total processing, 17 comparison processing, 18 distribution processing, 21 inventory management database, 22
Order management database, 23 customer-specific parameter database

Claims (11)

複数の客先による同一製品の接近した納期の受注があったとき、それらの受注数量を合計した合計値と、当該製品の前記納期までの納品可能数量とを比較する在庫確認手段と、
前記納品可能数量が前記受注数量の合計値を下回ったとき、前記納期までの納品可能数量の範囲で、前記複数の客先に対して納品すべき数量の引き当て処理を実行する手段と、
所定のパラメータを選択して配分比を算出して、前記客先ごとの引き当て数量を決定する配分手段とを備えたことを特徴とする在庫引き当て管理システム。
When there is an order with a close delivery date of the same product by a plurality of customers, inventory confirmation means for comparing the total value of those order quantities and the deliverable quantity of the product up to the delivery date,
Means for executing allocation processing of the quantity to be delivered to the plurality of customers, when the deliverable quantity is less than the total value of the order quantity, within the deliverable quantity up to the delivery date,
A distribution means for selecting a predetermined parameter to calculate a distribution ratio and determining the allocated quantity for each customer.
請求項1に記載の在庫引き当て管理システムにおいて、
予め初期設定したパラメータを使用して、自動的に配分比を算出して、基礎データとして表示する手段を備えたことを特徴とする在庫引き当て管理システム。
The inventory allocation management system according to claim 1,
A stock allocation management system comprising means for automatically calculating a distribution ratio using parameters set in advance and displaying it as basic data.
請求項1に記載の在庫引き当て管理システムにおいて、
前記納品可能数量が前記受注数量の合計値を下回った状態を自動検出して、前記基礎データを自動生成する手段を備えたことを特徴とする在庫引き当て管理システム。
The inventory allocation management system according to claim 1,
A stock allocation management system, comprising: means for automatically detecting a state in which the deliverable quantity is less than the total value of the order quantity and automatically generating the basic data.
請求項1に記載の在庫引き当て管理システムにおいて、
配分比計算に先立って、選択可能なパラメータリストとそのいずれかを選択する手段を表示する手段を備えたことを特徴とする在庫引き当て管理システム。
The inventory allocation management system according to claim 1,
An inventory allocation management system comprising: a display unit for displaying a selectable parameter list and a unit for selecting any of the parameter lists prior to calculating a distribution ratio.
請求項1に記載の在庫引き当て管理システムにおいて、
前記選択可能なパラメータは、それぞれ、数値化されることを特徴とする在庫引き当て管理システム
The inventory allocation management system according to claim 1,
The said parameter which can be selected is each digitized, The stock allocation management system characterized by the above-mentioned.
請求項1に記載の在庫引き当て管理システムにおいて、
パラメータは、客先ごとに所定の数量的根拠データを持つことにより数値化された絶対数値データと、競合した客先相互の関係を比較して順位付けをし、その順位に対応する数値を与えた相対数値データとを含むことを特徴とする在庫引き当て管理システム。
The inventory allocation management system according to claim 1,
The parameters are ranked by comparing the relationship between the competing customers and the absolute numerical data quantified by having the predetermined quantitative basis data for each customer, and giving a numerical value corresponding to the ranking. An inventory allocation management system, comprising:
請求項1に記載の在庫引き当て管理システムにおいて、
パラメータは、客先ごとの、過去の全ての販売実績を含むことを特徴とする在庫引き当て管理システム。
The inventory allocation management system according to claim 1,
The inventory allocation management system, wherein the parameters include all past sales results for each customer.
請求項1に記載の在庫引き当て管理システムにおいて、
パラメータは、客先ごとの、当該受注した製品の、過去の全ての販売実績を含むことを特徴とする在庫引き当て管理システム。
The inventory allocation management system according to claim 1,
The inventory allocation management system, wherein the parameters include, for each customer, all past sales results of the ordered product.
請求項1に記載の在庫引き当て管理システムにおいて、
パラメータは、客先の立地条件を含むことを特徴とする在庫引き当て管理システム。
The inventory allocation management system according to claim 1,
The inventory allocation management system, wherein the parameters include location conditions of the customer.
請求項1に記載の在庫引き当て管理システムにおいて、
引き当て数量とともに、出荷日もしくは納品日を表示することを特徴とする在庫引き当て管理システム。
The inventory allocation management system according to claim 1,
An inventory allocation management system characterized by displaying a shipping date or a delivery date together with the allocated quantity.
複数の客先による同一製品の接近した納期の受注があったとき、それらの受注数量を合計した合計値と、当該製品の前記納期までの納品可能数量とを比較する処理と、
前記納品可能数量が前記受注数量の合計値を下回ったとき、前記納期までの納品可能数量の範囲で、前記複数の客先に対して納品すべき数量の引き当て処理を実行する処理と、
所定のパラメータを選択して配分比を算出して、前記客先ごとの引き当て数量を決定する処理とを、コンピュータに実行させることを特徴とする在庫引き当て管理プログラム。
When there is an order with a close delivery date of the same product by a plurality of customers, a process of comparing the total value of those order quantities and the deliverable quantity of the product up to the delivery date,
When the deliverable quantity is less than the total value of the ordered quantity, a process of executing an allocation process of the quantity to be delivered to the plurality of customers within a range of the deliverable quantity up to the delivery date,
A computer that executes a process of selecting a predetermined parameter, calculating an allocation ratio, and determining the allocation quantity for each customer.
JP2002273067A 2002-09-19 2002-09-19 Inventory reserve management system and inventory reserve management program Pending JP2004110494A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002273067A JP2004110494A (en) 2002-09-19 2002-09-19 Inventory reserve management system and inventory reserve management program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002273067A JP2004110494A (en) 2002-09-19 2002-09-19 Inventory reserve management system and inventory reserve management program

Publications (1)

Publication Number Publication Date
JP2004110494A true JP2004110494A (en) 2004-04-08

Family

ID=32269919

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002273067A Pending JP2004110494A (en) 2002-09-19 2002-09-19 Inventory reserve management system and inventory reserve management program

Country Status (1)

Country Link
JP (1) JP2004110494A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006171805A (en) * 2004-12-10 2006-06-29 Neutral Corp Edi system for fresh goods having traceability function
JP2014092874A (en) * 2012-11-01 2014-05-19 Hitachi Systems Ltd Shipping management system and method
JP2018136801A (en) * 2017-02-22 2018-08-30 株式会社オービック Stock allocation order setting device, stock allocation order setting method, and stock allocation order setting program
JP2018136800A (en) * 2017-02-22 2018-08-30 株式会社オービック Store ranking setting device, store ranking setting method, and store ranking setting program
JP2020004291A (en) * 2018-06-29 2020-01-09 株式会社オービック Inventory allocation apparatus, inventory allocation method and inventory allocation program

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62221066A (en) * 1986-03-20 1987-09-29 Nec Corp Order reception processing system
JPH1087036A (en) * 1996-09-13 1998-04-07 Hitachi Ltd Stock allocating method, and deciding method of distribution mode and stocking position, in physical distribution system
JPH11213077A (en) * 1998-01-30 1999-08-06 Hitachi Ltd Method and system for assisting order placement/ acceptance operation
JP2001209420A (en) * 2000-01-25 2001-08-03 Toyota Motor Corp Production planning system
JP2002007822A (en) * 2000-06-16 2002-01-11 Canon Inc Commodity transaction system, commodity shipping side terminal equipment, commodity transaction method and storage medium
JP2002024352A (en) * 2000-07-07 2002-01-25 Sony Corp Commodity selling device, commodity order receiving device, storage medium with stored commodity selling program recorded thereon, storage medium with commodity order receiving program stored therein, and commodity selling method

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62221066A (en) * 1986-03-20 1987-09-29 Nec Corp Order reception processing system
JPH1087036A (en) * 1996-09-13 1998-04-07 Hitachi Ltd Stock allocating method, and deciding method of distribution mode and stocking position, in physical distribution system
JPH11213077A (en) * 1998-01-30 1999-08-06 Hitachi Ltd Method and system for assisting order placement/ acceptance operation
JP2001209420A (en) * 2000-01-25 2001-08-03 Toyota Motor Corp Production planning system
JP2002007822A (en) * 2000-06-16 2002-01-11 Canon Inc Commodity transaction system, commodity shipping side terminal equipment, commodity transaction method and storage medium
JP2002024352A (en) * 2000-07-07 2002-01-25 Sony Corp Commodity selling device, commodity order receiving device, storage medium with stored commodity selling program recorded thereon, storage medium with commodity order receiving program stored therein, and commodity selling method

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006171805A (en) * 2004-12-10 2006-06-29 Neutral Corp Edi system for fresh goods having traceability function
JP2014092874A (en) * 2012-11-01 2014-05-19 Hitachi Systems Ltd Shipping management system and method
JP2018136801A (en) * 2017-02-22 2018-08-30 株式会社オービック Stock allocation order setting device, stock allocation order setting method, and stock allocation order setting program
JP2018136800A (en) * 2017-02-22 2018-08-30 株式会社オービック Store ranking setting device, store ranking setting method, and store ranking setting program
JP2020004291A (en) * 2018-06-29 2020-01-09 株式会社オービック Inventory allocation apparatus, inventory allocation method and inventory allocation program
JP7064397B2 (en) 2018-06-29 2022-05-10 株式会社オービック Inventory distribution device, inventory distribution method, and inventory distribution program

Similar Documents

Publication Publication Date Title
Karsak et al. An integrated fuzzy MCDM approach for supplier evaluation and selection
Van Der Vorst et al. Identifying sources of uncertainty to generate supply chain redesign strategies
US7283971B1 (en) System and method for managing mobile workers
US20180211203A1 (en) Multi-level inventory management system and associated methods
US20030229526A1 (en) Computer-implemented system and method for assessing supply chain solutions
US20060212323A1 (en) Production management system
US20060277086A1 (en) System and method for optimization-based production capability planning
Fleischmann et al. Customer orientation in advanced planning systems
JP6082656B2 (en) Service provider assignment system and assignment management device
JP2008047117A (en) Method, program, and system for monitoring supplier capacity
JP2002032549A (en) System and method for managing multidimensional matrix
US20060161470A1 (en) Method and system for creating and maintaining customer tailored marketing plans
US20190147463A1 (en) Systems and methods for planogram generation for a facility
US8321255B1 (en) Resource management and planning in a distributed manufacturing environment
JP2004110494A (en) Inventory reserve management system and inventory reserve management program
US20120095876A1 (en) Advance order processing apparatus, program of advance order processing apparatus, and advance order processing system
JP2002007822A (en) Commodity transaction system, commodity shipping side terminal equipment, commodity transaction method and storage medium
JP5468212B2 (en) Outside supplier automatic ordering system
US20160019493A1 (en) Overnight productivity dashboard
JP2005056024A (en) Support system and support method for creating supply plan, and supporting computer program
Paolucci et al. An Agent-based system for sales and operations planning in manufacturing supply chains
JP2006244470A (en) Delivery date reply system, delivery date reply method, and delivery date reply program
JP2000210845A (en) Production control device and method
JP2004078273A (en) Information processor, information processing system, production management support method, storage medium and program
Wolff et al. Effects Of Different Order Processing Strategies On Operating Curves Of Logistic Models: A Comparison Of Make-to-Order And Make-to-Stock

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050729

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20070402

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20071220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071225

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080220

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20081021