JP2023162450A - 情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】本情報処理システム等により、特に発注情報などに基づき、各種情報を生成することが可能となり、これによって各処理での手作業を削減することが可能となる。
【解決手段】本情報処理システムは、発注先へ物品を発注するための発注情報から一部の情報を抽出し、前記発注に関連した入庫に関する入庫情報を生成する入庫情報生成部を備える。また、発注情報は、複数の入庫先に関する入庫先情報を含み、前記入庫情報生成部は、前記入庫先情報に基づき、前記発注情報から入庫先ごとに複数の入庫情報を生成する。また、前記発注情報は、複数の物品に関する情報を含み、前記入庫情報生成部は、複数の発注物識別情報が関連付けられた発注物グループ情報を参照して、前記発注物グループ情報ごとに入庫情報を生成する。
【選択図】図１

Description

本開示は、情報処理システム、情報処理方法及びプログラムに関する。

従来から、物品の販売や提供を行う事業においては、物品の発注業務、発注した物品の入庫業務、入庫後の会計業務など種々の業務を行っていることが知られているが、いずれも手作業での業務が多く、業務効率が高いとはいえない。

このような状況に対して、例えば、特許文献１では、欠品による販売機会の損失や不要在庫を極小化するために的確に発注点の算出を可能とする技術が開示されている。

特開２００３－２４８７１４号公報

しかしながら、上記特許文献１に示される技術は発注のための技術であるから、物品の発注後（特に発注書を作成・送付後）の種々の業務に対する技術については開示されておらず、さらなる既存業務の業務効率化が望まれる。

そこで、本開示では、特に発注情報などに基づき、各種情報を生成することが可能となり、これによって各処理での手作業を削減することが可能となる情報処理システム、情報処理方法及びプログラムについて説明する。

本開示の一態様における情報処理システムは、発注先へ物品を発注するための発注情報から一部の情報を抽出し、前記発注に関連した入庫に関する入庫情報を生成する入庫情報生成部を備える。

本開示によれば、特に発注情報などに基づき、各種情報を生成することが可能となり、これによって各処理での手作業を削減することが可能となる。

本開示の一実施形態に係る情報処理システムを示すブロック構成図である。 図１のサーバ１００のハードウェア構成を示す図である。 図２の記憶部１２０および制御部１３０の機能を例示したブロック図である。 発注情報を第１ユーザ端末装置２００にて入力する際の入力画面例である。 メールとして送信された発注情報の表示例である。 会計集計情報の表示例である。 図６における発注先ユーザ単位の会計集計情報の詳細情報の表示例である。 会計情報に基づく請求書情報の表示例を示す。 図１のユーザ端末装置２００（３００）のハードウェア構成を示す図である。 図９の制御部２３０の機能を例示したブロック図である。 図１の情報処理システム１の処理の例を示すフローチャートである。

本発明の実施形態の内容を列記して説明する。本発明の実施の形態による情報処理システム等は、以下のような構成を備える。

［項目１］
発注先へ物品を発注するための発注情報から一部の情報を抽出し、前記発注に関連した入庫に関する入庫情報を生成する入庫情報生成部を備える、
ことを特徴とする情報処理システム。
［項目２］
発注情報は、複数の入庫先に関する入庫先情報を含み、
前記入庫情報生成部は、前記入庫先情報に基づき、前記発注情報から入庫先ごとに複数の入庫情報を生成する、
ことを特徴とする項目１に記載の情報処理システム。
［項目３］
前記発注情報は、複数の物品に関する情報を含み、
前記入庫情報生成部は、複数の発注物識別情報が関連付けられた発注物グループ情報を参照して、前記発注物グループ情報ごとに入庫情報を生成する、
ことを特徴とする項目１または２のいずれかに記載の情報処理システム。
［項目４］
前記発注物グループ情報は、発注物の種類ごとに設定される、
ことを特徴とする項目３に記載の情報処理システム。
［項目５］
前記発注物グループ情報は、発注部署ごとに設定される、
ことを特徴とする項目３または４のいずれかに記載の情報処理システム。
［項目６］
さらに、ユーザ操作により連携される外部システムへ前記入庫情報を送信する情報管理部を備える、
ことを特徴とする項目１ないし５のいずれかに記載の情報処理システム。
［項目７］
前記外部システムは、倉庫管理システムである、
ことを特徴とする項目６に記載の情報処理システム。
［項目８］
前記外部システムは、メッセージシステムである、
ことを特徴とする項目６または７のいずれかに記載の情報処理システム。
［項目９］
さらに、発注情報を入力した第１ユーザとは異なる第２ユーザからの入庫情報送信要求に応じて、前記入庫情報を送信する情報管理部を備える、
ことを特徴とする項目１ないし８のいずれかに記載の情報処理システム。
［項目１０］
さらに、ユーザ操作に応じて発注情報または入庫情報、物品の納品に関する納品情報の少なくともいずれかの情報に対して納品確認の状態を示す納品確認情報を関連付ける納品確認部を備える、
ことを特徴とする項目１ないし９のいずれかに記載の情報処理システム。
［項目１１］
さらに前記発注情報に基づき会計情報を生成する会計情報生成部を備える、
ことを特徴とする項目１ないし１０のいずれかに記載の情報処理システム。
［項目１２］
前記会計情報は、前記発注に対応する支払予定に関する情報を示す支払予定情報である、
ことを特徴とする項目１１に記載の情報処理システム。
［項目１３］
前記会計情報生成部は、前記発注情報の希望納期情報または入庫予定時期情報の少なくともいずれかに基づき納品時期を推定または確定し、当該納品時期に基づく支払予定時期情報と、前記発注情報に基づく発注金額情報に対応した支払予定金額情報と、を前記支払予定情報として生成する、
ことを特徴とする項目１２に記載の情報処理システム。
［項目１４］
前記会計情報生成部は、支払期日に関する会計規則を示す会計規則情報をさらに参照して前記支払予定時期情報を生成する、
ことを特徴とする項目１３に記載の情報処理システム。
［項目１５］
前記会計情報生成部は、ユーザ操作に応じて前記支払予定情報から支払確定情報に変更する、
ことを特徴とする項目１２ないし１４のいずれかに記載の情報処理システム。
［項目１６］
前記会計情報生成部は、連携する会計システムまたは会計機能へ前記支払確定情報を反映する、
ことを特徴とする項目１５に記載の情報処理システム。
［項目１７］
前記会計情報生成部は、発注情報に基づき、発注金額または発注個数に関する集計がされた会計集計情報を生成する、
ことを特徴とする項目１１ないし１６のいずれかに記載の情報処理システム。
［項目１８］
前記会計集計情報は、少なくとも所定期間ごとに集計した集計情報を含む、
ことを特徴とする項目１７に記載の情報処理システム。
［項目１９］
前記会計集計情報は、少なくとも発注先ユーザごとに集計した集計情報を含む、
ことを特徴とする項目１７に記載の情報処理システム。
［項目２０］
前記会計集計情報は、少なくとも発注部署ごとに集計した集計情報を含む、
ことを特徴とする項目１７に記載の情報処理システム。
［項目２１］
前記会計集計情報は、少なくとも発注物の種類ごとに集計した集計情報を含む、
ことを特徴とする項目１７に記載の情報処理システム。
［項目２２］
前記会計情報生成部は、少なくとも発注情報または入庫情報、納品情報、会計情報のいずれかに基づき、在庫数の算出または在庫仕入単価の取得の少なくともいずれかを実行し、在庫数情報及び在庫仕入単価情報から在庫資産情報を算出する
ことを特徴とする項目１１ないし１６のいずれかに記載の情報処理システム。
［項目２３］
前記在庫数情報は、第１ユーザ端末装置２００または第２ユーザ端末装置３００のより入力される、
ことを特徴とする項目２２に記載の情報処理システム。
［項目２４］
前記在庫数情報は、連携する倉庫管理システムから取得する、
ことを特徴とする項目２２に記載の情報処理システム。
［項目２５］
前記在庫数情報は、少なくとも発注情報または入庫情報、納品情報、会計情報のいずれかに基づく入庫数に対して取得した消費数から差し引いた数として算出する、
ことを特徴とする項目２２に記載の情報処理システム。
［項目２６］
前記在庫仕入単価情報は、ユーザによる選択操作に基づき設定される、
ことを特徴とする項目２２ないし２５のいずれかにに記載の情報処理システム。
［項目２７］
前記在庫仕入単価情報は、前記在庫数から最新の発注量から順に切り出し、対応する単価情報を設定する、
ことを特徴とする項目２２ないし２５のいずれかにに記載の情報処理システム。
［項目２８］
入庫情報生成部により、発注先へ物品を発注するための発注情報から一部の情報を抽出し、前記発注に関連した入庫に関する入庫情報を生成するステップを含む、
ことを特徴とする情報処理方法。
［項目２９］
入庫情報生成機能により、発注先へ物品を発注するための発注情報から一部の情報を抽出し、前記発注に関連した入庫に関する入庫情報を生成するステップをコンピュータに実行させる、
ことを特徴とするプログラム。

以下、本開示の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各実施形態で示される特徴は、互いに矛盾しない限り他の実施形態にも適用可能である。

＜構成＞
図１は、本開示の実施形態１に係る情報処理システム１を示すブロック構成図である。この情報処理システム１は、例えば、ネットワークＮＷを介して、第１ユーザ端末装置２００及び第２ユーザ端末装置３００、第３ユーザ端末装置４００がサーバ１００と接続されている。本情報処理システム１は、サーバ１００において、例えば第１ユーザ端末装置２００からの入力情報に基づき第１ユーザが仕入先へ物品を発注するための発注情報を生成し（または、第１ユーザ端末装置２００から発注情報を受信し、もしくは、入力情報に基づき連携するデータベースから発注情報を取得し）、当該発注情報及び入庫先情報に基づいて第１ユーザが発注した物品の入庫に関する入庫情報を生成する。生成された入庫情報は、第１ユーザ端末装置２００（例えば、発注ユーザが利用する発注端末）か第２ユーザ端末装置３００（例えば、入庫先ユーザが利用する入庫先端末）の少なくとも何れかに送信されて適宜参照される。発注先のユーザが操作する第３ユーザ端末装置４００は、自らの発注先識別情報に関連付けられる発注情報等の各情報を読み出し可能に構成されていてもよい。

なお、例示として３つのユーザ端末装置を示しているが、これに限らず、第１ユーザ端末装置２００（例えば発注端末）と第２ユーザ端末装置３００（例えば入庫先端末）が共通のユーザ端末であってもよいし、４つ以上のユーザ端末装置を含む情報システムであってもよい。また、例示として３つのユーザ端末装置のアイコンを異ならせているが、これに限らず、少なくとも一部のユーザ端末が同じ種別のデバイスであってもよい。

ネットワークＮＷは、インターネット、イントラネット、ブロックチェーンネットワーク、無線ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）、ＢＬＥ（Bluetooth Low Energy）等により構成される。

サーバ１００は、例えば、ネットワークＮＷを介して第１ユーザ端末装置２００及び第２ユーザ端末装置３００、第３ユーザ端末装置４００にネットワークサービスを提供するサーバ装置である。詳細については後述する。

第１ユーザ端末装置２００及び第２ユーザ端末装置３００、第３ユーザ端末装置４００は、各ユーザが所持する、例えばパーソナルコンピュータやタブレット端末、スマートフォン、携帯電話、ＰＨＳ、ＰＤＡ等の情報処理装置である。

＜サーバ１００＞
図２は、サーバ１００のハードウェア構成を示す図である。図３は、記憶部１２０および制御部１３０の機能を例示したブロック図である。サーバ１００は、例えばパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。

サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０と、入出力部１４０とを備える。これらの機能部は、サーバ１００用の所定のプログラムを実行することにより実現される。

通信部１１０は、第１ユーザ端末装置２００及び第２ユーザ端末装置３００、第３ユーザ端末装置４００と通信を行うための通信インタフェースであり、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の通信規約により通信が行われる。

記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成される。また、図３に示されるように、記憶部１２０は、ネットワークサービスを利用するにあたり事前に登録されたユーザ情報をユーザ識別情報に関連付けて記憶するユーザ情報記憶部１２１と、各ユーザ識別情報に関連付けられた発注先に関する発注先情報を発注先識別情報に関連付けて記憶する発注先情報記憶部１２２と、各ユーザ識別情報に関連付けられた入庫先に関する入庫先情報を入庫先識別情報に関連付けて記憶する入庫先情報記憶部１２３、各ユーザ識別情報に関連付けられた発注に関する情報を記憶する発注情報記憶部１２４、各ユーザ識別情報に関連付けられた入庫に関する情報を記憶する入庫情報記憶部１２５を含む。さらに、記憶部１２０は、第１ユーザ端末装置２００及び第２ユーザ端末装置３００、第３ユーザ端末装置４００と通信を行ったデータを一時的に記憶する。

ユーザ情報は、例えば、ユーザ識別情報、ユーザ名情報（例えば会社名）、連絡先情報（例えばメールアドレス、住所、電話番号等）、会計情報（売上情報、支出情報等）、ユーザ会計規則情報（支払時期規則情報等）などを含んでもよいし、例えば、ユーザによって登録された当該ユーザに関連する他のユーザ（例えば、親会社、子会社、関連会社、グループ会社など）の識別情報（「関連ユーザ識別情報」ともいう）を含んでいてもよいし、これに限定されない。また、ユーザ情報は、階層化されていてもよく、上位層では会社等の組織ごとのユーザ識別情報が付与されて管理されていて、下位層ではユーザ識別情報に紐づけて個人ユーザ情報（例えば、個人ユーザ識別情報、個人ユーザ名情報、所属部署、連絡先情報など）を管理するようにしてもよい。個人ユーザは、例えば第１ユーザ端末装置２００を有する発注ユーザや、第２ユーザ端末装置３００を有する入庫作業ユーザ、第３ユーザ端末装置４００を有する発注先ユーザなどを含んでもよい。

発注先情報は、例えば、発注先識別情報、発注先名情報（例えば会社名）、連絡先情報（例えばメールアドレス、住所、電話番号等）、商品（物品）情報（物品ＩＤ、物品名、物品に関する説明、物品画像、価格情報等）、発注先会計規則情報（支払時期規則情報等）などを含んでもよいが、これに限定されない。なお、上述のとおり、発注先情報はユーザ識別情報ごとに登録されるなどして管理されてもよいが、事前に登録済みの共通データベースを備えてユーザの選択に応じてユーザ識別情報と発注先情報が参照または関連付けされるように管理されていてもよい。

入庫先情報は、例えば、入庫先識別情報、入庫先名情報（例えば倉庫名、入庫空間名、地域名等）、連絡先情報（例えばメールアドレス、住所、電話番号等）、入庫先会計規則情報（支払時期規則情報等）などを含んでもよいが、これに限定されない。

発注情報は、例えば、発注先識別情報、発注物識別情報、発注時期（例えば、発注日など）、発注物名、発注物種類情報（商品の種類や、商品・資材などのカテゴリを示す情報であって、ユーザが任意に設定してもよい）、発注物量情報（例えば、発注物の個数や重さ、長さなどの情報）、発注物単価情報、税区分情報、発注金額情報、納期情報（例えば、納品日など）、支払条件情報（例えば締日規則情報（月末締め、１０日締め・２０日締め等の所定日締めなど）、支払時期規則情報（翌月末支払、翌月初支払、翌々月末支払、前払いなど）、入庫先識別情報などを含んでもよく、さらに発注先識別情報に基づき発注先情報記憶部１２２から読み出した発注先情報の少なくとも一部を含んでいてもよいが、これに限定されない。なお、発注先情報の少なくとも一部を予め発注情報として発注情報記憶部１２４に記憶しておいてもよい。そして、発注情報は、上述のとおり、例えば第１ユーザ端末装置２００からの入力情報に基づき制御部１３０の発注情報生成部（不図示）により生成されてもよいし、または、第１ユーザ端末装置２００の発注情報生成部（不図示）で作成された後に受信してもよいし、もしくは、ユーザ端末装置からの取得操作に基づき連携するデータベースから取得してもよい。発注情報は、いわゆる発注書としてのフォーマットに適用されて外部出力（例えば、発注先への送付や、紙媒体としての出力など）が可能であってもよい。さらに、自らの発注先識別情報に関連する発注情報に限り、第３ユーザ端末装置（発注先端末）から発注情報の少なくとも一部（例えば、発注物量情報や発注物単価情報、発注金額情報、納期情報など）の変更（修正）を行うことを可能としてもよい。その場合、第１ユーザ端末装置（発注元端末）へ承認確認を送信し、承認確認への応答（例えば、「承認」ボタン、「非承認」ボタンが表示され、いずれかを選択するなど）が承認を示す場合に限り、上述の第３ユーザ端末装置からの変更（修正）を発注情報に反映するようにしてもよい。

図４には発注情報を第１ユーザ端末装置２００にて入力する際の入力画面の例を示す。ユーザは、例えば、発注先情報（仕入先情報）、入庫先情報（納品先情報）、発注日情報、納品日情報、支払期限情報、発注物名情報、発注物量情報（ロット数情報）、発注物単価情報、税区分情報、発注金額情報などが含まれていてもよい。さらに、発注書としてのフォーマットを適用する際には、件名情報も含まれていてもよい。図５には発注先情報に含まれるメールアドレスに基づき送信された発注情報の表示例を示す。ユーザが入力した発注情報に基づき、発注書の概要情報（例えば、納品日情報、発注物名情報、発注物量情報（ロット数情報）、発注物単価情報、発注金額情報など）をメールにて送信してもよい。さらに、メールには、発注書としてのフォーマットが適用されたデータをダウンロード可能なように発注書出力ボタンを備えていてもよいし、メールに添付されていてもよい。

入庫情報は、例えば、入庫先識別情報、入庫物識別情報、入庫時期（例えば、入庫日（入庫予定日を含む）など）、入庫物名、入庫物量情報（例えば、入庫物の個数や重さ、長さなどの情報）、入庫物単価情報、入庫物総額情報などを含んでもよく、さらに入庫先識別情報に基づき入庫先情報記憶部１２３から読み出した入庫先情報の少なくとも一部を含んでいてもよいが、これに限定されない。なお、入庫先情報の少なくとも一部を予め入庫情報として入庫情報記憶部１２５に記憶しておいてもよい。

制御部１３０は、サーバ１００の全体の動作を制御するものであり、ＣＰＵ（Central Processing Unit）等から構成される。また、図３に示されるように、制御部１３０は、情報送受信部１３１、情報管理部１３２、入庫情報生成部１３３、といった機能部を含む。

情報送受信部１３１は、各ユーザ端末装置から各種情報や要求を受け付け、各ユーザ端末装置へ各種情報や要求を送信する。各種情報とは、特にユーザ端末装置からの入力情報やユーザ端末装置への送信情報、後述の入庫情報を含むが、これらに限定されるものではなく、例えば各ユーザ端末装置のユーザを特定するためのユーザ識別情報（例えば、利用登録により発行されるユーザアカウント等）や、各情報に関連付けられた時間情報（例えば各種情報を生成または記憶した際の時間情報（適宜日付情報も含む）等）、各ユーザ端末装置のユーザ操作に基づき連携するデータベースから送られる連携情報などを受け付けてもよい。

情報管理部１３２は、受け付けた情報を適切な記憶部において記憶したり、受け付けた要求に応じて記憶部から情報を読み出したりする。

入庫情報生成部１３３は、発注情報に基づいて第１ユーザが発注した物品の入庫に関する入庫情報を生成する。すなわち、入庫情報生成部１３３は、例えば、発注情報に含まれる情報（例えば、発注先識別情報、発注先情報（発注先名、連絡先など）、発注物識別情報、発注物名、発注物個数情報、発注物単価情報、入庫先識別情報など）の一部または全部を抽出し、特に発注情報の一部を抽出する場合に、納品などの入庫先への入庫時に必要な情報（例えば、発注先名、発注物識別情報、発注物名、発注物個数情報など）だけを抽出し、発注先からの納品物を確認する際に必要な情報を入庫情報として生成する。そして、各ユーザ端末装置にて参照可能なように入庫情報記憶部１２５において記憶・管理される。入庫情報として発注情報から抽出する情報は、システムにおいて共通に事前に設定されていてもよいが、各ユーザがユーザ識別情報に紐づけて抽出する情報の一部または全部を選択してユーザごとに設定可能となっていてもよい。これにより、従来在庫管理時の入荷ズレをなくすために入庫情報（入庫予定情報）を事前に手作業で作成しておく必要があったが、本発明では発注時の発注情報から自動的にこの入庫情報を作成できるため、在庫管理者の負荷軽減でき、さらに入庫時の作業者に見せる必要がない単価情報などの金額情報や連絡先情報などを抽出しないなどして納品物と入庫予定物の突合せなどのための入庫情報を生成することが可能となる。

さらに、生成された入庫情報は、例えば、入庫先識別情報に紐づくユーザ識別情報（または個人ユーザ識別情報）が示すユーザのユーザ端末装置から確認可能となるように管理されてもよい。より具体的な例としては、例えばユーザが本システム外の倉庫管理システム（いわゆるＷＭＳ）などの外部システムにより入庫を管理している場合には、本システムと外部システムを連携するなどして本システムから外部システムへ入庫情報を任意のタイミングで送信し、ユーザが外部システム上にて確認可能となるようにしてもよい。もしくは、外部システム（特に倉庫管理システム）にて読み込み可能な形式（例えばＣＳＶ形式など）にて外部出力し、ユーザ操作などに基づいて外部出力された入庫情報を読み込ませることで、ユーザが外部システム上にて確認可能としてもよい。さらには、本システムと連携する外部システムとしてメッセージシステム（例えばメールシステムやチャットシステムなど）を利用している場合には、ユーザに対して任意のタイミングで、対応する入庫先の第２ユーザ端末装置３００や第１ユーザ端末装置２００などへそれぞれ送信するなどして参照可能にしてもよい。任意のタイミングは、例えばユーザにより送信タイミング情報が一律または発注情報別で入庫予定日や当該入庫予定日の所定期間前などに事前に設定されるものであってもよいし、入庫先情報に入庫リードタイム情報を含み、入庫リードタイム情報と発注時期情報から算出される入庫予測時期情報（より簡易には、発注時期が示す発注日から入庫リードタイムが示すリードタイム日数を経過した日を示す情報など）に基づいて設定されてもよい。その他、第１ユーザ端末装置２００または第２ユーザ端末装置３００からの要求に応じて、本システム上、または、連携している外部システムへ送信して外部システム上で確認可能としてもよい。

さらに、一例として、発注情報は、複数の入庫先識別情報を含んでいてもよく、発注情報として各入庫先識別情報と発注情報内の各情報（例えば、発注物識別情報、発注物名、発注物個数情報、発注物単価情報など）が対応付けされて発注情報記憶部１２４に記憶・管理されていてもよい。すなわち、第１ユーザ端末装置２００による一度の発注作業において、同じユーザが管理している複数の入庫先（例えば倉庫など）に対する発注を行う場合や、ユーザに関連付けられた他のユーザ（例えば親会社、子会社、関連会社、グループ会社など）の入庫先も含めた複数の入庫先に発注を行う場合などである。その場合、入庫情報生成部１３３は、発注情報に含まれる入庫先識別情報を用いて、入庫先ごとに入庫情報を生成する。

これにより、まとめて発注を行った場合であっても、入庫作業時において作業員（個人ユーザ）が実際の納品物と入庫情報を対応付ける際などにおいて不要な情報が除かれた形で参照可能であると共に、そのような入庫情報を参照可能とするための手作業が不要となる。

他の例として、発注情報は、複数の物品（商品）に関する情報（特に発注物識別情報）を含んでいてもよい。そして、入庫情報生成部１３３は、例えば、発注物識別情報ごとに入庫情報を生成してもよいし、特に、複数の発注物識別情報が関連付けられた発注物グループ情報を参照して、発注物グループ情報ごとに入庫情報を生成してもよい。発注グループ情報は、例えば、発注物の種類ごと（例えば、商品グループ、商品を個包装する個装資材グループ、個装した商品を発送のために梱包する梱包資材グループのカテゴリであったり、所定の長さ範囲や重さ範囲ごとのカテゴリなど）に分けたグループであってもよいし、発注物の管理区域ごと（すなわち、倉庫内のＡエリアにて管理される物品グループ、Ｂエリアにて管理される物品グループなどであったり、管理フロアごとのグループなど）に分けたグループであったり、発注物の担当部署ごとに分けたグループであったり、これらを併用したりなどした所定のグループを示す識別情報であってよい。そして、各発注物グループ情報には、個人ユーザ識別情報、個人ユーザグループ情報（個人ユーザ識別情報を任意にグループ化した情報）などが紐づけてられていてもよい。また、発注物グループ情報に対応する発注物識別情報（物品識別情報）を紐づける方法としては、ユーザが発注物を登録する際に、発注物グループ情報に発注物情報を登録してもよいし、ユーザが発注時（入庫までの発注後も含む）に発注に含まれる発注物から選択的に発注物グループに登録するようにしてもよい（特に、例えば倉庫内の管理区域情報や個人ユーザ識別情報、個人ユーザグループ情報などに紐づけて選択してもよい）。

これにより、複数種類の物品の発注をまとめて行った場合であっても、入庫作業時において作業員（個人ユーザ）が実際の納品物と入庫情報を対応付ける際などにおいて不要な情報が除かれた形で参照可能であると共に、そのような入庫情報を参照可能とするための手作業が不要となる。

納品確認部１３４は、第１ユーザ端末装置２００または第２ユーザ端末装置３００にユーザ操作に応じて、発注情報または入庫情報もしくは納品元（発注先）が作成した納品情報に対して納品確認（例えば検品など）の状態を示す納品確認情報（例えば、納品確認完了、未確認、納品不備有などを示す情報）を関連付ける確認処理を実行する。この納品確認情報は、何れのユーザ端末装置から確認可能であってもよく、特に第１ユーザ端末装置２００においては管理のために確認可能であることが好ましく、第３ユーザ端末装置４００においては納品完了や納品不備というその後の対応のために確認可能であることが好ましい。そこで、発注情報と同様に、本システム上で、または、連携する外部システム（例えば、倉庫管理システムやメッセージシステムなど）上で確認可能であってもよい。納品情報に含まれる情報は、例えば、納品元識別情報（発注先識別情報であってもよい）、納品元情報（発注先情報であってもよい）、納品物識別情報、納品物名、納品物個数情報、納品物単価情報、納品先識別情報（入庫先識別情報であってもよい）、納品金額情報（例えば、税込または税抜の合計金額など）などであり得る。納品情報は、納品元から受け取った納品書を参照してユーザが必要な情報を登録してもよいし、納品書データを取り込み記入項目を読み込むことで一部または全部を登録してもよいし、納品元が本システムを利用している場合には納品先ユーザが第３ユーザ端末装置４００により作成・登録した納品情報を記憶部１２０の納品情報記憶部（不図示）から発注元ユーザが取得可能とするようにしてもよい。

これにより、入庫時に納品物を確認（検品）する際に、納品確認状況が容易に生成可能であり、管理等のための作業を省力化することが可能となる。

会計情報生成部１３５は、発注情報に基づき、会計情報を生成する。会計情報とは、例えば支払予定情報を含む。その場合、会計情報生成部１３５は、発注情報の希望納期情報または上述の入庫予定時期情報の少なくともいずれかに基づき納品時期を推定し、当該納品時期に基づく支払予定時期情報と、発注情報に基づく発注金額情報に対応した支払予定金額情報と、を支払予定情報として生成、記憶、管理する。そして、納品時期まで所定の期間前の通知期限に達した場合、第１ユーザ端末装置２００（発注端末）、第２ユーザ端末装置３００（入庫先端末）、第３ユーザ端末装置４００（発注先端末）の少なくともいずれかに発注または入庫に関連する通知を送信するようにしてもよい。なお、当該通知は、本システム上で、または、連携する外部システム（例えば、倉庫管理システムやメッセージシステムなど）上で確認可能であってもよい。これは、それぞれの立場において、発注者においては発注管理のために通知が有用であり、入庫先においては入庫管理のために通知が有用であり、発注先においては納品管理のために通知が有用である。

また、上述のとおり、支払予定情報は推定された情報であるので、会計情報生成部１３５は、例えばユーザ操作に応じて支払確定情報に変更してもよく（例えばそのまま確定情報としたり、ユーザの設定操作により支払時期を変更して確定情報としたりするなど）、その際に本システムと連携する会計システムへ支払確定情報を送信してもよいし、本システム上に構築される会計機能に支払確定情報を反映するようにしてもよい。

さらに、会計情報生成部１３５は、希望納期情報、入庫予定時期情報の参照に加えて、ユーザ情報または発注先情報、入庫先情報の少なくともいずれかに含まれる会計規則情報（特に支払時期規則情報）を参照することで、支払予定情報に含まれる支払予定時期情報を生成してもよい。すなわち、ユーザごとまたは発注先ごと、入庫先ごとに応じて、納品して請求書が発行される際に、翌月末支払、翌月初支払、翌々月末支払などの会計規則が異なるので、このような支払期日に関する会計規則を示す会計規則情報をユーザごとまたは発注先ごとに予め設定しておき、これを参照することで、支払予定情報をより正確にすることが可能となる。

また、会計情報生成部１３５は、発注情報に代えて、納品情報（特に納品時期情報及び納品金額情報）を参照して支払予定情報を生成するようにしてもよい。

また、会計情報生成部１３５は、発注情報または納品情報の少なくともいずれかに紐づく入庫先識別情報を参照して、入庫先ごとの支払予定情報を生成するようにしてもよい。

また、会計情報生成部１３５が生成する会計情報には会計集計情報が含まれていてもよい。すなわち、会計情報生成部１３５は、発注情報から生成される上述の支払予定情報または支払確定情報の少なくともいずれかに基づいて、発注個数や発注金額などの発注に関する集計がされた会計集計情報を生成してもよい。より具体的には、会計集計情報は、例えば、月単位（請求月単位、発注月単位など）や年単位、年度単位、季節単位などの所定期間ごとで発注金額や発注個数などを集計した集計情報であってもよいし、これに代えて、または、加えて、発注先ユーザごとの集計や発注部署ごとの集計、発注物種類ごとの集計、発注グループごとの集計などの集計情報であってもよい。

図６には、請求月単位の会計集計情報であって、各請求月内で発注先ユーザ単位での会計集計情報がまとめられている表示例を示す。また、図７には、図６における発注先ユーザ単位の会計集計情報の詳細情報の表示例を示す。詳細情報では、特定の発注先に対して当該請求月に必要な支払いの内訳として、対象となる個々の発注に関する、ステータス、発注日、納品日、仕入れ先、納品先、合計金額、補足情報などが表示される。さらに、図８には、会計情報に基づく請求書情報の表示例を示す。請求書情報としては、例えば、請求対象となる商品の品名、ロット、単価、合計金額など表示される。

これにより、例えば、月単位で発注先ごとでの発注金額や発注個数を集計することで、発注先への発注状況を確認することが可能になるし、季節単位で発注物種類ごとでの発注金額や発注個数を集計することで、季節ごとの物品のニーズを発注ベースで確認することが可能になるなど、種々の集計情報を確認することが可能となる。

また、会計情報生成部１３５が生成する会計情報には在庫資産情報が含まれていてもよい。すなわち、会計情報生成部１３５は、少なくとも発注情報（または入庫情報、納品情報、会計情報のいずれか。以下「発注情報等」という。）に基づき、在庫数の算出または在庫仕入単価の取得の少なくともいずれかを実行し、在庫数情報及び在庫仕入単価情報から在庫資産情報を算出する。在庫資産情報は、例えば在庫数に対して対応する在庫を仕入れた際の在庫仕入単価を乗じることで算出されてもよい。

在庫数情報は、第１ユーザ端末装置２００または第２ユーザ端末装置３００のより入力されてもよいし、本システムが連携する倉庫管理システムから取得してもよいし、発注情報（または入庫情報、もしくは、納品情報）に基づく入庫数に対してユーザ入力等により取得された消費数から差し引いた数として算出されてもよい。より具体的には、倉庫管理システムから在庫数を取得できる場合はその値は在庫数情報とし、在庫数が直接取得できない場合には一定期間の間に発注情報等から把握される入庫された商品の数とその期間に出荷された商品の数を差し引きすることで在庫数の変化を算出して在庫数情報を取得することができる。

在庫仕入単価情報は、例えば、過去の発注情報等をユーザ端末装置に提示し、ユーザによる選択操作に基づき設定されてもよい。その際に、複数の在庫仕入単価が含まれる場合には、どの在庫仕入単価に対して在庫数がいくつであるかをユーザが入力するようにしてもよいし、もしくは、在庫数から最新の発注情報等における発注量から順に切り出し、対応する発注情報等に含まれる単価情報を設定するようにしてもよい（すなわち、在庫数が１０００個だとした場合に、最新の発注量が８００個で単価４０円、次に新しい発注量が８５００個で単価５０円だった場合、在庫数のうち８００個を単価４０円、２００個を単価５０円に設定するなど）。

これにより、期末などの決算などで必要となる在庫資産情報を算出することが容易となる。

このように、発注情報や納品情報などに基づき会計情報を生成することで会計処理での手作業を削減することが可能となる。

入出力部１４０は、キーボード・マウス類等の情報入力機器、及びディスプレイ等の出力機器である。なお、クラウドサーバーにより構築されている場合にはこの限りではない。

＜ユーザ端末装置２００（３００、４００）＞
図９は、ユーザ端末装置２００（３００、４００）のハードウェア構成を示す図である。図１０は、制御部２３０の機能を例示したブロック図である。ユーザ端末装置２００（３００、４００）の主なハードウェア構成については、例えば通信部２１０と、記憶部２２０と、制御部２３０と、入出力部２４０とを備え、サーバ１００と同様の部分については説明を省略する。これらの機能部は、ユーザ端末装置２００（３００、４００）用の所定のプログラムやアプリケーションを実行することにより実現される。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。

ユーザ端末装置２００（３００、４００）は、例えばパーソナルコンピュータやタブレット端末、スマートフォン、携帯電話、ＰＨＳ、ＰＤＡ等の情報処理装置であってもよく、入出力部２４０は、例えばユーザ端末装置２００（３００、４００）がパーソナルコンピュータで構成されている場合は情報出力機器（例えばディスプレイ）と情報入力機器（例えばキーボードやマウス）により構成され、スマートフォンまたはタブレット端末で構成されている場合はタッチパネル等の情報入出力機器により構成されている。

制御部２３０は、ユーザ端末装置２００（３００、４００）の全体の動作を制御するものであり、ＣＰＵ（Central Processing Unit）等から構成される。また、図７に示されるように、制御部２３０は、情報送受信部２３１、リクエスト生成部２３２、表示生成部２３３といった機能部を含む。

情報送受信部２３１は、サーバ１００から各種情報や要求を受け付け、サーバ１００へ生成された各種情報や要求を送信する。

リクエスト生成部２３２は、ユーザ端末装置２００（３００、４００）から送信する種々のリクエスト（要求）を生成する。

表示生成部２３３は、ユーザ端末装置２００（３００、４００）の記憶部２２０に記憶された所定の画面表示規則情報（例えばレイアウト情報等）に基づき、サーバ１００から受信した入庫情報をユーザ端末装置２００（３００、４００）の入出力部２４０の表示装置に表示される表示領域における表示を生成する。なお、表示生成部２３３は、ユーザ端末装置２００（３００、４００）の機能部ではなく、サーバ１００の機能部として構成され、各情報はユーザ端末装置２００（３００、４００）において受信せず、サーバ１００内で生成された表示画像を受け取るようにしてもよい。

＜処理の流れ＞
図１１の例示を参照しながら、情報処理システム１が実行する情報処理方法の処理の流れについて説明する。図１１は、図１の情報処理システム１の処理の例を示すフローチャートである。

ステップＳ１０１の処理として、サーバ１００は、ユーザ端末装置２００からのユーザの入力操作に応じた発注情報の入力を受け付ける。

ステップＳ１０２の処理として、サーバ１００は、入庫情報生成部１３３により、発注情報に含まれる情報から、特に納品などの入庫先への入庫時に必要な情報だけを抽出し、発注先からの納品物を確認する際に必要な情報を入庫情報として生成する。

ステップＳ１０３の処理として、サーバ１００は、ユーザ端末装置３００からのユーザ操作に応じた入庫情報要求を受け付ける。

ステップＳ１０４の処理として、サーバ１００は、入庫情報要求に応じて、対応する入庫先の入庫情報を送信する。

ステップＳ１０５の処理として、ユーザ端末装置３００の出力部において入庫情報を表示する。

このように、発注情報から必要な情報を抽出して入庫情報を作成することが可能となるので、特に入庫時の作業者に見せる必要がない単価情報などを抽出しないなどして納品物と入庫予定物の突合せなどのための入庫情報を生成することが可能となる。

また、ステップＳ１０６の処理として、サーバ１００は、ユーザ端末装置２００からユーザ操作に応じた比較結果情報要求を受け付ける。

ステップＳ１０７の処理として、サーバ１００は、納品確認部１３４により、納品情報のうちの少なくともいずれかの情報と、対応する発注情報または入庫情報とを比較し、例えば、納品物名の異同や、納品物個数の異同などを確認して、両情報の異同の比較結果を比較結果情報として生成する。

ステップＳ１０８の処理として、サーバ１００は、ユーザ端末装置２００へ比較結果情報を送信する。

ステップＳ１０９の処理として、ユーザ端末装置２００の出力部において比較結果情報を表示する。

なお、ステップＳ１０６からステップＳ１０９の処理は、図１１のようにステップＳ１０１からステップＳ１０５の処理の後に実行されなくともよく、例えば、ステップＳ１０２、ステップＳ１０３などよりも事前に実行されてもよいし、両処理が併行して実行されてもよい。また、第１ユーザ端末装置２００に限らず、ステップＳ１０６が第２ユーザ端末装置３００からの要求であってもよいし、第１ユーザ端末装置２００からの要求に応じて第２ユーザ端末装置３００へ比較結果情報を送信する、または、第２ユーザ端末装置３００からの要求に応じて第１ユーザ端末装置２００へ比較結果情報を送信するといったように要求を送信するユーザ端末装置と比較結果情報を受け取るユーザ端末装置が異なっていてもよい。

このように、納品物を確認する際に、システム上で発注情報または入庫情報と納品情報との比較を実行可能となるので、納品書等の納品情報を確認するための手作業が不要となる。

また、ステップＳ１１０の処理として、サーバ１００は、ユーザ端末装置２００からユーザ操作に応じた会計情報要求を受け付ける。

ステップＳ１１１の処理として、サーバ１００は、会計情報生成部１３５により、発注情報の希望納期情報または上述の入庫予定時期情報の少なくともいずれかに基づき納品時期を推定し、当該納品時期に基づく支払予定時期情報と、発注情報に基づく発注金額情報に対応した支払予定金額情報とを支払予定情報（会計情報）として生成する。なお、会計情報の生成にあたっては、さらに、ユーザ情報または発注先情報、入庫先情報の少なくともいずれかに含まれる会計規則情報（特に支払時期規則情報）を参照してもよい。

ステップＳ１１２の処理として、サーバ１００は、ユーザ端末装置２００へ会計情報を送信する。

ステップＳ１１３の処理として、ユーザ端末装置２００の出力部において会計情報を表示する。

このように、発注情報などに基づき会計情報を生成することで会計処理での手作業を削減することが可能となる。

＜効果＞
以上のように、本実施形態に係る情報処理システム等は、特に発注情報などに基づき、各種情報を生成することが可能となり、これによって各処理での手作業を削減することが可能となる。

以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することが出来る。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。

１ 情報処理システム
１００ サーバ
２００ 第１ユーザ端末装置
３００ 第２ユーザ端末装置
４００ 第３ユーザ端末装置
ＮＷ ネットワーク

Claims (29)

1. 発注先へ物品を発注するための発注情報から一部の情報を抽出し、前記発注に関連した入庫に関する入庫情報を生成する入庫情報生成部を備える、
   ことを特徴とする情報処理システム。
2. 発注情報は、複数の入庫先に関する入庫先情報を含み、
   前記入庫情報生成部は、前記入庫先情報に基づき、前記発注情報から入庫先ごとに複数の入庫情報を生成する、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記発注情報は、複数の物品に関する情報を含み、
   前記入庫情報生成部は、複数の発注物識別情報が関連付けられた発注物グループ情報を参照して、前記発注物グループ情報ごとに入庫情報を生成する、
   ことを特徴とする請求項１または２のいずれかに記載の情報処理システム。
4. 前記発注物グループ情報は、発注物の種類ごとに設定される、
   ことを特徴とする請求項３に記載の情報処理システム。
5. 前記発注物グループ情報は、発注部署ごとに設定される、
   ことを特徴とする請求項３または４のいずれかに記載の情報処理システム。
6. さらに、ユーザ操作により連携される外部システムへ前記入庫情報を送信する情報管理部を備える、
   ことを特徴とする請求項１ないし５のいずれかに記載の情報処理システム。
7. 前記外部システムは、倉庫管理システムである、
   ことを特徴とする請求項６に記載の情報処理システム。
8. 前記外部システムは、メッセージシステムである、
   ことを特徴とする請求項６または７のいずれかに記載の情報処理システム。
9. さらに、発注情報を入力した第１ユーザとは異なる第２ユーザからの入庫情報送信要求に応じて、前記入庫情報を送信する情報管理部を備える、
   ことを特徴とする請求項１ないし８のいずれかに記載の情報処理システム。
10. さらに、ユーザ操作に応じて発注情報または入庫情報、物品の納品に関する納品情報の少なくともいずれかの情報に対して納品確認の状態を示す納品確認情報を関連付ける納品確認部を備える、
    ことを特徴とする請求項１ないし９のいずれかに記載の情報処理システム。
11. さらに前記発注情報に基づき会計情報を生成する会計情報生成部を備える、
    ことを特徴とする請求項１ないし１０のいずれかに記載の情報処理システム。
12. 前記会計情報は、前記発注に対応する支払予定に関する情報を示す支払予定情報である、
    ことを特徴とする請求項１１に記載の情報処理システム。
13. 前記会計情報生成部は、前記発注情報の希望納期情報または入庫予定時期情報の少なくともいずれかに基づき納品時期を推定または確定し、当該納品時期に基づく支払予定時期情報と、前記発注情報に基づく発注金額情報に対応した支払予定金額情報と、を前記支払予定情報として生成する、
    ことを特徴とする請求項１２に記載の情報処理システム。
14. 前記会計情報生成部は、支払期日に関する会計規則を示す会計規則情報をさらに参照して前記支払予定時期情報を生成する、
    ことを特徴とする請求項１３に記載の情報処理システム。
15. 前記会計情報生成部は、ユーザ操作に応じて前記支払予定情報から支払確定情報に変更する、
    ことを特徴とする請求項１２ないし１４のいずれかに記載の情報処理システム。
16. 前記会計情報生成部は、連携する会計システムまたは会計機能へ前記支払確定情報を反映する、
    ことを特徴とする請求項１５に記載の情報処理システム。
17. 前記会計情報生成部は、発注情報に基づき、発注金額または発注個数に関する集計がされた会計集計情報を生成する、
    ことを特徴とする請求項１１ないし１６のいずれかに記載の情報処理システム。
18. 前記会計集計情報は、少なくとも所定期間ごとに集計した集計情報を含む、
    ことを特徴とする請求項１７に記載の情報処理システム。
19. 前記会計集計情報は、少なくとも発注先ユーザごとに集計した集計情報を含む、
    ことを特徴とする請求項１７に記載の情報処理システム。
20. 前記会計集計情報は、少なくとも発注部署ごとに集計した集計情報を含む、
    ことを特徴とする請求項１７に記載の情報処理システム。
21. 前記会計集計情報は、少なくとも発注物の種類ごとに集計した集計情報を含む、
    ことを特徴とする請求項１７に記載の情報処理システム。
22. 前記会計情報生成部は、少なくとも発注情報または入庫情報、納品情報、会計情報のいずれかに基づき、在庫数の算出または在庫仕入単価の取得の少なくともいずれかを実行し、在庫数情報及び在庫仕入単価情報から在庫資産情報を算出する
    ことを特徴とする請求項１１ないし１６のいずれかに記載の情報処理システム。
23. 前記在庫数情報は、第１ユーザ端末装置２００または第２ユーザ端末装置３００のより入力される、
    ことを特徴とする請求項２２に記載の情報処理システム。
24. 前記在庫数情報は、連携する倉庫管理システムから取得する、
    ことを特徴とする請求項２２に記載の情報処理システム。
25. 前記在庫数情報は、少なくとも発注情報または入庫情報、納品情報、会計情報のいずれかに基づく入庫数に対して取得した消費数から差し引いた数として算出する、
    ことを特徴とする請求項２２に記載の情報処理システム。
26. 前記在庫仕入単価情報は、ユーザによる選択操作に基づき設定される、
    ことを特徴とする請求項２２ないし２５のいずれかにに記載の情報処理システム。
27. 前記在庫仕入単価情報は、前記在庫数から最新の発注量から順に切り出し、対応する単価情報を設定する、
    ことを特徴とする請求項２２ないし２５のいずれかにに記載の情報処理システム。
28. 入庫情報生成部により、発注先へ物品を発注するための発注情報から一部の情報を抽出し、前記発注に関連した入庫に関する入庫情報を生成するステップを含む、
    ことを特徴とする情報処理方法。
29. 入庫情報生成機能により、発注先へ物品を発注するための発注情報から一部の情報を抽出し、前記発注に関連した入庫に関する入庫情報を生成するステップをコンピュータに実行させる、
    ことを特徴とするプログラム。
    
    

Images