JP2001101294A

JP2001101294A - 納期管理装置

Info

Publication number: JP2001101294A
Application number: JP28084699A
Authority: JP
Inventors: Takao Nakazato; 隆夫仲里
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 1999-09-30
Filing date: 1999-09-30
Publication date: 2001-04-13

Abstract

(57)【要約】【課題】２つ以上の発注納期を管理することが可能で
あって、また、発注納期の変更履歴から、例えば納期変
更の際の変更日数が許容範囲内か否かを確認することが
できる納期管理装置を提供する。【解決手段】発注毎の納期（発注納期）の変更履歴を
発注残ファイル１０４に記憶させ、ＣＰＵ１が、変更履
歴における前回及び今回の発注納期の差を演算し、これ
らの差が所定期間を超えると判別した場合に、この旨を
発注先へ報知すべくモデム６及びＮＣＵ７を介してファ
クシミリ送信、ＬＡＮＩ／Ｆ８を介してＥＤＩ又は電子
メール送信、或いは印字部９から印字出力して郵送等で
送付する構成とした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、受注した
製品を構成する部品を協力会社に発注する際に設定した
納期をデータベース管理する納期管理装置に関する。

【０００２】

【従来の技術】企業戦略に応じて最適化された経営規格
の基で企業全体の資源（人，物，金，及び情報等）に最
大限のパフォーマンスを発揮させる仕組みとして近年、
ＥＰＲ（Enterprise Resources Planning ）と呼ばれる
概念を利用したパッケージ・ソフトウェア（ここではＥ
ＲＰパッケージという）が欧米を中心に活用されてい
る。このＥＲＰパッケージは、カストマイズが容易であ
り、ＢＰＲ（Business Process Re-engineering ）とと
もに企業内における様々な業務のデータの一元管理等を
含めた統合的なシステムの構築手段として国内において
もその有用性が認められ始めている。

【０００３】但し、ＥＲＰパッケージは、上述の如く欧
米用に開発されたという経緯を有しているため、カスト
マイズなしにそのまま国内向けに用いることには不備が
ある。

【０００４】このような不備の１つとして例えば納期管
理がある。欧米では、受注品に対して例えば協力企業等
に前記受注品を構成する資材の外注を手配（発注）する
際に、発注納期を短縮する方向に変更を行なう場合に
は、発注先からペナルティとして違約金を支払う義務が
課せられることがある。この理由から、ＥＲＰパッケー
ジにおいては、発注納期を基本的には１つしか管理でき
ないようにしている。

【０００５】従って、発注納期の変更を要する場合に
は、この発注分のレコードをキャンセル（削除）し、新
たに発注納期を設定したレコードを追加するように操作
することが求められる。

【０００６】なお、発注納期を２つ管理することができ
る場合もあるが、この場合には、前述したようなペナル
ティを覚悟して納期変更を可能とし、当初に設定された
発注納期と、変更後の発注納期との２つの発注納期デー
タを保持して、発注納期の遅れ又は早まり（前倒し）具
合を確認することができるようになっている。

【０００７】ところで、国内においてはペナルティを課
する例は非常に少ないので、発注納期の変更は比較的頻
繁に発生しているのが現状である。

【０００８】

【発明が解決しようとする課題】ところが、上述したよ
うなＥＲＰパッケージにおいては、多くとも２つの発注
納期しか管理することができないため、例えば、納期変
更が２回以上発生した場合には、当初の発注納期と、最
新の発注納期との２つを管理することになる。従って、
２回目以後の納期変更の際には、前回の発注納期からど
の程度の日数分、発注納期が変更になったのかが判り難
かった。特に、発注納期の前倒しは発注先にとっては納
期管理上の重要な指標となる。

【０００９】なお、このような問題はＥＲＰに拘わら
ず、このＥＲＰの概念を踏襲した様々な経営管理のパッ
ケージ・ソフトウェアに共通する課題である。

【００１０】本発明は斯かる事情に鑑みてなされたもの
であり、発注毎の納期（発注納期）の変更履歴をデータ
ベースに記憶させ、変更履歴における何れか２つの発注
納期の差を演算し、これらの差が所定期間を超えると判
別した場合に、この旨を報知すべく出力することによ
り、２つ以上の発注納期を管理することが可能であっ
て、また、発注納期の変更履歴から、例えば納期変更の
際の変更日数が許容範囲内か否かを確認することができ
る納期管理装置を提供することを目的とする。

【００１１】

【課題を解決するための手段】第１発明に係る納期管理
装置は、受注品を構成する各資材の発注毎の納期の変更
履歴を記憶するデータベースと、該データベースに記憶
された変更履歴の何れか２つの納期の差を演算する演算
手段と、演算した前記差が所定期間を超えるか否かを判
別する判別手段と、前記演算結果が前記所定期間を超え
ると判別された場合に、これを示す情報を出力する出力
手段とを備えることを特徴とする。

【００１２】第２発明に係る納期管理装置は、第１発明
の納期管理装置において、前記データベースが、受注情
報及び在庫情報を勘案した発注情報を記憶するデータベ
ースであることを特徴とする。

【００１３】第３発明に係る納期管理装置は、第１又は
第２発明の納期管理装置において、前記出力手段が、Ｅ
ＤＩ、ファクシミリ、印字装置、又は電子メールにより
前記情報を出力すべくなしてあることを特徴とする。

【００１４】本発明では、受注品を構成する各資材の発
注毎の納期（通常の納期管理上の納期所謂、受注納期に
対して「発注納期」という）の変更履歴をデータベース
に記憶し、記憶した変更履歴の何れか２つの発注納期の
差を演算し、演算した２つの発注納期の差が所定期間を
超えるか否かを判別し、２つの発注納期の差が前記所定
期間を超える場合に、これを示す情報を出力する構成と
したので、２つ以上の発注納期を管理することが可能で
あって、また、発注納期の変更履歴から、例えば納期変
更の際の変更日数が許容範囲内か否かを確認することが
できる。

【００１５】つまり、本発明に従って例えば前述した如
きＥＲＰパッケージをカストマイズすることによって、
特に納期変更が２回以上発生した場合であっても、国内
における発注先にとって納期管理上の重要な指標となる
納期の前倒し等を発注先に知らしめることが可能とな
る。

【００１６】なお、本発明における受注品及び資材は、
工業製品又は工業半製品に限定するものではなく、特
に、資材は、購買又は在庫管理上の資材一般を指し示し
ている。従って、例えば、翻訳業務を受注し、これを複
数の外注翻訳者に分割して翻訳させるような場合には、
その全体の翻訳文を受注品とし、各外注翻訳者の担当分
を資材と考えることも可能である。また、資材の発注先
としては、外注に限定するものではなく、企業内の他の
製造部署等であってもよい。

【００１７】また、本発明においては、前記データベー
スが受注情報及び在庫情報を勘案した発注情報を記憶す
るデータベースである構成としたので、例えば、このデ
ータベースを、総受注量から手持在庫量と手配済み在庫
量とを差し引いて求めた正味必要発注量に加えて、発注
納期等を記憶するような後述する所謂、発注残ファイル
の如きデータベースから構成することによって、ＥＲＰ
と併せて利用されるＭＲＰ（Materials Requirement Pl
anning）の如き手法において作成される前記発注残ファ
イルに、このような発注納期の変更履歴を持たせること
が可能となる。

【００１８】さらに、本発明においては、前述した如き
判別結果を示す情報を、電子データ交換たるＥＤＩ（El
ectronic Data Interchange ）、ファクシミリ、又は電
子メール等の通信方法を用いて出力するほか、印字装置
から出力することができる構成としたので、これらの通
信方法に対応した既存の発注管理又は納期管理システム
を利用して容易に発注先に対して前記情報を送信するこ
とが可能である。また、このような通信機能を有してい
ない発注先に対しては印字出力した情報として送付する
こともできる。

【００１９】

【発明の実施の形態】以下本発明をその実施の形態を示
す図面に基づいて詳述する。図１は、本発明に係る納期
管理装置の構成を示すブロック図である。

【００２０】図１において、本発明に係る納期管理装置
は、ＣＰＵ１と、該ＣＰＵ１にバスを介して接続された
入力部２，表示部３，ＲＯＭ４，ＲＡＭ５，モデム６，
ＮＣＵ７，ＬＡＮインタフェース（ＬＡＮＩ／Ｆ）８，
印字部９，及びハードディスク装置（ＨＤＤ）１０とか
ら構成されている。

【００２１】ＣＰＵ１は、ＲＯＭ４に記憶されているコ
ンピュータプログラムに基づいて本発明に係る納期管理
に必要な様々な処理を実行する。

【００２２】入力部２は、キーボード，マウス等を備え
てなる入力装置であり、納期管理に関する各種の設定デ
ータ等を入力する。

【００２３】表示部３は、液晶表示装置（ＬＣＤ）又は
ＣＲＴディスプレイ等の表示装置を備え、入力部２から
入力された各種の設定データ、ＣＰＵ１の動作状態等を
表示する。なお、これに代えてタッチパネル方式の表示
装置を備える構成とすることにより、前述した入力部２
の一部又は全部を不要とすることも可能である。

【００２４】ＲＯＭ４は、納期管理に必要なリレーショ
ナルデータベース管理プログラムを含むＣＰＵ１の動作
のための種々のコンピュータプログラムを予め記憶して
いる。

【００２５】ＲＡＭ５は、ＣＰＵ１によるコンピュータ
プログラムの実行時に発生する一時的なデータを記憶す
る。

【００２６】モデム６は、ファクシミリ通信が可能なフ
ァックスモデムから構成されている。また、モデム６
は、同様にバスに接続されたＮＣＵ（Network Control
Unit）７と直接的に接続されている。ＮＣＵ７は、アナ
ログの公衆電話回線網（ＰＳＴＮ）との回線の閉結及び
開放の動作を行なうハードウェアであり、必要に応じて
モデム６を公衆電話回線網と接続する。なお、ＤＳＵ
（Digital Service Unit：加入者線終端装置）を備える
ことにより、ベースバンド伝送方式のデジタル回線網
（ＩＳＤＮ）に接続するようにしてもよい。

【００２７】ＬＡＮＩ／Ｆ８は、本発明に係る納期管理
装置を図示しないＬＡＮに接続するためのインタフェー
スであって、これによって前記ＬＡＮを介したＶＡＮ
（Value Added Network ）又はこのＶＡＮを利用したＥ
ＤＩ（Electronic Data Interchange ）からの様々なデ
ータの送受信を可能としている。なお、ＬＡＮ，ＶＡＮ
等を介さないＥＤＩの形態を利用する構成としてもよ
い。

【００２８】印字部９は、電子写真方式のプリンタ装置
等を備えており、納期管理に関する様々なデータを印字
出力する。

【００２９】ＨＤＤ１０は、納期管理に必要な各種のデ
ータベースである後述の総所要量ファイル１０１，在庫
ファイル１０２，ＭＲＰ計画表ファイル１０３，発注残
ファイル１０４，及び期間テーブル１０５等を記憶す
る。

【００３０】本発明に係る納期管理装置は以上の如きハ
ードウェア構成を有しており、通常の発注管理等を含む
生産管理に関連する処理機能を有しているほか、本発明
の特徴事項である所謂、納期管理機能を有している。但
し、これらの処理はＣＰＵ１によって実行される。ま
ず、発注管理全体の処理を図２を用いて次に説明する。

【００３１】図２は、発注管理全体の流れを説明するた
めの説明図であり、図３〜図６は、総所要量ファイル１
０１，在庫ファイル１０２，ＭＲＰ計画表ファイル１０
３，及び発注残ファイル１０４に夫々記憶されるデータ
の一例を示す図である。

【００３２】総所要量ファイル１０１は、生産計画に基
づいた受注量に相当する資材（部品等）の総所要量を示
すデータベースであって、図３に示す如く、品目番号，
必要日番号，必要日，総所要数，及び親番号等の各属性
を有している。品目番号は、発注対象となる資材の品目
を示す番号である。必要日番号は、本日（ここでは２月
１２日とする）から数えて何日目にこの資材が必要であ
るかを通算日数で示すものである。必要日は、この資材
が必要となる日付である。総所要数は、受注品の総数に
対して必要な資材の総数量である。親番号は、この資材
が使用される（例えば組み付けられる）受注品（製品，
半製品等）を示す番号である。

【００３３】在庫ファイル１０２は、資材の在庫量を示
すデータベースであって、図４に示す如く、品目番号及
び在庫数等の各属性を有している。品目番号は、総所要
量ファイル１０１の品目番号に対応している。在庫数
は、現在の資材の在庫数を示す。なお、図４の例では、
少なくとも品目番号「０１０」の資材の在庫は「０個」
となっていることを示している。

【００３４】ＨＤＤ１０に記憶されているこれらの総所
要量ファイル１０１及び在庫ファイル１０２に基づい
て、まず、ＣＰＵ１は、所要量計算処理（ＭＲＰ計画表
作成）のサブルーチンを行なう。所要量計算処理は所
謂、ＭＲＰ（Materials Requirement Planning）の手法
を用いたサブルーチン・プログラムを実行するものであ
って、これによってＭＲＰ計画表ファイル１０３を作成
する。

【００３５】ＭＲＰ計画表ファイル１０３は、総所要量
ファイル１０１が受注単位のデータベースであるのに対
して、この総所要量ファイル１０１に在庫ファイル１０
２の内容を勘案し、品目番号及び必要日単位に統括した
データベースとして形成される。ＭＲＰ計画表ファイル
１０３は、図５に示す如く、品目番号，必要日番号，必
要日，総所要数，引当発注残数，使用可能在庫数，正味
所要数，及び予定手配数等の各属性を有している。品目
番号，必要日番号，必要日，及び総所要数は、総所要量
ファイル１０１のものに対応している。引当発注残数
は、後述する発注残ファイル１０４の発注残数のうちの
引当が可能な数量を示す。使用可能在庫数は、「在庫数
−総所要数＋引当発注残数」により求められる。正味所
要数は、総所要数が引当発注残数を超える場合、つま
り、使用可能在庫数がマイナスとなる場合に、新たに発
注を必要とする数量である。予定手配数は、最小発注単
位を勘案した正味所要数総数である。

【００３６】例えば、図５では、必要日が「２月１３
日」の時点において、総所要数が「１５個」であり、在
庫ファイル１０２の在庫数は「０個」であるが、発注残
ファイル１０４の発注番号「Ａ０１」の発注残数が「２
０個」あるので、使用可能在庫数は「０個−１５個＋２
０個＝５個」分、在庫として残ることになる。また、必
要日が「２月１７日」の時点において、総所要数が「８
個」であるが、「２月１３日」の使用可能在庫数「５
個」を全て引当てても不足するので、発注残ファイル１
０４の発注番号「Ａ０２」の発注残数の「１０個」を引
当てる。従って、「５個−８個＋１０個＝７個」分、使
用可能在庫数として残ることになる。さらに、必要日が
「２月１９日」の時点において、総所要数が「１５個」
であり、「２月１７日」の使用可能在庫数「７個」を全
て引当てても不足する。発注残ファイル１０４には未引
当のレコードが無くなったので「８個」分、在庫不足と
なる。つまり、「８個」分が正味必要なので、この品目
番号の資材の追加発注を要することになるが、最小発注
単位が「１０個」と定められているので、ここでは「８
個」でなく「１０個」分を追加発注する。

【００３７】そして、ＣＰＵ１は、手配処理（新規発注
残作成）のサブルーチンを実行し、上述の如くに作成さ
れたＭＲＰ計画表ファイル１０３において正味所要数が
最小発注単位に達する都度、即ち予定手配数にデータが
書き込まれる都度、発注を掛けるためのレコードを発注
残ファイル１０４に追加する。

【００３８】発注残ファイル１０４は、図６に示す如
く、品目番号，発注番号，発注残数，初期納期，前回納
期，今回納期，及び単価等の各属性を有している。品目
番号は、ＭＲＰ計画表ファイル１０３のものに対応して
いる。発注番号は、発注が発生する都度、割り当てられ
る例えば所定の連番である。発注残数は、ＭＲＰ計画表
ファイル１０３の予定手配数等に基づいて決定された正
味発注数量である。初期納期は、発注を掛ける際に最初
に定めた納期である。前回納期は、納期を変更した際に
発生する前回の納期である。今回納期は、変更後の納期
である。単価は、例えば発注番号毎に定められた当該品
目番号の資材の単価を示す。

【００３９】例えば、図６では、発注番号「Ａ０１」
は、定期的な計画発注として発生したものであって、発
注残数が「２０個」とされている。初期納期は「２月１
３日」であるが、納期変更は１回も無いので前回納期及
び今回納期も同一の日付となっている。なお、単価は
「３００円」に設定されている。また、発注番号「Ａ０
２」も、例えば定期的な計画発注として発生したもので
あって、発注残数は「１０個」とされている。初期納期
は「２月２５日」であるが、納期が１回変更されてお
り、このため前回納期が初期納期と同一である「２月２
５日」となっており、今回納期が新たに「２月１７日」
に「前倒し」となっている。なお、単価は「２９０円」
に設定されている。さらに、発注番号「Ａ０３」は、Ｍ
ＲＰ計画表ファイル１０３の必要日「２月１９日」の分
に対応して発生したものであって、発注残数は「１０
個」とされている。このため、初期納期は「２月１９
日」であるが、納期変更は１回も無いので今回納期が初
期納期と同一である「２月１９日」となっている。ま
た、前回納期としては「９９月９９日」というあり得な
い日付が設定され、これによって「新規手配」であるこ
とが判別できるようになっている。また、単価は「３０
０円」に設定されている。

【００４０】このように、「今回納期」には新規手配、
納期変更の何れの場合であっても、最新の納期（必要
日）をセットするようにし、また、「前回納期」には新
規手配の場合に「９９月９９日」、納期変更の場合に
「今回納期」を夫々セットするようにする。

【００４１】以上のようにして作成された発注残ファイ
ル１０４は、その内容（発注先等）の変更に伴い、所要
量計算処理のサブルーチンを再実行することによって更
新されるように構成されている。ＣＰＵ１は、発注残フ
ァイル１０４の内容に基づいて、例えば前述したような
前回納期の「９９月９９日」という日付を参照して「新
規手配」を判別し、この発生を認識する都度、納入指示
処理のサブルーチンを実行して、発注先へ発注内容（納
入指示データ）を提示するようになっている。発注先へ
の納入指示データの提示は、モデム６及びＮＣＵ７を介
したファクシミリ送信、ＬＡＮＩ／Ｆ８を介したＥＤＩ
による送信、又は印字部９から印字出力して郵送する等
の様々な出力形態を選択することができるようになって
いる。このような出力形態は、発注先がファクシミリ，
ＥＤＩ等に対応した設備を有しているか否かを勘案して
適宜に設定しておき、発注先に応じて納入指示データを
自動送付したり、又は郵送用の納入指示データを自動印
字するように構成することが好ましい。

【００４２】なお、納入指示データをインターネット等
を経由して電子メールで発注先へ送信するように構成し
てもよい。

【００４３】次に、図２に示した各サブルーチンについ
ての詳細な処理内容を図７〜図１０を用いて説明する。
まず、ＭＲＰ計画表作成処理のサブルーチンについて説
明する。図７及び図８は、ＭＲＰ計画表作成処理に伴う
本発明に係る納期管理装置のＣＰＵ１の処理内容を示す
フローチャートである。

【００４４】まず、ＣＰＵ１は、総所要量ファイル１０
１をＨＤＤ１０から読み込み（ステップ１−１）、「品
目番号」及び「必要日番号」が同一のレコードの「総所
要数」を合算して１つのレコードとする（ステップ１−
２）。次いで、ＣＰＵ１は、在庫ファイル（在庫Ｆ）１
０２をＨＤＤ１０から読み込み（ステップ１−３）、
「使用可能在庫数」を「在庫ファイル１０２の在庫数−
総所要量ファイル１０１の総所要数」により演算する
（ステップ１−４）。

【００４５】そして、演算した「使用可能在庫数」が
「０個」未満であるか否かを確認し（ステップ１−
５）、「０個」未満である場合には、在庫で不足した分
を発注残から引き当てるべく、発注残ファイル１０４を
ＨＤＤ１０から読み込む（ステップ１−６）。

【００４６】読み込んだ発注残ファイル１０４の「品目
番号」が対象としているレコードの「品目番号」と同一
であって、未引当のレコードがあるか否かを確認し（ス
テップ１−７）、未引当のレコードがある場合には、
「発注残数」分を引き当てるべく発注残ファイル１０４
の該当レコードを更新する（ステップ１−８）。この際
に、発注残ファイル１０４の「今回納期」を「前回納
期」に上書きし、「必要日」を「今回納期」に上書きす
る。

【００４７】続いて、「引当発注残数」を「引当発注残
数＋発注残数」により、「使用可能在庫数」を「使用可
能在庫数＋引当発注残数」により夫々演算し（ステップ
１−９）、再び「使用可能在庫数」が「０個」未満であ
るか否かを確認し（ステップ１−１０）、未だ「０個」
未満である場合には、同一品目番号の他の発注残数分に
ついても確認すべくステップ１−６からの処理を繰り返
す。

【００４８】一方、ステップ１−７において、未引当の
レコードがない場合には、「発注残数」が「０個」であ
るか、又は「発注残数」分を引き当てても不足すると判
断して、「正味所要数」を「使用可能在庫数×（−
１）」により演算し（ステップ１−１１）、「正味所要
数」を最小発注単位（一般的にはロット単位）でまるめ
て（一般的には切上げ）「予定手配数」とする（ステッ
プ１−１２）。

【００４９】そして、ステップ１−１２（新規手配を行
う場合）の後で、ステップ１−５において「使用可能在
庫数」が「０個」未満でない場合（在庫から引当できた
場合）、又はステップ１−１０において「使用可能在庫
数」が「０個」未満でない場合（在庫及び発注残から引
当できた場合）には、以上の処理によって得られた各デ
ータに基づいてＭＲＰ計画表ファイル１０３を作成する
（ステップ１−１３）。

【００５０】次に、手配処理のサブルーチンについて説
明する。図９は、手配処理に伴う本発明に係る納期管理
装置のＣＰＵ１の処理内容を示すフローチャートであ
る。

【００５１】手配処理において、ＣＰＵ１は、まず、Ｍ
ＲＰ計画表ファイル１０３をＨＤＤ１０から読み込み
（ステップ２−１）、「予定手配数」は「０個」でない
レコード、即ち実際に発注手配を実施するためのレコー
ドを抽出する（ステップ２−２）。次いで、このレコー
ドの「予定手配数」を「発注残数」に、「必要日」を
「初期納期」に、「必要日」を「今回納期」に、また、
「９９月９９日」を「前回納期」に夫々上書きし（ステ
ップ２−３）、当該レコードを発注残ファイル１０４に
追加する（ステップ２−４）。

【００５２】次に、納入指示処理のサブルーチンについ
て説明する。図１０は、納期指示処理に伴う本発明に係
る納期管理装置のＣＰＵ１の処理内容を示すフローチャ
ートである。

【００５３】納入指示処理において、ＣＰＵ１は、ま
ず、発注残ファイル１０４と期間テーブル１０５とをＨ
ＤＤ１０から夫々読み込み（ステップ３−１，３−
２）、発注残ファイル１０４の「前回納期」から「今回
納期」を差し引いた日数が、期間テーブル１０５の前倒
し判定日数を超えるか否かを確認する（ステップ３−
３）。なお、本実施の形態においてはその具体的な詳細
な内容の図示を省略してあるが、期間テーブル１０５
は、発注残ファイル１０４の「前回納期」及び「今回納
期」の差が予め設定された期間を超えて「前倒し」にな
ったか否かを判別するための期間情報（前倒し判定日
数）、又はこれとは逆に「短納期」になったか否かを判
別するための期間情報（短納期判定日数）等の各期間情
報を記憶している。

【００５４】そして、ステップ３−３において前倒し判
定日数を超える場合には、「前倒し」を示すサインを後
述する納入指示データ１０６（図１１参照）にセットし
（ステップ３−４）、納入指示データ１０６を作成し、
ＲＡＭ５に記憶する（ステップ３−５）。ＣＰＵ１は、
作成した納入指示データ１０６を、前述した如くに、モ
デム６及びＮＣＵ７を介したファクシミリ送信、ＬＡＮ
Ｉ／Ｆ８を介したＥＤＩによる送信、又は印字部９から
印字出力して郵送する等の様々な形態で発注先に応じて
選択的に出力する（ステップ３−６）。

【００５５】図１１は、納入指示データ１０６の一例を
示す図である。納入指示データ１０６は、品番，発注番
号，サイン，注文数（発注残数），発注単価，指示納
期，及び初期納期等の各属性から構成されたデータベー
スである。「品番」は、「品目番号」に対応している。
「発注番号」は、発注残ファイル１０４の「発注番号」
に対応している。「サイン」は、前述した「前倒し」，
「短納期」，及び「新規」等を示すものである。「注文
数（発注残数）」は、発注残ファイル１０４の「発注残
数」に対応している。「発注単価」は、発注残ファイル
１０４の「単価」に対応している。「指示納期」は、発
注残ファイル１０４の「今回納期」に対応している。ま
た、「初期納期」は、発注残ファイル１０４の「初期納
期」に対応している。

【００５６】図１１の例では、発注番号が「Ａ０１」の
注文は、品番が「０１０」の部品を単価が３００円で２
０個、２月１３日に納入することを示している。なお、
この注文の初期納期は、指示納期と同じ「２月１３日」
であるので、納期変更はないことがわかる。また、発注
番号が「Ａ０２」の注文は、品番が「０１０」の部品を
単価が２９０円で１０個、２月１７日に納入することを
示している。なお、この注文の初期納期は「２月２５
日」となっており、指示納期から８日、「前倒し」とな
っていることがわかる。さらに、発注番号が「Ａ０３」
の注文は、品番が「０１０」の部品を単価が３００円で
１０個、２月１９日に納入することを示している。な
お、この注文の初期納期は、指示納期と同じ「２月１９
日」であるので、納期変更はないことがわかる。

【００５７】なお、各注文に対応する納期の状態、注文
の状態は、「サイン」の属性を見ることにより一目でわ
かるようにしてある。「Ａ０１」の注文の如くに納期変
更がない場合には「−（又は空白）」等で示され、「Ａ
０２」の注文の如くに納期が前倒しとなっている場合に
は「前倒し」と示される。さらに、「Ａ０３」の注文の
如くに新規に手配された注文の場合には「新規」と示さ
れる。これは、前述した如く発注残ファイル１０４の
「前回納期」の属性に示された「９９月９９日」の日付
からＣＰＵ１によって判別される。

【００５８】また、本実施の形態における納入指示デー
タ１０６には、納期の属性として「指示納期」及び「初
期納期」の２つのみを示してあるが、発注残ファイル１
０４の「前回納期」に相当する納期を追加することによ
って、前回納期からの納期変動を発注先に示すことも可
能であることは云うまでもない。

【００５９】

【発明の効果】以上詳述した如く本発明に係る納期管理
装置においては、受注品を構成する各資材の発注毎の納
期（通常の納期管理上の納期所謂、受注納期に対して
「発注納期」という）の変更履歴をデータベースに記憶
し、記憶した変更履歴の何れか２つの発注納期の差を演
算し、演算した２つの発注納期の差が所定期間を超える
か否かを判別し、２つの発注納期の差が前記所定期間を
超える場合に、これを示す情報を出力する構成としたの
で、２つ以上の発注納期を管理することが可能であっ
て、また、発注納期の変更履歴から、例えば納期変更の
際の変更日数が許容範囲内か否かを確認することができ
る。

【００６０】つまり、本発明に従って例えば前述した如
きＥＲＰパッケージをカストマイズすることによって、
特に納期変更が２回以上発生した場合であっても、国内
における発注先にとって納期管理上の重要な指標となる
納期の前倒し等を発注先に知らしめることが可能とな
る。

【００６１】また、本発明においては、前記データベー
スが受注情報及び在庫情報を勘案した発注情報を記憶す
るデータベースである構成としたので、例えば、このデ
ータベースを、総受注量から手持在庫量と手配済み在庫
量とを差し引いて求めた正味必要発注量に加えて、発注
納期等を記憶するような後述する所謂、発注残ファイル
の如きデータベースから構成することによって、ＥＲＰ
と併せて利用されるＭＲＰの如き手法において作成され
る前記発注残ファイルに、このような発注納期の変更履
歴を持たせることが可能となる。

【００６２】さらに、本発明においては、前述した如き
判別結果を示す情報を、電子データ交換たるＥＤＩ、フ
ァクシミリ、又は電子メール等の通信方法を用いて出力
するほか、印字装置から出力することができる構成とし
たので、これらの通信方法に対応した既存の発注管理又
は納期管理システムを利用して容易に発注先に対して前
記情報を送信することが可能である。また、このような
通信機能を有していない発注先に対しては印字出力した
情報として送付することもできる等、本発明は優れた効
果を奏する。

【図面の簡単な説明】

【図１】本発明に係る納期管理装置の構成を示すブロッ
ク図である。

【図２】発注管理全体の流れを説明するための説明図で
ある。

【図３】総所要量ファイルに記憶されるデータの一例を
示す図である。

【図４】在庫ファイルに記憶されるデータの一例を示す
図である。

【図５】ＭＲＰ計画表ファイルに記憶されるデータの一
例を示す図である。

【図６】発注残ファイルに記憶されるデータの一例を示
す図である。

【図７】ＭＲＰ計画表作成処理に伴う本発明に係る納期
管理装置のＣＰＵの処理内容を示すフローチャートであ
る。

【図８】ＭＲＰ計画表作成処理に伴う本発明に係る納期
管理装置のＣＰＵの処理内容を示すフローチャートであ
る。

【図９】手配処理に伴う本発明に係る納期管理装置のＣ
ＰＵの処理内容を示すフローチャートである。

【図１０】納期指示処理に伴う本発明に係る納期管理装
置のＣＰＵの処理内容を示すフローチャートである。

【図１１】納入指示データの一例を示す図である。

【符号の説明】

１ＣＰＵ６モデム７ＮＣＵ８ＬＡＮＩ／Ｆ９印字部１０ＨＤＤ１０１総所要量ファイル１０２在庫ファイル１０３ＭＲＰ計画表ファイル１０４発注残ファイル１０５期間テーブル

Claims

【特許請求の範囲】

【請求項１】受注品を構成する各資材の発注毎の納期
の変更履歴を記憶するデータベースと、該データベース
に記憶された変更履歴の何れか２つの納期の差を演算す
る演算手段と、演算した前記差が所定期間を超えるか否
かを判別する判別手段と、前記演算結果が前記所定期間
を超えると判別された場合に、これを示す情報を出力す
る出力手段とを備えることを特徴とする納期管理装置。
【請求項２】前記データベースは、受注情報及び在庫
情報を勘案した発注情報を記憶するデータベースである
請求項１記載の納期管理装置。
【請求項３】前記出力手段は、ＥＤＩ、ファクシミ
リ、印字装置、又は電子メールにより前記情報を出力す
べくなしてある請求項１又は２記載の納期管理装置。