知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-01-20
(45)【発行日】2025-01-28
(54)【発明の名称】業務支援装置、業務支援方法および業務支援プログラム
(51)【国際特許分類】
G06Q 10/087 20230101AFI20250121BHJP
【ＦＩ】
G06Q10/087
【請求項の数】
6
(21)【出願番号】P 2021140149
(22)【出願日】2021-08-30
(65)【公開番号】P2023034075
(43)【公開日】2023-03-13
【審査請求日】2024-01-19
(73)【特許権者】
【識別番号】398040527
【氏名又は名称】株式会社オービック
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】田中 裕次郎
(72)【発明者】
【氏名】矢部 真之
(72)【発明者】
【氏名】上野 剛光
【審査官】大野 朋也
(56)【参考文献】
【文献】特開２００１－３１２６３７（ＪＰ，Ａ）
【文献】特開２０１０－１７６５２５（ＪＰ，Ａ）
【文献】特開２００４－２１０４６０（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
制御部を備える業務支援装置であって、他社ヤードの商品の入庫状態を管理するための入庫管理テーブル並びに自社在庫及び他社在庫を管理する在庫テーブルにアクセス可能であり、
前記制御部は、前記他社ヤードから自社ヤードへの出荷要求がなされた場合に、前記入庫管理テーブルを参照して、出荷指示を行う出荷指示手段と、
前記出荷指示に基づいて、前記他社ヤードから出荷された商品が前記自社ヤードに入荷された場合に、資産区分が他社資産となっている当該商品の前記資産区分を自社資産とする資産振替を行って前記在庫テーブルを更新する在庫管理手段と、
を備えること、
を特徴とする業務支援装置。
【請求項2】
他社に対して発注した前記商品についての前記他社ヤードへの入庫が通知された場合に、前記入庫管理テーブルを更新する入庫更新手段を、備えることを特徴とする請求項１に記載の業務支援装置。
【請求項3】
前記在庫管理手段は、前記資産振替を行うに際して、仕入伝票を作成して債務の計上を行う、ことを特徴とする請求項１または請求項２に記載の業務支援装置。
【請求項4】
前記出荷指示手段は、前記出荷要求に基づいて引当入力処理がなされた場合に、前記他社ヤードに対して前記出荷指示を行う、ことを特徴とする請求項１または請求項２に記載の業務支援装置。
【請求項5】
他社ヤードの商品の入庫状態を管理するための入庫管理テーブル並びに自社在庫及び他社在庫を管理する在庫テーブルにアクセス可能な業務支援装置で実行される業務支援方法であって、前記他社ヤードから自社ヤードへの出荷要求がなされた場合に、前記入庫管理テーブルを参照して、出荷指示を行うステップと、前記出荷指示に基づいて、前記他社ヤードから出荷された商品が前記自社ヤードに入荷された場合に、資産区分が他社資産となっている当該商品の前記資産区分を自社資産とする資産振替を行って前記在庫テーブルを更新するステップと、を備えたことを特徴とする業務支援方法。
【請求項6】
他社ヤードの商品の入庫状態を管理するための入庫管理テーブル並びに自社在庫及び他社在庫を管理する在庫テーブルにアクセス可能な業務支援装置をコンピュータにより制御するための業務支援プログラムであって、前記コンピュータを、前記他社ヤードから自社ヤードへの出荷要求がなされた場合に、前記入庫管理テーブルを参照して、出荷指示を行う出荷指示手段と、前記出荷指示に基づいて、前記他社ヤードから出荷された商品が前記自社ヤードに入荷された場合に、資産区分が他社資産となっている当該商品の前記資産区分を自社資産とする資産振替を行って前記在庫テーブルを更新する在庫管理手段と、して機能させることを特徴とする業務支援プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、業務支援装置、業務支援方法および業務支援プログラムに関する。
【背景技術】
【0002】
一般に鉄鋼業界では高炉メーカーから材料を手に入れる場合、一次商社（一次問屋）のみが高炉メーカーから購入する口座を保有しているため、一般に、一次商社（一次問屋）の子会社などの二次、三次商社（二次、三次問屋）を経由し、高炉メーカーから材料を購入する。
この場合において、高炉メーカーは、経由する商社のヤードに在庫を保管し、商社（問屋）には売上を計上することとなっていた。
また、商社（問屋）も高炉メーカーには仕入計上するものの、材料を購入した企業への売上は立てないこととなっていた。
この場合において、高炉メーカーは、経由する商社のヤードに在庫を保管し、商社（問屋）には売上を計上することとなっていた。
また、商社（問屋）も高炉メーカーには仕入計上するものの、材料を購入した企業への売上は立てないこととなっていた。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００１－３４４３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
したがって、材料を購入する企業（メーカー）が、自社の在庫数を実際に把握できるタイミングは仕入計上時となり、実効的に自社の在庫と等価である商社のヤードに入庫された在庫を有効に活用できず、在庫の最適化が行えない虞があった。
また、同様の理由により、商社のヤードに入庫された在庫は、債務管理の対象とならないため、債務管理の精度向上が図れない虞があった。
本発明は、上記問題点に鑑みてなされたものであって、仕入計上前に実効的な在庫管理が行え、債務管理の精度向上を図ることが可能な業務支援装置、業務支援方法および業務支援プログラムを提供することを目的としている。
また、同様の理由により、商社のヤードに入庫された在庫は、債務管理の対象とならないため、債務管理の精度向上が図れない虞があった。
本発明は、上記問題点に鑑みてなされたものであって、仕入計上前に実効的な在庫管理が行え、債務管理の精度向上を図ることが可能な業務支援装置、業務支援方法および業務支援プログラムを提供することを目的としている。
【課題を解決するための手段】
【0005】
上述した課題を解決し、目的を達成するために、実施形態の業務支援装置は、制御部を備える業務支援装置であって、他社ヤードの商品の入庫状態を管理するための入庫管理テーブル並びに自社在庫及び他社在庫を管理する在庫テーブルにアクセス可能であり、前記制御部は、前記他社ヤードから自社ヤードへの出荷要求がなされた場合に、前記入庫管理テーブルを参照して、出荷指示を行う出荷指示手段と、前記出荷指示に基づいて、前記他社ヤードから出荷された商品が前記自社ヤードに入荷された場合に、資産区分が他社資産となっている当該商品の前記資産区分を自社資産とする資産振替を行って前記在庫テーブルを更新する在庫管理手段と、を備えること、を特徴とする。
【0006】
また、実施形態の業務支援装置において、他社に対して発注した前記商品についての前記他社ヤードへの入庫が通知された場合に、前記入庫管理テーブルを更新する入庫更新手段を、備えることを特徴とする。
【0007】
また実施形態の業務支援装置において、前記在庫管理手段は、前記資産振替を行うに際して、仕入伝票を作成して債務の計上を行う、ことを特徴とする。
【0008】
また実施形態の業務支援装置において、前記出荷指示手段は、前記出荷要求に基づいて引当入力処理がなされた場合に、前記他社ヤードに対して前記出荷指示を行う、ことを特徴とする。
【0009】
実施形態の業務支援方法は、他社ヤードの商品の入庫状態を管理するための入庫管理テーブル並びに自社在庫及び他社在庫を管理する在庫テーブルにアクセス可能な業務支援装置で実行される業務支援方法であって、前記他社ヤードから自社ヤードへの出荷要求がなされた場合に、前記入庫管理テーブルを参照して、出荷指示を行うステップと、前記出荷指示に基づいて、前記他社ヤードから出荷された商品が前記自社ヤードに入荷された場合に、資産区分が他社資産となっている当該商品の前記資産区分を自社資産とする資産振替を行って前記在庫テーブルを更新するステップと、を備えたことを特徴とする。
【0010】
実施形態の業務支援プログラムは、他社ヤードの商品の入庫状態を管理するための入庫管理テーブル並びに自社在庫及び他社在庫を管理する在庫テーブルにアクセス可能な業務支援装置をコンピュータにより制御するための業務支援プログラムであって、前記コンピュータを、前記他社ヤードから自社ヤードへの出荷要求がなされた場合に、前記入庫管理テーブルを参照して、出荷指示を行う出荷指示手段と、前記出荷指示に基づいて、前記他社ヤードから出荷された商品が前記自社ヤードに入荷された場合に、資産区分が他社資産となっている当該商品の前記資産区分を自社資産とする資産振替を行って前記在庫テーブルを更新する在庫管理手段と、して機能させることを特徴とする。
【発明の効果】
【0011】
本発明によれば、仕入計上前に実効的な在庫管理が行え、債務管理の精度向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【0012】
【発明を実施するための形態】
【0013】
次に実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。
【0014】
［１］実施形態
図１は、業務支援装置の概要構成ブロック図である。
業務支援装置１０は、業務支援処理（発注入力処理、発注取込処理、入荷入力処理、入荷取込処理、ヤード引当入力処理、入荷入力処理、在庫更新処理、債務計上処理等）を支援するアプリケーション（例えばＷｅｂアプリケーションなど）がインストールされている据置型または携帯型の情報処理装置（例えば、デスクトップ型のパーソナルコンピュータ、ノート型のパーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型のパーソナルコンピュータ等）として構成される。
図１は、業務支援装置の概要構成ブロック図である。
業務支援装置１０は、業務支援処理（発注入力処理、発注取込処理、入荷入力処理、入荷取込処理、ヤード引当入力処理、入荷入力処理、在庫更新処理、債務計上処理等）を支援するアプリケーション（例えばＷｅｂアプリケーションなど）がインストールされている据置型または携帯型の情報処理装置（例えば、デスクトップ型のパーソナルコンピュータ、ノート型のパーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型のパーソナルコンピュータ等）として構成される。
【0015】
業務支援装置１０は、通信ネットワーク３０（例えばインターネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等）を介して、自社工場に設置された自社端末２０、外部サーバ４０（例えばＷｅｂサーバなど）、取引先である商社に設置された商社サーバ４１、商社のヤード（倉庫）に設置された商社ヤード端末４２等と通信可能に接続されている。
【0016】
業務支援装置１０は、制御部１１、通信インターフェース部１２、記憶部１３および入出力インターフェース部１４を備えている。これらの各部は、通信バス等の任意の通信路を介して通信可能に接続されている。
【0017】
制御部１１は、業務支援装置１０を統括的に制御するＭＰＵ等として構成されている。制御部１１は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。
【0018】
この場合において、制御部１１は、出荷指示手段Ｍ１として機能し、オペレータが入力した出荷入力に基づいて、通信インタフェース部１２及び通信ネットワーク３０を介して、商社サーバ４１に対して、商社の商社ヤードに入荷されている素材（商品）の出荷を指示する。
【0019】
また、制御部１１は、在庫管理手段Ｍ２として機能し、自社の在庫のみならず、発注済みの素材（商品）であって、既に商社のヤード（倉庫）に入荷済みの素材（商品）の資産振替を行って在庫テーブルを更新し、自社の在庫として管理する。
【0020】
また、制御部１１は、入庫更新手段Ｍ３として機能し、他社である商社に対して発注した素材（商品）についての他社ヤードである商社ヤードへの入庫が通知された場合に、入庫管理テーブルとしての入荷情報データベース１３Ｂを更新する。
【0021】
通信インターフェース部１２は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、業務支援装置１０を通信ネットワーク３０に通信可能に接続する。通信インターフェース部１２は、外部サーバ４０等の他の装置と通信ネットワーク３０を介してデータを通信する機能を備えている。
【0022】
入出力インターフェース部１４には、入力装置１５および出力装置１６が接続されている。
入力装置１５としては、例えば、キーボード、マウスおよびマイクの他、ディスプレイと協働して入力を行うポインティングデバイス機能を実現するタッチパネル（いわゆるタッチパネルディスプレイ）等が挙げられる。
出力装置１６としては、モニタディスプレイ（家庭用テレビを含む）の他、スピーカやプリンタ等が挙げられる。
入力装置１５としては、例えば、キーボード、マウスおよびマイクの他、ディスプレイと協働して入力を行うポインティングデバイス機能を実現するタッチパネル（いわゆるタッチパネルディスプレイ）等が挙げられる。
出力装置１６としては、モニタディスプレイ（家庭用テレビを含む）の他、スピーカやプリンタ等が挙げられる。
【0023】
記憶部１３には、各種のデータベース、テーブルおよびファイルなどが格納される。記憶部１３には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１３として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）等のメモリ装置、ハードディスクのような固定ディスク装置および光ディスク等を用いることができる。
【0024】
記憶部１３は、発注情報データベース（ＤＢ）１３Ａと、入荷情報データベース（ＤＢ）１３Ｂと、在庫データベース（ＤＢ）１３Ｃと、素材要求情報データベース（ＤＢ）１３Ｄと、素材ヤード引当情報データベース（ＤＢ）１３Ｅと、素材入荷情報データベース（ＤＢ）１３Ｆと、債務データベース（ＤＢ）１３Ｇと、を備えている。
【0025】
次に、各データベース１３Ａ～１３Ｇに格納される情報の具体例について説明する。
【0026】
図２は、発注情報データベースの構成例の説明図である。
まず、発注情報データベース（ＤＢ）１３Ａに格納される情報について説明する。
発注情報データベース１３Ａに格納される情報としては、伝票番号１３Ａ１、伝票種１３Ａ２、発注取引１３Ａ３、行１３Ａ４、発注日１３Ａ５、（発注）部門１３Ａ６、素材発注番号１３Ａ７、発注先１３Ａ８、倉庫（ヤード）１３Ａ９、品名１３Ａ１０、発注数量１３Ａ１１、発注単価１３Ａ１２、発注金額１３Ａ１３等が挙げられる。
まず、発注情報データベース（ＤＢ）１３Ａに格納される情報について説明する。
発注情報データベース１３Ａに格納される情報としては、伝票番号１３Ａ１、伝票種１３Ａ２、発注取引１３Ａ３、行１３Ａ４、発注日１３Ａ５、（発注）部門１３Ａ６、素材発注番号１３Ａ７、発注先１３Ａ８、倉庫（ヤード）１３Ａ９、品名１３Ａ１０、発注数量１３Ａ１１、発注単価１３Ａ１２、発注金額１３Ａ１３等が挙げられる。
【0027】
伝票番号１３Ａ１は、発注伝票を特定可能なデータが格納される。
伝票種１３Ａ２は、伝票の種類を特定可能なデータが格納される。図２の例では、発注情報であるので「発注」が格納されている。
伝票種１３Ａ２は、伝票の種類を特定可能なデータが格納される。図２の例では、発注情報であるので「発注」が格納されている。
【0028】
発注取引１３Ａ３、発注の取引内容を特定可能なデータが格納される。図２の例では、自社工場で用いる素材を他社（本例では、商社）を介して、素材メーカーに発注する「素材発注」及び自社倉庫に納入される「通常発注」が格納されている。
【0029】
行１３Ａ４は、一つの発注伝票において、一又は複数の発注を行う場合にその記載順を表す行番号が格納される。図２の例では、一の発注のみであるので、行番号＝「１」が格納されている。したがって、一つの発注伝票において複数の発注を行う場合には、二つ目の発注には「２」が記載され、以降同様に行番号が増加したデータが格納される。
【0030】
発注日１３Ａ５は、発注を行った日を特定するための発注日が格納される。
（発注）部門１３Ａ６は、当該伝票により発注を行った部門を特定するための部門情報が格納される。図２の例では、資材部が発注を行った場合を示している。
（発注）部門１３Ａ６は、当該伝票により発注を行った部門を特定するための部門情報が格納される。図２の例では、資材部が発注を行った場合を示している。
【0031】
素材発注番号１３Ａ７は、発注取引が素材を商社を介して素材メーカーに発注する場合の発注番号を特定するための情報が格納される。図２の例では、発注番号＝「１００１」が格納されている。
発注先１３Ａ８は、発注先であるメーカー等を特定するための情報として発注先特定コード及び発注先社名が格納される。図２の例では、例えば、発注先特定コード＝「Ｓ００１」及び発注先社名＝「□△鉄鋼」が格納されている。
発注先１３Ａ８は、発注先であるメーカー等を特定するための情報として発注先特定コード及び発注先社名が格納される。図２の例では、例えば、発注先特定コード＝「Ｓ００１」及び発注先社名＝「□△鉄鋼」が格納されている。
【0032】
倉庫（ヤード）１３Ａ９は、入荷先の倉庫を特定するための情報として倉庫特定コード及び倉庫名称が格納される。図２の例では、素材発注に関しては、例えば、倉庫特定コード＝「Ｓ００１」及び倉庫名称「ヤード倉庫」が格納されている。
品名１３Ａ１０は、発注品の品名を特定する品名コードが格納される。図２の例では、品名コード＝「Ｓ０００１」、品名コード＝「Ｇ０００１」が格納されている。
品名１３Ａ１０は、発注品の品名を特定する品名コードが格納される。図２の例では、品名コード＝「Ｓ０００１」、品名コード＝「Ｇ０００１」が格納されている。
【0033】
発注数量１３Ａ１１は、発注品の数量が格納される。図２の伝票番号＝「ＨＡ０００１」の場合には、発注数量＝「１００（個）」となっている。
発注単価１３Ａ１２は、発注品の単価が格納される。図２の伝票番号＝「ＨＡ０００１」の場合には、発注単価＝「５００，０００（円）」となっている。
発注単価１３Ａ１２は、発注品の単価が格納される。図２の伝票番号＝「ＨＡ０００１」の場合には、発注単価＝「５００，０００（円）」となっている。
【0034】
発注金額１３Ａ１３発注品の単価が格納される。図２の伝票番号＝「ＨＡ０００１」の場合には、発注金額＝「５０，０００，０００（円）」となっている。
【0035】
図３は、入荷情報データベースの構成例の説明図である。
次に入荷情報データベース（ＤＢ）１３Ｂに格納される情報について説明する。
入荷情報データベース１３Ｂに格納される情報としては、素材発注番号１３Ｂ１、伝票版行１３Ｂ２、伝票種１３Ｂ３、発注取引１３Ｂ４、行１３Ｂ５、入荷日１３Ｂ６、部門１３Ｂ７、発注先１３Ｂ８、倉庫１３Ｂ９、入荷数量１３Ｂ１０等が挙げられる。
次に入荷情報データベース（ＤＢ）１３Ｂに格納される情報について説明する。
入荷情報データベース１３Ｂに格納される情報としては、素材発注番号１３Ｂ１、伝票版行１３Ｂ２、伝票種１３Ｂ３、発注取引１３Ｂ４、行１３Ｂ５、入荷日１３Ｂ６、部門１３Ｂ７、発注先１３Ｂ８、倉庫１３Ｂ９、入荷数量１３Ｂ１０等が挙げられる。
【0036】
素材発注番号１３Ｂ１は、発注情報データベース１３Ａの素材発注番号１３Ａ７に対応するデータであり、入荷した素材の発注番号を特定するための素材発注番号が格納される。
伝票番号１３Ｂ２は、発注情報データベース１３Ａの伝票番号１３Ａ１に対応するデータであり、発注伝票を特定する伝票番号が格納される。
伝票番号１３Ｂ２は、発注情報データベース１３Ａの伝票番号１３Ａ１に対応するデータであり、発注伝票を特定する伝票番号が格納される。
【0037】
伝票種１３Ｂ３は、伝票の種類を特定可能なデータが格納される。図３の例では、入荷情報であるので「入荷」が格納されている。
発注取引１３Ｂ４は、発注取引の内容を特定可能なデータが格納される。図３の例では、発注素材の入荷であることを表す「素材入荷」が格納されている。
発注取引１３Ｂ４は、発注取引の内容を特定可能なデータが格納される。図３の例では、発注素材の入荷であることを表す「素材入荷」が格納されている。
【0038】
行１３Ｂ５は、一つの入荷伝票において、一又は複数の入荷がなされた場合にその記載順を表す行番号が格納される。図３の例では、一の入荷のみであるので、行番号＝「１」が格納されている。したがって、一つの入荷伝票において複数の入荷がなされた場合には、二つ目の入荷には「２」が記載され、以降同様に行番号が増加したデータが格納される。
【0039】
入荷日１３Ｂ６は、入荷日を特定するための情報が格納される。図３の例では、入荷日＝「２０２１／１０／０１」である。
部門１３Ｂ７は、発注元の部門を特定するための情報が格納される。図３の例では、発注元の部門＝「資材部」である。
部門１３Ｂ７は、発注元の部門を特定するための情報が格納される。図３の例では、発注元の部門＝「資材部」である。
【0040】
発注先１３Ｂ８は、当該入荷に対応する発注先を特定するための情報として発注先特定コード及び発注先社名が格納される。図３の例では、例えば、発注先特定コード＝「Ｓ００１」及び発注先社名＝「□△鉄鋼」が格納されている。
【0041】
倉庫１３Ｂ９は、入荷先の倉庫を特定するための情報が格納される。図３の例では、入荷先の倉庫を特定するための情報として倉庫特定コード及び倉庫名称が格納される。図３の例では、素材発注であるので、例えば、倉庫特定コード＝「Ｓ００１」及び倉庫名称「ヤード倉庫」が格納されている。
【0042】
入荷数量１３Ｂ１０は、入荷数量が格納される。図３の例では、入荷数量＝「１００（個）」となっている。
【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】
また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。
【0101】
また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。
【0102】
［３］実施形態の変形例
また、以上実施形態について説明したが、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
また、以上実施形態について説明したが、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【0103】
例えば、上述した実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【0104】
このほか、上記文献中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【0105】
また、業務支援装置１０に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【0106】
例えば、業務支援装置１０が備える処理機能、特に制御部１１において行われる各処理機能については、その全部または任意の一部を、ＭＰＵおよび当該ＭＰＵにおいて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、いわゆる情報処理装置に本発明にかかる収益認識方法実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて業務支援装置１０に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部１３等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＭＰＵと協働して制御部を構成する。
【0107】
また、このコンピュータプログラムは、業務支援装置１０に対して通信ネットワーク３０を介して接続された外部サーバ４０に記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【0108】
また、本発明にかかる業務支援プログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【0109】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【0110】
記憶部１３に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。同様に記憶部１３の機能を外部サーバ４０に持たせるように構成することも可能である。
【0111】
また、業務支援装置１０は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、業務支援装置１０は、当該情報処理装置に本発明の商品情報管理方法を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。
【0112】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【0113】
本発明は、業務支援方法として、在庫管理と、債務計上と、を連携して業務を行いうる業種・業界において有用である。
【符号の説明】
【0114】
１０ 業務支援装置
１１ 制御部（出荷指示手段、在庫管理手段、入庫更新手段）
１２ 通信インターフェース部
１３ 記憶部
１３Ａ 発注情報データベース
１３Ｂ 入荷情報データベース
１３Ｃ 在庫データベース
１３Ｄ 素材要求情報データベース
１３Ｅ 素材ヤード引当情報データベース
１３Ｆ 素材入荷情報データベース
１３Ｇ 債務データベース
Ｍ１ 出荷指示手段
Ｍ２ 在庫管理手段
Ｍ３ 入庫更新手段
１１ 制御部（出荷指示手段、在庫管理手段、入庫更新手段）
１２ 通信インターフェース部
１３ 記憶部
１３Ａ 発注情報データベース
１３Ｂ 入荷情報データベース
１３Ｃ 在庫データベース
１３Ｄ 素材要求情報データベース
１３Ｅ 素材ヤード引当情報データベース
１３Ｆ 素材入荷情報データベース
１３Ｇ 債務データベース
Ｍ１ 出荷指示手段
Ｍ２ 在庫管理手段
Ｍ３ 入庫更新手段
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】