2024-162011 在庫管理装置、在庫管理方法、及び、在庫管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024162011

(43)【公開日】2024-11-21

(54)【発明の名称】在庫管理装置、在庫管理方法、及び、在庫管理プログラム

(51)【国際特許分類】

   G06Q 10/087 20230101AFI20241114BHJP

   B65G 61/00 20060101ALI20241114BHJP

【ＦＩ】

G06Q10/087

B65G61/00 422

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023077137

(22)【出願日】2023-05-09

(71)【出願人】

【識別番号】398040527

【氏名又は名称】株式会社オービック

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】▲高▼橋 大和

【テーマコード（参考）】

5L010

5L049

【Ｆターム（参考）】

5L010AA16

5L049AA16

(57)【要約】

【課題】メーカヤードに置かれている他社資産となる商品を、需要家に対して商品を販売する企業側で在庫管理可能とする。
【解決手段】取得部が、商品を製造するメーカ側に商品の材料が入庫することでメーカ側から通知される、入庫した材料の入庫数、入庫した材料により生成される商品の納入先を示す納入先特定情報、生成される商品の商品特定情報を含む入庫情報を取得する。納入先別倉庫割り当て部は、入庫情報に含まれる納入先特定情報で示される納入先毎に、メーカ側の倉庫に保管されている各納入先用の材料に対して、各納入先用の仮想的な保管倉庫を示す倉庫特定情報の割り当てを行う。データ生成部は、割り当てられた仮想的な保管倉庫の倉庫特定情報、仮想的な保管倉庫で保管されている材料で生成される商品の商品特定情報、及び、仮想的な保管倉庫で保管されている材料の入庫数を含む在庫情報を生成する。出力制御部は、この在庫情報を出力する。
【選択図】図１

【特許請求の範囲】

【請求項1】

メーカ側で製造された商品が、メーカ側の倉庫に保管されることで通知される、メーカ側の倉庫に保管された商品の入庫数、入庫した前記商品の納入先を示す納入先特定情報、生成された前記商品の商品特定情報を含む入庫情報を取得する取得部と、
取得された前記入庫情報に含まれる前記納入先特定情報に基づいて、前記メーカ側の倉庫の前記納入先毎の商品の保管場所を、各前記納入先用の商品の保管倉庫として割り当てた倉庫特定情報を生成する納入先別倉庫割り当て部と、
各前記納入先の保管倉庫を示す前記倉庫特定情報、各前記納入先の保管倉庫で保管されている前記商品の商品特定情報及び在庫数を含む在庫情報を生成するデータ生成部と、
生成された前記在庫情報を出力する出力制御部と、
を有する在庫管理装置。

【請求項2】

前記取得部は、前記メーカ側で前記商品がさらに製造され、前記納入先用の商品の保管倉庫に保管された際に送信される、保管した前記商品の入庫数、保管した前記商品の納入先を示す納入先特定情報、保管した前記商品の商品特定情報を含む入庫情報を取得し、
前記入庫情報がさらに取得されると、前記在庫情報に含まれる前記倉庫特定情報で示される保管倉庫の納入先のうち、前記入庫情報の前記納入先特定情報で示される納入先の前記在庫数に、前記入庫情報に含まれる、保管した前記商品の入庫数を加算処理することで前記在庫情報を更新処理する記憶制御部を、さらに備えること、
を特徴とする請求項１に記載の在庫管理装置。

【請求項3】

前記取得部は、前記メーカ側が前記商品を前記納入先に出荷した際に送信される、出荷した前記商品の出荷数、出荷した商品の商品特定情報、及び、出荷した商品の納入先を示す納入先特定情報を含む出荷情報を取得し、
前記記憶制御部は、前記出荷情報が取得されると、前記商品が出荷された前記納入先の前記在庫数から、出荷した前記商品の前記出荷数を減算処理した在庫数に、前記在庫情報の前記在庫数を更新処理すること、
を特徴とする請求項２に記載の在庫管理装置。

【請求項4】

前記記憶制御部は、棚卸を行うことで確認された前記商品の実際の在庫数と、棚卸時点での前記在庫情報で示される前記商品の在庫数との差異数が入力された際に、入力された前記差異数を、棚卸時点での前記在庫情報で示される前記在庫数に加減算処理して前記在庫情報の前記在庫数の調整を行い、
前記データ生成部は、調整された前記在庫数を含む在庫数報告書データを生成し、
前記出力制御部は、前記在庫数報告書データを出力すること、
を特徴とする請求項３に記載の在庫管理装置。

【請求項5】

前記データ生成部は、
少なくとも勘定科目名を指定する勘定科目名指定情報、前記在庫情報に含まれる金額のうち、計上に用いる金額として在庫金額を指定する金額指定情報、及び、前記在庫情報のうち、会計データの作成対象とする在庫情報を特定するための作成条件が記憶された記憶部を参照し、
前記在庫情報のうち、前記作成条件で指定される在庫情報に基づいて、前記勘定科目名指定情報で指定された勘定科目名、前記金額指定情報で指定された在庫金額、及び、取引先を含む会計データを生成し、
前記出力制御部は、前記会計データを出力すること、
を特徴とする請求項４に記載の在庫管理装置。

【請求項6】

取得部が、メーカ側で製造された商品が、メーカ側の倉庫に保管されることで通知される、メーカ側の倉庫に保管された商品の入庫数、入庫した前記商品の納入先を示す納入先特定情報、生成された前記商品の商品特定情報を含む入庫情報を取得する取得ステップと、
納入先別倉庫割り当て部が、取得された前記入庫情報に含まれる前記納入先特定情報に基づいて、前記メーカ側の倉庫の前記納入先毎の商品の保管場所を、各前記納入先用の商品の保管倉庫として割り当てた倉庫特定情報を生成する納入先別倉庫割り当てステップと、
データ生成部が、各前記納入先の保管倉庫を示す前記倉庫特定情報、各前記納入先の保管倉庫で保管されている前記商品の商品特定情報及び在庫数を含む在庫情報を生成するデータ生成ステップと、
出力制御部が、生成された前記在庫情報を出力する出力制御ステップと、
を有する在庫管理方法。

【請求項7】

コンピュータを、
メーカ側で製造された商品が、メーカ側の倉庫に保管されることで通知される、メーカ側の倉庫に保管された商品の入庫数、入庫した前記商品の納入先を示す納入先特定情報、生成された前記商品の商品特定情報を含む入庫情報を取得する取得部と、
取得された前記入庫情報に含まれる前記納入先特定情報に基づいて、前記メーカ側の倉庫の前記納入先毎の商品の保管場所を、各前記納入先用の商品の保管倉庫として割り当てた倉庫特定情報を生成する納入先別倉庫割り当て部と、
各前記納入先の保管倉庫を示す前記倉庫特定情報、各前記納入先の保管倉庫で保管されている前記商品の商品特定情報及び在庫数を含む在庫情報を生成するデータ生成部と、
生成された前記在庫情報を出力する出力制御部として機能させること、
を特徴とする在庫管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、在庫管理装置、在庫管理方法、及び、在庫管理プログラムに関する。

【背景技術】

【0002】

特許文献１（特開２０２１－１５７３９７号公報）には、製品の製造プロセスの休止の発生頻度を減少させることができ、効率的な生産を行うことが可能な製品の置場管理方法が開示されている。

【0003】

この製品の置場管理方法は、第１の工程にて処理された製品を貯蔵する第１の置場から、第２の工程にて処理される製品を貯蔵する第２の置場へ搬送する際の製品の置場管理方法となっている。具体的には、第１の予測ステップで、第１の予測期間の生産スケジュールについて、第１の予測期間に設定された複数の予測時点それぞれにおいて、第１の工程及び第２の工程で処理される製品数と、第１の置場及び第２の置場に貯蔵されている合計製品数とに基づき、休止の発生有無を予測する。

【0004】

第２の予測ステップでは、この第１の予測ステップで休止が発生しないと予測された生産スケジュールについて、第１の予測期間よりも短い第２の予測期間に設定された複数の予測時点それぞれにおいて、第１処理ライン及び第２処理ラインでの休止の発生有無を予測する。この第２の予測ステップで休止発生が予測されると、調整ステップで、生産スケジュールの調整を行う。これにより、製品の製造プロセスの休止の発生頻度を減少させることができ、効率的な生産を行うことができる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０２１－１５７３９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ここで、例えば鉄鋼等の商品は、重量が重く、また、高価であるため、船で港に到着した際、又は、工場で製造された際に、メーカの置き場所（メーカヤード）から移動させると、高額な移動コストが発生する。

【0007】

このため、需要家（納入先）に対して商品を販売する企業は、自社の倉庫にその商品を移動せずに、商品を製造するメーカのメーカヤードに置かれている商品に対して出荷指示を行い、メーカヤードから直接、需要家に対して配送を行っている。

【0008】

しかし、メーカヤードに置かれている商品は、他社資産となるため、需要家に対して商品を販売している企業側で在庫管理することは困難となっていた。

【0009】

本発明は、上述の課題に鑑みてなされたものであり、メーカヤードに置かれている他社資産となる商品を、需要家に対して商品を販売している企業側で在庫管理可能とした在庫管理装置、在庫管理方法、及び、在庫管理プログラムの提供を目的とする。

【課題を解決するための手段】

【0010】

上述の課題を解決し、目的を達成するために、本発明に係る在庫管理装置は、メーカ側で製造された商品が、メーカ側の倉庫に保管されることで通知される、メーカ側の倉庫に保管された商品の入庫数、入庫した商品の納入先を示す納入先特定情報、生成された商品の商品特定情報を含む入庫情報を取得する取得部と、取得された入庫情報に含まれる納入先特定情報に基づいて、メーカ側の倉庫の納入先毎の商品の保管場所を、各納入先用の商品の保管倉庫として割り当てた倉庫特定情報を生成する納入先別倉庫割り当て部と、各納入先の保管倉庫を示す倉庫特定情報、各納入先の保管倉庫で保管されている商品の商品特定情報及び在庫数を含む在庫情報を生成するデータ生成部と、生成された在庫情報を出力する出力制御部と、を有する。

【0011】

また、上述の課題を解決し、目的を達成するために、本発明に係る在庫管理方法は、取得部が、メーカ側で製造された商品が、メーカ側の倉庫に保管されることで通知される、メーカ側の倉庫に保管された商品の入庫数、入庫した商品の納入先を示す納入先特定情報、生成された商品の商品特定情報を含む入庫情報を取得する取得ステップと、納入先別倉庫割り当て部が、取得された入庫情報に含まれる納入先特定情報に基づいて、メーカ側の倉庫の納入先毎の商品の保管場所を、各納入先用の商品の保管倉庫として割り当てた倉庫特定情報を生成する納入先別倉庫割り当てステップと、データ生成部が、各納入先の保管倉庫を示す倉庫特定情報、各納入先の保管倉庫で保管されている商品の商品特定情報及び在庫数を含む在庫情報を生成するデータ生成ステップと、出力制御部が、生成された在庫情報を出力する出力制御ステップとして機能させる。

【発明の効果】

【0012】

本発明は、メーカヤードに置かれている他社資産となる商品を、需要家に対して商品を販売している企業側で在庫管理可能とすることができる。

【図面の簡単な説明】

【0013】

【図1】図１は、実施の形態の在庫管理装置のハードウェア構成を示すブロック図である。

【図2】図２は、倉庫マスタの一例を示す図である。

【図3】図３は、需要家納入先コード変換マスタの一例を示す図である。

【図4】図４は、需要家別商品コード変換マスタの一例を示す図である。

【図5】図５は、仕訳連携変換マスタの一例を示す図である。

【図6】図６は、メーカにより製造された商品が各需要家用ヤード倉庫に保管されることで、実施の形態の在庫管理装置の在庫データが生成される様子を示す図である。

【図7】図７は、メーカにより製造された商品が各需要家用ヤード倉庫に保管されることで、メーカ側から在庫管理装置に送信されるヤード移動データ、及び、ヤード移動データに基づいて生成される移動データを示す図である。

【図8】図８は、需要家からの注文による受注入力を行うための受注入力画面の一例を示す図である。

【図9】図９は、在庫管理装置で生成した受注データを、メーカ側に送信する際に、納入先コード及び商品コード等を、メーカ側で用いている納入先コード及び商品コードに変換して送信する動作を説明するための図である。

【図10】図１０は、メーカにより新たな商品が生産され各需要家用ヤード倉庫に保管されることで、在庫管理装置の在庫データが更新される様子を示す図である。

【図11】図１１は、メーカにより需要家用ヤード倉庫に保管された商品が３月１０日の午前中に出荷されることで、在庫管理装置の在庫データが更新される様子を示す図である。

【図12】図１２は、メーカにより需要家用ヤード倉庫に保管された商品が３月１０日の午後に出荷されることで、在庫管理装置の在庫データが更新される様子を示す図である。

【図13】図１３は、棚卸前処理を説明するための図である。

【図14】図１４は、担当者がメーカ側の需要家用ヤード倉庫に出向して在庫数を確認している様子を示す図である。

【図15】図１５は、帳簿上の在庫数の調整を行うための在庫数調整データの一例を示す図である。

【図16】図１６は、在庫数調整データに基づいて在庫数が調整された棚卸後の在庫データの一例を示す図である。

【図17】図１７は、需要家に送信又は郵送される棚卸報告資料の一例を示す図である。

【図18】図１８は、在庫照会画面の一例を示す図である。

【図19】図１９は、在庫照会に用いられる在庫データの一例を示す図である。

【図20】図２０は、管理帳票に出力可能な需要家別のーカヤードの在庫金額の一例を示す図である。

【図21】図２１は、仕訳連携画面の一例を示す図である。

【図22】図２２は、仕訳データの一例を示す図である。

【発明を実施するための形態】

【0014】

以下、本発明を適用した実施の形態となる在庫管理装置を、図面に基づいて詳細に説明する。なお、本発明は、以下の実施の形態に限定されるものではない。

【0015】

（ハードウェア構成）
図１に示すように、実施の形態の在庫管理装置１は、メーカ側で鉄鋼を材料として製造された商品を、メーカ側の置き場所（メーカヤード）から納入先となる需要家に納品させる商取引を行う企業の端末装置であり、記憶部２、制御部３、通信インターフェース部４及び入出力インターフェース部５を備えている。

【0016】

入出力インターフェース部５には、入力装置６及び出力装置７が接続されている。出力装置７としては、モニタ装置（家庭用テレビを含む）等の表示部、印刷装置、又は、スピーカ装置等を用いることができる。入力装置６としては、キーボード装置、マウス装置及びマイクロホン装置等の他、マウス装置と協働してポインティングデバイス機能を実現するモニタ装置等を用いることができる。通信インターフェース部４は、例えばインターネット等の広域網又はＬＡＮ（Local Area Network）等のプライベート網等のネットワーク５０に接続される。

【0017】

ネットワーク５０には、鉄鋼を材料として商品を製造するメーカのメーカ端末装置５１と、商品の注文を行い、また、メーカにより製造された商品の納入先となる需要家の需要家端末装置５２が接続されている。また、ネットワーク５０には、在庫管理装置１を所有する企業の会計計上を行うためのソフトウェアである会計システム６１が設けられた会計サーバ装置６０が接続されている。なお、図１に点線のブロックで示すように、在庫管理装置１の記憶部２に設けられた会計システム６１に会計計上を行うようにしてもよい。

【0018】

記憶部２としては、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）等の記憶装置を用いることができる。記憶部２には、メーカヤードに置かれている他社資産の在庫管理を可能とする在庫管理プログラムが記憶されている。また、この記憶部２には、倉庫マスタ１１、需要家納入先コード変換マスタ１２、需要家別商品コード変換マスタ１３、仕訳連携変換マスタ１４が記憶される他、後述する各種データが記憶されている。

【0019】

倉庫マスタ１１には、図２に示すように倉庫コード、倉庫名、資産管理フラグ、需要家管理フラグ、及び、需要家コード（自社）がそれぞれ関連付けされて記憶されている。この倉庫マスタ１１において、「Ｃ００１」及び「Ｃ００２」の倉庫コードは、メーカ側のメーカヤードを仮想的に自社の倉庫に見立てて付した倉庫コードである。すなわち、「Ｃ００１」はメーカヤードを「第１の需要家用のヤード倉庫」に見立てて付した倉庫コードであり、「Ｃ００２」の倉庫コードはメーカヤードを「第２の需要家用のヤード倉庫」に見立てて付した倉庫コードとなっている。

【0020】

管理資産フラグとしては、その倉庫の資産が自社資産である場合は「０：自社資産」と入力され、その倉庫の資産が他社資産である場合は「１：他社資産」として入力される。上述の「第１の需要家用のヤード倉庫」及び「第２の需要家用のヤード倉庫」の保管されている資産は他社資産であるため、それぞれに対しては、「１：他社資産」の管理資産フラグが入力される。

【0021】

需要家管理フラグとしては、その倉庫の資産の需要家を管理しない場合は「０管理しない」と入力され、その倉庫の資産の需要家を管理する場合は「１：管理する」と入力される。上述の「第１の需要家用のヤード倉庫」及び「第２の需要家用のヤード倉庫」は、それぞれ対応する需要家用の仮想的なヤード倉庫であるため、「１：管理する」の需要家管理フラグが入力される。

【0022】

また、「１：管理する」の需要家管理フラグが入力した場合、在庫管理装置１を所有する企業（自社）で用いている各需要家の需要家コード（需要家コード（自社））が必須の入力要件となっている。図２の例は、上述の「第１の需要家用のヤード倉庫」に対しては、自社で用いている「ＴＯＫ００１」の需要家コード（自社）が入力され、「第２の需要家用のヤード倉庫」に対しては、自社で用いている「ＴＯＫ５０５」の需要家コード（自社）が入力された例である。

【0023】

需要家納入先コード変換マスタ１２には、図３に示すように自社で用いている各需要家の需要家コード（需要家コード（自社））と、メーカ側で用いられている、各需要家の需要家コード（需要家コード（メーカ））とが、それぞれ関連付けされて記憶されている。図３の例は、自社で用いている「ＴＯＫ００１」の需要家に対しては、メーカ側では「１０９１００００１」の需要家コードが付されており、自社で用いている「ＴＯＫ５０５」の需要家に対しては、メーカ側では「１０９１５５００１」の需要家コードが付されていることを示している。

【0024】

需要家別商品コード変換マスタ１３には、各需要家に納入している各商品に対する、「自社で用いている各需要家の需要家コード及び各商品の商品コード」と、「メーカ側で用いている各需要家の需要家コード及び各商品の商品コード」とが、それぞれ関連付けされて記憶されている。

【0025】

図４の例は、自社で「ＴＯＫ００１」の需要家コードで管理し、メーカ側で「１０９１００００１」の需要家コードで管理されている需要家に対して納入する「ＳＨ１００００１」の商品コード（自社）の商品は、メーカ側では「ＧＬＣＣ５００１」の商品コード（メーカ）で管理されていることを示している。また、図４の例は、自社で「ＴＯＫ５０５」の需要家コードで管理し、メーカ側で「１０９１５５００１」の需要家コードで管理されている需要家に対して納入する「Ｓ１３５－１８０」の商品コード（自社）の商品は、メーカ側では「ＧＬＷＳＷ９５０」の商品コード（メーカ）で管理されていることを示している。

【0026】

仕訳連携変換マスタ１４には、図５に示すように、図２を用いて説明した第１の需要家用ヤード倉庫及び第２の需要家用ヤード倉庫における在庫の仕訳連携定義が記憶されている。具体的には、仕訳連携変換マスタ１４には、第１の需要家用ヤード倉庫及び第２の需要家用ヤード倉庫における在庫は、仕訳連携の際に、借方勘定科目を「７０５３」とし、借方勘定科目名を「ヤード月末在庫」とすることが定義されている。

【0027】

また、金額は「在庫金額」の金額を用い、会計取引先コードは、図２に示した倉庫マスタ１１に、倉庫コードに関連付けされている納入先コード（需要家コード（自社））を用いることが定義されている。さらに、作成条件としては、倉庫マスタ１１の需要家管理フラグが「１：管理する」となっている需要家の在庫のみ、仕訳連携を行うことが定義されている。

【0028】

（在庫管理装置の機能構成）
次に、制御部３は、記憶部２に記憶されている在庫管理プログラムを実行することで、図１に示すように、取得部２１、納入先別倉庫割り当て部２２、データ生成部２３、出力制御部２４、表示制御部２５及び記憶制御部２６として機能する。

【0029】

取得部２１は、メーカ側で製造された商品が、メーカ側の倉庫に保管されることで通知される、メーカ側の倉庫に保管された商品の入庫数、入庫した商品の納入先を示す納入先特定情報、生成された商品の商品特定情報を含む入庫情報を取得する。

【0030】

納入先別倉庫割り当て部２２は、取得された入庫情報に含まれる納入先特定情報に基づいて、メーカ側の倉庫の納入先毎の商品の保管場所を、各納入先用の商品の保管倉庫として割り当てた倉庫特定情報（図６（ａ）等に示すＣ００１等の倉庫コード）を生成する。

【0031】

データ生成部２３は、各納入先の保管倉庫を示す倉庫特定情報、各納入先の保管倉庫で保管されている商品の商品特定情報（図６（ａ）等に示す商品コード）及び在庫数（図６（ａ）等に示す重量及び数量等）を含む在庫情報（図６（ａ）等に示す在庫データ）を生成する。

【0032】

出力制御部２４は、生成された在庫情報を、出力装置７等の出力先に出力する。出力装置７としては、表示部の他、印刷装置、スピーカ装置、半導体メモリ、磁気記憶媒体等の外部記憶装置を用いることができる。

【0033】

また、取得部２１は、メーカ側で商品がさらに製造され、納入先用の商品の保管倉庫に保管された際に送信される、保管した商品の入庫数、保管した商品の納入先を示す納入先特定情報、保管した商品の商品特定情報を含む入庫情報を取得する。

【0034】

この入庫情報がさらに取得されると、記憶制御部２６は、在庫情報に含まれる倉庫特定情報で示される保管倉庫の納入先のうち、入庫情報の納入先特定情報で示される納入先の在庫数に、入庫情報に含まれる、保管した商品の入庫数を加算処理することで在庫情報を更新処理する。

【0035】

また、取得部２１は、メーカ側が商品を納入先に出荷した際に送信される、出荷した商品の出荷数、出荷した商品の商品特定情報、及び、出荷した商品の納入先を示す納入先特定情報を含む出荷情報を取得する。

【0036】

この出荷情報が取得されると、記憶制御部２６は、商品が出荷された納入先の在庫数から、出荷した商品の出荷数を減算処理した在庫数に、在庫情報の在庫数を更新処理する。

【0037】

また、記憶制御部２６は、棚卸を行うことで確認された商品の実際の在庫数と、棚卸時点での在庫情報で示される商品の在庫数との差異数が入力された際に、入力された差異数を、棚卸時点での在庫情報で示される在庫数に加減算処理して在庫情報の在庫数の調整を行う。

【0038】

棚卸により在庫情報の在庫数の調整が行われると、データ生成部２３は、調整された在庫数を含む在庫数報告書データ（図１７に例示する棚卸報告資料）を生成し、出力制御部２４は、この在庫数報告書データを出力する。出力制御部２４は、生成された在庫数報告書データを、出力装置７等の出力先に出力する。出力装置７としては、表示部の他、印刷装置、スピーカ装置、半導体メモリ、磁気記憶媒体等の外部記憶装置を用いることができる。また、在庫数報告書データは、添付ファイルとして電子メールに添付され、需要家の需要家端末装置５２に送信され、或いは、需要家に郵送される。

【0039】

また、データ生成部２３は、少なくとも勘定科目名を指定する勘定科目名指定情報、在庫情報に含まれる金額のうち、計上に用いる金額として在庫金額を指定する金額指定情報、及び、在庫情報のうち、会計データの作成対象とする在庫情報を特定するための作成条件が記憶された記憶部（仕訳連携変換マスタ１４）を参照する。そして、データ生成部２３は、在庫情報のうち、作成条件で指定される在庫情報に基づいて、勘定科目名指定情報で指定された勘定科目名、金額指定情報で指定された在庫金額、及び、取引先を含む会計データを生成する。出力制御部は、この会計データを出力装置７等の出力先に出力する。出力装置７としては、表示部の他、印刷装置、スピーカ装置、半導体メモリ、磁気記憶媒体等の外部記憶装置を用いることができる。また、会計データは、図１に示す会計サーバ装置６０のソフトウェアである会計システム６１に計上され、又は、記憶部２に記憶されている会計システム６１に計上される。

【0040】

（メーカヤードの在庫管理動作）
次に、実施の形態の在庫管理装置１における、上述のメーカヤードに入庫した各需要家用の在庫の管理動作を説明する。在庫管理装置１の取得部２１～記憶制御部２６は、記憶部２の在庫管理プログラムに基づいて機能することで、メーカヤードに入庫した各需要家用の在庫を以下のように管理する。

【0041】

まず、例えば図６（ａ）の在庫データで示すように、３月１日の時点で、メーカヤードに対して仮想的に割り当てた「Ｃ００１」の倉庫コードの第１の需要家用ヤード倉庫には、商品コードが「ＳＨ１００００１」で在庫単価が「１０００円」の商品は保管されていない状態であるとする。また、３月１日の時点で、メーカヤードに対して仮想的に割り当てた「Ｃ００２」の倉庫コードの第２の需要家用ヤード倉庫には、商品コードが「ＳＩ３５－１８０」で在庫単価が「１５００円」の商品は保管されていない状態であるとする。

【0042】

この状態で、取得部２１が３月７日付で、メーカ端末装置５１からＥＤＩ（Electronic Data Interchange）受信データとして、図７（ａ）に示すヤード移動データを受信して取得したとする。このヤード移動データは、図７（ａ）に示すように、メーカ側で用いている納入先コードが「１０９１００００１」の納入先に対する、「ＧＬＣＣ５００１」の商品コードの商品であり、重量は「１．２ｔ」、数量は「２．４ｍ」であったとする。また、取得したヤード移動データは、図７（ａ）に示すように、メーカ側で用いている納入先コードが「１０９１５５００１」の納入先に対する、「ＧＬＷＳＷ９５０」の商品コードの商品であり、重量は「７．４ｔ」、数量は「３．７ｍ」であったとする。

【0043】

メーカ端末装置５１から、このようなヤード移動データが取得されると、データ生成部２３は、取得されたヤード移動データの「納入先コード（＝メーカ側で用いている需要家のコード）」に基づいて、図３に示した需要家納入先コード変換マスタ１２を参照し、自社で用いている「需要家コード（自社）」を検出する。この例の場合、「１０９１００００１」の需要家コード（メーカ）に対しては、「ＴＯＫ００１」の需要家コード（自社）が検出される。また、「１０９１５５００１」の需要家コード（メーカ）に対しては、「ＴＯＫ５０５」の需要家コード（自社）が検出される。

【0044】

データ生成部２３は、検出した「需要家コード（自社）」に基づいて、図２に示した倉庫マスタ１１を参照し、「需要家コード（自社）」に対応する「倉庫コード」を検出する。この例の場合、「ＴＯＫ００１」の需要家コード（自社）に対しては、データ生成部２３により、「Ｃ００１」の倉庫コードが検出され、「ＴＯＫ５０５」の需要家コード（自社）に対しては、データ生成部２３により、「Ｃ００２」の倉庫コードが検出される。

【0045】

次に、データ生成部２３は、取得されたヤード移動データの「納入先コード」及び「商品コード」に基づいて、図４に示した需要家別商品コード変換マスタ１３を参照し、ヤード移動データで示されるメーカ側で用いられている商品コード（メーカ）に対応する、自社で用いている商品コード（自社）を検出する。この例の場合、「ＧＬＣＣ５００１」の商品コード（メーカ）に対応する商品コード（自社）として、「ＳＨ１００００１」の商品コード（自社）が検出される。また、「ＧＬＷＳＷ９５０」の商品コード（メーカ）に対応する商品コード（自社）として、「Ｓ１３５－１８０」の商品コード（自社）が検出される。

【0046】

このような各情報を検出すると、データ生成部２３は、図７（ｂ）に示すように重量が「１．２ｔ」、数量が「２．４ｍ」で、商品コード（自社）が「ＳＨ１００００１」の商品が、「Ｃ００１」の倉庫コードの第１の需要家用ヤード倉庫に入庫したことを示す移動データを生成する。また、データ生成部２３は、図７（ｂ）に示すように重量が「７．４ｔ」、数量が「３．７ｍ」で、商品コード（自社）が「ＳＩ３５－１８０」の商品が、「Ｃ００２」の倉庫コードの第２の需要家用ヤード倉庫に入庫したことを示す移動データを生成する。

【0047】

なお、この移動データには、自動採番された移動番号が付され、「ヤード入庫」の移動区分が付される。

【0048】

記憶制御部２６は、このような移動データに基づいて、図６（ｂ）に示すように、「Ｃ００１」の倉庫コードの第１の需要家用ヤード倉庫に入庫した「ＳＨ１００００１」の商品コードの商品の重量（１．２ｔ）、及び、数量（２．４ｍ）を入力（更新）すると共に、重量に対応する在庫金額を算出して入力（更新）する（１．２ｔ×１０００円＝１２００円）。

【0049】

同様に、記憶制御部２６は、移動データに基づいて、図６（ｂ）に示すように、「Ｃ００２」の倉庫コードの第１の需要家用ヤード倉庫に入庫した「ＳＩ３５－１８０」の商品コードの商品の重量（７．４ｔ）、及び、数量（３．７ｍ）を入力（更新）すると共に、重量に対応する在庫金額を算出して入力（更新）する（７．４ｔ×１５００円＝１万１千１００円）。

【0050】

次に、例えば３月８日付で、需要家（＝納入先）から需要家端末装置５２を介して商品の注文が行われたとする。これにより、在庫管理装置１の操作者は、受注入力画面の表示指定操作を行う。この表示指定操作が行われると、表示制御部２５は、図８に例示する受注入力画面を、出力装置７を介して表示する。操作者は、入力装置６を操作することで、図８に示すように、受注番号、受注日、納期、受注区分（ヤード受注）、倉庫コード、挿入先コードを入力する。この図８の例は、受注日は「２０２３年３月８日」で、納期は「２０２３年３月１０日」とした例である。また、倉庫コードが「Ｃ００１」の第１の需要家用ヤード倉庫からの出荷を指示しており、納入先は、納入先コードが「ＴＯＫ００１」の「〇〇製鉄所」であることを示している。

【0051】

また、操作者は、受注した商品の商品コード、商品名、受注数（重量及び数量）、受注単価、受注金額、仕入単価、仕入金額、及び、粗利等の明細入力を行う。

【0052】

このような受注入力が行われると、データ生成部２３は、図９（ａ）に示すように、納入先コード（＝需要家コード（自社））、納入先名、商品コード（自社）、商品名、重量、数量、及び、納期を含む発注データを生成する。また、データ生成部２３は、需要家別商品コード変換マスタ１３を参照し、納入先コード（＝需要家コード（自社））を、メーカ側で用いている納入先コード（＝需要家コード（メーカ））に変換すると共に、商品コード（自社）をメーカ側で用いている商品コード（需要家商品コード（メーカ））に変換した、図９（ｂ）に例示する発注データを生成する。

【0053】

出力制御部２４は、生成された発注データを、メーカ端末装置５１に送信する。これにより、メーカ側において、この発注データに基づいて商品が製造され、メーカ側のメーカヤードに保管される。そして、例えば３月９日付で、この新たに製造された商品に対応する、図１０（ａ）に例示する移動ヤードデータがメーカ側で生成され、在庫管理装置１に送信される。

【0054】

在庫管理装置１は、取得部２１で、このヤード移動データを取得すると、データ生成部２３が、図２～図４に示した倉庫マスタ１１～需要家別商品コードマスタ１３を参照し、図１０（ｂ）に示す、メーカ側で新たに製造された商品に対応する移動データを生成する。この図１０（ｂ）の例は、メーカ側で、重量が「５．５ｔ」で、数量が「１１．０ｍ」の、商品コードが「ＳＨ１００００１」の商品が製造され、この商品が、メーカヤード内の「Ｃ００１」の倉庫コードの倉庫（置き場）に保管されたことを示している。また、この図１０（ｂ）の例は、メーカ側で、重量が「４５．７ｔ」で、数量が「２２．８５ｍ」の、商品コードが「ＳＩ３５－１８０」の商品が製造され、この商品が、メーカヤード内の「Ｃ００２」の倉庫コードの倉庫（置き場）に保管されたことを示している。

【0055】

記憶制御部２６は、このように「Ｃ００１」の倉庫コードの倉庫（置き場）及び「Ｃ００２」の倉庫コードの倉庫（置き場）に新たな在庫が保管されると、図６（ｂ）に示した在庫データの重量及び数量に、図１０（ｂ）の移動データの重量及び数量をそれぞれ加算処理する。これにより、図１０（ｃ）に示すように、需要家からの発注により、メーカ側で製造された新たな商品の在庫を、元の在庫に加算するかたちで、在庫データが更新処理される。

【0056】

次に、例えば３月１０日の午前中に、メーカ側が、発注データで示される需要家用の需要家用ヤード倉庫から、発注データで示される需要家に対して商品を出荷すると、図１１（ａ）に示す出荷データがメーカ端末装置５１を介して在庫管理装置１に送信される。在庫管理装置１の取得部２１は、この出荷データを取得する。データ生成部２３は、図４に示した需要家別商品コード変換マスタ１３を参照することで、取得された出荷データの納入先コード（メーカ）及び商品コード（メーカ）を、自社で用いている納入先コード（自社）及び商品コード（自社）に変換し、図１１（ｂ）に示す売上データを生成する。記憶制御部２６は、この売上データを記憶部２に記憶させる。

【0057】

また、記憶制御部２６は、この売上データに基づいて、図１０（ｃ）に示した売上前の「〇〇製鉄所」の在庫データの重量及び数量から、図１１（ｂ）の売上データで示される、今回、「〇〇製鉄所」に売上られた商品の重量及び数量を減算処理して在庫金額を計算し直し、図１１（ｃ）に示すように在庫データを更新する。

【0058】

同様に、例えば３月１０日の午後に、メーカ側が、発注データで示される需要家用の需要家用ヤード倉庫から、発注データで示される需要家に対して商品を出荷すると、図１２（ａ）に示す出荷データがメーカ端末装置５１を介して在庫管理装置１に送信される。在庫管理装置１の取得部２１は、この出荷データを取得する。データ生成部２３は、図４に示した需要家別商品コード変換マスタ１３を参照することで、取得された出荷データの納入先コード（メーカ）及び商品コード（メーカ）を、自社で用いている納入先コード（自社）及び商品コード（自社）に変換し、図１２（ｂ）に示す売上データを生成する。記憶制御部２６は、この売上データを記憶部２に記憶させる。

【0059】

また、記憶制御部２６は、この売上データに基づいて、図１１（ｃ）に示した売上前の「××工場」の在庫データの重量及び数量から、図１２（ｂ）の売上データで示される、今回、「××工場」に売上られた商品の重量及び数量を減算処理して在庫金額を計算し直し、図１２（ｃ）に示すように在庫データを更新する。

【0060】

（棚卸処理）
次に、例えば３月末である３月３１日に実施される棚卸による棚卸処理を説明する。この棚卸時には、まず、帳簿上の現在の在庫数を認識する「棚卸前処理」が行われる。すなわち、在庫管理装置１の操作者は、棚卸時となると、入力装置６を介して棚卸前処理画面の表示を指定操作する。

【0061】

この指定操作が行われると、表示制御部２５は、図１３（ｂ）に示す棚卸前処理画面を、出力装置７を介して表示する。操作者は、この棚卸前処理画面に対して、棚卸日及び棚卸を行う倉庫の倉庫コードを入力する。この図１３（ｂ）の例は、棚卸を行う倉庫として、上述のようにメーカヤードに対して割り当てられた第２の需要家用ヤード倉庫を指定した例である。

【0062】

データ生成部２３は、入力された倉庫コードに基づいて在庫データを参照し、図１３（ａ）に例示するように、棚卸前処理画面で指定された倉庫に保管されている商品の、帳簿上の在庫数（重量及び数量）を示す棚卸データを生成する。図１３（ｂ）の例は、棚卸を行う倉庫として第１の需要家用ヤード倉庫（Ｃ００１）及び第２の需要家用ヤード倉庫（Ｃ００２）が指定され、この第１の需要家用ヤード倉庫及び第２の需要家用ヤード倉庫に保管されている商品（ＳＨ１００００１、ＳＩ３５－１８０）の在庫数（４．３ｔ／８．６ｍ、４２．６ｔ／２１．３ｍ）を示す棚卸データが生成された例である。記憶制御部２６は、この棚卸データを、記憶部２に記憶させる。

【0063】

次に、操作者又は担当者は、図１４に示すようにメーカヤードに出向し、第１の需要家用ヤード倉庫に保管されている商品の在庫数、及び、第２の需要家用ヤード倉庫に保管されている商品の在庫数を目視で認識する。そして、操作者は、図１２（ｃ）に示した３月３１日時点での在庫データで示される第１の需要家用ヤード倉庫（Ｃ００１）及び第２の需要家用ヤード倉庫（Ｃ００２）の在庫数量と、目視で認識した第１の需要家用ヤード倉庫（Ｃ００１）及び第２の需要家用ヤード倉庫（Ｃ００２）の在庫数量との差異数を算出する。

【0064】

そして、操作者は、第１の需要家用ヤード倉庫（Ｃ００１）及び第２の需要家用ヤード倉庫（Ｃ００２）の差異数を、在庫数調整入力画面を介して入力する。この在庫数調整入力画面に対して差異数の入力操作が行われると、データ生成部２３は、図１５（ａ）に示すように、第１の需要家用ヤード倉庫（Ｃ００１）及び第２の需要家用ヤード倉庫（Ｃ００２）の各商品（ＳＨ１００００１、ＳＩ３５－１８０）の在庫数の差異数（＝調整数）を示す在庫数調整データを生成する。

【0065】

この図１５（ａ）の在庫数調整データの例は、第１の需要家用ヤード倉庫（Ｃ００１）の商品（ＳＨ１００００１）の帳簿上の数量と実際にヤード倉庫に保管されている数量との間に、「１．０ｔ、２．０ｍ」の差異が発生していたことを示している。また、図１５（ｂ）の在庫数調整データの例は、第２の需要家用ヤード倉庫（Ｃ００２）の商品（ＳＩ３５－１８０）の帳簿上の数量と実際にヤード倉庫に保管されている数量との間に、「－１．２ｔ、－０．６ｍ」の差異が発生していたことを示している。

【0066】

次に、操作者は、入力装置６を介して棚卸入力画面の表示を指定操作する。この指定操作が行われると、表示制御部２５は、図１５（ｂ）に示す棚卸入力画面を、出力装置７を介して表示する。操作者は、この棚卸入力画面に対して、「２０２３年３月３１日」等の棚卸日、「通常棚卸」等の棚卸区分、「Ｃ００２（第２の需要家ヤード倉庫の棚卸を行っている場合の例）」等の倉庫コード、及び、「ＳＨ１００００１」等の商品コード、及び、「鉄柱Ｈ型Ａ００１」等の商品名を入力する。

【0067】

また、操作者は、図１５（ａ）に示した在庫数調整データに基づいて、棚卸入力画面の明細の入力欄のうち、棚卸情報の入力欄に、棚卸を行っている倉庫及び商品に対応する上述の差異数（＝調整数）を入力する。

【0068】

すなわち、棚卸入力画面の明細の入力欄は、棚卸を行っている商品の商品コード及び商品名の入力欄他、棚卸前情報の表示欄、棚卸情報の入力欄、及び、棚卸後情報の表示欄が設けられている。表示制御部２５は、棚卸前情報の表示欄に対しては、図１２（ｃ）に示した、その倉庫及び商品の、棚卸日における在庫数（この場合、重量及び数量）を、操作者が変更不可の状態で表示する。

【0069】

また、表示制御部２５は、棚卸情報の入力欄に、上述の差異数（＝調整数）が入力されると、この入力された差異数（＝調整数）を、棚卸前情報の在庫数に対して加減算処理し、棚卸日の帳簿上の在庫数を実際の在庫数に合わせ込む演算処理を行う。これにより、帳簿上の在庫数が実際の在庫数に調整される。表示制御部２５は、この調整の演算結果となる在庫数（重量、数量）を、操作者が変更不可の状態で、棚卸後情報の表示欄に表示する。

【0070】

次に、操作者は、棚卸入力画面を介して調整した倉庫（第１の需要家用ヤード倉庫又は第２の需要家用ヤード倉庫等）の在庫数の更新を、図１６（ａ）に例示する棚卸更新画面を介して指定する。これにより、データ生成部２３は、図１６（ｂ）に示すように、上述の差異数（＝調整数）に基づいて調整した在庫数に更新した棚卸後の在庫データを生成する。記憶制御部２６は、この棚卸後の在庫データを記憶部２に記憶させる。

【0071】

次に、データ生成部２３は、この棚卸後の在庫データに基づいて、各需要家に対する棚卸報告資料に対応する棚卸報告資料データを生成する。この棚卸報告資料データは、操作者により入力される会計年月、棚卸日、宛先となる需要家名と共に、各商品のシステム帳簿在庫数、調整数、及び、棚卸結果数の各情報を含んで構成される。

【0072】

データ生成部２３は、上述の棚卸前処理により作成した図１３（ａ）に示す棚卸データから取得したシステム帳簿在庫数を、棚卸報告資料データに入力する。また、データ生成部２３は、図１５（ａ）に示した在庫数調整データから取得した調整数を、棚卸報告資料データに入力する。また、データ生成部２３は、図１６（ｂ）に示した棚卸処理後の在庫データから取得した棚卸結果数を、棚卸報告資料データに入力する。

【0073】

この棚卸報告資料データは、出力制御部２４により、対応する需要家の需要家端末装置５２に送信され、又は、印刷装置に相当する出力装置７を介して印刷され、対応する需要家に郵送される。

【0074】

（在庫照会動作）
次に、実施の形態の在庫管理装置の場合、メーカヤードを、各需要家用ヤード倉庫に割り当てて管理しているため、在庫データに基づいて、指定した需要家用ヤード倉庫の在庫を迅速かつ正確に照会可能となっている。

【0075】

この場合、操作者は、図１８に例示する在庫照会画面を表示操作し、日付、照会を行う倉庫の倉庫コード、得意先コード（＝需要家又は納入先）の入力を行う。表示制御部２５は、例えば図１９に例示する在庫データを参照し、図１８に示すように、入力された倉庫コード及び得意先コードに対応する在庫データを、在庫照会画面の明細の表示欄に表示する。図１８の例は、第１の需要家用ヤード倉庫に保管されている「〇〇製鉄所」の在庫が照会された例である。

【0076】

従来は、需要家別のメーカヤード在庫管理については、表計算ソフトウェアで管理していた。しかし、表計算ソフトウェアによる管理では、メーカ側での商品の移動処理又は出荷処理等が行われることで、在庫管理に誤りが発生する不都合を生じていた。そして、このような在庫管理の誤りにより、需要家向けの在庫が確保されておらず、出荷業務が行えず、需要家からのクレームが発生する不都合を生じていた。

【0077】

しかし、実施の形態の在庫管理装置１は、システムでの需要家別メーカヤードの在庫管理を行うことができ、需要家別の確保在庫をシステムで管理可能とすることができ、従来、出荷業務で発生した障害を改善することができる。これにより、需要家からのクレームが発生する不都合を防止できる。

【0078】

また、需要家からメーカヤードの棚卸報告が求められた際、従来は、システムで在庫管理を行うことが困難であったため、表計算ソフトウェアで資料を作成していた。しかし、実施の形態の在庫管理装置１では、１つの需要家のメーカヤード在庫を１倉庫として管理できるため、棚卸処理を自社倉庫と同様の形式で行うことができる。このため、定期的に発生する定型業務（棚卸処理等）の作業時間の短縮化を図ることができる。

【0079】

また、需要家別に在庫管理できるため、他社資産の在庫を管理会計のバランスシート（ＢＳ：貸借対照表）上で把握可能とすることができる。このため、将来的な債務を把握でき、また、在庫過多となる不都合を防止できる。

【0080】

（仕訳連携動作）
次に、実施の形態の在庫管理装置１は、在庫データに基づいて、メーカヤードに設定した第１の需要家用ヤード倉庫及び第２の需要家用ヤード倉庫の在庫金額の仕訳データを生成して、会計システム６１に連携可能としている。これにより、管理帳票に、例えば図２０に例示する需要家別のーカヤードの在庫金額を出力して確認することができる。

【0081】

具体的には、仕訳連携を行う場合、操作者は、入力装置６を操作して、仕訳連携画面の表示を指定する。これにより、表示制御部２５は、図２１に例示する仕訳連携画面を、出力装置７を介して表示する。操作者は、この仕訳連携画面に対して会計年月を入力すると共に、会計期間に相当する対象日の入力を行う。

【0082】

データ生成部２３は、図５に示した仕訳連携変換マスタ１４を参照し、仕訳データを生成する際に用いることが指定されている借方勘定科目、借方勘定科目名、金額の取得元、会計取引先コードの取得元、仕訳データの作成対象とする倉庫を認識する。

【0083】

図５に示す仕訳連携変換マスタ１４の例は、作成する仕訳データの借方勘定科目としては「７０５３」が指定され、借方勘定科目名としては「ヤード月末倉庫」が指定され、金額の取得元としては「在庫データの在庫金額」が指定されている例である。また、図５に示す仕訳連携変換マスタ１４の例は、会計取引先コードの取得元として、図２に示す倉庫マスタ１１に記憶されている納入先コード（＝需要者コード（自社））が指定され、図２の倉庫マスタ１１の需要家管理フラグが「１：管理する」になっているものを仕訳データの作成対象とすることが指定されている例である。

【0084】

データ生成部２３は、図１９に例示するように、仕訳連携変換マスタ１４及び倉庫マスタ１１で指定される需要家及び倉庫の在庫データを取得する。そして、図２２に示すように、取得した在庫データに基づいて、各需要家用ヤード倉庫の在庫金額を示す仕訳データを生成する。

【0085】

一例として仕訳データは、計上日、勘定コード、科目名、会計取引先コード、会計取引先名、及び、計上額の各入力項目を有している。この例の場合、データ生成部２３は、計上日として「２０２３年３月３１日」を入力し、勘定コードとしては、仕訳連携変換マスタ１４で指定された「７０５３」を入力する。また、データ生成部２３は、科目名として、仕訳連携変換マスタ１４で指定された「ヤード月末倉庫」を入力し、会計取引先コードとして、倉庫マスタ１１に登録されている、「ＴＯＫ００１」、「ＴＯＫ００５」等の「需要家コード（自社）」を入力する。

【0086】

また、データ生成部２３は、会計取引先名としては、「〇〇製鉄所」、「××工場」等の、第１の需要家用ヤード倉庫の需要家名、又は、第２の需要家用ヤード倉庫の需要家名を入力する。

【0087】

また、データ生成部２３は、計上額としては、図１９に示す同じ倉庫コードの在庫金額の合計額を入力する。例えば、「Ｃ００１」の第１の需要家用ヤード倉庫の場合、在庫金額の合計金額は「１１万８６３０円」である。このため、データ生成部２３は、「Ｃ００１」の第１の需要家用ヤード倉庫の需要家の計上額として「１１万８６３０円」を、仕訳データに入力する。同様に、図１９に示す「Ｃ００２」の第２の需要家用ヤード倉庫の場合、在庫金額の合計金額は「１７万４３８０円」である。このため、データ生成部２３は、「Ｃ００２」の第２の需要家用ヤード倉庫の需要家の計上額として「１７万４３８０円」を、仕訳データに入力する。

【0088】

このように仕訳データが生成されると、記憶制御部２６は、生成された仕訳データを記憶部２に記憶制御する。また、出力制御部２４は、生成された仕訳データを、会計サーバ装置６０の会計システム６１、又は、記憶部２の会計システム６１に送信して計上する。

【0089】

（実施の形態の効果）
以上の説明から明らかなように、実施の形態の在庫管理装置１は、メーカヤードに置かれた他社資産を自社資産と分けたうえで、システム管理可能とすることができる。このため、メンテナンス漏れにより需要家用の在庫確保が困難となる不都合を防止でき、出荷漏れを防止できる。

【0090】

また、システムでの需要家別メーカヤードの在庫管理を行うことができ、需要家別の確保在庫をシステムで管理可能とすることができ、従来、出荷業務で発生した障害を改善することができる。これにより、需要家からのクレームが発生する不都合を防止できる。

【0091】

また、１つの需要家のメーカヤード在庫を１倉庫として管理できるため、棚卸処理を自社倉庫と同様の形式で行うことができる。このため、定期的に発生する定型業務（棚卸処理等）の作業時間の短縮化を図ることができる。

【0092】

また、需要家別に在庫管理できるため、他社資産の在庫を管理会計のバランスシート（ＢＳ：貸借対照表）上で把握可能とすることができる。このため、将来的な債務を把握でき、また、在庫過多となる不都合を防止できる。

【0093】

［国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び目標９に貢献することが可能となる。

【0094】

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、目標１３及び目標１５に貢献することが可能となる。

【0095】

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

【0096】

［他の実施の形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

【0097】

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、或いは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

【0098】

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

【0099】

また、在庫管理装置１に関して、図示の各構成要素は機能概念的なものであり、必ずしも図示の如く物理的に構成されていることを要しない。

【0100】

例えば、在庫管理装置１が備える処理機能、特に制御部３及び制御部３にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ（Central Processing Unit）および当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて在庫管理装置１に機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ等の記憶部等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部３を構成する。

【0101】

また、この在庫管理装置１の在庫管理プログラムは、在庫管理装置１に対して任意のネットワークを介して接続された他のサーバ装置に記憶されていてもよく、必要に応じてその全部又は一部をダウンロードすることも可能である。

【0102】

また、本実施形態で説明した処理を実行するための在庫管理プログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable and Programmable Read Only Memory）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical Disk）、ＤＶＤ（Digital Versatile Disk）、及び、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

【0103】

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した在庫管理装置１において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

【0104】

記憶部２は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。

【0105】

また、在庫管理装置１は、既知のパーソナルコンピュータ装置又はワークステーション等の情報処理装置で構成してもよく、また、任意の周辺装置が接続された情報処理装置で構成してもよい。また、情報処理装置は、本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。

【0106】

さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

【産業上の利用可能性】

【0107】

本発明は、ヤード在庫運用を行っている、例えば鉄鋼業界の在庫管理に適用して好適である。

【符号の説明】

【0108】

１ 在庫管理装置
２ 記憶部
３ 制御部
４ 通信インターフェース部
５ 入出力インターフェース部
６ 入力装置
７ 出力装置
１１ 倉庫マスタ
１２ 需要家納入先コード変換マスタ
１３ 需要家別商品コード変換マスタ
１４ 仕訳連携変換マスタ
２１ 取得部
２２ 納入先別倉庫割り当て部
２３ データ生成部
２４ 出力制御部
２５ 表示制御部
２６ 記憶制御部
５０ ネットワーク
５１ メーカ端末装置
５２ 需要家端末装置
６０ 会計サーバ装置
６１ 会計システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】