JP2004110494A - Inventory reserve management system and inventory reserve management program - Google Patents
Inventory reserve management system and inventory reserve management program Download PDFInfo
- 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
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
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.
<
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]
<
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]
<
The inventory allocation management system according to
[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]
<
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
[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]
<
The inventory allocation management system according to
[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
[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]
<
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
[0027]
The
[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
[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
[0031]
[Parameter]
In order to generate the quantity distribution table on the
[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
[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
[0036]
When the
[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
[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
[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
[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
[0042]
If there is a problem in the calculation result, the distribution ratio calculation may be repeated. The parameter selecting means 15 displays the
[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]
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.
予め初期設定したパラメータを使用して、自動的に配分比を算出して、基礎データとして表示する手段を備えたことを特徴とする在庫引き当て管理システム。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.
前記納品可能数量が前記受注数量の合計値を下回った状態を自動検出して、前記基礎データを自動生成する手段を備えたことを特徴とする在庫引き当て管理システム。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.
配分比計算に先立って、選択可能なパラメータリストとそのいずれかを選択する手段を表示する手段を備えたことを特徴とする在庫引き当て管理システム。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.
前記選択可能なパラメータは、それぞれ、数値化されることを特徴とする在庫引き当て管理システム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.
パラメータは、客先ごとに所定の数量的根拠データを持つことにより数値化された絶対数値データと、競合した客先相互の関係を比較して順位付けをし、その順位に対応する数値を与えた相対数値データとを含むことを特徴とする在庫引き当て管理システム。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:
パラメータは、客先ごとの、過去の全ての販売実績を含むことを特徴とする在庫引き当て管理システム。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.
パラメータは、客先ごとの、当該受注した製品の、過去の全ての販売実績を含むことを特徴とする在庫引き当て管理システム。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.
パラメータは、客先の立地条件を含むことを特徴とする在庫引き当て管理システム。The inventory allocation management system according to claim 1,
The inventory allocation management system, wherein the parameters include location conditions of the customer.
引き当て数量とともに、出荷日もしくは納品日を表示することを特徴とする在庫引き当て管理システム。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.
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)
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)
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 |
-
2002
- 2002-09-19 JP JP2002273067A patent/JP2004110494A/en active Pending
Patent Citations (6)
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)
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 |