JP2003108640A

JP2003108640A - 発注管理システム

Info

Publication number: JP2003108640A
Application number: JP2001297846A
Authority: JP
Inventors: Takahiro Sawai; 隆弘澤井
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2001-09-27
Filing date: 2001-09-27
Publication date: 2003-04-11

Abstract

(57)【要約】【課題】発注管理システムに関し、所定の判断基準に
基づいて適正な発注数を算出し、迅速かつ容易に発注管
理をすることのできる発注管理システムを提供すること
を課題とする。【解決手段】発送要求端末と管理端末とがネットワー
クを介して接続され、発送要求端末が発送要求品目とそ
の発送要求数を含む発送要求情報を管理端末へ送信し、
管理端末が、各発送要求品目の発送要求数を所定の判断
基準に基づいて適正か否かを判断し、発送要求品目ごと
に妥当な発送要求数に変更して発注要求データを発行す
ることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、発注管理システ
ムに関し、特に、要求された発注数が適正か否かを判断
して発注を行う発注管理システムに関する。

【０００２】

【従来の技術】従来、情報機器、家電製品などの商品を
販売する店舗において、その商品を展示すると共に、そ
の商品に関係する事項を記載したカタログや説明書が商
品の近傍に置かれている。またその商品の販売を促進す
るために、性能や特徴等が記載された販売促進支援物
（一般に“ＰＯＰ”と呼ばれる書類やポスター、看板な
ど）が、各店舗に設置される。

【０００３】このようなカタログや販売促進支援物（以
下、ＰＯＰと呼ぶ）は、商品企画や販売管理などを行う
発注管理部門で、集中的に企画立案され、さらにＰＯＰ
の製作業者や印刷業者あるいは社内のＰＯＰ製造部署に
必要数だけ発注するということが行われている。

【０００４】このとき、ＰＯＰの初回の発注は、発注管
理部門が製作業者に対して一括発注を行い、製作業者は
発注数に相当するＰＯＰを製作し、製作されたＰＯＰの
うち、発注管理部門から要求された出庫数分に相当する
ＰＯＰが、製作業者から各店舗を管轄する各地の営業管
理部門へ出庫され、この営業管理部門の担当者により、
各自の担当の店舗に所定数のＰＯＰが届けられる。

【０００５】また、ある店舗である製品のＰＯＰが不足
したり、在庫切れになった場合には、その管轄営業管理
部門から発注管理部門に対して、電話あるいはＦＡＸ等
の手段を用いて、その不足しているＰＯＰを必要数量だ
け発送するよう要求していた。

【０００６】さらに、発注管理部門では、この発送要求
を受けて、担当者が製作業者への現在の発注数を考慮し
て、製作業者に実際に製作発注すべき適正数量を決定し
ていた。また、十分な数を製作発注したが、営業管理部
門への未発送分が残っている場合、すなわち在庫がある
場合には、この在庫を考慮して出庫すべき数量を決定し
ていた。そして、緊急を有する場合などでは、決定した
ＰＯＰの発注数量または出庫数量を、電話またはＦＡＸ
を利用して製作業者に連絡することが行われていた。

【０００７】

【発明が解決しようとする課題】ところで、各地の営業
管理部門から妥当な数量の発送要求がいつも行われてい
る場合は、無駄な費用も発生せず問題ないが、営業管理
部門では店舗でのＰＯＰの在庫切れを防止することなど
を理由に、必要数十αを見込んだ数量のＰＯＰを発送す
るよう要求する場合がある。営業管理部門が全国各地に
あって、数百拠点にものぼる場合、すべての営業管理部
門が、あるＰＯＰについてプラス１個の余裕を見込んで
発送要求を出したとすると、数百個のＰＯＰを余分に製
作しなければならず、そのうちいくつかは無駄となる場
合もある。

【０００８】また、ＰＯＰは、１つの製品について１つ
ということは少なく、１つの製品の各部品ごとに製作さ
れることもあり、このような場合には、１つの製品につ
いて複数のＰＯＰを各店舗に配布しなければならず、余
裕を見込んだ発送要求をそのまま受理するとますます無
駄が大きくなるおそれがある。

【０００９】さらに、ＰＯＰの発注数管理と製作業者へ
の製作発注及び出庫依頼などを、１ヶ所で集中管理する
場合に、製品の数及び部品の数が多数ある場合は、管理
するＰＯＰの種類も膨大な数となる。このような場合に
は、多数のＰＯＰに対して発注管理をするために複雑な
判断や作業が必要となるので、発注管理部門の熟練した
専任の担当者が、多岐にわたるＰＯＰの発送要求の電話
やＦＡＸを受けて、ＰＯＰごとの発注適正数量を判断し
てＰＯＰの製作発注あるいは出庫依頼を迅速に誤りなく
行うことは、非常に困難である。

【００１０】また、発注管理部門の専任の担当者が不在
の場合には、発注すべき適正数量を判断することができ
ず、迅速なＰＯＰ発注業務をすることはできない。さら
に、発注すべき適正数量の判断は、現在までの発注数、
当初予定されていた製作最大数量、発送要求をしてきた
営業管理部門の特殊事情、今後の営業展開などを考慮し
て総合的に行う必要があり、この判断を各ＰＯＰごとに
行う必要があるので、この判断はかなり複雑で時間がか
かり、担当者の負担は大きい。

【００１１】そこで、この発明は、以上の事情を考慮し
てなされたものであり、多品種の製品について１ヶ所で
発注管理を行う場合に、要求された発注数が適正なもの
であるか否かを判断して、所定の判断基準に合致した妥
当な発注数を求め、適正な数量による発注が迅速かつ容
易に行うことのできる発注管理システムを提供すること
を課題とする。

【００１２】

【課題を解決するための手段】この発明は、発送要求端
末と管理端末とがネットワークを介して接続され、発送
要求端末が発送要求品目とその発送要求数を含む発送要
求情報を管理端末へ送信し、管理端末が、各発送要求品
目の発送要求数を所定の判断基準に基づいて適正か否か
を判断し、発送要求品目ごとに妥当な発送要求数に変更
して発注要求データを発行することを特徴とする発注管
理システムを提供するものである。この発明によれば、
所定の判断基準に基づいて要求された発送要求数を適正
な発送要求数に変更しているので、不当に多数の製品を
発注してしまうことはなく、適正な数量の製品を発送要
求端末側へ発送することができ、発注管理部門において
迅速かつ容易に発注業務を行うことができる。

【００１３】また、複数の発送要求端末と１つの管理端
末とがネットワークを介して接続され、発送要求端末
が、発送要求情報入力部と、管理端末へ発送要求情報を
送信する情報送信部とからなり、管理端末が、発送要求
品目と発送要求数を含む発送要求情報を受信する受信部
と、発送要求情報を記憶する情報記憶部と、発送要求数
を判断するための判断基準を記憶する判断基準記憶部
と、判断基準に基づいて、受信した発送要求情報に含ま
れる発送要求品目ごとに、その発送要求数が適正か否か
を判断して妥当な発注数及び出庫数を算出する判断部
と、判断部により算出された妥当な発注数を含む発送要
求データと出庫数を含む出庫要求データを作成するデー
タ作成部とからなることを特徴とする発注管理システム
を提供するものである。この発明によれば、所定の判断
基準に基づいて適正な発注数及び出庫数を算出すること
ができるので、発注管理部門において迅速かつ容易に製
品の発注及び製品の出庫要求業務をすることができる。

【００１４】ここで、前記判断基準記憶部に記憶された
判断基準が、発送品目ごとの発注許可最大数と発送要求
端末ごとの予定出庫最大数を含み、前記判断部が、前記
発注許可最大数を超えない範囲内で、現在の発注総数と
在庫数と発送要求数とを考慮した妥当な発注数を算出
し、かつ前記予定出庫最大数を超えない範囲内で、発送
要求端末への現在の出庫数と在庫数と発送要求数とを考
慮した妥当な出庫数を算出してもよい。これによれば、
不当に多い数量の出庫を防止することができる。

【００１５】また、前記管理端末が、発送要求品目ごと
の現在の発注総数と在庫数とを記憶した発注情報記憶部
をさらに備え、前記判断部が、現在の発注総数と発送要
求数との和が発注許可最大数を超えない範囲内で、発送
要求数−在庫数を見込んだ妥当な発注数を算出するよう
にしてもよい。

【００１６】さらに、前記発注情報記憶部が、前記発送
要求を送信してきた発送要求端末への予定出庫最大数
と、その発送要求端末への現在の出庫数とをさらに記憶
し、前記判断部が、前記発送要求数と現在の出庫数との
和が前記予定出庫最大数以下の場合には前記発送要求数
を適正と判断してこの発送要求数を妥当な出庫数に設定
し、前記発送要求数と現在の出庫数との和が前記予定出
庫最大数を超える場合には予定出庫最大数−現在の出庫
数を妥当な出庫数に設定し、前記データ作成部が、前記
妥当な出庫数を含む出庫要求データを作成するようにし
てもよい。これによれば、不当に多い数量の出庫を防止
することができる。

【００１７】また、発送要求情報に含まれた発送要求品
目の現在の発注総数が前記発注許可最大数と等しい場合
に、この発送要求情報は受理できない旨の通知を、前記
発送要求情報を送信してきた発送要求端末に返信するよ
うにしてもよい。これによれば、発送要求をした発送元
が、その要求を受理されなかったことを知ることができ
る。

【００１８】この発明は、ネットワークを介して転送さ
れてきた発送要求品目と発送要求数を含む発送要求情報
を受信する受信部と、発送要求品目ごとに予め定められ
た判断基準に基づいて発送要求数が適正か否か判断する
判断部と、判断部の判断に基づいて妥当な発注数と出庫
数とを算出する算出部と、妥当な発注数を含む発送要求
データ及び妥当な出庫数を含む出庫要求データを作成す
るデータ作成部とを備えた発注管理装置を提供するもの
である。これによれば、適正な数量の製品の発注または
出庫要求を、迅速かつ容易に、さらに判断ミスをするこ
となく、行うことができる発注管理装置を提供すること
ができる。

【００１９】さらに、この発明は、ネットワークを介し
て転送されてきた発送要求品目と発送要求数を含む発送
要求情報を受信し、発送要求品目ごとに予め定められた
判断基準に基づいて発送要求数が適正か否か判断し、妥
当な発注数と出庫数とを算出し、妥当な発注数を含む発
送要求データ及び妥当な出庫数を含む出庫要求データを
作成することを含む手順からなる発注管理装置の発注処
理方法を提供するものである。これによれば、適正な数
量の製品の発注または出庫要求を、迅速かつ容易に、さ
らに判断ミスをすることなく、行うことができる発注管
理装置の発注処理方法を提供することができる。また、
この発明は、上記発注処理方法の手順を、コンピュータ
に実行させるためのプログラムを提供するものである。

【００２０】このプログラムは、コンピュータに内蔵さ
れるＲＯＭ，ＲＡＭなどの半導体メモリ等に記録され、
必要に応じて主記憶部分に読み出されて実行される。ま
た、プログラムは、各端末に付属するハードディスクな
どの固定記憶装置や、ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ，
ＣＤ−Ｒ／ＲＷ，ＤＶＤ−ＲＡＭ，ＭＯ，ＦＤなどのデ
ィスク媒体、メモリカード，ＩＣカードなどのカード媒
体に代表される可搬型の記憶媒体に記憶された形態で提
供してもよい。さらに、遠隔地にあるサーバなどに記憶
されたプログラムを、ネットワークを介してダウンロー
ドし、ハードディスク等に記憶するようにしてもよい。

【００２１】

【発明の実施の形態】以下、図面に示す実施の形態に基
づいてこの発明を詳述する。なお、これによってこの発
明が限定されるものではない。図１に、この発明の発注
管理システムの一実施例の概略構成図を示す。この発注
管理システムは、製品の発送要求の発注元となるセール
スセンター（ＳＣ）２０と、発送要求を受けて発注又は
出庫依頼を出す発注管理部１０と、この発注又は出庫依
頼を受けて製品の制作及び印刷と出庫を行う制作・印刷
業者３０とからなり、これらに備えられたコンピュータ
がグローバルなネットワーク５０を介して接続された形
態である。グローバルなネットワーク５０とは、いわゆ
るＷＡＮを意味し、たとえばインターネットや専用ネッ
トワークを用いることができる。

【００２２】また、セールスセンター等の各コンピュー
タからインターネットへの接続は、一般加入電話回線、
ＩＳＤＮ、ＡＤＳＬ、ＦＴＴＨなどの通信回線を介し
て、プロバイダ（ＩＳＰ）経由で行ってもよい。

【００２３】セールスセンター（以下、ＳＣと呼ぶ）２
０は、管轄する地域ごとに、複数個設置され、それぞれ
いくつかの販売店舗４０をかかえている。セールスセン
ター（ＳＣ）２０の販売担当者は、各自ごとに担当する
販売店舗４０に、商品及びその商品に付随するカタログ
や販売促進支援物を設置または配布する。以下、この発
明で取り扱う製品とは、カタログや販売促進支援物を対
象とし、ＰＯＰと呼ぶことにする。

【００２４】発注管理部１０は、ＰＯＰを企画する部署
や、セールスセンターＳＣを管轄する営業統括部のよう
な部署に設置され、ＰＯＰの発送要求を一括管理する。
この発明では、発注管理部１０は、セールスセンターＳ
Ｃから送られてくるＰＯＰの発送要求データＤ１を受信
し、発送要求データＤ１に含まれるＰＯＰの要求数量が
適正か否かを判断し、制作または印刷業者３０に対し
て、ＰＯＰの制作・印刷を依頼する発注要求Ｄ２や、セ
ールスセンターＳＣへの出庫を依頼する出庫要求Ｄ３を
送信するものである。

【００２５】特に、この発明では、発注管理部１０が、
発送要求されたＰＯＰの要求数量が妥当なものか否かを
所定の判断基準に基づいて判断し、妥当な数量を算出し
て、この妥当な数量に基づく発注要求または出庫要求を
出力することを特徴とする。

【００２６】制作・印刷業者３０は、発注管理部１０か
らの発注要求Ｄ２に対してその発注数量のＰＯＰを制作
または印刷し、出庫要求Ｄ３に対してその出庫要求数量
のＰＯＰを倉庫６０から取り出して、所定のセールスセ
ンターＳＣ２０へ出庫する。ここで倉庫６０は、ＰＯＰ
の制作業者３０自身の所有する倉庫でも、また制作業者
とは異なる倉庫管理会社の所有する倉庫であってもよ
い。

【００２７】また、倉庫６０に保管されたＰＯＰの在庫
は、制作・印刷業者３０で管理してもよいが、発注数及
び出庫数は発注管理部１０でも把握することができるの
で、発注管理部１０が在庫管理をしてもよい。以下の実
施例では、後述する発注管理部１０の発注出庫情報記憶
部１６で、在庫数を管理するものとする。

【００２８】さて、この発明では、図５に示すように発
送要求データＤ１の送受信が各セールスセンターＳＣ２
０に設置された発送要求端末２１と、発注管理部１０に
設置された管理端末１１との間で行われ、発送要求デー
タＤ１を入力として、発注要求Ｄ２及び出庫要求Ｄ３を
作成するための処理が発注管理部１０の管理端末１１で
行われ、発注要求Ｄ２及び出庫要求Ｄ３の送受信が管理
端末１１と、制作・印刷業者３０の受注端末３１との間
で行われる。

【００２９】以下、これらの３つの端末の構成と、３つ
の端末間で送受信されるデータ及び送受信処理と、管理
端末１１で行われる処理について説明する。３つの端末
１１，２１，３１は、パソコン、ワークステーションの
ような通信機能を有するコンピュータ装置によって実現
できる。

【００３０】図５に、この発明の発注管理システムの一
実施例の構成ブロック図を示す。セールスセンター２０
（ＳＣ０１）に設置される発送要求端末２１は、主とし
て通信部２２、発送要求データ作成部２３、製品情報記
憶部２４とから構成される。

【００３１】通信部２２は、ネットワーク５０に対して
データの送受信をする機能を有する部分であり、いわゆ
るモデム、ＴＡ、ルーターなどと同様の機能を持ち、必
要に応じて暗号化、復号化、圧縮、伸張等の処理を行う
ものである。発送要求データ作成部２３は、ＰＯＰの発
送を発注管理部１０に対して要求するための「発送要求
データ」を作成する部分であり、作成のために必要な情
報を入力する入力部（たとえば、キーボード、マウス、
スキャナ）や、作成したデータを確認するための出力部
（たとえば、ＣＲＴ、ＬＣＤ、プリンタ）などからな
る。

【００３２】製品情報記憶部２４は、ＰＯＰに関する情
報（たとえば、ＰＯＰの名称、品番、入庫数、要求数
量、対象商品，対象年度）、管轄する販売店舗４０の情
報、担当者名などを記憶するメモリ（ＲＡＭ、ハードデ
ィスクなど）である。

【００３３】図２に、セールスセンター２０で作成され
る「発送要求データ」の内容の一実施例の説明図を示
す。ここで、Ａ１はセールスセンターの名称（ＳＣ名）
またはＩＤ番号であり、Ａ２は発送要求データを送信し
た日付（要求日）であり、Ａ３は担当者名またはＩＤコ
ードであり、Ａ４は要求するＰＯＰの番号または識別名
称・コードであり、Ａ５はＰＯＰ番号Ａ４に対する要求
数量である。発送要求をするＰＯＰが複数個ある場合
は、ＰＯＰ番号Ａ４と要求数量Ａ５とを１対として（た
とえばＡ４−０１とＡ５−０１）、並記すればよい。

【００３４】図５において、発注管理部１０に設置され
る管理端末１１は、主として、通信部１２、判断部１
３、発注データ作成部１４及び記憶部からなり、記憶部
は、その内容から３種類（発送要求データ記憶部１５、
発注出庫情報記憶部１６、発注条件記憶部１７）に分け
られる。通信部１２は、セールスセンター（ＳＣ）２０
の通信部２２と同様の機能を備えたものである。発注デ
ータ作成部１４は、前記した発注要求Ｄ２や出庫要求Ｄ
３を作成する部分であり、主として判断部１３の判断結
果に基づいて自動的にデータを作成する部分であるが、
オペレータの入力や確認のために、入力部や出力部を備
えてもよい。

【００３５】判断部１３は、発送要求データに含まれる
要求数量が適正なものか否かの判断や、現在の発注数や
在庫等の判断条件を考慮して適切な発注数を決定する部
分である。通信部１２、判断部１３及び発注データ作成
部１４は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏコントロー
ラ、タイマーなどからなるいわゆるマイクロコンピュー
タによって実現でき、これらの各機能は、ＲＯＭ、ＲＡ
Ｍ、ハードディスクなどのメモリに予め記憶された制御
プログラムに基づいてＣＰＵが動作することにより実現
される。

【００３６】発送要求データ記憶部１５は、セールスセ
ンター２０から送られてきた発送要求データを記憶して
おくメモリであり、ＲＡＭなどの半導体メモリや、ハー
ドディスク、ＭＯ、ＤＶＤ−ＲＡＭなどの書き換え可能
な記憶装置が用いられる。この記憶部１５に記憶された
データは、ＰＯＰごと、発注元であるＳＣごとなどに分
類して記憶するようにしてもよい。また、この記憶部１
５は、セールスセンター２０から容易にアクセス可能な
ようにメールサーバあるいはＷｅｂサーバ上に構築して
もよい。

【００３７】発注出庫情報記憶部１６は、図３に示すよ
うなＰＯＰごとの現在の発注総数などの情報を管理する
メモリであり、これも書き換え可能な半導体メモリ、ハ
ードディスクなどの記憶装置が用いられる。発注条件記
憶部１７は、図４に示すようなＰＯＰごとの発注許可最
大数などの情報を保存しておくメモリであり、判断部１
３が発注数を決めるときの各種条件情報が記憶されてい
る。この記憶部１７も、書き換え可能な半導体メモリ、
ハードディスクなどの記憶装置が用いられるが、追加・
変更のない場合は、読み出し専用メモリ（ＲＯＭ、ＣＤ
−ＲＯＭなど）を用いてもよい。

【００３８】発注出庫情報記録部１６と発注条件記憶部
１７とは、一般的に用いられる在庫管理におけるデータ
ベースに相当するものであり、ファイルサーバ上に構築
することもできる。また、実際にＰＯＰを制作して保管
するのは制作業者３０であるので、制作業者で管理する
情報の一部をネットワークを介して入手するようにして
もよい。

【００３９】図３は、発注出庫情報記録部１６に記憶さ
れるＰＯＰごとの発注出庫情報の内容の一実施例を示し
たものである。ここで、Ｂ１はＰＯＰ番号、Ｂ２は現在
の発注総数、Ｂ３は現在の在庫数、Ｂ４は現在の出庫総
数、Ｂ５は現在の発注状態であり、Ｂ６１はあるサービ
スセンターＳＣの名称（ＳＣ名）、Ｂ６２はそのＳＣへ
現在までに出庫した数（ＳＣへの出庫数）、Ｂ６３はそ
のＳＣへこれから出庫してもよい残数（出庫可能残）、
Ｂ６４はそのＳＣに対するＢ６１からＢ６３の情報を最
近更新した日（更新日）である。

【００４０】Ｂ６１〜Ｂ６４の情報は、ＰＯＰを出庫し
たサービスセンター２０ごとに記憶される。図３におい
て、現在の在庫数Ｂ３は、現在の発注総数Ｂ２−出庫総
数Ｂ４に等しく、ＳＣの出庫可能残Ｂ６３は、後述する
そのＳＣへの予定出庫数Ｃ６２−現在の出庫数Ｂ６２に
等しい。

【００４１】また、現在の出庫総数Ｂ４は、各セールス
センター２０の現在の出庫数Ｂ６２の合計に等しい。Ｂ
５は、現在の発注状態が発注を受理できる状態か否かま
たは発注許可最大数Ｃ２をすでに発注済であって、さら
に発注することは認められない状態か否かを示す情報で
あり、図３に示すように、発注を受理できる状態を「可
能」、発注をすることのできない状態を「終了」で表
す。たとえば図３の「Ｐ００ｎｎ」のＰＯＰはすでに発
注許可最大数Ｃ２である８０００個を発注してしまった
ことを示している。

【００４２】また、ＰＯＰ番号「Ｐ０００１」のＰＯＰ
は、現在の発注総数Ｂ２が１８００個で、現在の出庫総
数Ｂ４が１３００個、在庫数Ｂ３が５００個であり、発
注状態Ｂ５が「可能」であるので、現在の発注総数はま
だ発注許可最大数Ｃ２（＝５０００）に達しておらず、
発注ができる状態であることを示している。

【００４３】さらに、「Ｐ０００１」のＰＯＰは、ＳＣ
名「ＸＸＸＸ１」への現在までの出庫数Ｂ６２が１００
個であり、ＳＣ名「ＸＸＸＸ１」への出庫可能残Ｂ６３
が２００個であり、これらの情報を最近更新した日が２
００１年８月２５日であることを示しており、同様にセ
ールスセンターＳＣ０２、ＳＣ０５にも出庫があること
を示している。

【００４４】図４は、発注条件記憶部１７に記憶される
ＰＯＰごとの発注条件情報の内容の一実施例を示したも
のである。ここで、Ｃ１はＰＯＰ番号、Ｃ２はそのＰＯ
Ｐの当初予定していた発注数量でありこれ以上発注を許
可してはいけない数（発注許可最大数）、Ｃ３はこれ以
下に在庫が減少したときには発注要求Ｄ２を出す在庫目
標数、Ｃ４は制作業者３０に発注要求するときの最小単
位の数（発注単位数）、Ｃ５は発注する先の業者の名称
（発注先業者名）、Ｃ６１はそのＰＯＰを出庫するセー
ルスセンターＳＣの名称（ＳＣ名）、Ｃ６２はＣ６１に
示すセールスセンターＳＣへ出庫してもよい最大数であ
る予定出庫数、Ｃ６３はＣ６１に示すセールスセンター
ＳＣに出庫する場合のその他の条件、Ｃ７はＰＯＰごと
に定められた発注条件を記憶したものである。

【００４５】図４に示したＣ１〜Ｃ７の発注条件情報
は、ＰＯＰの企画段階または商品の発注をする前に予め
定められるものであって、原則としてその後変更されな
い情報であるが、商品の売れゆきや企画の見込みちがい
などの理由によって、変更又は追加してもよい。

【００４６】図４において、たとえば、ＰＯＰ番号「Ｐ
０００１」のＰＯＰは、発注許可最大数Ｃ２が５０００
個であり、これ以下になると発注要求を出す在庫目標Ｃ
３が５０個であり、最小の発注単位数Ｃ４が１０００個
であり、発注先業者がＰ社であることを示している。ま
た、「Ｐ０００１」のＰＯＰは、ＳＣ名Ｃ６１が、「Ｘ
ＸＸＸ１」、「ＸＸＸ２０」、「ＹＹＹＹ５」の３つの
セールスセンター２０に出庫され、ＳＣ名「ＸＸＸＸ
１」のセールスセンターへの最大予定出庫数Ｃ６２は３
００個であり、その出庫条件Ｃ６３は、ＳＣ名「ＸＸＸ
Ｘ１」のセールスセンターからの発送要求データＤ１を
受理した日の翌日に出庫することを示している。

【００４７】また、「Ｐ０００１」のＰＯＰの発注条件
Ｃ７の［１−ＸＸＸ２０」は、セールスセンター「ＸＸ
Ｘ２０」から発送要求があった場合は、他のセールスセ
ンターからの発送要求と競合した場合でも、優先的に
「ＸＸＸ２０」へＰＯＰを発送することを意味する。ま
た、「Ｐ０００３」のＰＯＰの発注条件Ｃ７の「２−Ｘ
Ｘ０４」は、セールスセンター「ＸＸ０４」から、この
ＰＯＰの発送要求Ｄ１があっても、発注要求Ｄ２は出さ
ず、このセールスセンター「ＸＸ０４」へは発送しない
ことを意味する。

【００４８】図５において、制作・印刷業者３０に設置
される受注端末３１は、主として通信部３２、出力部３
３、受注情報記憶部３４とから構成され、ＰＯＰ制作部
３５、ＰＯＰ印刷部３６を備えてもよい。ただし、ＰＯ
Ｐ制作部３５及びＰＯＰ印刷部３６は、受理端末そのも
のの機能としてではなく、別に制作装置や印刷装置を設
置してもよい。

【００４９】通信部３２は、発送要求端末２１の通信部
２２と同様の機能を持ち、管理端末１１から送られてく
る発注要求Ｄ２や出庫要求Ｄ３を受信するものである。
出力部３３は、受信した要求や受注情報、出庫情報など
を確認するためにＣＲＴ、ＬＣＤ、プリンタなどを用い
ることができる。受注情報記憶部３４は、受注情報、出
庫情報あるいは在庫管理のために必要な情報などを記憶
するメモリ（ＲＡＭ、ハードディスクなど）である。

【００５０】制作・印刷業者３０は、受信した発注要求
Ｄ２に基づいて要求された個数のＰＯＰを制作又は印刷
し、受信した出庫要求Ｄ３に基づいて要求された個数の
ＰＯＰを、要求されたセールスセンターＳＣへ各種輸送
手段を用いて発送（出庫）する。

【００５１】次に、この発明の発注処理の流れについ
て、説明する。図６に、この発明の発注処理全体のフロ
ーチャートを示し、図７に、図６に示した出庫数等の算
出処理のフローチャートを示す。まず、図６において、
あるセールスセンターＳＣ２０の発送要求端末２１にお
いて、担当者が、入手したいＰＯＰの発送要求データＤ
１を作成する（ステップＳ１）。ここで、必要な情報を
製品情報記憶部２４から得て、キーボード等を用いて、
ＰＯＰ番号Ａ４の選択、要求数量４５の入力を行い、図
２に示すようなデータを作成する。

【００５２】次に、通信部２２によってこの発送要求デ
ータＤ１をネットワーク５０に送信する（ステップＳ
２）。このとき、情報通信に必要な送信元やあて先であ
る発注管理部１０の管理端末１１のアドレス、発送要求
データであることを示す識別情報などが付加されて送信
される。

【００５３】一方、発注管理部１０の管理端末１１は、
発送要求データＤ１が受信されたかどうか常時あるいは
定期的に確認する（ステップＳ１１）。発送要求データ
Ｄ１が受信されると、ステップＳ１２へ進み、この発送
要求データＤ１を発送要求データ記憶部１５に格納し、
要求変数ＲＥに、データＤ１に含まれる要求数量Ａ５を
セットする。ここで、発送要求データＤ１中に複数個の
ＰＯＰ番号Ａ４とその要求数量Ａ５が含まれている場合
は、それぞれのＰＯＰに対して、要求変数ＲＥがセット
される。

【００５４】図６のステップＳ１２からステップＳ１９
までの処理は、発送要求された１つのＰＯＰに対する発
注処理を示しているが、発送要求されたＰＯＰが複数個
存在する場合は、それぞれのＰＯＰについてステップＳ
１２からステップＳ１９までの処理が繰り返し実行され
る。また、これらの処理は、主として、発注管理部１０
の判断部１３によって行われる。

【００５５】次に、ステップＳ１３において、今注目し
ているＰＯＰの発送要求をしたセールスセンター２０に
ついての現在の出庫数Ｂ６２が、当初予定していた予定
出庫数Ｃ６２に達していないかどうかチェックする。す
なわち、予定出庫数Ｃ６２＞現在の出庫数Ｂ６２であれ
ば、まだ予定出庫数Ｃ６２に達していないので、ステッ
プＳ１４へ進み、逆にＣ６２≦Ｂ６２であれば、そのセ
ールスセンター２０への出庫は予定数だけ終了したとい
うことで、ステップＳ２０へ進み、終了処理を行う。

【００５６】この終了処理では、たとえば、発送要求を
したセールスセンター２０に対して、すでにそのＰＯＰ
の出庫数が予定数をオーバーしているので、今回のその
ＰＯＰの発送要求は受理できない、あるいはそのＰＯＰ
の出庫をすることはできない旨の通知を行う。この通知
はネットワークを介して、このセールスセンター２０の
発送要求端末２１に対して行えばよいが、発注管理部１
０のオペレータから、セールスセンター２０の担当者へ
電話、ＦＡＸなど他の手段によって行ってもよい。

【００５７】このＰＯＰの現在の出庫数Ｂ６２がまだ予
定出庫数Ｃ６２に達していない場合は、要求変数ＲＥの
値、すなわち要求されたＰＯＰの発送要求数量Ａ５が適
正なものか否か判断する（ステップＳ１４）。具体的に
は、現在の出庫数Ｂ６２に、要求数量ＲＥを加えたもの
が、そのセールスセンターの予定出庫数Ｃ６２をオーバ
ーしないか否かチェックする。ここで、Ｃ６２≧ＲＥ＋
Ｂ６２の場合、予定出庫数Ｃ６２をオーバーしないの
で、適正と判断し（ステップＳ１５）、ステップＳ１６
へ進む。

【００５８】逆に、Ｃ６２＜ＲＥ＋Ｂ６２の場合、予定
出庫数Ｃ６２をオーバーしているので、不適当と判断
し、ステップＳ２１へ進み、要求変数ＲＥに、このセー
ルスセンター２０へのＰＯＰの出庫可能残数Ｂ６４をセ
ットする。出庫可能残数Ｂ６４は、図３に示すようにそ
のセールスセンター２０への予定出庫数Ｃ６２−現在の
出庫数Ｂ６２である。ここまでの処理により、要求変数
ＲＥには、あるセールスセンター２０へ出庫することが
可能な適正な出庫数量が設定される。

【００５９】次に、ステップＳ１６において、この要求
変数ＲＥを入力として、そのＰＯＰについての発注数及
び出庫数の算出処理を行う。この算出処理の詳細につい
ては、後で図７のフローチャートにより説明する。

【００６０】次に、制作業者３０にＰＯＰの発注をする
必要がある場合は、算出された発注数をもとに発注要求
データＤ２を作成し、また、出庫要求をする場合は出庫
要求データＤ３を作成する（ステップＳ１７）。次に、
この作成された発注要求Ｄ２および出庫要求Ｄ３を制作
業者３０へ、ネットワークを介して送信する（ステップ
Ｓ１８）。

【００６１】さらに、発注出庫情報記憶部１６の中のこ
のＰＯＰに対する発注出庫管理情報を更新する（ステッ
プＳ１９）。または、新たに必要な情報（Ｂ６１〜Ｂ６
４）を追加する。たとえば、図３のこのＰＯＰについて
のＢ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６２、Ｂ６３、Ｂ６４が
所定の計算式を用いて更新される。ここで、このＰＯＰ
の現在の発注総数Ｂ２が、発注許可最大数Ｃ２に等しく
なった場合には、発注が予定数終了したと判断できるの
で発注状態Ｂ５を「終了」にセットする。

【００６２】以上が、この発明の発注処理の全体フロー
であるが、ステップＳ１８により、発注要求Ｄ２及び出
庫要求Ｄ３を受信した受注端末３１では、これらの要求
により示された数量のＰＯＰの発注及び出庫があったこ
とを、出力部３３を通して出力するようにする。

【００６３】次に、図６のステップＳ１６に示した算出
処理のフローを図７を用いて説明する。図７において、
発注管理部１０の管理端末１１では、今注目しているＰ
ＯＰの在庫があるか否かをチェックする（ステップＳ３
１）。すなわち、ＰＯＰの現在の在庫数Ｂ３が、要求変
数ＲＥよりも大きいか否か判断し、Ｂ３＞ＲＥのとき要
求変数よりも多い在庫があるので、ステップＳ３２へ進
み、Ｂ３≦ＲＥのとき要求変数よりも多い在庫はないの
で、新規制作を依頼するために発注数を求める処理（ス
テップＳ３５）へ進む。

【００６４】ステップＳ３２において、要求変数ＲＥと
現在の出庫総数Ｂ４との和が、発注許可最大数Ｃ２以下
であるか否かチェックする。ここでＲＥ＋Ｂ４≦Ｃ２の
場合、要求変数ＲＥに相当する分だけ出庫要求をしても
よいので、要求変数ＲＥを、出庫数Ｍとして設定する
（ステップＳ３４）。

【００６５】一方、ＲＥ＋Ｂ４＞Ｃ２の場合、要求変数
ＲＥに相当する数量だけ出庫してしまうと、そのＰＯＰ
の発注許可最大数Ｃ２をオーバーしてしまうので、出庫
総数を発注許可最大数Ｃ２以下に抑えるために、今回出
庫する出庫数Ｍを、発注許可最大数Ｃ２−現在の出庫総
数Ｂ４に設定する（ステップＳ３３）。

【００６６】また、ステップＳ３１で、発送変数分を含
む在庫がないと判断された場合、ステップＳ３５におい
て、このＰＯＰの発注は可能か否か判断する。ここで、
発注状態Ｂ５が「可能」であるか、又は「終了」である
か否かをチェックする。「終了」である場合は、すでに
そのＰＯＰの発注許可最大数Ｃ２まで発注が済んでいる
と考えられるので、発注不可処理を行う（ステップＳ４
１）。発注不可処理では、たとえば、発送要求を送信し
てきたセールスセンター２０へ、このＰＯＰは製作予定
数をすでに終了しているので発送要求は受理できない旨
の通知を行う。

【００６７】ステップＳ３５で、発注状態Ｂ５が「可
能」である場合は、ステップＳ３６へ進み、発送変数Ｒ
Ｅに対して不足している数量Ｋがいくらあるか算出す
る。不足数Ｋは、不足数ｋ＝発送変数ＲＥ−現在の在庫
数Ｂ３により求められる。

【００６８】次に、ＰＯＰの最小発注単位数Ｃ４が決ま
っているので、不足数Ｋと最小発注単位数Ｃ４とを比較
することにより、実際に発注する発注単位数を設定す
る。たとえば、不足数Ｋが発注単位数Ｃ４よりも少ない
とき、発注単位数Ｃ４そのものが実際の発注単位数とな
る。しかし、不足数Ｋが、発注単位数Ｃ４よりも多く、
Ｃ４の２倍よりも少ないときは、発注単位数Ｃ４の２倍
が実際の発注単位数となる。

【００６９】次に、ステップＳ３８において、これから
発注する数を含んだ発注総数（Ｃ４＋Ｂ２）が、発注許
可最大数Ｃ２を超えていないかどうかチェックする。こ
こで、Ｃ４＋Ｂ２≦Ｃ２のとき、発注許可最大数Ｃ２を
超えていないので、発注数ＰとしてステップＳ３７で設
定した発注単位数を設定する。すなわち、Ｐ＝Ｃ４また
はＰ＝Ｃ４×ｎ（ｎは２以上の整数）とする（ステップ
Ｓ３９）。

【００７０】また、Ｃ４＋Ｂ２＞Ｃ２のとき、発注許可
最大数Ｃ２を超えてしまうので、発注数Ｐとしては発注
許可最大数Ｃ２を超えない範囲内で、現在の発注総数を
考慮して決める必要がある。すなわち、この場合、発注
数Ｐ＝発注許可最大数Ｃ２−現在の発注総数Ｂ４に設定
すればよい（ステップＳ４２）。

【００７１】次に、ステップＳ４０において、発送要求
を送信してきたセールスセンター２０への出庫数Ｍを設
定する。ここで、このセールスセンター２０への現在の
出庫数Ｂ４と、ＰＯＰの発注許可最大数Ｃ２とを考慮し
て、ステップＳ３２と同様な判断を行い、出庫数Ｍを設
定する。具体的には、ステップＳ３３またはＳ３４と同
様に、要求変数ＲＥかまたはＣ２−Ｂ４を、このセール
スセンターへの出庫数Ｍとして設定する。

【００７２】以上が、この発明の発注数及び出庫数の算
出処理の一実施例である。このような算出処理は、発送
要求されたＰＯＰごとに行うが、取扱うＰＯＰの種類が
多い場合や、判断基準が多くＰＯＰごとに異なっている
場合などに特に有効であり、発注管理部のオペレータの
負担を軽減でき、発注管理業務の迅速化と発注ミスの減
少をすることができる。

【００７３】上記実施例では、セールスセンター２０か
ら発注管理部１０へ、直接発送要求データＤ１を送信す
る場合を示したが、セキュリティ対策が行われたメール
サーバやＷｅｂサーバを設けて、インターネットを介し
て、セールスセンター２０からこのようなサーバに、発
送要求データＤ１を送信するようにしてもよい。

【００７４】このメールサーバやＷｅｂサーバは、管理
端末１１の発送要求データ記憶部１５に相当する。この
場合、すべてのセールスセンター２０から送信されてく
る発送要求データＤ１が、メールサーバなどの記憶装置
に保存される。そして発注管理部１０の管理端末１１か
ら、発送要求データがメールサーバやＷｅｂサーバに到
着していないかどうかを、定期的にチェックしに行くよ
うにする。この定期的チェックはステップＳ１１に相当
する。この後、図６及び図７に示した発注処理を実行す
ればよい。なお、セキュリティ対策として、セールスセ
ンターの認証は、ＩＤ番号とパスワードの組合せにより
行えばよい。

【００７５】また、上記フローには含めていないが、現
在の在庫数Ｂ３が、在庫目標Ｃ３よりも少なくなったと
きには、発注許可最大数Ｃ２の範囲内で自動的に発注単
位数Ｃ４だけ発注要求Ｄ２を送信するようにしてもよ
い。

【００７６】また、発送要求が受理されなかった場合、
発送要求端末を有する発送元に対して、要求が受理され
なかったことを通知するようにしたが（ステップＳ２
０）、この他に、発送要求数がそのまま受理された場合
や、発送要求数そのままは受理されなかったがその一部
分の数量だけ受理された場合についても、受理されたこ
とや受理された数量を通知するようにしてもよい。

【００７７】また、図４に、発注管理の判断基準となる
発注条件の一実施例を示したが、これに限るものではな
く、ＰＯＰを配置する販売店の規模や、ＰＯＰの種類、
ＰＯＰの優先度又は重要度（なくなったら必ず補充を必
要とするもの、補充の必要のないものなど）、さらに
は、製品の販売状況（販売予測や販売開始後の売れ行
き）等をパラメータ化したものを発注条件として設けて
もよい。

【００７８】

【発明の効果】この発明によれば、所定の判断条件に基
づいて要求された発送数量を制御しているので、多品種
にわたる製品又は部品の発注管理を行う場合でも、容易
かつ迅速に適正な量の製品の発注が可能であり、不必要
な製品を制作してしまうこともなく、迅速かつ適切な発
注管理をすることができる。

【図面の簡単な説明】

【図１】この発明の発注管理システムの一実施例の概略
構成図である。

【図２】この発明のセールスセンターで作成される発送
要求データの内容の説明図である。

【図３】この発明の発注出庫情報の内容の説明図であ
る。

【図４】この発明の発注条件情報の内容の説明図であ
る。

【図５】この発明の発注管理システムの一実施例の構成
ブロック図である。

【図６】この発明の発注処理全体のフローチャートであ
る。

【図７】この発明の出庫数等の算出処理のフローチャー
トである。

【符号の説明】

１０発注管理部２０セールスセンターＳＣ３０制作・印刷業者６０倉庫４０販売店舗５０ネットワーク１１管理端末１２通信部１３判断部１４発注データ作成部１５発送要求データ記憶部１６発注出庫情報記憶部１７発注条件記憶部２１発送要求端末２２通信部２３発送要求データ作成部２４製品情報記憶部３１受注端末３２通信部３３出力部３４受注情報記憶部３５ＰＯＰ制作部３６ＰＯＰ印刷部Ａ１ＳＣ名Ａ２要求日Ａ３担当者名Ａ４ＰＯＰ番号Ａ５要求数量Ｂ１ＰＯＰ番号Ｂ２現在の発注総数Ｂ３現在の在庫数Ｂ４現在の出庫総数Ｂ５発注状態Ｂ６１ＳＣ名Ｂ６２ＳＣへの出庫数Ｂ６３ＳＣ出庫可能残Ｂ６４ＳＣの更新日Ｃ１ＰＯＰ番号Ｃ２発注許可最大数Ｃ３在庫目標Ｃ４発注単位数Ｃ５発注先業者名Ｃ６１ＳＣ名Ｃ６２ＳＣ予定出庫数Ｃ６３ＳＣ出庫条件Ｄ１発送要求Ｄ２発注要求Ｄ３出庫要求

Claims

【特許請求の範囲】

【請求項１】発送要求端末と管理端末とがネットワー
クを介して接続され、発送要求端末が発送要求品目とそ
の発送要求数を含む発送要求情報を管理端末へ送信し、
管理端末が、各発送要求品目の発送要求数を所定の判断
基準に基づいて適正か否かを判断し、発送要求品目ごと
に妥当な発送要求数に変更して発注要求データを発行す
ることを特徴とする発注管理システム。
【請求項２】複数の発送要求端末と１つの管理端末と
がネットワークを介して接続され、発送要求端末が、発
送要求情報入力部と、管理端末へ発送要求情報を送信す
る情報送信部とからなり、管理端末が、発送要求品目と発送要求数を含む発送要求
情報を受信する受信部と、発送要求情報を記憶する情報
記憶部と、発送要求数を判断するための判断基準を記憶
する判断基準記憶部と、判断基準に基づいて、受信した
発送要求情報に含まれる発送要求品目ごとに、その発送
要求数が適正か否かを判断して妥当な発注数及び出庫数
を算出する判断部と、判断部により算出された妥当な発
注数を含む発送要求データと出庫数を含む出庫要求デー
タを作成するデータ作成部とからなることを特徴とする
発注管理システム。
【請求項３】前記判断基準記憶部に記憶された判断基
準が、発送要求品目ごとの発注許可最大数と発送要求端
末ごとの予定出庫最大数を含み、前記判断部が、前記発
注許可最大数を超えない範囲内で、現在の発注総数と在
庫数と発送要求数とを考慮した妥当な発注数を算出し、
かつ前記予定出庫最大数を超えない範囲内で、発送要求
端末への現在の出庫数と在庫数と発送要求数とを考慮し
た妥当な出庫数を算出することを特徴とする請求項２の
発注管理システム。
【請求項４】前記管理端末が、発送要求品目ごとの現
在の発注総数と在庫数とを記憶した発注情報記憶部をさ
らに備え、前記判断部が、現在の発注総数と発送要求数
との和が発注許可最大数を超えない範囲内で、発送要求
数−在庫数を見込んだ妥当な発注数を算出することを特
徴とする請求項３の発注管理システム。
【請求項５】前記発注情報記憶部が、前記発送要求を
送信してきた発送要求端末への予定出庫最大数と、その
発送要求端末への現在の出庫数とをさらに記憶し、前記
判断部が、前記発送要求数と現在の出庫数との和が前記
予定出庫最大数以下の場合には前記発送要求数を適正と
判断してこの発送要求数を妥当な出庫数に設定し、前記
発送要求数と現在の出庫数との和が前記予定出庫最大数
を超える場合には予定出庫最大数−現在の出庫数を妥当
な出庫数に設定し、前記データ作成部が、前記妥当な出
庫数を含む出庫要求データを作成することを特徴とする
請求項４記載の発注管理システム。
【請求項６】発送要求情報に含まれた発送要求品目の
現在の発注総数が前記発注許可最大数と等しい場合に、
この発送要求情報は受理できない旨の通知を、前記発送
要求情報を送信してきた発送要求端末に返信することを
特徴とする請求項３記載の発注管理システム。
【請求項７】ネットワークを介して転送されてきた発
送要求品目と発送要求数を含む発送要求情報を受信する
受信部と、発送要求品目ごとに予め定められた判断基準
に基づいて発送要求数が適正か否か判断する判断部と、
判断部の判断に基づいて妥当な発注数と出庫数とを算出
する算出部と、妥当な発注数を含む発送要求データ及び
妥当な出庫数を含む出庫要求データを作成するデータ作
成部とを備えた発注管理装置。
【請求項８】ネットワークを介して転送されてきた発
送要求品目と発送要求数を含む発送要求情報を受信し、
発送要求品目ごとに予め定められた判断基準に基づいて
発送要求数が適正か否か判断し、妥当な発注数と出庫数
とを算出し、妥当な発注数を含む発送要求データ及び妥
当な出庫数を含む出庫要求データを作成することを含む
手順からなる発注管理装置の発注処理方法。
【請求項９】ネットワークを介して転送されてきた発
送要求品目と発送要求数を含む発送要求情報を受信し、
発送要求品目ごとに予め定められた判断基準に基づいて
発送要求数が適正か否か判断し、妥当な発注数と出庫数
とを算出し、妥当な発注数を含む発送要求データ及び妥
当な出庫数を含む出庫要求データを作成する手順を、コ
ンピュータに実行させるための発注管理装置の発注処理
プログラム。