(57)【要約】【課題】倉庫の在庫状況に応じて柔軟な受注・売上管理を行うと共に、必要に応じて警告やエラーを発生させることができる受注・売上管理装置、受注・売上管理方法および受注・売上管理プログラムの提供を課題とする。【解決手段】本実施形態では（１）注文データ中の商品のうち同一の注文番号を有するものすべてを同一の倉庫から引当できた場合、受注レコードおよび売上レコードを作成し、警告およびエラーを発生させず、（２）注文データ中の商品のうち同一の注文番号を有するものを複数の倉庫から引当できた場合、受注レコードおよび売上レコードを作成し、警告を発生させ、（３）注文データ中の商品であって同一の注文番号を有するもののうち、注文数分の引当ができない商品が存在する場合、受注レコードを作成し、エラーを発生させる。【選択図】図２
2020042487.tif 000002
【特許請求の範囲】
【請求項１】
制御部および記憶部を備える受注・売上管理装置であって、
前記記憶部には、
注文を識別するための注文識別データと商品を識別するための商品識別データと前記商品の注文数とを含む注文データと、
倉庫を識別するための倉庫識別データと商品識別データと前記商品の在庫数とを含む在庫データと、
前記倉庫を引当先とする場合における優先順位であって前記商品ごとに設定されたものを含む優先順位マスタと、
が格納されており、
前記制御部は、
前記注文データ中の前記商品識別データで特定される商品について、当該商品識別データと紐付く前記在庫データ中の前記倉庫識別データで特定される倉庫のうち、前記優先順位マスタにおいて前記特定される商品について設定された前記優先順位が高い倉庫から順に、前記注文数分に達するまで前記在庫数を減じることにより在庫引当を行う引当手段と、
前記引当手段での引当の結果、前記特定される商品のうち同一の注文識別データを有するものすべてを同一の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数とを含む受注レコードおよび売上レコードを作成する第一作成手段と、
前記引当手段での引当の結果、前記特定される商品のうち同一の注文識別データを有するものを複数の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数と同一の注文識別データを有する商品について引当先が複数の倉庫となっていることを意味する警告とを含む受注レコードおよび売上レコードを作成する第二作成手段と、
前記引当手段での引当の結果、前記特定される商品であって同一の注文識別データを有するもののうち、前記注文数分の引当ができない商品が存在する場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと架空上の倉庫を識別するための前記倉庫識別データである架空倉庫識別データと前記特定される商品の注文数と同一の注文識別データを有する商品のうち引当できないものが存在することを意味するエラーとを含む受注レコードを作成する第三作成手段と、
を備えること、
を特徴とする受注・売上管理装置。
【請求項２】
前記制御部は、
前記第二作成手段で作成した前記受注レコードおよび前記売上レコードが含む前記注文識別データおよび前記商品識別データをオペレータに通知する通知手段
を更に備えること、
を特徴とする請求項１に記載の受注・売上管理装置。
【請求項３】
前記制御部は、
売上入力画面からの指示を受けて前記第三作成手段で作成した前記受注レコードを前記売上入力画面上に表示する表示手段と、
前記表示された受注レコード中の前記注文識別データおよび前記商品識別データを含み、前記表示された受注レコード中の前記架空倉庫識別データが実在する倉庫を識別するための前記倉庫識別データである実在倉庫識別データに変更されており、前記表示された受注レコード中の前記注文数が前記実在する倉庫から引当できる在庫数に変更されており、前記表示された受注レコード中の前記エラーが削除されている売上レコードを作成する売上レコード作成手段と、
を更に備えること、
を特徴とする請求項１または２に記載の受注・売上管理装置。
【請求項４】
前記注文データは、顧客からのウェブサイト上での注文により作成されるデータであり、
前記注文識別データは、前記ウェブサイト上での注文を識別するための注文番号であること、
を特徴とする請求項１から３のいずれか一つに記載の受注・売上管理装置。
【請求項５】
制御部および記憶部を備える情報処理装置で実行される受注・売上管理方法であって、
前記記憶部には、
注文を識別するための注文識別データと商品を識別するための商品識別データと前記商品の注文数とを含む注文データと、
倉庫を識別するための倉庫識別データと商品識別データと前記商品の在庫数とを含む在庫データと、
前記倉庫を引当先とする場合における優先順位であって前記商品ごとに設定されたものを含む優先順位マスタと、
が格納されており、
前記制御部で実行される、
前記注文データ中の前記商品識別データで特定される商品について、当該商品識別データと紐付く前記在庫データ中の前記倉庫識別データで特定される倉庫のうち、前記優先順位マスタにおいて前記特定される商品について設定された前記優先順位が高い倉庫から順に、前記注文数分に達するまで前記在庫数を減じることにより在庫引当を行う引当ステップと、
前記引当ステップでの引当の結果、前記特定される商品のうち同一の注文識別データを有するものすべてを同一の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数とを含む受注レコードおよび売上レコードを作成する第一作成ステップと、
前記引当ステップでの引当の結果、前記特定される商品のうち同一の注文識別データを有するものを複数の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数と同一の注文識別データを有する商品について引当先が複数の倉庫となっていることを意味する警告とを含む受注レコードおよび売上レコードを作成する第二作成ステップと、
前記引当ステップでの引当の結果、前記特定される商品であって同一の注文識別データを有するもののうち、前記注文数分の引当ができない商品が存在する場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと架空上の倉庫を識別するための前記倉庫識別データである架空倉庫識別データと前記特定される商品の注文数と同一の注文識別データを有する商品のうち引当できないものが存在することを意味するエラーとを含む受注レコードを作成する第三作成ステップと、
を含むこと、
を特徴とする受注・売上管理方法。
【請求項６】
制御部および記憶部を備える情報処理装置に実行させるための受注・売上管理プログラムであって、
前記記憶部には、
注文を識別するための注文識別データと商品を識別するための商品識別データと前記商品の注文数とを含む注文データと、
倉庫を識別するための倉庫識別データと商品識別データと前記商品の在庫数とを含む在庫データと、
前記倉庫を引当先とする場合における優先順位であって前記商品ごとに設定されたものを含む優先順位マスタと、
が格納されており、
前記制御部に実行させるための、
前記注文データ中の前記商品識別データで特定される商品について、当該商品識別データと紐付く前記在庫データ中の前記倉庫識別データで特定される倉庫のうち、前記優先順位マスタにおいて前記特定される商品について設定された前記優先順位が高い倉庫から順に、前記注文数分に達するまで前記在庫数を減じることにより在庫引当を行う引当ステップと、
前記引当ステップでの引当の結果、前記特定される商品のうち同一の注文識別データを有するものすべてを同一の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数とを含む受注レコードおよび売上レコードを作成する第一作成ステップと、
前記引当ステップでの引当の結果、前記特定される商品のうち同一の注文識別データを有するものを複数の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数と同一の注文識別データを有する商品について引当先が複数の倉庫となっていることを意味する警告とを含む受注レコードおよび売上レコードを作成する第二作成ステップと、
前記引当ステップでの引当の結果、前記特定される商品であって同一の注文識別データを有するもののうち、前記注文数分の引当ができない商品が存在する場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと架空上の倉庫を識別するための前記倉庫識別データである架空倉庫識別データと前記特定される商品の注文数と同一の注文識別データを有する商品のうち引当できないものが存在することを意味するエラーとを含む受注レコードを作成する第三作成ステップと、
を含むこと、
を特徴とする受注・売上管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受注・売上管理装置、受注・売上管理方法および受注・売上管理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、「出荷予約オーダ情報の数量がロットまとめ単位数、たとえば、１００個以上であって１ロットだけでは出荷予約を満たすことができない場合は、適時供給の優先順位に従って複数の計画ロットに分割して引当てる」と開示されている（特許文献１の段落０１５３等参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−９１３０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１に開示されている在庫引当では、以下のような要求に応えることはできなかった。すなわち、物流業界や小売業界においては、注文識別データ（注文番号）を用いて商品の受注・売上の管理をすることが多いが、この際に、
１．同一の注文番号内の全商品を同一の倉庫から在庫引当できる場合（例えば、同一の注文番号A1000を有する商品Ａおよび商品Ｂを倉庫Ａから在庫引当できる場合）
→受注データおよび売上データを自動作成する
２．同一の注文番号内の全商品を複数の倉庫からであれば在庫引当できる場合（例えば、同一の注文番号A1000を有する商品Ａおよび商品Ｂのうち、商品Ａは倉庫Ａから在庫引当でき、商品Ｂは倉庫Ｂから在庫引当できる場合）
→受注データおよび売上データを自動作成すると同時に、警告を発生させる
３．同一の注文番号内の全商品のうち、在庫不足商品が発生する場合（例えば、同一の注文番号A1000を有する商品Ａおよび商品Ｂのうち、商品Ａは倉庫Ａから在庫引当できるが、商品Ｂの在庫が倉庫Ｂに足りていない場合）
→受注データのみを自動作成し、エラーを発生させる
という様に、倉庫の在庫状況に応じて柔軟な受注・売上管理を行うと共に、必要に応じて警告やエラーを発生させたいという要求である。
【０００５】
本発明は、上記問題点に鑑みてなされたものであって、倉庫の在庫状況に応じて柔軟な受注・売上管理を行うと共に、必要に応じて警告やエラーを発生させることができる受注・売上管理装置、受注・売上管理方法および受注・売上管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る受注・売上管理装置は、制御部および記憶部を備える受注・売上管理装置であって、前記記憶部には、注文を識別するための注文識別データと商品を識別するための商品識別データと前記商品の注文数とを含む注文データと、倉庫を識別するための倉庫識別データと商品識別データと前記商品の在庫数とを含む在庫データと、前記倉庫を引当先とする場合における優先順位であって前記商品ごとに設定されたものを含む優先順位マスタと、が格納されており、前記制御部は、前記注文データ中の前記商品識別データで特定される商品について、当該商品識別データと紐付く前記在庫データ中の前記倉庫識別データで特定される倉庫のうち、前記優先順位マスタにおいて前記特定される商品について設定された前記優先順位が高い倉庫から順に、前記注文数分に達するまで前記在庫数を減じることにより在庫引当を行う引当手段と、前記引当手段での引当の結果、前記特定される商品のうち同一の注文識別データを有するものすべてを同一の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数とを含む受注レコードおよび売上レコードを作成する第一作成手段と、前記引当手段での引当の結果、前記特定される商品のうち同一の注文識別データを有するものを複数の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数と同一の注文識別データを有する商品について引当先が複数の倉庫となっていることを意味する警告とを含む受注レコードおよび売上レコードを作成する第二作成手段と、前記引当手段での引当の結果、前記特定される商品であって同一の注文識別データを有するもののうち、前記注文数分の引当ができない商品が存在する場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと架空上の倉庫を識別するための前記倉庫識別データである架空倉庫識別データと前記特定される商品の注文数と同一の注文識別データを有する商品のうち引当できないものが存在することを意味するエラーとを含む受注レコードを作成する第三作成手段と、を備えること、を特徴とする。
【０００７】
また、本発明に係る受注・売上管理装置は、前記制御部が、前記第二作成手段で作成した前記受注レコードおよび前記売上レコードが含む前記注文識別データおよび前記商品識別データをオペレータに通知する通知手段を更に備えること、を特徴とする。
【０００８】
また、本発明に係る受注・売上管理装置は、前記制御部が、売上入力画面からの指示を受けて前記第三作成手段で作成した前記受注レコードを前記売上入力画面上に表示する表示手段と、前記表示された受注レコード中の前記注文識別データおよび前記商品識別データを含み、前記表示された受注レコード中の前記架空倉庫識別データが実在する倉庫を識別するための前記倉庫識別データである実在倉庫識別データに変更されており、前記表示された受注レコード中の前記注文数が前記実在する倉庫から引当できる在庫数に変更されており、前記表示された受注レコード中の前記エラーが削除されている売上レコードを作成する売上レコード作成手段と、を更に備えること、を特徴とする。
【０００９】
また、本発明に係る受注・売上管理装置は、前記注文データが、顧客からのウェブサイト上での注文により作成されるデータであり、前記注文識別データが、前記ウェブサイト上での注文を識別するための注文番号であること、を特徴とする。
【００１０】
また、本発明に係る受注・売上管理方法は、制御部および記憶部を備える情報処理装置で実行される受注・売上管理方法であって、前記記憶部には、注文を識別するための注文識別データと商品を識別するための商品識別データと前記商品の注文数とを含む注文データと、倉庫を識別するための倉庫識別データと商品識別データと前記商品の在庫数とを含む在庫データと、前記倉庫を引当先とする場合における優先順位であって前記商品ごとに設定されたものを含む優先順位マスタと、が格納されており、前記制御部で実行される、前記注文データ中の前記商品識別データで特定される商品について、当該商品識別データと紐付く前記在庫データ中の前記倉庫識別データで特定される倉庫のうち、前記優先順位マスタにおいて前記特定される商品について設定された前記優先順位が高い倉庫から順に、前記注文数分に達するまで前記在庫数を減じることにより在庫引当を行う引当ステップと、前記引当ステップでの引当の結果、前記特定される商品のうち同一の注文識別データを有するものすべてを同一の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数とを含む受注レコードおよび売上レコードを作成する第一作成ステップと、前記引当ステップでの引当の結果、前記特定される商品のうち同一の注文識別データを有するものを複数の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数と同一の注文識別データを有する商品について引当先が複数の倉庫となっていることを意味する警告とを含む受注レコードおよび売上レコードを作成する第二作成ステップと、前記引当ステップでの引当の結果、前記特定される商品であって同一の注文識別データを有するもののうち、前記注文数分の引当ができない商品が存在する場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと架空上の倉庫を識別するための前記倉庫識別データである架空倉庫識別データと前記特定される商品の注文数と同一の注文識別データを有する商品のうち引当できないものが存在することを意味するエラーとを含む受注レコードを作成する第三作成ステップと、を含むこと、を特徴とする。
【００１１】
また、本発明に係る受注・売上管理プログラムは、制御部および記憶部を備える情報処理装置に実行させるための受注・売上管理プログラムであって、前記記憶部には、注文を識別するための注文識別データと商品を識別するための商品識別データと前記商品の注文数とを含む注文データと、倉庫を識別するための倉庫識別データと商品識別データと前記商品の在庫数とを含む在庫データと、前記倉庫を引当先とする場合における優先順位であって前記商品ごとに設定されたものを含む優先順位マスタと、が格納されており、前記制御部に実行させるための、前記注文データ中の前記商品識別データで特定される商品について、当該商品識別データと紐付く前記在庫データ中の前記倉庫識別データで特定される倉庫のうち、前記優先順位マスタにおいて前記特定される商品について設定された前記優先順位が高い倉庫から順に、前記注文数分に達するまで前記在庫数を減じることにより在庫引当を行う引当ステップと、前記引当ステップでの引当の結果、前記特定される商品のうち同一の注文識別データを有するものすべてを同一の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数とを含む受注レコードおよび売上レコードを作成する第一作成ステップと、前記引当ステップでの引当の結果、前記特定される商品のうち同一の注文識別データを有するものを複数の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数と同一の注文識別データを有する商品について引当先が複数の倉庫となっていることを意味する警告とを含む受注レコードおよび売上レコードを作成する第二作成ステップと、前記引当ステップでの引当の結果、前記特定される商品であって同一の注文識別データを有するもののうち、前記注文数分の引当ができない商品が存在する場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと架空上の倉庫を識別するための前記倉庫識別データである架空倉庫識別データと前記特定される商品の注文数と同一の注文識別データを有する商品のうち引当できないものが存在することを意味するエラーとを含む受注レコードを作成する第三作成ステップと、を含むこと、を特徴とする。
【発明の効果】
【００１２】
本発明によれば、倉庫の在庫状況に応じて柔軟な受注・売上管理を行うと共に、必要に応じて警告やエラーを発生させることができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、受注・売上管理装置の構成の一例を示すブロック図である。
【図２】図２は、本実施形態に係る処理のフローチャートの一例を示す図である。
【図３】図３は、商品マスタ、倉庫マスタおよび引当優先順位マスタの一例を示す図である。
【図４】図４は、潤沢に在庫がある場合における、受注データおよび売上データの作成の一例を示す図である。
【図５】図５は、異なる注文明細中の商品の引当先が複数倉庫に割れた場合における、受注データおよび売上データの作成の一例を示す図である。
【図６】図６は、同一の注文明細中の商品の引当先が複数倉庫に割れた場合における、受注データおよび売上データの作成の一例を示す図である。
【図７】図７は、在庫が不足する場合における、受注データおよび売上データの作成の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下に、受注・売上管理装置、受注・売上管理方法および受注・売上管理プログラムの実施形態を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。
【００１５】
［１．概要］
Ｗｅｂサイトで顧客が注文したデータをシステムに連携する場合には、出荷倉庫については、注文者である顧客が選択するのではなく、システム側で自動セットされる場合が多い。従来においては、システム上で在庫引当を行う際には、商品および倉庫を指定した上で、倉庫に引当可能在庫があるか否かを確認していた。しかしながら、Ｗｅｂサイト経由での注文は日次で大量に発生するため、Ｗｅｂ注文データをシステムに連携して売上計上を行うにあたり、以下の１〜２の要求が存在していた。
１．Ｗｅｂサイト経由での注文の際に、引当先となる倉庫を制限したい。また、商品ごとに、引当先となる倉庫の優先付けをしたい。
２．１明細中の注文数＞１倉庫内の在庫数となる場合に、他倉庫に在庫が存在するのであれば、前記明細を分割して複数の倉庫から商品を出荷できるようにしたい。
【００１６】
そこで、本実施形態においては、例えば、以下の手順１〜４を含むことにより、前記１〜２の要求に応えることができるようにした。
１．商品毎倉庫毎の引当優先順位を予めマスタに設定する。
２．Ｗｅｂサイト経由での注文の場合、前記設定したマスタの優先順位順に倉庫を選択し、在庫引当チェックを実施する。
３．１つの倉庫で引当できなかった場合、前記設定したマスタにおける倉庫のうち、次に優先順位が高い倉庫から注文残数分の在庫引当をできるかをチェックする。注文数分すべてを引当できた場合には、受注データおよび売上データを作成する。
４．これに対して、在庫不足により、注文数分を引当できずエラーとなった場合には、売上データを作成せず受注データのみを作成する。なお、出荷および売上をする場合は、当該作成された受注データを参照して計上する。
【００１７】
また、従来においては、Ｗｅｂ注文データをシステムに連携して売上計上を行うにあたり、以下の１〜２の要望もあった。
１．在庫引当が可能か否かのチェックは、従来においては、商品単位で実施していたため、複数倉庫から引当可能な場合であっても、在庫不足のエラーにより売上データが作成されないため、売上データを作成できるようにする仕組みが必要であった。
２．商品や注文内容によっては、複数倉庫から出荷させたくない場合もあり、複数倉庫から在庫引当された場合には、アラートを発生させる仕組みが必要であった。
【００１８】
そこで、本実施形態においては、例えば、Ｗｅｂサイトから連携された注文データについて、商品毎倉庫毎の引当順を設定したマスタを参照して、在庫引当チェックを実施できるようにした。そして、在庫引当結果に応じて、以下の１〜３のように受注データおよび売上データを作成する。
１．同注文番号内の全商品が同一倉庫から出荷可能な場合
→受注データおよび売上データを自動作成する。
２．同注文番号内の商品が複数倉庫から在庫引当された場合
→受注データおよび売上データを自動作成し、警告を発生させる。そして、営業担当は、警告を確認し、必要に応じて倉庫や注文数を調整する。
３．同注文番号内に在庫不足商品が発生した場合
→受注データのみを自動作成し、在庫不足エラーを発生させる。そして、営業担当は、エラー内容を確認し、倉庫や注文数を調整後に売上データを作成する。
なお、処理のフローチャートとしては、図２に示すとおりである。以下、具体的な構成および動作について説明する。
【００１９】
［２．構成］
本実施形態に係る受注・売上管理装置１００の構成の一例について、図１を参照して説明する。図１は、受注・売上管理装置１００の構成の一例を示すブロック図である。
【００２０】
受注・売上管理装置１００は、市販のデスクトップ型パーソナルコンピュータである。なお、受注・売上管理装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。
【００２１】
受注・売上管理装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。受注・売上管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。
【００２２】
通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、受注・売上管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、受注・売上管理装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等である。なお、後述する各種マスタ等のデータは、例えばサーバ２００に格納されてもよい。
【００２３】
入出力インターフェース部１０８には、入力装置１１２および出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。
【００２４】
記憶部１０６には、各種のデータベース、テーブルおよびファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、および光ディスク等を用いることができる。
【００２５】
記憶部１０６は、例えば、商品マスタ１０６ａと、倉庫マスタ１０６ｂと、優先順位マスタとしての引当優先順位マスタ１０６ｃと、注文データ１０６ｄと、在庫データとしての現在庫データ１０６ｅと、受注データ１０６ｆと、売上データ１０６ｇと、を備えている。
【００２６】
商品マスタ１０６ａは、図３に示すように、例えば、商品を識別するための商品識別データ（商品Ａおよび商品Ｂ）等を含む。
【００２７】
倉庫マスタ１０６ｂは、図３に示すように、例えば、倉庫を識別するための倉庫識別データ（倉庫Ａ〜Ｄおよびダミー倉庫）等を含む。前記倉庫識別データは、実在する倉庫を識別するための前記倉庫識別データである実在倉庫識別データ（倉庫Ａ〜Ｄ）と、架空上の倉庫を識別するための前記倉庫識別データである架空倉庫識別データ（ダミー倉庫）と、に大別される。
【００２８】
引当優先順位マスタ１０６ｃは、図３に示すように、例えば、前記倉庫を引当先とする場合における優先順位であって前記商品ごとに設定されたもの等を含む。例えば、図３の例では、商品Ａについては、倉庫Ａに優先順位１番が設定され、倉庫Ｂに優先順位２番が設定され、倉庫Ｃに優先順位３番が設定されている。これに対して、図３の例では、商品Ｂについては、倉庫Ｃに優先順位１番が設定され、倉庫Ｂに優先順位２番が設定され、倉庫Ａに優先順位３番が設定され、倉庫Ｄに優先順位４番が設定されている。このように、引当優先順位マスタ１０６ｃにおいては、どの倉庫を優先的に引当先とするかを、商品ごとに設定することができる。
【００２９】
注文データ１０６ｄは、図４〜図７に示すように、例えば、注文を識別するための注文識別データ（Ｗｅｂ注文Ｎｏ）と、注文明細の行番号と、前記商品識別データ（商品）と、前記商品の注文数（数量）と、等を含む。注文データ１０６ｄは、例えば、顧客からのウェブサイト上での注文により作成されるデータであり、この場合、前記注文識別データは、例えば、前記ウェブサイト上での注文を識別するための注文番号である。
【００３０】
現在庫データ１０６ｅは、図４〜図７に示すように、例えば、前記倉庫識別データ（倉庫）と、前記商品識別データ（商品）と、前記商品の在庫数（現在庫）と、等を含む。
【００３１】
受注データ１０６ｆは、図４〜図７に示すように、横一行の情報に相当する受注レコードを含む。前記受注レコードは、注文データ１０６ｄおよび現在庫データ１０６ｅに基づいて作成される。前記受注レコードが含む情報については、以下の［３．処理の具体例］で詳細に説明する。
【００３２】
前記受注レコードは、引当の状況に応じて、以下の３種類のいずれかのデータステータス（エラー区分）を含む。すなわち、同一の注文識別データを有する商品について引当先が同一の倉庫となっていることを意味する「エラー区分：無し」と、同一の注文識別データを有する商品について引当先が複数の倉庫となっていることを意味する警告である「エラー区分：警告※」と、同一の注文識別データを有する商品のうち引当できないものが存在することを意味するエラーである「エラー区分：有り」と、である。前記エラー区分が「無し」である場合、受注データ１０６ｆおよび売上データ１０６ｇはともに作成される。前記エラー区分が「警告※」である場合、受注データ１０６ｆおよび売上データ１０６ｇはともに作成されるが、担当者に警告アラートが通知される。前記エラー区分が「有り」である場合、受注データ１０６ｆは作成されるが売上データ１０６ｇは作成されず、担当者にエラーアラートが通知される。
【００３３】
売上データ１０６ｇは、図４〜図７に示すように、横一行の情報に相当する売上レコードを含む。前記売上レコードは、注文データ１０６ｄおよび現在庫データ１０６ｅに基づいて作成される。前記売上レコードが含む情報については、以下の［３．処理の具体例］で詳細に説明する。前記売上レコードは、前記データステータスとして、「エラー区分：無し」および「エラー区分：警告※」のいずれかを含む。
【００３４】
制御部１０２は、受注・売上管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。
【００３５】
制御部１０２は、機能概念的に、例えば、（１）前記注文データ中の前記商品識別データで特定される商品について、当該商品識別データと紐付く前記在庫データ中の前記倉庫識別データで特定される倉庫のうち、前記優先順位マスタにおいて前記特定される商品について設定された前記優先順位が高い倉庫から順に、前記注文数分に達するまで前記在庫数を減じることにより在庫引当を行う引当手段としての引当部１０２ａと、（２）前記引当手段での引当の結果、前記特定される商品のうち同一の注文識別データを有するものすべてを同一の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数とを含む受注レコードおよび売上レコードを作成する第一作成手段としての第一作成部１０２ｂと、（３）前記引当手段での引当の結果、前記特定される商品のうち同一の注文識別データを有するものを複数の倉庫から引当できた場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと引当先となった倉庫についての前記倉庫識別データと前記倉庫から減じた在庫数と同一の注文識別データを有する商品について引当先が複数の倉庫となっていることを意味する警告とを含む受注レコードおよび売上レコードを作成する第二作成手段としての第二作成部１０２ｃと、（４）前記第二作成手段で作成した前記受注レコードおよび前記売上レコードが含む前記注文識別データおよび前記商品識別データをオペレータに通知する通知手段としての通知部１０２ｄと、（５）前記引当手段での引当の結果、前記特定される商品であって同一の注文識別データを有するもののうち、前記注文数分の引当ができない商品が存在する場合、前記注文データおよび前記在庫データに基づいて、前記注文識別データと前記商品識別データと架空上の倉庫を識別するための前記倉庫識別データである架空倉庫識別データと前記特定される商品の注文数と同一の注文識別データを有する商品のうち引当できないものが存在することを意味するエラーとを含む受注レコードを作成する第三作成手段としての第三作成部１０２ｅと、（６）売上入力画面からの指示を受けて前記第三作成手段で作成した前記受注レコードを前記売上入力画面上に表示する表示手段としての表示部１０２ｆと、（７）前記表示された受注レコード中の前記注文識別データおよび前記商品識別データを含み、前記表示された受注レコード中の前記架空倉庫識別データが実在する倉庫を識別するための前記倉庫識別データである実在倉庫識別データに変更されており、前記表示された受注レコード中の前記注文数が前記実在する倉庫から引当できる在庫数に変更されており、前記表示された受注レコード中の前記エラーが削除されている売上レコードを作成する売上レコード作成手段としての売上レコード作成部１０２ｇと、を備えている。
【００３６】
引当部１０２ａは、注文データ１０６ｄ中の商品名で特定される商品について、当該商品名と紐付く現在庫データ１０６ｅ中の倉庫名で特定される倉庫のうち、引当優先順位マスタ１０６ｃにおいて前記特定される商品について設定された前記優先順位が高い倉庫から順に、注文数分に達するまで在庫数を減じることにより在庫引当を行う。
【００３７】
第一作成部１０２ｂは、引当部１０２ａでの引当の結果、前記特定される商品のうち同一の注文番号を有するものすべてを同一の倉庫から引当できた場合、注文データ１０６ｄおよび現在庫データ１０６ｅに基づいて、注文番号と商品名と引当先となった倉庫についての倉庫名である出庫倉庫と前記倉庫から減じた在庫数である出庫数とを含む受注レコードおよび売上レコードを作成する。
【００３８】
第二作成部１０２ｃは、引当部１０２ａでの引当の結果、前記特定される商品のうち同一の注文番号を有するものを複数の倉庫から引当できた場合、注文データ１０６ｄおよび現在庫データ１０６ｅに基づいて、注文番号と商品名と引当先となった倉庫についての倉庫名である出庫倉庫と前記倉庫から減じた在庫数である出庫数と同一の注文番号を有する商品について引当先が複数の倉庫となっていることを意味する警告（エラー区分：警告※）とを含む受注レコードおよび売上レコードを作成する。
【００３９】
通知部１０２ｄは、第二作成部１０２ｃで作成した前記受注レコードおよび前記売上レコードが含む注文番号および商品名をオペレータに通知する。
【００４０】
第三作成部１０２ｅは、引当部１０２ａでの引当の結果、前記特定される商品であって同一の注文番号を有するもののうち、注文数分の引当ができない商品が存在する場合、注文データ１０６ｄおよび現在庫データ１０６ｅに基づいて、注文番号と商品名と架空上の倉庫の倉庫名と前記特定される商品の注文数と同一の注文番号を有する商品のうち引当できないものが存在することを意味するエラー（エラー区分：有り）とを含む受注レコードを作成する。
【００４１】
表示部１０２ｆは、売上入力画面からの指示を受けて、第三作成部１０２ｅで作成した前記受注レコードを前記売上入力画面上に表示する。
【００４２】
売上レコード作成部１０２ｇは、前記表示された受注レコード中の注文番号および商品名を含み、前記表示された受注レコード中の架空上の倉庫の倉庫名が実在する倉庫の倉庫名に変更されており、前記表示された受注レコード中の注文数が前記実在する倉庫から引当できる在庫数に変更されており、前記表示された受注レコード中の前記エラー（エラー区分：有り）が削除されている（エラー区分：無し  に変更されている）売上レコードを作成する。
【００４３】
［３．処理の具体例］
本項目では、本実施形態に係る処理の具体例について説明する。なお、本項目［３．処理の具体例］においては、商品マスタ１０６ａ、倉庫マスタ１０６ｂおよび引当優先順位マスタ１０６ｃにおける具体的な内容は、図３に示すとおりであるものとして説明を進める。
【００４４】
［３−１．潤沢に在庫がある場合］
まず、潤沢に在庫がある場合の処理について、図４を用いて詳細に説明する。
【００４５】
（１）Ｗｅｂ注文Ｎｏ：Ａ１０００で特定される商品についての処理
図４の注文データ１０６ｄを参照すると、Ｗｅｂ注文Ｎｏ：Ａ１０００で特定される商品は、商品Ａおよび商品Ｂの二つである。
【００４６】
まず、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの在庫引当について説明する。図４の現在庫データ１０６ｅを参照すると、商品Ａと紐付く倉庫は、倉庫Ａおよび倉庫Ｃであるが、図３の引当優先順位マスタ１０６ｃを参照すると、商品Ａについては倉庫Ａの方が高い優先順位（１）を有する。このため、引当部１０２ａは、倉庫Ａにおける商品Ａの在庫数２０から、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの注文数１０を減じることにより、在庫引当を行う。在庫引当後、倉庫Ａにおける商品Ａの在庫数は、２０−１０＝１０となる。
【００４７】
続いて、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ｂの在庫引当について説明する。図４の現在庫データ１０６ｅを参照すると、商品Ｂと紐付く倉庫は、倉庫Ａのみである。このため、引当部１０２ａは、倉庫Ａにおける商品Ｂの在庫数２０から、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ｂの注文数５を減じることにより、在庫引当を行う。在庫引当後、倉庫Ａにおける商品Ｂの在庫数は、２０−５＝１５となる。
【００４８】
引当部１０２ａでの引当の結果、Ｗｅｂ注文Ｎｏ：Ａ１０００を有する商品Ａおよび商品Ｂについて、ともに、同一の倉庫（倉庫Ａ）から引当することができた。
【００４９】
このように、同一のＷｅｂ注文Ｎｏを有する商品すべてを同一の倉庫から引当できた場合、第一作成部１０２ｂは、図４の受注データ１０６ｆの１行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａについて、Ｗｅｂ注文Ｎｏ：Ａ１０００と、商品名：商品Ａと、引当先となった倉庫（出庫倉庫に相当）の倉庫名：倉庫Ａと、倉庫Ａから減じた在庫数（受注数に相当）：１０と、エラー区分：無しと、を含む受注レコードを作成する。また、第一作成部１０２ｂは、図４の売上データ１０６ｇの１行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａについて、Ｗｅｂ注文Ｎｏ：Ａ１０００と、商品名：商品Ａと、引当先となった倉庫（出庫倉庫に相当）の倉庫名：倉庫Ａと、倉庫Ａから減じた在庫数（売上数に相当）：１０と、エラー区分：無しと、を含む売上レコードを作成する。
【００５０】
同様の方法で、第一作成部１０２ｂは、図４の受注データ１０６ｆおよび売上データ１０６ｇの２行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ｂについて、「エラー区分：無し」を含む受注レコードおよび売上レコードを作成する。
【００５１】
（２）Ｗｅｂ注文Ｎｏ：Ａ１００１で特定される商品についての処理
次に、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａの在庫引当について説明する。（１）で説明したように、在庫引当後、倉庫Ａにおける商品Ａの在庫数は１０である。このため、引当部１０２ａは、倉庫Ａにおける商品Ａの在庫数１０から、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａの注文１０を減じることにより、在庫引当を行う。
【００５２】
引当部１０２ａでの引当の結果、Ｗｅｂ注文Ｎｏ：Ａ１００１を有する商品Ａについて、倉庫Ａから引当することができた。このように、同一のＷｅｂ注文Ｎｏを有する商品すべてを同一の倉庫から引当できた場合、第一作成部１０２ｂは、図４の受注データ１０６ｆおよび売上データ１０６ｇの３行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａについて、「エラー区分：無し」を含む受注レコードおよび売上レコードを作成する。
【００５３】
［３−２．異なる注文明細中の商品の引当先が複数倉庫に割れた場合］
次に、異なる注文明細中の商品の引当先が複数倉庫に割れた場合の処理について、図５を用いて詳細に説明する。
【００５４】
（１）Ｗｅｂ注文Ｎｏ：Ａ１０００で特定される商品についての処理
図５の注文データ１０６ｄを参照すると、Ｗｅｂ注文Ｎｏ：Ａ１０００で特定される商品は、商品Ａおよび商品Ｂの二つである。
【００５５】
まず、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの在庫引当について説明する。図５の現在庫データ１０６ｅを参照すると、商品Ａと紐付く倉庫は、倉庫Ａおよび倉庫Ｃであるが、図３の引当優先順位マスタ１０６ｃを参照すると、商品Ａについては倉庫Ａの方が高い優先順位（１）を有する。このため、引当部１０２ａは、倉庫Ａにおける商品Ａの在庫数１０から、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの注文数１０を減じることにより、在庫引当を行う。在庫引当後、倉庫Ａにおける商品Ａの在庫数は、１０−１０＝０となる。
【００５６】
続いて、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ｂの在庫引当について説明する。図５の現在庫データ１０６ｅを参照すると、商品Ｂと紐付く倉庫は、倉庫Ｃのみである。このため、引当部１０２ａは、倉庫Ｃにおける商品Ｂの在庫数２０から、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ｂの注文数５を減じることにより、在庫引当を行う。在庫引当後、倉庫Ｃにおける商品Ｂの在庫数は、２０−５＝１５となる。
【００５７】
引当部１０２ａでの引当の結果、Ｗｅｂ注文Ｎｏ：Ａ１０００有する商品Ａおよび商品Ｂについて、複数の倉庫（それぞれ、倉庫Ａおよび倉庫Ｃ）から引当することができた。
【００５８】
このように、同一のＷｅｂ注文Ｎｏを有する商品を複数の倉庫から引当できた場合、第二作成部１０２ｃは、図５の受注データ１０６ｆの１行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａについて、Ｗｅｂ注文Ｎｏ：Ａ１０００と、商品名：商品Ａと、引当先となった倉庫（出庫倉庫に相当）の倉庫名：倉庫Ａと、倉庫Ａから減じた在庫数（受注数に相当）：１０と、エラー区分：警告※と、を含む受注レコードを作成する。また、第二作成部１０２ｃは、図５の売上データ１０６ｇの１行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａについて、Ｗｅｂ注文Ｎｏ：Ａ１０００と、商品名：商品Ａと、引当先となった倉庫（出庫倉庫に相当）の倉庫名：倉庫Ａと、倉庫Ａから減じた在庫数（売上数に相当）：１０と、エラー区分：警告※と、を含む売上レコードを作成する。
【００５９】
同様の方法で、第二作成部１０２ｃは、図５の受注データ１０６ｆおよび売上データ１０６ｇの２行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ｂについて、「エラー区分：警告※」を含む受注レコードおよび売上レコードを作成する。
【００６０】
このように、第二作成部１０２ｃは、異なる注文明細に含まれるが、同一のＷｅｂ注文Ｎｏ：Ａ１０００を有する商品Ａおよび商品Ｂの引当先が、別の倉庫となる場合、警告を含む受注レコードおよび売上レコードを作成することができる。
【００６１】
通知部１０２ｄは、第二作成部１０２ｃで作成した受注レコードおよび売上レコードが含む「Ｗｅｂ注文Ｎｏ：Ａ１０００」および「商品名：商品Ａ、商品Ｂ」をオペレータに通知してもよい。この通知を元に、オペレータが図５に示す受注データ１０６ｆおよび売上データ１０６ｇを参照することで、オペレータは、同一のＷｅｂ注文Ｎｏ：Ａ１０００を有する商品Ａおよび商品Ｂの引当先が別倉庫となっていることを正確かつ迅速に把握できる。オペレータは、必要に応じて、図５に示す受注レコードおよび売上レコードに含まれる出庫倉庫や数量を調整してもよい。
【００６２】
（２）Ｗｅｂ注文Ｎｏ：Ａ１００１で特定される商品についての処理
次に、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａの在庫引当について説明する。（１）で説明したように、在庫引当後、倉庫Ａにおける商品Ａの在庫数は０である。ここで、（１）で説明したように、図５の現在庫データ１０６ｅを参照すると、商品Ａと紐付く倉庫は、倉庫Ａおよび倉庫Ｃである。このため、引当部１０２ａは、倉庫Ｃにおける商品Ａの在庫数１０から、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａの注文１０を減じることにより、在庫引当を行う。
【００６３】
引当部１０２ａでの引当の結果、Ｗｅｂ注文Ｎｏ：Ａ１００１を有する商品Ａについて、倉庫Ｃから引当することができた。このように、同一のＷｅｂ注文Ｎｏを有する商品を同一の倉庫から引当できた場合、第二作成部１０２ｃは、図５の受注データ１０６ｆおよび売上データ１０６ｇの３行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａについて、「エラー区分：無し」を含む受注レコードおよび売上レコードを作成する。
【００６４】
［３−３．同一の注文明細中の商品の引当先が複数倉庫に割れた場合］
次に、同一の注文明細中の商品の引当先が複数倉庫に割れた場合の処理について、図６を用いて詳細に説明する。
【００６５】
（１）Ｗｅｂ注文Ｎｏ：Ａ１０００で特定される商品についての処理
図６の注文データ１０６ｄを参照すると、Ｗｅｂ注文Ｎｏ：Ａ１０００で特定される商品は、商品Ａおよび商品Ｂの二つである。
【００６６】
まず、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの在庫引当について説明する。図６の現在庫データ１０６ｅを参照すると、商品Ａと紐付く倉庫は、倉庫Ａおよび倉庫Ｃであるが、図３の引当優先順位マスタ１０６ｃを参照すると、商品Ａについては倉庫Ａの方が高い優先順位（１）を有する。このため、引当部１０２ａは、倉庫Ａにおける商品Ａの在庫数７から、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの注文数１０のうち７を減じることにより、在庫引当を行う。在庫引当後、倉庫Ａにおける商品Ａの在庫数は、７−７＝０となる。
【００６７】
続いて、引当部１０２ａは、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの注文数１０のうち、引当できなかった３個分について引当を行う。すなわち、引当部１０２ａは、倉庫Ｃにおける商品Ａの在庫数２０から、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの前記引当できなかった分である３を減じることにより、在庫引当を行う。在庫引当後、倉庫Ｃにおける商品Ａの在庫数は、２０−３＝１７となる。
【００６８】
続いて、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ｂの在庫引当について説明する。図６の現在庫データ１０６ｅを参照すると、商品Ｂと紐付く倉庫は、倉庫Ｃのみである。このため、引当部１０２ａは、倉庫Ｃにおける商品Ｂの在庫数２０から、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ｂの注文数５を減じることにより、在庫引当を行う。在庫引当後、倉庫Ｃにおける商品Ｂの在庫数は、２０−５＝１５となる。
【００６９】
引当部１０２ａでの引当の結果、Ｗｅｂ注文Ｎｏ：Ａ１０００有する商品Ａ１０個のうち、７個分は倉庫Ａから引当でき、残りの３個分は倉庫Ｃから引当できた。また、Ｗｅｂ注文Ｎｏ：Ａ１０００有する商品Ｂの引当先は、倉庫Ｃとなった。
【００７０】
このように、同一のＷｅｂ注文Ｎｏを有する商品を複数の倉庫から引当できた場合、第二作成部１０２ｃは、図６の受注データ１０６ｆの１行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの７個分について、Ｗｅｂ注文Ｎｏ：Ａ１０００と、商品名：商品Ａと、引当先となった倉庫（出庫倉庫に相当）の倉庫名：倉庫Ａと、倉庫Ａから減じた在庫数（受注数に相当）：７と、エラー区分：警告※と、を含む受注レコードを作成する。また、第二作成部１０２ｃは、図６の売上データ１０６ｇの１行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの７個分について、Ｗｅｂ注文Ｎｏ：Ａ１０００と、商品名：商品Ａと、引当先となった倉庫（出庫倉庫に相当）の倉庫名：倉庫Ａと、倉庫Ａから減じた在庫数（売上数に相当）：７と、エラー区分：警告※と、を含む売上レコードを作成する。
【００７１】
同様の方法で、第二作成部１０２ｃは、図６の受注データ１０６ｆおよび売上データ１０６ｇの２行目および３行目にそれぞれ示すように、Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの残りの３個分およびＷｅｂ注文Ｎｏ：Ａ１０００の商品Ｂについて、「エラー区分：警告※」を含む受注レコードおよび売上レコードを作成する。
【００７２】
このように、第二作成部１０２ｃは、同一の注文明細に含まれ、同一のＷｅｂ注文Ｎｏ：Ａ１０００を有する商品Ａの引当先が、別の倉庫となる場合においても、警告を含む受注レコードおよび売上レコードを作成することができる。
【００７３】
通知部１０２ｄは、第二作成部１０２ｃで作成した受注レコードおよび売上レコードが含む「Ｗｅｂ注文Ｎｏ：Ａ１０００」および「商品名：商品Ａ、商品Ｂ」をオペレータに通知してもよい。この通知を元に、オペレータが図６に示す受注データ１０６ｆおよび売上データ１０６ｇを参照することで、オペレータは、同一のＷｅｂ注文Ｎｏ：Ａ１０００を有する商品Ａの７個分と３個分の引当先が別倉庫となっていること、および、同一のＷｅｂ注文Ｎｏ：Ａ１０００を有する商品Ａおよび商品Ｂのうち、商品Ａの７個分と商品Ｂ全部の引当先が別倉庫となっていることを正確かつ迅速に把握できる。オペレータは、必要に応じて、図６に示す受注レコードおよび売上レコードに含まれる出庫倉庫や数量を調整してもよい。
【００７４】
（２）Ｗｅｂ注文Ｎｏ：Ａ１００１で特定される商品についての処理
次に、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａの在庫引当について説明する。（１）で説明したように、在庫引当後、倉庫Ｃにおける商品Ａの在庫数は１７である。このため、引当部１０２ａは、倉庫Ｃにおける商品Ａの在庫数１７から、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａの注文数１０を減じることにより、在庫引当を行う。
【００７５】
引当部１０２ａでの引当の結果、Ｗｅｂ注文Ｎｏ：Ａ１００１を有する商品Ａについて、倉庫Ｃから引当することができた。このように、同一のＷｅｂ注文Ｎｏを有する商品を同一の倉庫から引当できた場合、第二作成部１０２ｃは、図６の受注データ１０６ｆおよび売上データ１０６ｇの４行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａについて、「エラー区分：無し」を含む受注レコードおよび売上レコードを作成する。
【００７６】
［３−４．在庫が不足する場合］
最後に、在庫が不足する場合の処理について、図７を用いて詳細に説明する。
【００７７】
（１）Ｗｅｂ注文Ｎｏ：Ａ１０００で特定される商品についての処理
Ｗｅｂ注文Ｎｏ：Ａ１０００で特定される商品Ａおよび商品Ｂの在庫引当ならびに受注レコードおよび売上レコードの作成については、具体的な数値は異なるが処理方法は［３−１］の（１）と同様であるため、説明を省略する。Ｗｅｂ注文Ｎｏ：Ａ１０００を有する商品Ａについて作成される受注レコードおよび売上レコードを、図７の受注データ１０６ｆおよび売上データ１０６ｇの１行目に示し、Ｗｅｂ注文Ｎｏ：Ａ１０００を有する商品Ｂについて作成される受注レコードおよび売上レコードを、図７の受注データ１０６ｆおよび売上データ１０６ｇの２行目に示す。
【００７８】
（２）Ｗｅｂ注文Ｎｏ：Ａ１００１で特定される商品についての処理
次に、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａの在庫引当について説明する。（１）での在庫引当後、倉庫Ａにおける商品Ａの在庫数は、在庫数１０−Ｗｅｂ注文Ｎｏ：Ａ１０００の商品Ａの注文数１０＝０となる。ここで、図７の現在庫データ１０６ｅを参照すると、商品Ａと紐付く倉庫は、倉庫Ａおよび倉庫Ｃであるが、倉庫Ｃにおける商品Ａの在庫数５は、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａの注文数１０に達しておらず、在庫が不足している。
【００７９】
このように、同一のＷｅｂ注文Ｎｏを有する商品のうち、注文数分の引当ができない商品が存在する場合、第三作成部１０２ｅは、図７の受注データ１０６ｆの３行目に示すように、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａについて、Ｗｅｂ注文Ｎｏ：Ａ１００１と、商品名：商品Ａと、架空上の倉庫の倉庫名：ダミー倉庫と、注文数：１０と、エラー区分：有りと、を含む受注レコードを作成する。このように、在庫不足の場合には、引当可能倉庫が存在しないこととなるため、第三作成部１０２ｅは、事前に図３の倉庫マスタ１０６ｂに登録されたダミー倉庫を受注レコードにセットする。なお、第三作成部１０２ｅは、Ｗｅｂ注文Ｎｏ：Ａ１００１の商品Ａについて、売上レコードの作成は行わない。
【００８０】
ダミー倉庫を含む受注レコードに基づいて出荷および売上をしたい場合には、オペレータは、売上入力画面から指示を行い、当該受注レコードを呼び出す。前記売上入力画面からの指示を受けると、表示部１０２ｆは、第三作成部１０２ｅで作成したダミー倉庫を含む受注レコードを前記売上入力画面に表示する。
【００８１】
そして、前記売上入力画面に表示されたダミー倉庫を含む受注レコードにおいて、オペレータが、倉庫の変更（必要に応じて、商品や数量の変更）を行うと、売上レコード作成部１０２ｇは、図７の売上データ登録に示すように、Ｗｅｂ注文Ｎｏ：Ａ１００１および商品名：商品Ａを含み、ダミー倉庫が倉庫Ｃに変更されており、注文数１０が倉庫Ｃから引当できる在庫数である５に変更されており、エラーが削除されてエラー区分「無し」となっている売上レコードを作成する。これにより、在庫が不足する場合において、注文数（＝１０個）の一部だけ（＝５個）でも適当な倉庫から出荷するという柔軟な対応が可能となる。
【００８２】
［４．まとめ］
以上、本実施形態に係る受注・売上管理装置１００によれば、倉庫の在庫状況に応じて柔軟な受注・売上管理を行うと共に、必要に応じて警告やエラーを発生させることができる。
【００８３】
［５．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【００８４】
例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【００８５】
また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【００８６】
また、受注・売上管理装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【００８７】
例えば、受注・売上管理装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて受注・売上管理装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【００８８】
また、このコンピュータプログラムは、受注・売上管理装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【００８９】
また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、および、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【００９０】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【００９１】
記憶部に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。
【００９２】
また、受注・売上管理装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、受注・売上管理装置１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。
【００９３】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【００９４】
本発明は、例えば、複数倉庫を用いて在庫管理および出荷を行う業界において有用であり、特に、物流業界および小売業界等においては極めて有用である。
【符号の説明】
【００９５】
１００  受注・売上管理装置
１０２  制御部
１０２ａ  引当部
１０２ｂ  第一作成部
１０２ｃ  第二作成部
１０２ｄ  通知部
１０２ｅ  第三作成部
１０２ｆ  表示部
１０２ｇ  売上レコード作成部
１０４  通信インターフェース部
１０６  記憶部
１０６ａ  商品マスタ
１０６ｂ  倉庫マスタ
１０６ｃ  引当優先順位マスタ
１０６ｄ  注文データ
１０６ｅ  現在庫データ
１０６ｆ  受注データ
１０６ｇ  売上データ
１０８  入出力インターフェース部
１１２  入力装置
１１４  出力装置
２００  サーバ
３００  ネットワーク
【図１】
2020042487.tif 000003
【図２】
2020042487.tif 000004
【図３】
2020042487.tif 000005
【図４】
2020042487.tif 000006
【図５】
2020042487.tif 000007
【図６】
2020042487.tif 000008
【図７】
2020042487.tif 000009