JP2018142157A - 注文情報管理装置、注文情報管理システムおよび注文情報管理方法 - Google Patents

Abstract

【課題】分割された個々の注文情報に対して、バイヤの入庫状況を更新する方法を提供する。
【解決手段】注文情報を管理する注文情報テーブルを記憶する記憶部と、ネットワークを介して複数の外部装置と通信を行う通信部と、複数の外部装置から受信する情報に基づき注文情報の更新を行う制御部と、を備える。制御部は、第１の外部装置から注文情報テーブルに含まれる所定注文に対する納期回答を示す納期回答情報を受信すると、納期回答情報に含まれる所定注文の納期と数量を確認し、所定注文に対して納期および数量が複数ある場合、注文情報テーブルに含まれる所定注文に対応するエントリを、納期回答情報の複数ある納期および数量に対応する複数のエントリを新たに作成する分割納品処理を実行する。
【選択図】図７

Description

本発明はバイヤとサプライヤ間における注文情報管理装置、注文情報管理システムおよび注文情報管理方法に関する。

バイヤとサプライヤ間のＳＣＭ（supply chain management）に関する情報共有は一般的には、ネットワークを介してバイヤ・サプライヤのシステムと調達システムとが連携して生産製品の部品管理などが行われている。例えば、本分野の先行技術としては、製品生産計画をバイヤとサプライヤ間で共有するには、バイヤとサプライヤ間で入庫状況の整合性を合わせるため、特開２００５−２２７９８５号公報（特許文献１）に記載の技術がある。

この公報には、「前記バイヤ端末３００が、バイヤにおける製品生産計画の情報と、前記共同倉庫から搬出された商品のバイヤ側での検収結果の情報とを管理するものであり、また、前記サプライヤ端末２００が、バイヤ端末３００より受信した前記製品生産計画の情報と前記検収結果の情報とに基づいて、前記製品生産計画に要する商品数からバイヤ側で検収された商品数を差し引きして該当商品の必要生産数を算定すると共に、サプライヤが前記必要生産数に基づき生産した生産商品の情報を管理するものでとする。」という記載がある。

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

特許文献１の調達システムではバイヤ・サプライヤが入力したトランザクションを反映し在庫管理を正確かつ効率的に行うことができる。しかし、特許文献１の調達システムでは、サプライヤが製品の納品を分割した場合が想定されていない。そのため、バイヤの入庫状況に対して分割された個々の注文情報の更新方法が明確ではなく、サプライヤは柔軟な在庫管理をすることはできなかった。また実際の運用では注文管理システムが対応していないため、バイヤ・サプライヤ間で帳簿をつけるなど個々の運用・管理が行われていた。そこで、本発明では、分割された個々の注文情報に対して、バイヤの入庫状況を更新する方法を提供することを目的とする。

上記課題を解決するために、代表的な本発明の注文情報管理装置、注文情報管理システム及び注文情報管理方法の一つは、注文情報を管理する注文情報テーブルを記憶する記憶部と、ネットワークを介して複数の外部装置と通信を行う通信部と、複数の外部装置から受信する情報に基づき注文情報の更新を行う制御部と、を備え、制御部は、第１の外部装置から注文情報テーブルに含まれる所定注文に対する納期回答を示す納期回答情報を受信すると、納期回答情報に含まれる所定注文の納期と数量を確認し、所定注文に対して納期および数量が複数ある場合、注文情報テーブルに含まれる所定注文に対応するエントリを、納期回答情報の複数ある納期および数量に対応する複数のエントリを新たに作成する分割納品処理を実行するものである。

本発明によればバイヤとサプライヤの間で、リアルタイムに数量や納期などの注文情報を連携することができ、より柔軟な在庫管理を行うことができ調達システムを提供することができる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

注文情報管理システムの全体構成を示す構成図。 入庫情報テーブル１３２、注文情報テーブル２３２、納期回答テーブル３３２のテーブル構造を示すテーブル構造図。 納期回答と納期回答情報の反映を説明するテーブル情報遷移図。 注文情報管理システム２００の動作を説明するフローチャート。 分割納品がない場合のテーブル情報の遷移を説明するテーブル情報遷移図。 バイヤ注文発注システム１００の注文発注プログラム１３１により発行された注文情報を用いて入庫情報テーブル１３２を更新するフローチャート。 サプライヤ納期回答システム３００の納期回答プログラム３３１により発行された納期回答情報を用いて入庫情報テーブル１３２を更新するフローチャート。 分割納品がある場合のテーブル情報の遷移を説明するテーブル情報遷移図。

以下、実施例を図面を用いて説明する。

図１は、バイヤとサプライヤ間における注文情報管理方法を実現するシステムの構成図である。なお、本実施形態で説明をする構成はあくまで一例であるためその他の構成を含んでもよいことは言うまでもない。

バイヤ注文発注システム１００は、例えばＣＰＵである演算装置１１０、バイヤ発注システム１００を制御する制御装置１２０、バイヤ注文発注システムに使用するプログラム等を記憶する記憶装置１３０、ＬＡＮやＷＡＮ等により後述する他のシステムと接続する通信装置１４０を有する。記憶装置１３０は、注文発注プログラム１３１、入庫情報テーブル１３２を有する。バイヤ注文発注システム１００では、製品の注文情報を発行する。また、サプライヤからの納品があった製品については、入庫状況を反映させた注文情報を発行しサプライヤに連携する。

なお、注文情報などはバイヤ注文発注システム１００の図示しない入力出力装置により入力されてもよいし、バイヤ注文発注システム１００に接続するバイヤ端末により入力されてもよい。また、演算装置１１０、制御装置１２０を一つにして制御装置と呼ぶこともできる。また、バイヤ注文発注システム１００の各装置はそれぞれが独立したサーバなどの装置で構成されていてもよい。

サプライヤ納期回答システム３００は、例えばＣＰＵである演算装置３１０、サプライヤ納期回答システム３００を制御する制御装置３２０、サプライヤ納期回答システム３００に使用するプログラム等を記憶する記憶装置３３０、ＬＡＮやＷＡＮ等により他のシステムと接続する通信装置３４０を有する。記憶装置３３０は、納期回答プログラム３３１、納期回答テーブル３３２を有する。サプライヤ納期回答システム３００では、製品を納品することが可能な納期を回答する。また、対象となる製品の納品を複数回に分けて分割納品することもできる。

なお、納期情報などはサプライヤ納期回答システム３００の図示しない入力出力装置により入力されてもよいし、サプライヤ納期回答システム３００に接続するサプライヤ端末により入力されてもよい。また、演算装置３１０、制御装置３２０を一つにして制御装置と呼ぶこともできる。また、サプライヤ納期回答システム３００の各装置はそれぞれが独立したサーバなどの装置で構成されていてもよい。

注文情報管理システム２００は、例えばＣＰＵである演算装置２１０、注文情報管理システムを制御する制御装置２２０、注文情報管理システム２００に使用するプログラムを記憶する記憶装置２３０、ＬＡＮやＷＡＮ等により他のシステムと接続する通信装置２４０を有する。記憶装置２３０は、整合性判定プログラム２３１、注文情報テーブル２３２を有する。注文情報管理システム２００では、バイヤ注文発注システム１００と、サプライヤ納期回答システム３００とを、通信装置２４０を介して注文情報の連携をする。詳細は後述する。

なお、注文情報管理システム２００の各装置はそれぞれが独立したサーバなどの装置で構成されていてもよい。また、注文情報管理システム２００は、注文情報管理装置と呼ぶこともできる。さらに、注文情報管理システムとは、バイヤ発注システム１００、注文情報管理システム２００、サプライヤ納期回答システム３００の全体を含めた名称としてもよい。

次に図２を用いて、入庫情報テーブル１３２、注文情報テーブル２３２、納期回答テーブル３３２のテーブル構造を説明する。なお、各テーブルのカラムは本実施形態を説明するために用いるものであり、当該カラム以外の内容を含んでもよいことは言うまでもない。

入庫情報テーブル１３２は、バイヤ注文発注システム１００の記憶装置１３０に記憶されている入庫情報を管理するテーブルである。入庫情報テーブル１３２は、注文を特定するために割り振られた一意の番号である注番、注文で扱う部品の名前である部品名、注文数量である数量、注文数量のうち実際に部品が納品された場合の数量である入庫数の４つのカラムから構成される。

注文情報テーブル２３２は、注文情報管理システム２００の記憶装置２３０に記憶されている注文情報を管理するテーブルである。注文情報テーブル２３２は、注文を特定するために割り振られた一意の番号である注番、一つの注文が複数回に分割納品される場合に分割された個々の注文に対して割り振られる一意の番号である仮注番、注文で扱う部品の名前である部品名、注文数量である数量、注文数量のうち実際に部品が納品された場合の数量である入庫数、注文数量のうち未だ納品されていない数量である未入庫数、注文のバイヤ側の要求納期である要期、注文のサプライヤ側の回答納期である納期の８つのカラムから構成される。本実施例において注文情報テーブル２３２は、一つの注文に対してサプライヤが分割納品した場合に一つの注番に対してレコードが複数作成されるとする。

納期回答テーブル３３２は、サプライヤ納期回答システム３００の記憶装置３３０に記憶されている納期情報を管理するテーブルである。納期回答テーブル３３２は、注文を特定するために割り振られた一意の番号である注番、注文で扱う部品の名前である部品名、注文数量である数量と注文のサプライヤ側の回答納期である納期が３２セットの６６個のカラムから構成される。数量と納期のセットは、分割納品をしない場合は１セット目のみに値が入力され、２セット目以降はＮＵＬＬが入力される。

図３は、一つの注文を２つに分割納品して納期回答を実施した場合の納期回答テーブル３３２の値と、納期回答反映処理を実施して最新の納期回答を反映した注文情報テーブル２３２の値を示す一例である。

具体的には、納期回答テーブル３３２にエントリされている注番Ｐ００１の注文に対して、数量（１）：７０、納期（１）：６／２２、数量（２）：３０、納期（２）：６／２４が入力され、要求されている数量１００に対して２回にわたって納品されていることを示している。そして、納期回答テーブル３３２への分割納付の入力は納期回答情報が注文情報テーブル２３２へ反映される。すでに説明をしたが、分割納品されているため、注文情報テーブル２３２の注番Ｐ００１については、納期回答テーブル３３２で回答があった数量についてそれぞれエントリが作成される。具体的には、数量（１）：７０と、数量（１）：３０がそれぞれ反映されたエントリが作成される。

図４は、バイヤ側に注文が納品された場合に、部品の入庫情報を更新した入庫情報テーブル１３２の値と、入庫情報反映処理を実施して最新の入庫情報を反映した注文情報テーブル２３２の値と、サプライヤ情報連携を実施して最新の入庫情報を反映した場合の納期回答テーブル３３２の値を示す一例である。詳細は後述する。

図５は、注文情報管理システム２００のフローチャートである。図５のフローチャートに基づく動作は以下のとおりである。
ステップＳ１００：バイヤ注文発注システム１００の注文発注プログラム１３１により発行された注文情報を用いて注文情報テーブル２３２を更新する。
ステップＳ２００：サプライヤ納期回答システム３００の納期回答プログラム３３１により発行された納期回答情報を用いて注文情報テーブル２３２を更新する。
ステップＳ３００：注文情報テーブル２３２にある注文情報を用いて納期回答テーブルを最新の情報に更新する。
ステップＳ４００：ステップＳ１００からステップＳ４００までを最終稼働時刻まで１５分間隔で繰り返し実施する。

図５のフローチャートと、図Xの表を用いて従来の注文情報管理について説明をする。なお、ここでいう「従来」とは納期回答が分割されていない場合を示すこととする。

ステップＳ１００では、バイヤ注文情報システム１００の注文発注プログラム１３１により数量１００に対して入庫数１００が入力された入庫情報テーブルに基づいて注文情報が発行される。当該注文情報に基づき注文情報管理システム２００は注文情報テーブル２３２の入庫数のエントリを１００として更新する。

次にステップＳ２００では、サプライヤ納期回答システム３００の納期回答プログラム３３１により納期回答テーブル３３２の注番Ｐ００１の納期として「６／２４」が入力され、当該テーブルに基づいて納期回答情報が発行される。当該納期回答情報に基づき注文情報管理システム２００は注文情報テーブル２３２の納期を「６／２４」として更新する。

次にステップ３００では、注文情報管理システム２００は更新された注文情報テーブル２３２の注文情報をサプライヤ納期回答システム３００へ送信する。サプライヤ納期回答システム３００は、納期回答テーブル３３２の数量を「１００」から「０」へと変更する。このとき数量が「０」をすることによりサプライヤはシステム上で入庫が完了したことを把握する。

なお、図５のフローチャートはバイヤからの注文情報をもとにフローチャートが遷移するがこの場合に限らず、例えば、サプライヤ側からの納期回答情報に基づいてフローチャートが遷移してもよい。また、既に説明をしているが、従来の場合ではサプライヤが納期を分割で回答する場合は想定されていないため、サプライヤ側が諸事情により分割納品をしたい場合などはシステムでは管理できず、システム外の運用を実施せざるを得なかった。

次に本実施例での注文情報管理システム２００の運用について説明をする。注文情報管理システム２００は、図５のフローチャートに従い、ステップＳ１００が実行される。ここで、ステップＳ１００の詳細の動作を図６のフローチャートを用いて説明する。図６のフローチャートに基づく動作は以下のとおりである。

ステップＳ１０１：バイヤ注文発注システム１００の注文発注プログラム１３１により発行された注文情報から入庫状況を更新する注文番号を確認する。本実施例では入庫処理により注番「Ｐ００１」の入庫数が「８０」として入力されたため、確認されるべき注番は「Ｐ００１」である。

ステップＳ１０２：ステップＳ１０１で確認した注文番号に対する注文情報を、注文情報テーブル２３２から抽出する。ステップＳ１０１で注番は「Ｐ００１」と判明しているため注文番号テーブルから当該注番のエントリを抽出する。

ステップＳ１０３：ステップＳ１０２で抽出した注文情報が分割納品されているかを確認する。分割納品されていればステップＳ１０４へ移る。分割納品されていなければステップＳ１０６へ移る。本段階では、注文情報テーブル２３２には注番Ｐ００１、仮注番Ｘ０００のエントリしかないため、ステップＳ１０６へ遷移する。なお、既に一度後述する納品回答反映処理を実行し、フローが繰り返し処理されている場合で分割納品に関するエントリがある場合（例えば、図３の状態）は、分割納品ありとしてステップＳ１０４へと遷移する。

ステップＳ１０６：注文情報テーブル２３２の入庫数を更新する。具体的には、注番Ｐ００１、仮注番Ｘ０００のエントリに入庫数が「８０」、未入庫数が「２０」と値が更新される。

ステップＳ１０４：ステップＳ１０２で抽出した注文情報の分割された個々の納期を確認する。既に分割納品についての情報が注文情報テーブル２３２に反映されている場合、はこちらのステップが実施される。例えば、図３に示すように仮注番Ｘ００１とＸ００２のエントリがある場合、それぞれの納期を比較する。

ステップＳ１０５：ステップＳ１０４で確認した納期の早い順番で注文情報テーブル２３２の入庫数と未入庫数を更新する。図３の場合では、仮注番Ｘ００１の方が納期が早いため、この注番の入庫数と未入庫数が更新される。具体的には、仮注番Ｘ００１の数量が７０であり、入庫された数量は８０である。従って、入庫数は「７０」、未入庫数は「０」として更新される。残った入庫数は次のエントリに反映される。即ち、仮注番Ｘ００２の入庫数が「１０」となり、未入庫数が「２０」となる。なお、このとき仮注番Ｘ０００のエントリについても入庫数、未入庫数を更新してもよい。
以上の処理により、分割納品があった場合であっても分割納品がなかった場合であっても注文情報テーブル２３２について入庫数、未入庫数を反映することが可能となる。

次に、ステップＳ２００の納期回答反映処理について説明をする。図７は、サプライヤ納期回答システム３００の納期回答プログラム３３１により発行された納期回答情報を用いて注文情報テーブル２３２を更新するフローチャートである。図７のフローチャートに基づく動作は以下のとおりである。

ステップＳ２０１：サプライヤ納期回答システム３００の納期回答プログラム３３１により発行された納期回答情報から納期を更新する注文番号を確認する。本実施例では、地図３に示すように注番Ｐ００１について数量が「８０」と「２０」に分割された場合を例に挙げて説明する。

ステップＳ２０２：ステップＳ２０１で確認した注文番号に対する注文情報を、注文情報テーブル２３２から抽出する。具体的には、注番Ｐ００１のエントリが抽出される。

ステップＳ２０３：サプライヤ納期回答システム３００の納期回答プログラム３３１により発行された納期回答情報の納品分割数と、ステップＳ２０２で抽出した注文情報の分割納品数を比較する。納品分割数に変化がある場合はステップＳ２０５へ移る。納品分割数に変化がない場合はステップＳ２０４へ移る。

ステップＳ２０４：納品分割数に変化がない場合は、受信した納期回答情報に基づいて注文情報テーブル２３２の納期の情報を更新する。なお、納期の情報を比較して納期が同じであれば更新しなくともよいし、処理のタイミングを明らかにするために必ず更新するとしてもよい。

ステップＳ２０５：ステップＳ２０２で抽出した注文情報の未入庫数と、サプライヤ納期回答システム３００の納期回答プログラム３３１により発行された納期回答情報の数量を比較し入庫状況に変化があるかを確認する。入庫状況に変化がある場合はステップＳ２０６へ移る。入庫状況に変化がない場合はステップＳ２０８へ移る。

具体的には、注番Ｐ００１のエントリから未入庫数の値（「２０」）抽出され、納期回答情報の数量（１）の値（「７０」）、数量（２）の値（「３０」）の合算値である数量「１００」を比較する。本実施例の場合、未入庫数と納期回答情報に変化があるためステップＳ２０６へ遷移する。なお、納期回答情報と注文情報テーブルの未入庫情報を比較することで、どちらかの情報が更新された場合であっても対応することができる。即ち、注文情報テーブルの情報を最新の状態に維持することができる。

ステップＳ２０６：サプライヤ納期回答システム３００の納期回答プログラム３３１により発行された納期回答情報を確認する。さらに注文情報テーブル２３２に分割された納期回答情報を反映する。具体的には、既に図３で説明しているように仮注番Ｘ００１とＸ００２のエントリを作成する。

ステップＳ２０７：ステップＳ２０６にて作成した分割情報（仮注番Ｘ００１、Ｘ００２）に入庫数、未入庫数を反映させる。このときステップＳ２０６で確認した納期の早い順番で注文情報テーブル２３２の入庫数と未入庫数を更新する。具体的には、仮注番Ｘ００１とＸ００２では、Ｘ００１の方が納期（６／２２）が早いため、Ｘ００１のエントリから入庫数、未入庫数が反映される。その結果、Ｘ００１のエントリは入庫数「７０」、未入庫数「０」となり、Ｘ００２のエントリは入庫数「１０」、未入庫数「２０」となる。

以上のステップを実施することにより、サプライヤ側で要求された部品を分割して納品する場合に、システムがことができる。

次にステップＳ３００のサプライヤ情報連携処理について本実施例の動作について説明をする
次にステップ３００では、注文情報管理システム２００は更新された注文情報テーブル２３２の注文情報をサプライヤ納期回答システム３００へ送信する。サプライヤ納期回答システム３００は、納期回答テーブル３３２の数量を「１００」から「０」へと変更する。このとき数量が「０」をすることによりサプライヤはシステム上で入庫が完了したことを把握する。本実施例ではＸＯＯ１の数量が「０」となり入庫が完了したこととなり、Ｘ００２の数量が「２０」であるため、まだ入庫が完了していない部品Ａが残っていることを示す。

以上の構成を備えることにより、バイヤとサプライヤの間で、リアルタイムに数量や納期などの注文情報を連携することができ、より柔軟な在庫管理を行うことができ調達システムを提供することができる。特に、従来ではシステム管理の外で対応していたサプライヤが納品物を分割して納品をする場合に対応できるようになり、より調達システムの利便性が向上することとなる。
［変形例２］
次に実施例１の変形例について説明する。本変形例ではサプライヤの分割納品による個々の注文数量よりもバイヤの入庫処理による入庫総数が多い場合について説明する。例えば、図ＸのステップＳ２０５において、入庫状況に変化があるかを確認する場合に、注文情報テーブル２３２の未納残数量よりも、サプライヤの分割納品による個々の注文数量が全ての分割において多い、かつ、バイヤの入庫数がサプライヤの納品総数よりも多い場合である。この場合、既にバイヤに納品された数量分の納期回答を行っていることとなるため、サプライヤの納期回答情報が古いといえる。実施例１では、注文情報管理システムは、バイヤの注文情報、サプライヤの納期回答情報に基づいて処理をしているため、サプライヤの納期回答状況によっては情報が古い場合があるためである。したがってこの場合、サプライヤの納期回答情報の分割数は注文情報テーブル２３２に反映させず、納期のみを反映する。

上記構成を備えることで、サプライヤの納期回答状況に合わせてより柔軟に注文状況を管理することができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

１００・・・バイヤ注文発注システム、１１０・・・演算装置、１２０・・・制御装置、１３０・・・記憶装置、１３１・・・注文発注プログラム、１３２・・・入庫情報テーブル、１４０・・・通信装置、２００・・・注文情報管理システム、２１０・・・演算装置、２２０・・・制御装置、２３０・・・記憶装置、２３１・・・整合性判定プログラム、２３２・・・注文情報テーブル、２４０・・・通信装置、３００・・・サプライヤ納期回答システム、３１０・・・演算装置、３２０・・・制御装置、３３０・・・記憶装置、３３１・・・納期回答プログラム、３３２・・・納期回答テーブル、３４０・・・通信装置。

Claims (7)

1. 注文情報を管理する注文情報テーブルを記憶する記憶部と、
   ネットワークを介して複数の外部装置と通信を行う通信部と、
   前記複数の外部装置から受信する情報に基づき前記注文情報の更新を行う制御部と、を備え、
   前記制御部は、
   第１の外部装置から前記注文情報テーブルに含まれる所定注文に対する納期回答を示す納期回答情報を受信すると、前記納期回答情報に含まれる前記所定注文の納期と数量を確認し、
   前記所定注文に対して納期および数量が複数ある場合、前記注文情報テーブルに含まれる前記所定注文に対応するエントリを、前記納期回答情報の複数ある前記納期および前記数量に対応する複数のエントリを新たに作成する分割納品処理を実行することを特徴とする注文情報管理装置。
2. 請求項１に記載の注文情報管理装置であって、
   第２の外部装置から前記注文諜報テーブルに含まれる前記所定注文に対する注文情報を受信すると、
   前記制御部は、
   前記注文情報に基づき、前記注文情報テーブルの前記所定注文の入庫数および未入庫数の更新することを特徴とする注文情報管理装置。
3. 請求項２に記載の注文情報管理装置であって、
   前記制御部は、
   前記入庫数および未入庫数を更新する対象となる前記所定注文が前記分割納品処理されていた場合、
   前記分割納品処理された前記所定注文の各エントリの納期を比較し、前記納期が早いものを優先して前記入庫数および前記未入庫数を更新することを特徴とする注文情報管理装置。
4. 請求項３に記載の注文情報管理装置であって、
   前記制御部は、更新した前記所定注文の情報を前記第１の外部装置へ送信することを特徴とする注文情報管理装置。
5. 請求項３または４に記載の注文情報管理装置であって、
   前記制御部は、
   前記所定注文の前記入庫数、前記未入庫数および分割された数量を比較し、前記分割された数量が少ないと判断した場合、前記納期回答情報のうち納期のみを更新することを特徴とする注文情報管理装置。
6. 所定注文について入力を受け付け、前記入力による納期回答情報を注文情報管理装置へ送信するサプライヤ納期回答装置と、
   前記納期回答情報を受信し、前記納期回答情報に基づき注文情報テーブルに含まれる前記所定注文を更新する注文情報管理装置と、から構成される注文情報管理システムであって、
   前記納期回答情報は、前記所定注文の数量および納期を複数に分割した分割納品情報を含み、
   前記注文情報管理装置は、
   前記納期回答情報に基づき、前記注文情報テーブルに含まれる前記所定注文に対して、前記分割納品情報に含まれる前記数量および前記納期に対応したエントリを複数作成することを特徴とする注文情報管理システム。
7. 注文情報を管理する注文情報管理装置の注文管理方法であって、前記注文情報を管理する注文情報テーブルを記憶する記憶部と、ネットワークを介して複数の外部装置と通信を行う通信部と、前記複数の外部装置から受信する情報に基づき前記注文情報の更新を行う制御部と、を備え、
   前記制御部は、
   前記複数の外部装置の１つから前記注文情報テーブルに含まれる所定注文に対する納期回答を示す納期回答情報を受信すると前記納期回答情報に含まれる前記所定注文の納期と数量を確認するステップと、
   前記所定注文に対して納期および数量が複数ある場合、前記注文情報テーブルに含まれる前記所定注文に対応するエントリを前記納期回答情報の複数ある前記納期および前記数量に対応する複数のエントリを新たに作成する分割納品処理ステップと、を実行することを特徴とする注文情報管理装置の注文情報管理方法。

Images