(57)【要約】【課題】過剰在庫の削減と、無駄な運送費等による経費削減と、信用向上とを図ることができるようにする。【解決手段】受注者であるブランドメーカー側が保有するサーバ１０及びブランドメーカー側端末２０と、サーバ１０に対し通信回線５０を介して相互に通信できるように接続され、発注者であるデイラー側が保有するデイラー側端末３０と、サーバ１０に対し通信回線５０を介して相互に通信できるように接続され、部品メーカー側が保有する部品メーカー側端末４０とを備え、サーバ１０により、デイラー側端末３０から発注された部品の受注から部品の納品予定までの間の工程及び工程遅れの情報を管理し、その情報をデイラー側端末３０からのアクセスに応じて提供するようにする。【選択図】  図１
2004303027.tif 000002
【特許請求の範囲】
【請求項１】
受注者であるブランドメーカー側が保有するサーバ及びブランドメーカー側端末と、
前記サーバに対し通信回線を介して相互に通信できるように接続され、発注者であるデイラー側が保有するデイラー側端末と、
前記サーバに対し通信回線を介して相互に通信できるように接続され、部品メーカー側が保有する部品メーカー側端末とを備え、
前記サーバは、
前記デイラー側端末から発注された部品の受注から前記部品の納品予定までの間の工程及び工程遅れの情報を管理する機能と、前記デイラー側端末からアクセスが有ると、前記管理している前記部品の工程及び工程遅れの情報を提供する機能とを有し、
前記ブランドメーカー側端末は、各種情報を入力する際に用いられるものであり、通信機能及び表示機能を有し、
前記デイラー側端末は、前記サーバに接続され、前記部品の発注の指示と前記部品の工程及び工程遅れの情報の閲覧とを行う際に用いられるものであり、通信機能及び表示機能を有し、
前記部品メーカー側端末は、前記ブランドメーカー側端末からの前記部品の調達に関わる調達情報を受け取るものであり、通信機能及び表示機能を有し、
前記デイラー側端末及びブランドメーカー側端末から前記サーバへの前記部品の工程及び工程遅れの情報を閲覧する際のアクセスには、発注契約番号が用いられる
ことを特徴とする工程遅れモニターシステム。
【請求項２】
前記サーバは、
前記デイラー側端末からの受注内容が登録される受注データベースと、
前記受注データベースに登録された受注内容に含まれている受注情報と、その受注情報を管理するＩＴＥＭ  Ｎｏ．と、前記ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とが登録される仕掛りデータベースと、
前記部品メーカーに発注する前記部品の調達情報が登録される調達データベースと、
前記部品の在庫情報と前記部品メーカー側端末からの搬入情報が登録される在庫データベースと、
前記受注内容を前記受注データベースに登録し、前記受注情報を前記仕掛りデータベースに登録し、さらに前記調達情報を前記調達データベースと前記仕掛りデータベースとに登録する機能を有する登録情報管理機能部と、
前記受注情報が登録されると、前記受注情報を管理するＩＴＥＭ  Ｎｏ．を発番する機能を有する管理番号発番機能部と、
前記登録情報管理機能部によって前記受注情報が登録されると、前記在庫データベースから在庫の有無をチェックする機能を有する在庫有無チェック機能部と、
前記在庫有無チェック機能部によって在庫有りとチェックされたとき、在庫分に関しての引当処理を行う機能を有する引当処理機能部と、
前記在庫有無チェック機能部により不足が有るとチェックされたとき、その不足分の受注金額を数量ベースで配布計算する機能を有する配布計算機能部と、
前記引当処理機能部によって引当処理が行われると、その引当処理が行われた日時と後工程の日程計画を作成する機能を有する日程計画作成機能部と、
前記在庫有無チェック機能部により不足が有るとチェックされたとき、その不足分に関して基準手番との比較により遅れている場合には後工程の修正手番を計算し、修正日程を作成する機能を有する日程計画修正機能部と、
前記デイラー側端末及びブランドメーカー側端末からのアクセスが有ると、前記デイラー側端末及びブランドメーカー側端末からの仕掛り検索指示に応じて前記仕掛りデータベースに登録されている情報を検索し、前記デイラー側端末及びブランドメーカー側端末に提供する機能を有する仕掛り検索機能部とを備え、
前記管理番号発番機能部は、前記在庫有無チェック機能部により不足が有るとチェックされたとき、前記調達情報を管理する、前記ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号を発番する機能を有する
ことを特徴とする請求項１に記載の工程遅れモニターシステム。
【請求項３】
前記登録情報管理機能部は、
前記管理番号発番機能部によって発番された前記ＩＴＥＭ  Ｎｏ．と、前記ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とを、前記仕掛りデータベースに登録し、
前記配布計算機能部によって配布計算された結果を、前記仕掛りデータベースに登録し、
前記日程計画作成機能部によって作成された日程計画を、前記仕掛りデータベースに登録し、
前記日程計画修正機能部によって作成された修正日程を、前記仕掛りデータベースに登録する
ことを特徴とする請求項２に記載の工程遅れモニターシステム。
【請求項４】
受注者であるブランドメーカー側が保有するサーバ及びブランドメーカー側端末と、前記サーバに対し通信回線を介して相互に通信できるように接続され、発注者であるデイラー側が保有するデイラー側端末と、前記サーバに対し通信回線を介して相互に通信できるように接続され、部品メーカー側が保有する部品メーカー側端末とを備え、前記デイラー側端末から発注された部品の受注から前記部品の納品予定までの間の工程遅れをモニターする工程遅れモニター方法であって、
前記サーバは、
前記デイラー側端末から発注された部品の受注から前記部品の納品予定までの間の工程及び工程遅れの情報を管理する工程と、
前記デイラー側端末及びブランドメーカー端末からアクセスが有ると、前記管理している前記部品の工程及び工程遅れの情報を提供する工程とを有し、
前記ブランドメーカー側端末は、各種情報を入力する際に用いられるものであり、通信工程及び表示工程を有し、
前記デイラー側端末は、前記サーバに接続され、前記部品の発注の指示と、前記部品の工程及び工程遅れの情報の閲覧とを行う際に用いられるものであり、通信工程及び表示工程を有し、
前記部品メーカー側端末は、前記ブランドメーカー側端末からの前記部品の調達に関わる調達情報を受け取るものであり、通信工程及び表示工程を有し、
前記デイラー側端末から前記サーバへの前記部品の工程及び工程遅れの情報を閲覧する際のアクセスには、発注契約番号が用いられる
ことを特徴とする工程遅れモニター方法。
【請求項５】
前記サーバは、
前記デイラー側端末からの受注内容が登録される受注データベースと、
前記受注データベースに登録された受注内容に含まれている受注情報と、その受注情報を管理するＩＴＥＭ  Ｎｏ．と、前記ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とが登録される仕掛りデータベースと、
前記部品メーカーに発注する前記部品の調達情報が登録される調達データベースと、
前記部品の在庫情報と前記部品メーカー側端末からの搬入情報が登録される在庫データベースとを備え、
登録情報管理機能部により、前記受注内容を前記受注データベースに登録し、前記受注情報を前記仕掛りデータベースに登録し、さらに前記調達情報を前記調達データベースと前記仕掛りデータベースとに登録する工程と、
管理番号発番機能部により、前記受注情報が登録されると、前記受注情報を管理するＩＴＥＭ  Ｎｏ．を発番する工程と、
在庫有無チェック機能部により、前記登録情報管理機能部によって前記受注情報が登録されると、前記在庫データベースから在庫の有無をチェックする工程と、
引当処理機能部により、前記在庫有無チェック機能部によって在庫有りとチェックされたとき、在庫分に関しての引当処理を行う工程と、
配布計算機能部により、前記在庫有無チェック機能部により不足が有るとチェックされたとき、その不足分の受注金額を数量ベースで配布計算する工程と、
日程計画作成機能部により、前記引当処理機能部によって引当処理が行われると、その引当処理が行われた日時と後工程の日程計画を作成する工程と、
日程計画修正機能部により、前記在庫有無チェック機能部により不足が有るとチェックされたとき、その不足分に関して基準手番との比較により遅れている場合には後工程の修正手番を計算し、修正日程を作成する工程と、
仕掛り検索機能部により、前記デイラー側端末からのアクセスが有ると、前記デイラー側端末からの仕掛り検索指示に応じて前記仕掛りデータベースに登録されている情報を検索し、前記デイラー側端末に提供する工程とを有し、
前記管理番号発番機能部は、前記在庫有無チェック機能部により不足が有るとチェックされたとき、前記調達情報を管理する、前記ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号を発番する工程を有する
ことを特徴とする請求項４に記載の工程遅れモニター方法。
【請求項６】
前記登録情報管理機能部は、
前記管理番号発番機能部によって発番された前記ＩＴＥＭ  Ｎｏ．と、前記ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とを、前記仕掛りデータベースに登録する工程と、
前記配布計算機能部によって配布計算された結果を、前記仕掛りデータベースに登録する工程と、
前記日程計画作成機能部によって作成された日程計画を、前記仕掛りデータベースに登録する工程と、
前記日程計画修正機能部によって作成された修正日程を、前記仕掛りデータベースに登録する工程とを有する
ことを特徴とする請求項５に記載の工程遅れモニター方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、二輪、四輪、汎用品（発電機、耕運機等）の部品の受注品の工程遅れをモニターする工程遅れモニターシステムに関する。
【０００２】
【従来の技術】
二輪、四輪、汎用品（発電機、耕運機等）の部品の流通においては、ブランドメーカーが国内外のデイラーからの受注が有ると、自社倉庫の在庫を確認し、不足分を部品メーカーへ発注することが行われている。ここで、発注者であるデイラーが海外（たとえば北米）の場合、発注した部品が届くまでに通常３ヶ月かかっている。この間、次の発注が有ると、発注者は最初の発注した部品が届く前に次の発注を行う。
【０００３】
受注者であるブランドメーカーは、国内外の複数の発注者から日々同様の受注を受ける。発注者は発注時に受注者へ発注契約番号であるＰＣ（Ｐｕｒｃｈａｓｅ  Ｃｏｎｔｒａｃｔ）番号を発注単位毎に知らせる。受注者は同ＰＣ番号毎に受注した部品を管理する。部品を管理する場合、受注後の各工程についてＰＣ番号単位で推進実績を管理している。ＰＣ番号単位での管理は、通常のサプライチェーンでの管理方法が用いられている。近年では、サプライチェーンに伴い、受注者側の推進実績管理データベースを発注者側に開放することも行われている。通常、これはトラッキングと呼ばれている。
【０００４】
ところで、このような通常のサプライチェーンでの管理方法では、推進実績のみを管理しているため、発注者側では発注した部品が何時届くかが分からない。そのため、発注者側では安全在庫を過剰に持つ傾向がある。また、受注者側でも途中経過を管理していないため、トラブルのフォローがされていない。そのため、無駄な運送費等がかかってしまう。さらには、これらの問題から、発注者側への信用が無くなり、無駄な安全在庫を助長させてしまっている。
【０００５】
ちなみに、部品の納入比率を向上させるようにしたものとして、特許文献１に示された在庫補充管理システムがある。これは、顧客の注文に対して販売拠点からの即時納入比率を向上させるために、管理サーバが各販売拠点端末からの受注情報に基づいて、各販売拠点における目標在庫量の更新処理を行い、また新規受注量及び目標在庫量の変動量に基づいて、各販売拠点に対する部品の補充量を演算し、管轄物流拠点に対して補充指示情報を出力し、さらに各販売拠点における目標在庫量と引当可能実在庫量との差分に基づき過剰在庫量を演算し、該当する販売拠点及び管轄物流拠点に対して回収情報を出力するようにしたものである。
【０００６】
【特許文献１】
特開２００２−３４２４３１
【０００７】
【発明が解決しようとする課題】
ところで、上述した特許文献１では、新規受注量及び目標在庫量の変動量に基づいて、各販売拠点に対する部品の補充量を演算し、目標在庫量と引当可能実在庫量との差分に基づき過剰在庫量を適切に保つようにしている。
【０００８】
そのため、特許文献１では、上述したように、推進実績のみを管理することになり、発注者側では発注した部品が何時届くかが分からないことから、安全在庫を過剰に抱えてしまうおそれがある。
【０００９】
また、特許文献１では、受注者側でも途中経過を管理していないため、トラブルのフォローがされていないことから、無駄な運送費等がかかってしまうおそれもある。
【００１０】
さらに、特許文献１では、これらの問題から、発注者側への信用が無くなり、無駄な安全在庫を助長させてしまうおそれもある。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、過剰在庫の削減と、無駄な運送費等による経費削減と、信用向上とを図ることができる工程遅れモニターシステムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明の工程遅れモニターシステムは、受注者であるブランドメーカー側が保有するサーバ及びブランドメーカー側端末と、サーバに対し通信回線を介して相互に通信できるように接続され、発注者であるデイラー側が保有するデイラー側端末と、サーバに対し通信回線を介して相互に通信できるように接続され、部品メーカー側が保有する部品メーカー側端末とを備え、サーバは、デイラー側端末から発注された部品の受注から部品の納品予定までの間の工程及び工程遅れの情報を管理する機能と、デイラー側端末からアクセスが有ると、管理している部品の工程及び工程遅れの情報を提供する機能とを有し、ブランドメーカー側端末は、各種情報を入力する際に用いられるものであり、通信機能及び表示機能を有し、デイラー側端末は、サーバに接続され、部品の発注の指示と部品の工程及び工程遅れの情報の閲覧とを行う際に用いられるものであり、通信機能及び表示機能を有し、部品メーカー側端末は、ブランドメーカー側端末からの部品の調達に関わる調達情報を受け取るものであり、通信機能及び表示機能を有し、デイラー側端末及びブランドメーカー側端末からサーバへの部品の工程及び工程遅れの情報を閲覧する際のアクセスには、発注契約番号が用いられることを特徴とする。
また、サーバは、デイラー側端末からの受注内容が登録される受注データベースと、受注データベースに登録された受注内容に含まれている受注情報と、その受注情報を管理するＩＴＥＭ  Ｎｏ．と、ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とが登録される仕掛りデータベースと、部品メーカーに発注する部品の調達情報が登録される調達データベースと、部品の在庫情報と部品メーカー側端末からの搬入情報が登録される在庫データベースと、受注内容を受注データベースに登録し、受注情報を仕掛りデータベースに登録し、さらに調達情報を調達データベースと仕掛りデータベースとに登録する機能を有する登録情報管理機能部と、受注情報が登録されると、受注情報を管理するＩＴＥＭ  Ｎｏ．を発番する機能を有する管理番号発番機能部と、登録情報管理機能部によって受注情報が登録されると、在庫データベースから在庫の有無をチェックする機能を有する在庫有無チェック機能部と、在庫有無チェック機能部によって在庫有りとチェックされたとき、在庫分に関しての引当処理を行う機能を有する引当処理機能部と、在庫有無チェック機能部により不足が有るとチェックされたとき、その不足分の受注金額を数量ベースで配布計算する機能を有する配布計算機能部と、引当処理機能部によって引当処理が行われると、その引当処理が行われた日時と後工程の日程計画を作成する機能を有する日程計画作成機能部と、在庫有無チェック機能部により不足が有るとチェックされたとき、その不足分に関して基準手番との比較により遅れている場合には後工程の修正手番を計算し、修正日程を作成する機能を有する日程計画修正機能部と、デイラー側端末及びブランドメーカー側端末からのアクセスが有ると、デイラー側端末及びブランドメーカー側端末からの仕掛り検索指示に応じて仕掛りデータベースに登録されている情報を検索し、デイラー側端末及びブランドメーカー側端末に提供する機能を有する仕掛り検索機能部とを備え、管理番号発番機能部は、在庫有無チェック機能部により不足が有るとチェックされたとき、調達情報を管理する、ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号を発番する機能を有するようにすることができる。
また、登録情報管理機能部は、管理番号発番機能部によって発番されたＩＴＥＭ  Ｎｏ．と、ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とを、仕掛りデータベースに登録し、配布計算機能部によって配布計算された結果を、仕掛りデータベースに登録し、日程計画作成機能部によって作成された日程計画を、仕掛りデータベースに登録し、日程計画修正機能部によって作成された修正日程を、仕掛りデータベースに登録するようにすることができる。
本発明の工程遅れモニター方法は、受注者であるブランドメーカー側が保有するサーバ及びブランドメーカー側端末と、サーバに対し通信回線を介して相互に通信できるように接続され、発注者であるデイラー側が保有するデイラー側端末と、サーバに対し通信回線を介して相互に通信できるように接続され、部品メーカー側が保有する部品メーカー側端末とを備え、デイラー側端末から発注された部品の受注から部品の納品予定までの間の工程遅れをモニターする工程遅れモニター方法であって、サーバは、デイラー側端末から発注された部品の受注から部品の納品予定までの間の工程及び工程遅れの情報を管理する工程と、デイラー側端末及びブランドメーカー端末からアクセスが有ると、管理している部品の工程及び工程遅れの情報を提供する工程とを有し、ブランドメーカー側端末は、各種情報を入力する際に用いられるものであり、通信工程及び表示工程を有し、デイラー側端末は、サーバに接続され、部品の発注の指示と、部品の工程及び工程遅れの情報の閲覧とを行う際に用いられるものであり、通信工程及び表示工程を有し、
部品メーカー側端末は、ブランドメーカー側端末からの部品の調達に関わる調達情報を受け取るものであり、通信工程及び表示工程を有し、デイラー側端末からサーバへの部品の工程及び工程遅れの情報を閲覧する際のアクセスには、発注契約番号が用いられることを特徴とする。
また、サーバは、デイラー側端末からの受注内容が登録される受注データベースと、受注データベースに登録された受注内容に含まれている受注情報と、その受注情報を管理するＩＴＥＭ  Ｎｏ．と、ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とが登録される仕掛りデータベースと、部品メーカーに発注する部品の調達情報が登録される調達データベースと、部品の在庫情報と部品メーカー側端末からの搬入情報が登録される在庫データベースとを備え、登録情報管理機能部により、受注内容を受注データベースに登録し、受注情報を仕掛りデータベースに登録し、さらに調達情報を調達データベースと仕掛りデータベースとに登録する工程と、管理番号発番機能部により、受注情報が登録されると、受注情報を管理するＩＴＥＭ  Ｎｏ．を発番する工程と、在庫有無チェック機能部により、登録情報管理機能部によって受注情報が登録されると、在庫データベースから在庫の有無をチェックする工程と、引当処理機能部により、在庫有無チェック機能部によって在庫有りとチェックされたとき、在庫分に関しての引当処理を行う工程と、配布計算機能部により、在庫有無チェック機能部により不足が有るとチェックされたとき、その不足分の受注金額を数量ベースで配布計算する工程と、日程計画作成機能部により、引当処理機能部によって引当処理が行われると、その引当処理が行われた日時と後工程の日程計画を作成する工程と、日程計画修正機能部により、在庫有無チェック機能部により不足が有るとチェックされたとき、その不足分に関して基準手番との比較により遅れている場合には後工程の修正手番を計算し、修正日程を作成する工程と、仕掛り検索機能部により、デイラー側端末からのアクセスが有ると、デイラー側端末からの仕掛り検索指示に応じて仕掛りデータベースに登録されている情報を検索し、デイラー側端末に提供する工程とを有し、管理番号発番機能部は、在庫有無チェック機能部により不足が有るとチェックされたとき、調達情報を管理する、ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号を発番する工程を有するようにすることができる。
また、登録情報管理機能部は、管理番号発番機能部によって発番されたＩＴＥＭ  Ｎｏ．と、ＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とを、仕掛りデータベースに登録する工程と、配布計算機能部によって配布計算された結果を、仕掛りデータベースに登録する工程と、日程計画作成機能部によって作成された日程計画を、仕掛りデータベースに登録する工程と、日程計画修正機能部によって作成された修正日程を、仕掛りデータベースに登録する工程とを有するようにすることができる。
【００１３】
【発明の作用効果】
以上の如く本発明に係る工程遅れモニターシステムによれば、受注者であるブランドメーカー側が保有するサーバ及びブランドメーカー側端末と、サーバに対し通信回線を介して相互に通信できるように接続され、発注者であるデイラー側が保有するデイラー側端末と、サーバに対し通信回線を介して相互に通信できるように接続され、部品メーカー側が保有する部品メーカー側端末とを備え、サーバにより、デイラー側端末から発注された部品の受注から部品の納品予定までの間の工程及び工程遅れの情報を管理し、その情報をデイラー側端末からのアクセスに応じて提供するようにしたので、過剰在庫の削減と、無駄な運送費等による経費削減と、信用向上とを図ることができる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。なお、以下の説明においては、デイラーが海外である場合について説明する。
図１は、本発明に係る工程遅れモニターシステムの一実施の形態の概要を示す図であり、受注者であるブランドメーカー側が保有するサーバ１０及びブランドメーカー側端末２０と、発注者であるデイラー側が保有するデイラー側端末３０と、部品メーカー側が保有する部品メーカー側端末４０とを備え、これらは通信回線５０を介して相互に通信できる構成となっている。なお、デイラー側端末３０及び部品メーカー側端末４０は、説明の都合上、１台のみを示しているが、それぞれ複数台であってもよいことは勿論である。また、デイラー側端末３０は、国内外のいずれにあってもよい。また、通信回線５０としては、Ｗｅｂ、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、専用回線のいずれであってもよい。
【００１５】
サーバ１０は、デイラー側端末３０から発注された部品の受注から部品の納品予定までの間の工程及び工程遅れを管理するものであり、受注データベース（Ｄ／Ｂ）１０ａ、仕掛りデータベース（Ｄ／Ｂ）１０ｂ、調達データベース（Ｄ／Ｂ）１０ｃ、在庫データベース（Ｄ／Ｂ）１０ｄを備えている。
受注データベース１０ａには、発注者であるデイラー側のデイラー側端末３０からの受注内容が登録される。仕掛りデータベース１０ｂには、受注データベース１０ａに登録された受注内容に含まれている下記の（１）〜（１１）の受注情報と、その受注情報を管理するＩＴＥＭ  Ｎｏ．とが登録される。
【００１６】
受注情報としては、次の（１）〜（１１）のようなものである。
（１）受注部品番号・・・口座番号とも言う。口座番号とは、パーツリストに載せられる数字やアルファベット等からなる部品の番号である。
（２）品名・・・部品名
（３）現旧区分・・・現：現在量産中の機種用部品である。旧：既に旧モデルになった部品である。
（４）２／４汎区分・・・２：二輪である。４：四輪である。汎：汎用品（発電機、耕運機等）である。
（５）年代区分・・・量産中・旧型期５年経過・旧型期１０年経過・それ以上古いモデルに区分けするための識別記号である。
（６）受注日
（７）受注時刻
（８）ＰＣ（Ｐｕｒｃｈａｓｅ  Ｃｏｎｔｒａｃｔ）番号
（９）受注金額
（１０）発注地域・・・発注者の所在地域（例：北米・欧州・東南アジア等）
（１１）発注タイプ・・・発注者が望む運送方法（例：海上輸送・飛行機等）
【００１７】
また、仕掛りデータベース１０ｂには、在庫有無のチェックにより、在庫は有るが不足分が発生した場合の部品メーカーに発注する調達情報と、その調達情報を管理するＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とが登録される。
【００１８】
調達情報としては、次の（１２）〜（１８）のようなものである。
（１２）発注数量
（１３）ＦＯＣ・・・Ｆｏｒｅｃａｓｔ  ｏｆ  Ｃｏｎｔｒｏｌ（予測管理）
（１４）発注識別・・・発注方法の識別
（１５）メーカーコード
（１６）注文番号
（１７）調達担当者・・・コード番号で表示
（１８）搬入場所
【００１９】
調達データベース１０ｃには、仕掛りデータベース１０ｂに登録された上述の（１２）〜（１８）の調達情報が登録される。
在庫データベース１０ｄには、部品の在庫情報や搬入情報等が登録される。
また、サーバ１０は、図２に示すように、登録情報管理機能部１１、管理番号発番機能部１２、在庫有無チェック機能部１３、引当処理機能部１４、配布計算機能部１５、日程計画作成機能部１６、日程計画修正機能部１７、仕掛り検索機能部１８を備えている。
【００２０】
登録情報管理機能部１１は、上述した受注内容を受注データベース１０ａに登録し、上述した受注情報を仕掛りデータベース１０ｂに登録し、さらに上述した調達情報を調達データベース１０ｃと仕掛りデータベース１０ｂとに登録する機能等を有している。管理番号発番機能部１２は、上述した受注情報を管理するＩＴＥＭ  Ｎｏ．と、上述した調達情報を管理するＩＴＥＭ  Ｎｏ．に紐付けられた識別番号とを発番する機能等を有している。
【００２１】
在庫有無チェック機能部１３は、登録情報管理機能部１１によって上述した受注情報が登録されると、在庫データベース１０ｄから在庫の有無をチェックする機能を有している。在庫の有無をチェックする場合、上述した受注部品番号が用いられる。引当処理機能部１４は、在庫有無チェック機能部１３によって在庫有りとチェックされたとき、在庫分に関しての引当処理を行う機能を有している。
【００２２】
配布計算機能部１５は、在庫有無チェック機能部１３により不足が有るとチェックされたとき、その不足分の受注金額を数量ベースで配布計算する機能を有している。その配布計算された結果は、登録情報管理機能部１１により、上述した仕掛りデータベース１０ｂに登録される。日程計画作成機能部１６は、引当処理機能部１４によって引当処理が行われると、その引当処理が行われた日時と後工程の日程計画を作成する機能を有している。その日程計画は、事前に決められた基準手番（日数）を基にして作成される。また、その作成された日程計画は、登録情報管理機能部１１により、上述した仕掛りデータベース１０ｂに登録される。
【００２３】
日程計画修正機能部１７は、在庫有無チェック機能部１３により不足が有るとチェックされたとき、その不足分に関して基準手番（日数）との比較により遅れている場合には後工程の修正手番を計算し、修正日程を作成する機能を有している。その作成された修正日程は、登録情報管理機能部１１により、上述した仕掛りデータベース１０ｂに登録される。仕掛り検索機能部１８は、デイラー側端末３０からのアクセスが有ると、デイラー側端末３０からの仕掛り検索指示に応じて仕掛りデータベース１０ｂに登録されている情報を検索し、デイラー側端末３０に提供する機能を有している。
【００２４】
ブランドメーカー側端末２０は、各種情報を入力する際に用いられるものであり、通信機能や表示機能等を有している。各種情報としては、たとえば上述した受注情報、引当処理の日時、部品メーカーへの発注日時、部品メーカーへの調達情報、搬入受付日時、出庫日時、梱包日時、インボイス番号、出港日時、入港日時等がある。
【００２５】
デイラー側端末３０は、発注の指示や仕掛りデータベース１０ｂに登録されている情報の閲覧等を行う際に用いられるものであり、通信機能や表示機能等を有している。また、デイラー側端末３０により、仕掛りデータベース１０ｂに登録されている情報の閲覧等を行う際、上述した発注契約番号であるＰＣ（Ｐｕｒｃｈａｓｅ  Ｃｏｎｔｒａｃｔ）番号が用いられる。
部品メーカー側端末４０は、ブランドメーカー側端末２０からの上述した調達情報を受け取るものであり、通信機能や表示機能等を有している。
【００２６】
次に、工程遅れモニターシステムの動作について説明する。
まず、図３に示すように、デイラー側端末３０からの受注が有り（ステップＳ１）、ブランドメーカー側端末２０によってその受注内容が入力されると、入力された受注内容が登録情報管理機能部１１によって受注データベース１０ａに登録される（ステップＳ２）。また、受注内容が登録されると、上述した（１）〜（１１）の受注情報が登録情報管理機能部１１によって仕掛りデータベース１０ｂに登録される（ステップＳ３）。このとき、仕掛りデータベース１０ｂには、その受注情報を管理するＩＴＥＭ  Ｎｏ．が管理番号発番機能部１２により発番されて登録される（ステップＳ４）。
【００２７】
仕掛りデータベース１０ｂに受注情報が登録されると、在庫有無チェック機能部１３により在庫データベース１０ｄから、上述した受注部品番号を用いて部品の在庫有無がチェックされ（ステップＳ５）、在庫が有る場合には不足数がチェックされる（ステップＳ６）。不足数が無ければ、引当処理機能部１４により在庫分に関して引当処理が行われ、ブランドメーカー側端末２０によってその引当処理の日時が入力されると、入力されたその引当処理の日時が仕掛りデータベース１０ｂに登録される（ステップＳ７〜Ｓ９）。引当処理の日時が仕掛りデータベース１０ｂに登録されると、日程計画作成機能部１６により後工程の日程作成と手番日程算出とが行われる（ステップＳ１０，Ｓ１１）。手番日程算出は、事前に決められた基準手番（日数）を基に行われる。そして、手番日程が算出された後工程の日程は、仕掛りデータベース１０ｂに登録される（ステップＳ１２）。
【００２８】
一方、（ステップＳ５）において、在庫が無い場合は、部品メーカーに発注することになり、そのときの発注日時が仕掛りデータベース１０ｂに登録される（ステップＳ１３〜Ｓ１５）。次いで、部品メーカーに発注した分については、ブランドメーカー側端末２０によって上述した（１２）〜（１８）の調達情報が入力されると、その調達情報が仕掛りデータベース１０ｂに登録される（ステップＳ１６，Ｓ１７）。仕掛りデータベース１０ｂに登録された調達情報は、調達データベース１０ｃにも登録される（ステップＳ１８）。そして、調達データベース１０ｃに登録された調達情報が部品メーカー側端末４０に送信される。調達情報に基づいて、部品メーカーからの搬入が有ると、その品質が確認され、返品無しの場合には、搬入された部品の情報が在庫データベース１０ｄに登録される（ステップＳ１９〜Ｓ２１）。次いで、搬入受付日時が入力されると、その搬入受付日時が仕掛りデータベース１０ｂに登録される（ステップＳ２２，Ｓ２３）。
【００２９】
一方、（ステップＳ６）において不足分が有る場合と、（ステップＳ２０）において返品が有る場合には、管理番号発番機能部１２により上述した調達情報を管理するＩＴＥＭ  Ｎｏ．に紐付けられた識別番号が発番され、さらに配布計算機能部１５により数量をベースにした受注金額の配布計算が行われ、その結果が仕掛りデータベース１０ｂに登録される（ステップＳ２４〜Ｓ２７）。
【００３０】
次に、図４に示すように、引当処理品か否かのチェックが行われる（ステップＳ２８）。つまり、引当処理品とはブランドメーカーの在庫品であり、引当処理品でないものは部品メーカーからの納入品である。引当処理品である場合には、次の作業である出庫工程に入り、出庫工程が終了すると出庫日時が入力される（ステップＳ２９）。その出庫日時は、仕掛りデータベース１０ｂに登録される。この場合、部品に付けられている部品明細書のバーコードをスキャンすることで、出庫日時が自動的に入力されるようにしてもよい。
【００３１】
これに対し、引当処理品でない場合には、基準手番（日数）との比較を行い（ステップＳ３０）、遅れ無しの場合は（ステップＳ２９）での出庫日時の入力となり、遅れ有りの場合は日程計画修正機能部１７により基準手番（日数）を基に、後工程の日程修正が行われ、作成された修正日程が仕掛りデータベース１０ｂに登録される（ステップＳ３１，Ｓ３２）。ここでの基準手番（日数）とは、受注日時から計算して作られた最初の日程にある手番のことである。また、（ステップＳ３０）での比較対象は、最初の日程に対し、搬入受付日実績である。
【００３２】
そして、出庫日が基準手番（日数）と比較され（ステップＳ３３）、遅れ無しの場合は、最初の日程が仕掛りデータベース１０ｂに登録される（ステップＳ３４）。これに対し、遅れが有る場合は、日程計画修正機能部１７により基準手番（日数）を基に、後工程の日程修正が行われ（ステップＳ３５）、作成された修正日程が仕掛りデータベース１０ｂに登録される（ステップＳ３４）。
【００３３】
次いで、梱包▲１▼が行われた日時が入力され（ステップＳ３６）、基準手番（日数）との比較により（ステップＳ３７）、遅れ無しの場合は仕掛りデータベース１０ｂに梱包▲１▼が行われた日時が登録される（ステップＳ３８）。これに対し、遅れが有る場合は、日程計画修正機能部１７により基準手番（日数）を基に、後工程の日程修正が行われ（ステップＳ３９）、作成された修正日程が仕掛りデータベース１０ｂに登録される（ステップＳ３８）。
【００３４】
同様に、梱包▲２▼が行われた日時が入力され（ステップＳ４０）、基準手番（日数）との比較により（ステップＳ４１）、遅れ無しの場合は仕掛りデータベース１０ｂに梱包▲２▼が行われた日時が登録される（ステップＳ４２）。これに対し、遅れが有る場合は、日程計画修正機能部１７により基準手番（日数）を基に、後工程の日程修正が行われ（ステップＳ４３）、作成された修正日程が仕掛りデータベース１０ｂに登録される（ステップＳ４２）。
【００３５】
同様に、バンニング日時が入力されると（ステップＳ４４）、図５に示すように、基準手番（日数）との比較により（ステップＳ４５）、遅れ無しの場合は仕掛りデータベース１０ｂにバンニング日時が登録される（ステップＳ４６）。これに対し、遅れが有る場合は、日程計画修正機能部１７により基準手番（日数）を基に、後工程の日程修正が行われ（ステップＳ４７）、作成された修正日程が仕掛りデータベース１０ｂに登録される（ステップＳ４６）。
【００３６】
同様に、通関日時が入力され（ステップＳ４８）、基準手番（日数）との比較により（ステップＳ４９）、遅れ無しの場合は仕掛りデータベース１０ｂに通関日時が登録される（ステップＳ５０）。これに対し、遅れが有る場合は、日程計画修正機能部１７により基準手番（日数）を基に、後工程の日程修正が行われ（ステップＳ５１）、作成された修正日程が仕掛りデータベース１０ｂに登録される（ステップＳ５０）。
【００３７】
次いで、通関時のインボイス番号が発行されると、入力されたインボイス番号が仕掛りデータベース１０ｂに登録される（ステップＳ５２，Ｓ５３）。ここで、インボイス番号は、出港が確定したことを意味し、発注者側にとって荷受け時の管理番号ともなる。  また、入力された出港日時及び入港日時がそれぞれ仕掛りデータベース１０ｂに登録され（ステップＳ５４〜Ｓ５７）、その後、ＤＩＳＴ（ディストリビューター）到着となる（ステップＳ５８）。
【００３８】
ここで、たとえばデイラー側端末３０からサーバ１０に対してアクセスが有ると、仕掛り検索機能部１８の応答により、仕掛りデータベース１０ｂに登録されている情報を閲覧することができる。仕掛りデータベース１０ｂに登録されている情報を閲覧する場合には、上述したＰＣ番号が用いられる。そして、たとえばデイラー側端末３０には、（ステップＳ６０〜Ｓ６３）に示すように、仕掛り検索の画面と、工程別日付一覧の画面と、セクション毎件数一覧の画面と、明細書一覧の画面とが表示される。なお、セクション毎件数一覧と明細書一覧とは、最初の日程計画より遅れたもののデータを表示するものである。
【００３９】
ここで、たとえばデイラー側端末３０には、図６（ａ）に示すようなメニュー検索画面が表示され、その画面から「仕掛り検索」の項目をクリックすると、図６（ｂ）に示すような仕掛検索の詳細画面が表示される。ここでは、検索パターンを指定するチェック項目として、（ＰＣ／ＮＯ）、（ＯＤＲ  ＲＥＦ  ＮＯ）、（発注地域＋受注地域＋部番）が設けられている。そこで、（ＰＣ／ＮＯ）を選択し、さらに上述したＰＣ番号を入力すると、図７（ａ）に示すような検索結果が表示される。この検索結果により、上述した受注部品番号である部番毎に、工程が完了したかどうかが分かるとともに、その工程完了日や到着予定日等を確認することができる。また、図７（ａ）の検索結果において、たとえば上述した受注部品番号である部番の欄のいずれかを選択すると、図７（ｂ）に示すようなその選択した部番に対応する工程別日付一覧が表示される。これにより、部番毎に、発注からＤＩＳＴ（ディストリビューター）到着までの工程別の詳細を確認することができる。また、図７（ａ）の検索結果において、たとえば数量の欄のいずれかを選択すると、図７（ｃ）に示すようなその選択した数量に関する詳細一覧が表示される。これにより、数量に関する詳細を確認することができる。なお、図７（ａ）〜図７（ｃ）に示す画面は、その内容の変化に合わせて更新されるため、図７（ａ）〜図７（ｃ）に示す内容をリアルタイムで確認することができる。
【００４０】
また、図６（ｂ）の画面において、（発注地域＋受注地域＋部番）を選択すると、図８（ａ）に示すようなセクション毎件数一覧（遅れ）が表示される。この画面では、工程別及び遅れ日数別に件数を確認することができる。なお、この画面の内容は、上記同様に、その内容の変化に合わせて更新されるため、セクション毎件数一覧（遅れ）をリアルタイムで確認することができる。さらにこの画面にて、いずれかの件数を選択すると、図８（ｂ）に示すようなそれぞれの部番に対応した明細一覧（遅れ）が表示される。この画面は、上記同様に、その内容の変化に合わせて更新されるため、到着予定日等をリアルタイムで確認することができる。
【００４１】
このように、本実施の形態では、受注者であるブランドメーカー側が保有するサーバ１０及びブランドメーカー側端末２０と、サーバ１０に対し通信回線５０を介して相互に通信できるように接続され、発注者であるデイラー側が保有するデイラー側端末３０と、サーバ１０に対し通信回線５０を介して相互に通信できるように接続され、部品メーカー側が保有する部品メーカー側端末４０とを備え、サーバ１０により、デイラー側端末３０から発注された部品の受注から部品の納品予定までの間の工程及び工程遅れの情報を管理し、その情報をデイラー側端末３０からのアクセスに応じて提供するようにした。
【００４２】
これにより、デイラー側端末３０により、部品の受注から部品の納品予定までの間の工程及び工程遅れの情報をリアルタイムで確認できるので、発注者側では発注した部品が何時届くかを容易に知ることができ、安全在庫を過剰に抱えてしまう必要がなくなる。
【００４３】
また、受注者側では、部品の受注から部品の納品予定までの間の工程の情報を仕掛りデータベース１０ｂに登録するとともに、基準手番（日）との比較により、工程遅れが有った場合には、その都度、工程遅れの情報を仕掛りデータベース１０ｂに登録するようにしているので、途中経過の管理が確実に行われ、トラブルのフォローが容易となることから、無駄な運送費等を省くことが可能となる。
【００４４】
また、発注者側へ工程遅れの情報をリアルタイムで提供できるので、発注者側への信用を高めることができ、無駄な安全在庫を助長させてしまうこともなくなる。
【００４５】
また、発注者側への信用を高めることにより、エンドユーザー等への信用も高められるので、結果的に、サプライチェーンの信頼性が高められる。
【図面の簡単な説明】
【図１】本発明に係る工程遅れモニターシステムの一実施の形態の概要を示す図である。
【図２】図１の工程遅れモニターシステムの詳細を説明するための図である。
【図３】図１の工程遅れモニターシステムの動作を説明するためのフローチャートである。
【図４】図１の工程遅れモニターシステムの動作を説明するためのフローチャートである。
【図５】図１の工程遅れモニターシステムの動作を説明するためのフローチャートである。
【図６】図１の工程遅れモニターシステムによる仕掛り検索に関わる画面内容を説明するための図である。
【図７】図１の工程遅れモニターシステムによる仕掛り検索に関わる画面内容を説明するための図である。
【図８】図１の工程遅れモニターシステムによる仕掛り検索に関わる画面内容を説明するための図である。
【符号の説明】
１０  サーバ
１０ａ  受注データベース
１０ｂ  仕掛りデータベース
１０ｃ  調達データベース
１０ｄ  在庫データベース
１１  登録情報管理機能部
１２  管理番号発番機能部
１３  在庫有無チェック機能部
１４  引当処理機能部
１５  配布計算機能部
１６  日程計画作成機能部
１７  日程計画修正機能部
１８  仕掛り検索機能部
２０  ブランドメーカー側端末
３０  デイラー側端末
４０  部品メーカー側端末
５０  通信回線
【図１】
2004303027.tif 000003
【図２】
2004303027.tif 000004
【図３】
2004303027.tif 000005
【図４】
2004303027.tif 000006
【図５】
2004303027.tif 000007
【図６】
2004303027.tif 000008
【図７】
2004303027.tif 000009
【図８】
2004303027.tif 000010