JP4833681B2

JP4833681B2 - 部品引当物流管理システム

Info

Publication number: JP4833681B2
Application number: JP2006036031A
Authority: JP
Inventors: 大輔中原; 和佳田原
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2006-02-14
Filing date: 2006-02-14
Publication date: 2011-12-07
Anticipated expiration: 2026-02-14
Also published as: JP2007217068A

Description

本発明は、一つの発注情報を分割して在庫や輸送中の部品を引き当てて管理することができる部品引当物流管理システムに関する。

部品を生産して供給する一次供給者と、この一次供給者から部品を購入して販売業者に供給する二次供給者とから構成される物流システムの場合、販売業者から受注した部品は、二次供給者の在庫から供給されるとともに、この在庫で足りない分は、二次供給者から一次供給者に発注される。この一次供給者と二次供給者の間における部品の物流を管理するシステムは多数開発されている（例えば、特許文献１参照）。

特開２００５−３３５８７０号公報

しかしながら、販売業者からの発注と一次供給者から二次供給者に輸送中の部品とを関連付けて管理しないと、その部品が輸送中であるにも拘わらず、新たな発注を一次供給者に行うことになり、二次供給者の在庫が増加してしまうという課題があった。

本発明はこのような課題に鑑みてなされたものであり、販売業者からの発注情報を分割し、二次供給者が有する在庫だけでなく、一次供給者から二次供給者に輸送中の部品も引き当てることができる部品引当物流管理システムを提供することを目的とする。

前記課題を解決するために、本発明に係る部品引当物流管理システムは、販売業者（例えば、実施形態における販売代理店３０）が、この販売業者に部品を供給する二次供給者に発注する部品の購入数からなる購入情報（例えば、実施形態における一次発注情報４１）を入力する発注入力手段（例えば、実施形態における端末装置４）と、購入情報を記憶する受注記憶手段（例えば、実施形態における受注管理データベース５２）と、二次供給者が保有する部品の在庫量を記憶する在庫記憶手段（例えば、実施形態における在庫管理データベース５１）と、前記部品の発送毎にその輸送を管理する識別情報（例えば、実施形態における輸送ＩＤ）と、前記識別情報が付与された前記部品がこれを製造した一次供給者から前記二次供給者に到着するまでに必要とされるリードタイムとを記憶する生産管理手段（例えば、実施形態における生産管理サーバ２）と、受注記憶手段から購入情報を読み出して、部品を引き当てる引当処理手段（例えば、実施形態における引当処理部３２）とを有し、引当処理手段が、在庫記憶手段を検索して、購入情報に在庫を引き当てる第１のステップ（例えば、実施形態におけるステップＳ１００）と、第１のステップにおいて引き当て残があるときに、生産管理手段を検索して、購入情報に輸送中の前記部品のうち、リードタイムの短い部品から引き当てる第２のステップ（例えば、実施形態におけるステップＳ１０２）とから構成され、購入情報を分割して引き当てる。なお、「引き当て」とは、購入情報に対して、在庫または輸送中の部品を割り当てることを意味している。
また、引当処理手段により購入情報に引き当てられた部品を管理する引当記憶手段（例えば、実施形態における引当管理データベース５３）を有し、引当処理手段が、分割された購入情報毎に分割ＩＤ（例えば、実施形態におけるＭＩＤ）を付与して、前記分割ＩＤとこれが付与された部品の識別情報を引当記憶手段に記憶するように構成されている。

また、本発明に係る部品引当物流管理システムは、一次供給者に部品の製造を依頼する発注処理手段（例えば、実施形態における発注処理部３３）を有し、引当処理手段が、第２のステップにおいて引き当て残があるときに、発注処理手段により部品の製造を依頼して購入情報を分割して引き当てる第３のステップ（例えば、実施形態におけるステップＳ１０４）を有することが好ましい。

本発明に係る部品引当物流管理システムを以上のように構成すると、販売業者から発注された部品の引当処理において、二次供給者が保有する在庫から引き当てるだけでなく、一次供給者において製造され、この二次供給者に輸送されている途中の部品を引き当て、それでも不足する部品を一次供給者に発注することにより、余分な製造依頼を一次供給者にすることがなくなり、二次供給者の在庫を減らすことができる。

また、販売業者からの一つの発注に対して、上述のように引き当てが分割されたとしても、各々の引き当てを分割ＩＤ（ＭＩＤ）で管理するため、このオーダーを正確に管理することができる。このとき、引き当てられた部品が輸送中であっても、引当記憶手段（引当管理データベース５３）において、分割ＩＤとこれに関連付けられて識別情報（輸送ＩＤ）が管理されているため、二次供給者は部品の輸送状態とオーダーの関係を正確に把握することができる。

以下、本発明の好ましい実施形態について図面を参照して説明する。まず、図１〜図６を用いて本発明に係る部品引当物流管理システムの構成について説明する。この部品引当物流管理システム１は、海外にある販売代理店３０が、その国にある現地法人（二次供給者２０）に部品を発注し、必要に応じて我が国にある輸出元（一次供給者１０）に発注するものである。ここで、一次供給者１０から販売代理店３０までの部品の流れを図２を用いて説明する。一次供給者１０の工場等で生産された部品は、船または航空機により輸出先の港または空港に輸送され、そこから鉄道や車両（トラック等）を使って二次供給者２０に配送される。そして、二次供給者２０から車両等により販売代理店３０に納品されることになる。そのため、本発明に係る部品引当物流管理システムにおいては、輸送されている部品の輸送状態を管理し、二次供給者２０に対して販売代理店３０からこの部品の発注があったときは、二次供給者２０の在庫だけでなく、輸送中の部品を引き当てるように構成されている。

この部品引当物流管理システム１は、販売代理店３０が部品の発注を行う端末装置４、端末装置４から送信される一次発注情報４１を受信して、二次供給者２０が管理する在庫および輸送中の部品から引当処理を行い、不足分を一次供給者１０に発注する引当管理サーバ３、および、引当管理サーバ３から送信される二次発注情報４２を受信して、部品を生産して二次供給者２０に供給する（輸送する）管理を行う生産管理サーバ２から構成される。なお、引当管理サーバ３から生産管理サーバ２へ送信される二次発注情報４２は、販売代理店３０からの発注に対応して送信されるだけでなく、二次供給者２０の判断において行われる部品の発注の際にも送信される。

生産管理サーバ２は、引当管理サーバ３からの二次発注情報４２に基づいて行われる部品を生産し、その部品が当該二次供給者２０に納品されるまでを管理する輸送管理データベース５０を有している。この輸送管理データベース５０は、図３に示すように、部品の発送毎にその輸送を管理する識別情報（輸送ＩＤ）が記憶される輸送ＩＤカラム５０ａ、輸送される部品の種別（部品番号）が記憶される部品番号カラム５０ｂ、発送量（例えば、ロット数）が記憶される発送量カラム５０ｃ、その部品の現在の輸送状態が記憶される状態カラム５０ｄ、その部品の製造日が記憶される製造日カラム５０ｅ、一次供給者１０から発送された日が記憶される発送日カラム５０ｆ、船舶若しくは航空機で二次供給者２０の存在する国へ輸送され、港若しくは空港に入着した日が記憶される入港日カラム５０ｇ、港若しくは空港から車両若しくは列車等で二次供給者２０に配達され、この二次供給者に到着した日が記憶される受入日カラム５０ｈ、二次供給者２０への到着までのリードタイムが記憶されるリードタイムカラム５０ｉ、および、輸送中の発送された部品のうち、二次供給者２０の注文に引き当てられていない量が記憶される未引当量カラム５０ｊから構成される。

この輸送管理データベース５０は、生産管理サーバ２によりその輸送状態が管理され、情報が記憶されるように構成されている。そのため、部品がこの一次供給者１０の工場で製造されたときに生産管理サーバ２により製造日カラム５０ｅに製造日が記憶される。ここで、生産管理サーバ２は、状態カラム５０ｄに対して、部品が一次供給者１０の工場から発送される前（生産が完了して製造日カラム５０ｅに製造日が記憶されると同時）には「発送待ち」を記憶し、部品が一次供給者１０から発送されたときは、発送日カラム５０ｆに発送日が記憶されるとともに、状態カラム５０ｄに「船（若しくは航空機）移動中」という情報が記憶される。また、輸出国の港または空港に入着したときは、生産管理サーバ２は、入港日カラム５０ｇにその日付が記憶するとともに、状態カラム５０ｄに「陸路輸送中」という情報を記憶する。そして、二次供給者２０に入着したときは、生産管理サーバ２は、その日付を受入日カラム５０ｈに記憶するともに、状態カラム５０ｄに「受入」という情報を記憶する。さらに、二次供給者２０においてその部品が在庫管理データベース５１に在庫として管理されると（図１等ではこの処理は図示していない）、生産管理サーバ２は、輸送管理データベース５０から該当する輸送ＩＤのレコードを削除する（削除せずに、「在庫確認済み」という情報を状態カラム５０ｄに記憶するように構成しても良い）。なお、生産管理サーバ２は、このように部品の輸送状態の変化に応じて状態カラム５０ｄにその状態を記憶するが、そのとき、リードタイムカラム５０ｉに、二次供給者２０に到着するまでに必要とされる予想日数（リードタイム）を同時に記憶するように構成されている。

引当管理サーバ３は、部品毎の二次供給者２０における在庫量を管理する在庫管理データベース５１、販売代理店３０から送信された一次発注情報４１を管理する受注管理データベース５２、および、一次発注情報４１に対して部品の引き当てを管理する引当管理データベース５３を有している。在庫管理データベース５１は、図４に示すように、部品番号が記憶される部品番号カラム５１ａとその在庫量が記憶される在庫量カラム５１ｂとを有して構成され、部品番号と在庫量とを対応させて管理している。例えば、図４においてレコード５１ｃは、部品番号「１３１１−０２」の部品が在庫として２５個管理されていることを示している。なお、図１においては、部品管理機能については図示していない。

受注管理データベース５２は、図５に示すように、販売代理店３０からの発注を識別する情報（オーダー番号）が記憶されるオーダー番号カラム５２ａ、発注された部品番号が記憶される部品番号カラム５２ｂ、発注日が記憶されるオーダー日カラム５２ｃ、および、発注量が記憶される発注量カラム５２ｄから構成される。このように、受注管理データベース５２においては、販売代理店３０からの発注を、オーダー番号と部品番号とで一義的に決定することができるように管理している。また、引当管理データベース５３は、図６に示すように、上述のオーダー番号が記憶されるオーダー番号カラム５３ａ、部品番号が管理される部品番号カラム５３ｂ、後述するＭＩＤが管理されるＭＩＤカラム５３ｃ、一次供給者１０から二次供給者２０に対して輸送中の部品の輸送ＩＤが管理される輸送ＩＤカラム５３ｄ、どこに管理されている部品を引き当てたかの状態を示す引当状態カラム５３ｅ、部品の引当量が管理される引当量カラム５３ｆ、および、二次供給者２０が販売代理店３０にその発注に対する納期を回答した日が記憶される納期回答日カラム５３ｇから構成される。

なお、これらの在庫管理データベース５１、受注管理データベース５２、および、引当管理データベース５３は、引当管理サーバ３によりその情報が記憶されるように構成されている。

引当管理サーバ３は、販売代理店３０から送信された一次発注情報４１を受信して受注管理データベース５２に記憶する受注処理部３１、この受注管理データベース５２に記憶された発注情報に基づいて部品の引き当てを行う引当処理部３２、および、部品を引き当てられないときに一次供給者１０にその部品を発注する発注処理部３３を有して構成される。受注処理部３１で受注管理データベース５２に記憶される情報としては、例えば、図５においてレコード５２ｅは、販売代理店３０からオーダー番号が「０５１００１」で識別される発注であって、部品番号「１３１１−０２」の部品を２００５年９月３０日に３５個を受注したことを示している。

それでは、販売代理店３０からの部品の発注に対する引当処理および一次供給者１０に対する発注処理について図７を用いて説明する。受注処理部３１により一次発注情報４１が受注管理データベース５２に記憶されると、引当処理部３２は、まず、在庫管理データベース５１を検索し、二次供給者２０で管理されている在庫から当該発注に引き当てることができるか否かを検索する（ステップＳ１００）。本実施例の場合（図５のレコード５２ｅ）は、部品番号「１３１１−０２」の部品を３５個発注されたところ、図４のレコード５１ｃに示すようにこの部品を在庫として２５個保有しているため、これをこのオーダーに引き当てる。引き当てられた情報は、図６に示すように、引当管理データベース５３に記憶される。

このとき、販売代理店３０からの発注は３５個であるのに対し、二次供給者２０における在庫は２５個しかないため、残りの１０個は一次供給者１０から輸送中の部品や、新たに一次供給者１０に生産を依頼する必要があり、二次供給者２０は、販売代理店３０からの発注を分割して納品しなければならない。そこで、本実施例における部品引当物流管理システム１においては、販売代理店３０からの発注を識別するオーダー番号に加えて、分割した引き当て単位毎にＭＩＤという分割された発注の連番を割り当ててそれぞれを管理するように構成されている。そのため、ステップＳ１００において二次供給者２０の在庫から引き当てられた２５個の部品は、図６のレコード５３ｋに示すように、引当処理部３２により、オーダー番号および部品番号に加えて、ＭＩＤが「００１」としてＭＩＤカラム５３ｃに記憶される。このとき、引当処理部３２は、引当状態カラム５３ｅに「在庫」を記憶し、引当量カラム５３ｅに「２５」個を記憶し、合わせて、その部品を販売代理店３０に納品できる日付を納期回答日カラム５３ｇに記憶する。なお、在庫から引き当てた場合は、輸送ＩＤカラム５３ｄに記憶される情報は無い。

次に、引当処理部３２は、まだ引き当てられていない発注が残っているか否かを調べ（ステップＳ１０１）、引き当て残がある場合は、次に、一次供給者１０から二次供給者２０へ輸送中の当該部品の有無を調べ、輸送中の部品がある場合は、その部品を引き当てる処理を行う（ステップＳ１０２）。具体的には、引当処理部３２は、生産管理サーバ２が管理する輸送管理データベース５０を検索し、二次供給者２０に近い部品、すなわち、未引当量カラム５０ｊの内容が０でなく（引き当てることができる部品があり）、且つ、リードタイムカラム５０ｉの短い部品から引き当てる。

図３の場合は、まず、リードタイムが「０」日である、当該二次供給者２０に入着しているが、まだ在庫管理処理がされておらず、二次供給者２０の在庫管理データベース５１で管理されていない部品（状態カラム５０ｄに「受入」と記憶されているレコード５０ｍ）を引き当てる。輸送中の部品の引き当ては、まず、販売代理店３０からの発注に引き当てられたことを管理する引当データベース５３に、新たなＭＩＤ「００２」を振り出してオーダー番号および部品番号とともにレコード５３ｍとして記憶し、さらにこのレコード５３ｍに対して、レコード５０ｍの輸送ＩＤ（Ｒ０００１）を輸送ＩＤカラム５３ｄに記憶し、引当状態カラム５３ｅに輸送中の部品から引き当てたことを示す「輸送部品」を記憶し、引当量として「３」個を引当量カラム５３ｆに記憶する。そして、引当処理部３２は、輸送管理データベース５０の引き当てられたレコード５０ｍの未引当量から今回引き当てた量を引いた量（本実施例の場合、３個の未引き当て部品を全て引き当てたので「０」個）を未引当量カラム５０ｊに記憶する（図３においては図示せず）。

さらに引き当て残がある場合は、次にリードタイムが短い部品、すなわち、リードタイムが「２」日であり、港または空港に入着していて、状態カラム５０ｄに「陸路輸送中」と記憶されているレコード５０ｎを引き当てる。この場合も引当処理部３２は、新たなＭＩＤ「００３」を振り出してオーダー番号および部品番号とともにレコード５３ｋとして管理し、輸送ＩＤにレコード５０ｎの輸送ＩＤ（Ｒ０００２）を輸送ＩＤカラム５３ｄに記憶し、引当状態カラム５３ｅに「輸送部品」を記憶し、引当量として「１」個を引当量カラム５３ｆに記憶し、同時に、輸送管理データベース５０のレコード５０ｎの未引当量を０として未引当量カラム５０ｊに記憶する。

さらに、引き当て残がある場合は、次にリードタイムが短い部品、すなわち、リードタイムが「１０」日であり、一次供給者１０から出荷されて船で輸送されていて、状態カラム５０ｄに「船移動中」と記憶されている輸送ＩＤが「Ｒ００３」のレコード５０ｐを引き当て、新たなＭＩＤ「００４」を振り出して上述の方法でレコード５３ｐとして管理し、さらに、最もリードタイムが長い、発送待ちの２個の部品（輸送ＩＤが「Ｒ００４」）を新たなＭＩＤ「００５」を振り出してレコード５３ｑとして管理する。

このように、二次供給者２０の在庫、および、一次供給者１０から二次供給者２０に輸送されている部品を引き当てても、未だ、引き当て残があるときは（ステップＳ１０３）、引当処理部３２は、引当管理データベース５３のＭＩＤカラム５３ｃに新たなＭＩＤ「００６」を振り出して記憶してレコード５３ｒとして管理し、このレコード５３ｒの引当状態カラム５３ｅに「未引当」と記憶しするとともに、引当量カラム５３ｆに未引当量である「３」個を記憶する。このとき引当処理部３２は、発注処理部３３により、その未引き当て数量を一次供給者１０に二次発注情報４２として送信し、生産を依頼する。なお、引当処理部３２は、所定の時間間隔（例えば、２４時間毎等）で引当管理データベース５３を調べ、引当状態カラム５３ｅの内容に「未引当」が記憶されているレコードを見つけると、上述の処理により輸送管理データベース５０若しくは在庫データベース５１を検索し、引き当てることができる部品があるときは引き当て処理を行うように構成されている（図７においては、図示せず）。

以上説明した本発明の実施形態において達成される主要な効果を整理すれば次のようになる。第１に、販売代理店３０から発注された部品の引当処理において、二次供給者２０が保有する在庫から引き当てるだけでなく、一次供給者において製造され、この二次供給者に輸送されている途中の部品を引き当て、それでも不足する部品を一次供給者１０に発注することにより、余分な製造依頼を一次供給者１０にすることがなくなり、二次供給者２０の在庫を減らすことができる。

また、第２に、販売代理店３０からの一つの発注（例えば、オーダー番号が「０５１００１」）に対して、上述のように引き当てが分割されたとしても、各々の引き当てをＭＩＤで管理するため、このオーダーを正確に管理することができる。このとき、引き当てられた部品が輸送中であっても、引当管理データベース５３において、ＭＩＤとこれに関連付けられて輸送ＩＤが管理されているため、二次供給者は部品の輸送状態とオーダーの関係を正確に把握することができる。

本発明に係る部品引当物流管理システムの構成を示すブロック図である。一次供給者から二次供給者を経て販売代理店に部品が届くまでの流れを示す説明図である。輸送管理データベースの構造を示すデータ構造図である。在庫管理データベースの構造を示すデータ構造図である。受注管理データベースの構造を示すデータ構造図である。引当管理データベースの構造を示すデータ構造図である。部品引当物流管理システムの引き当て処理を示すフローチャートである。

符号の説明

１部品引当物流管理システム
４端末装置（発注入力手段）
１０一次供給者
２０二次供給者
３０販売代理店（販売業者）
３２引当処理部（引当処理手段）
４１一次発注情報（購入情報）
５０輸送管理データベース（生産管理手段）
５１在庫管理データベース（在庫記憶手段）
５２受注管理データベース（受注記憶手段）
５３引当管理データベース（引当記憶手段）

Claims

販売業者が、前記販売業者に部品を供給する二次供給者に発注する前記部品の購入数からなる購入情報を入力する発注入力手段と、
前記購入情報を記憶する受注記憶手段と、
前記二次供給者が保有する前記部品の在庫量を記憶する在庫記憶手段と、
前記部品の発送毎にその輸送を管理する識別情報と、前記識別情報が付与された前記部品がこれを製造した一次供給者から前記二次供給者に到着するまでに必要とされるリードタイムとを記憶する生産管理手段と、
前記受注記憶手段から前記購入情報を読み出して、前記部品を引き当てる引当処理手段と、
前記引当処理手段により前記購入情報に引き当てられた前記部品を管理する引当記憶手段とを有し、
前記引当処理手段が、
前記在庫記憶手段を検索して、前記購入情報に前記在庫を引き当てる第１のステップと、
前記第１のステップにおいて引き当て残があるときに、前記生産管理手段を検索して、前記購入情報に輸送中の前記部品のうち、前記リードタイムの短い部品から引き当てる第２のステップとから構成され、前記購入情報を分割して前記部品を引き当てるとともに、
分割された前記購入情報毎に分割ＩＤを付与して、前記分割ＩＤとこれが付与された前記部品の前記識別情報を前記引当記憶手段に記憶するように構成されたことを特徴とする部品引当物流管理システム。
前記一次供給者に前記部品の製造を依頼する発注処理手段を有し、
前記引当処理手段が、前記第２のステップにおいて引き当て残があるときに、前記発注処理手段により前記部品の製造を依頼して前記購入情報を分割して引き当てる第３のステップを有することを特徴とする請求項１に記載の部品引当物流管理システム。