JP2023042374A - 資産管理システム、資産管理方法、及び資産管理プログラム - Google Patents

Abstract

【課題】オーナーが所有する物件の管理を資産管理会社が行う場合に、オーナー側で、売上・支払の発生タイミングで仕訳計上を行うことが可能な資産管理システム、資産管理方法、及び資産管理プログラムを提供することを目的とする。
【解決手段】本実施の形態の資産管理システムは、対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力する請求入力手段と、対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力する支払入力手段と、前記請求予定データ及び前記支払予定データに基づいて、管理項目、計上日、金額を含む補正データを出力する補正データ出力手段と、を備え、前記オーナー側システムでは、前記補正データを振替精算データとして取り込み、取り込んだ振替精算データに基づいて、補正仕訳を作成する。
【選択図】図３

Description

本発明は、資産管理システム、資産管理方法、及び資産管理プログラムに関する。

例えば、不動産を所有するオーナーが、テナント管理、修繕管理、および、クレーム対応等をＰＭ会社へ委託した場合、テナントへの請求入金管理、および、業者への発注支払管理等をＰＭ会社が代行して遂行し、入金結果および支払結果を精算してオーナーへ支払（請求）をしていた。従来、ＰＭ会社のシステムとして、例えば、特許文献１がある。

特開２０１９－１６０１４４号公報

しかしながら、上記特許文献１においては、オーナー側では、売上・支払の発生タイミングで仕訳計上を行うことができないという課題がある。

本発明は、上記に鑑みてなされたものであって、オーナーが所有する物件の管理を資産管理会社が行う場合に、オーナー側で、売上・支払の発生タイミングで仕訳計上を行うことが可能な資産管理システム、資産管理方法、及び資産管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、制御部を備え、オーナー側システムと連携可能に構成されており、オーナーが所有する物件の管理を行う資産管理会社の資産管理システムであって、前記制御部は、対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力する請求入力手段と、対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力する支払入力手段と、前記請求予定データ及び前記支払予定データに基づいて、管理項目、計上日、金額を含む補正データを出力する補正データ出力手段と、を備え、前記オーナー側システムでは、前記補正データを振替精算データとして取り込み、取り込んだ振替精算データに基づいて、補正仕訳を作成することを特徴とする。

また、本発明の一態様によれば、前記補正データは、金額を正の値とするレコードと、金額を負の値とするレコードを含むことにしてもよい。

また、本発明の一態様によれば、前記制御部は、複数オーナーが所有する物件に対するオーナー毎の持分比率を設定した持分比率マスタにアクセス可能に構成されており、前記補正データ出力手段は、対象のオーナーについて、前記持分比率マスタ、前記請求予定データ、及び前記支払予定データに基づいて、持分比率で按分を行い、前記補正データを出力することにしてもよい。

また、本発明の一態様によれば、前記オーナー側システムは、管理項目と勘定科目を関連づけて登録した管理項目マスタにアクセス可能に構成されており、前記振替精算データに基づいて、前記管理項目マスタを参照して、補正仕訳を作成することにしてもよい。

また、本発明の一態様によれば、前記オーナー側システムは、前記請求予定データ、前記支払予定データ、及び振替精算データに基づいて実績データを作成することにしてもよい。

また、本発明の一態様によれば、前記資産管理会社は、ＰＭ（Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ）会社であることにしてもよい。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備え、オーナー側システムと連携可能に構成されており、オーナーが所有する物件の管理を行う資産管理会社の資産管理システムで実行する資産管理方法であって、前記制御部で実行される、対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力する請求入力工程と、対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力する支払入力工程と、前記請求予定データ及び前記支払予定データに基づいて、管理項目、計上日、金額を含む補正データを出力する補正データ出力工程と、を含み、前記オーナー側システムでは、前記補正データを振替精算データとして取り込み、取り込んだ振替精算データに基づいて、補正仕訳を作成することを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備え、オーナー側システムと連携可能に構成されており、オーナーが所有する物件の管理を行う資産管理会社の資産管理システムで実行するための資産管理プログラムであって、前記制御部において、対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力する請求入力工程と、対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力する支払入力工程と、前記請求予定データ及び前記支払予定データに基づいて、管理項目、計上日、金額を含む補正データを出力する補正データ出力工程と、を実行するためのものであり、前記オーナー側システムでは、前記補正データを振替精算データとして取り込み、取り込んだ振替精算データに基づいて、補正仕訳を作成することを特徴とする。

本発明によれば、オーナーが所有する物件の管理を資産管理会社が行う場合に、オーナー側で、売上・支払の発生タイミングで仕訳計上を行うことが可能になるという効果を奏する。

図１は、ＰＭ会社とオーナー会社の従来の精算スキームを説明するための図である。 図２は、本実施の形態の仕訳作成の手順を説明するための図である。 図３は、本実施の形態における資産管理システムの構成の一例を示すブロック図である。 図４は、持分比率マスタの構成例を示す図である。 図５は、管理項目マスタの構成例を示す図である。 図６は、本実施の形態における資産管理システム及びオーナー側システムの全体の処理の概略を説明するためのフローを示す図である。 図７は、本実施の形態における資産管理システム及びオーナー側システムの処理の具体例を説明するための図である。 図８は、本実施の形態における資産管理システム及びオーナー側システムの処理の具体例を説明するための図である。 図９は、本実施の形態における資産管理システム及びオーナー側システムの処理の具体例を説明するための図である。 図１０は、本実施の形態における資産管理システム及びオーナー側システムの処理の具体例を説明するための図である。 図１１は、本実施の形態における資産管理システム及びオーナー側システムの処理の具体例を説明するための図である。 図１２は、本実施の形態における資産管理システム及びオーナー側システムの処理の具体例を説明するための図である。 図１３は、本実施の形態における資産管理システム及びオーナー側システムの処理の具体例を説明するための図である。

本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。

［１．概要］
まず、図１及び図２を参照して、本発明の概要を説明する。

図１は、ＰＭ会社とオーナー会社の従来の精算スキームを説明するための図である。オーナー会社は、保有している物件の管理をＰＭ（Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ）会社へ委託するケースが多い。ＰＭ会社では、当該物件についての入出金翌月にオーナー会社へ精算をするスキームが一般的である。オーナー会社への情報共有手法として、精算結果をＰＭレポートとして精算月に共有される。精算月は実際のテナントや業者との入出金の翌月であるため、オーナー会社からすると、実際の発生タイミングでの計上ができずズレが生じる。具体的には、例えば、図１において、当該物件について、５月にテナントが会議室を利用して、６月にテナントから入金があったとする。また、５月検収での費用を業者に６月に支払ったとする。ＰＭ会社は、６月の入出金を元に、ＰＭレポートの形で７月に精算する。

ここで、５月検収の費用、５月会議室利用に伴う売上をオーナー会社で認識できるようにすることが望ましい形態である。しかし、オーナー会社側では、７月精算結果に基づき、オーナー会社側のシステムで処理をすることで、７月になって初めて情報が登録される。

このように、従来、ＰＭ会社側からオーナー会社側へ情報共有する仕組みが無かったため、オーナー会社側で売上・支払データといった取引データでしか仕訳計上をできなかったことで、発生タイミングで仕訳計上を行うことができなかった。

そこで、本実施の形態では、このズレを解消して、発生タイミングで正しくオーナー側で売上費用を認識して、正確な経営判断に役立てることができるように、ＰＭ会社側のシステムから、発生タイミングでオーナー側のシステムで仕訳計上できる情報を共有して、取り込める仕組みを構築した。

より具体的には、ＰＭ会社のシステムでは、入金予定データ・支払予定データを元にオーナー側のシステムで売上・費用計上ができるように、入金予定データ・支払予定データに基づいた補正データを生成し、オーナー側のシステムでその補正データを振替精算データとして取り込んで、振替精算データに基づいて補正仕訳を作成することで、オーナー側は、発生タイミングで仕訳計上できるようにした。

図２は、本実施の形態の仕訳作成の流れを説明するための図である。すなわち、図２は、オーナー側で作成したい仕訳の流れを説明するための図である。５月検収／６月支払－５月利用／６月入金を７月精算された場合に、オーナー側で作成したい５～７月の仕訳の流れは、図２に示すようになる。５月は、「未収金／売上」と「費用／未払金」の仕訳を作成する。６月は、「売上／未収金」と「未払金／費用」の仕訳を作成する。これらの仕訳が本実施の形態の補正仕訳である。また、６月は、さらに、「未収金／売上」と「費用／未払金」の仕訳を作成し、７月は、「預金／未収金」の仕訳と「未払金／預金」の仕訳を作成する。これらの仕訳が確定仕訳である。

５月検収・５月利用に関する仕訳については、実際の精算タイミングが確定していないため、計上した月の翌月に戻しの仕訳である「補正仕訳」を作成する。これを実現するために、補正仕訳のもとになるデータは債権・債務データとして認識させずに、「補正仕訳」を作成するための補正データ（振替精算データ）として認識させて、ＰＭ会社のシステムからオーナー側のシステムに連携する。

７月の精算は６月末時点のＰＭ会社側の入出金状態を元にして確定する。前述の「補正仕訳」ではなく、ＰＭ会社側の入出金情報を元に、債権債務情報をオーナー会社側で作成をすることによって、７月の精算に対応することが可能となる。このように、本実施の形態では、予定ベースでの補正仕訳と確定仕訳の生成によって、管理会社のデータをオーナーが活用し、発生軸と確定軸の２軸での収支分析が可能となる。

本実施の形態の資産管理システムは、資産の運営を他の会社等から委託され、売上・費用の発生タイミングとその入金・支払タイミングのズレが発生するような業種に使用でき、ＰＭ会社等の資産管理会社に好適に使用できるが、本発明はこれに限られるものではなく、ＰＭ会社以外の他の形態の資産管理会社にも適用可能である。

［２．構成］
本実施形態に係る資産管理システム（ＰＭ会社システム）１００の構成の一例について、図３を参照して説明する。図３は、本実施形態における資産管理システム１００の構成の一例を示すブロック図である。

図２に示すように、資産管理システム１００は、市販のデスクトップ型パーソナルコンピュータである。なお、資産管理システム１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。

資産管理システム１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。資産管理システム１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、資産管理システム１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、資産管理システム１００と、サーバ２００やオーナー側システム４００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。資産管理システム１００とオーナ側システム４００は、連携可能に構成されている。

入出力インターフェース部１０８には、入力装置１１２および出力装置１１４が接続されている。出力装置１１４には、モニタ（タッチパネルを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、およびマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４またはプリンタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。

記憶部１０６には、各種のデータベース、テーブル、およびファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、および光ディスク等を用いることができる。記憶部１０６は、持分比率マスタ１０６ａと、管理項目マスタ１０６ｂと、データファイル１０６ｃとを備えている。図４は、持分比率マスタ１０６ａの構成例を示す図である。図５は、管理項目マスタ１０６ｂの構成例を示す図である。

持分比率マスタ１０６ａは、複数オーナーが所有する物件に対するオーナー毎の持分比率を設定したマスタである。持分比率マスタ１０６ａは、例えば、図４に示すように、物件（例えば、物件コード及び／又は物件名）、持分比率コード、オーナー（例えば、オーナー取引先コード及び／又はオーナー名）、持分比率を関連づけて登録したテーブル等で構成することができる。

管理項目マスタ１０６ｂは、仕訳のフォーマットを設定するためのマスタであり、管理項目毎に勘定科目が設定されている。管理項目マスタ１０６ｂは、例えば、図５に示すように、管理項目と、売上勘定と、未収勘定、仕入勘定と、未払勘定を関連づけて登録してテーブル等で構成することができる。

データファイル１０６ｃは、請求予定データ、支払予定データ、入金データ、入金消込データ等の取引データや補正データ等の各種データを格納するためのファイルである。

請求予定データは、請求番号、物件、請求先、管理項目、計上日、請求書発行日、入金予定日、請求金額、持分比率コードのデータを含んでいてもよい（図８参照）。

支払予定データは、支払番号、物件、支払先、管理項目、計上日、支払予定日、支払金額、持分比率コードのデータを含んでいてもよい（図９参照）。

補正データは、仮精算ＮＯ、振替補正区分、物件、相手先、管理項目、計上日、金額のデータを含んでいてもよい（図１０参照）。

制御部１０２は、資産管理システム１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、機能概念的に、請求処理部１０２ａと、支払処理部１０２ｂと、補正データ出力部１０２ｃと、入金処理部１０２ｄと、画面表示制御部１０２ｅと、マスタメンテ部１０２ｆと、を備えている。

請求処理部１０２ａは、例えば、モニタ１１４に表示される請求入力画面（図８参照）上でのオペレータの操作等に応じて、対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力して、データファイル１０６ｃに登録する。

支払処理部１０２ｂは、例えば、モニタ１１４に表示される請求入力画面（図９参照）上でのオペレータの操作等に応じて、対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力して、データファイル１０６ｃに登録する。

補正データ出力部１０２ｃは、例えば、モニタ１１４に表示されるオーナー会社向け補正データ出力画面（図１０参照）上でのオペレータの操作に応じて、対象のオーナーについて、請求予定データ及び支払予定データに基づいて、管理項目、計上日、金額を含む補正データを作成して、データファイル１０６ｃに登録すると共に、対象のオーナーのオーナー側システム４００に出力する。補正データ出力部１０２ｃは、対象のオーナーについて、持分比率マスタ１０６ａ、請求予定データ、及び支払予定データに基づいて、持分比率で按分を行い、補正データを出力することにしてもよい。補正データは、金額を正の値とするレコードと、金額を負の値とするレコードを含むことにしてもよい。

入金処理部１０２ｄは、請求予定データについて入金があった場合は、例えば、モニタ１１４に表示される不図示の入金・消込画面上でのオペレータの操作等に応じて、入金データや入金消込データを入力して、データファイル１０６ｃに登録する。

画面表示制御部１０２ｅは、モニタ１１４に表示する各種画面（例えば、契約入力画面、売上入力画面、請求入力画面等）の表示及びその入力を制御する。

マスタメンテ部１０２ｆは、例えば、モニタ１１４に表示される不図示のマスタメンテ画面上でのオペレータの操作等に応じて、持分比率マスタ１０６ａ及び管理項目マスタ１０６ｂに対して、データの入力・追加・削除・変更等の設定を行う。

オーナー側システム４００は、例えば、オーナー会社のシステムである。オーナー側システム４００は、制御部、記憶部、入力装置、出力装置、通信インターフェース部、入出力インターフェース部等を備え、ネットワーク３００を介して、資産管理システム１００とデータ通信可能に構成されており、資産管理システム１００の管理項目マスタ１０６ｂ及びデータファイル１０６ｃにアクセス可能に構成されている。制御部、記憶部、入力装置、出力装置、通信インターフェース部、入出力インターフェース部の基本機能は、上述した資産管理システム１００と同様である。オーナー側システム４００の制御部は、機能概念的に、データ取込部４０１と、実績データ集計部４０２と、会計データ作成部４０３と、を備えている。

データ取込部４０１は、例えば、振替精算データ取込画面（図１１参照）上でオペレータにより指定される補正データのファイルを振替精算データにフォーマットを変更して取り込む。

実績データ集計部４０２は、例えば、実績データ集計画面（図１２参照）上でオペレータにより指定される集計年月について、資産管理システム１００の請求予定データ、支払予定データ、及び取り込んだ振替精算データに基づいて、実績データを作成する。

会計データ作成部４０３は、例えば、会計データ作成画面（図１３参照）上でオペレータにより指定される伝票日付について、指定される連携事象について、資産管理システム１００の請求予定データ、支払予定データ、入金データ、入金消込データ、及び取り込んだ振替精算データに基づいて、資産管理システム１００の管理項目マスタ１０６ｂを参照して、会計データ（仕訳）を作成する。会計データ作成部４０３は、連携事象として「振替」が選択された場合は、取り込んだ振替精算データに基づいて、管理項目マスタ１０６ｂを参照して、補正仕訳（振替仕訳）を作成する。

［３．具体例］
図３～図１３を参照して、本実施の形態における資産管理システム１００及びオーナー側システム４００の処理の具体例を説明する。まず、図６を参照して、本実施の形態における資産管理システム１００及びオーナー側システム４００の全体の処理の概略を説明する。図６は、本実施の形態における資産管理システム１００及びオーナー側システム４００の全体の処理の概略を説明するためのフローを示す図である。

図６において、資産管理システム１００のマスタメンテ部１０２ｆは、持分比率登録を実行し（ステップＳ１）、例えば、モニタ１１４に表示される不図示のマスタメンテ画面上でのオペレータの操作等に応じて、持分比率マスタ１０６ａに対して、データの登録を行う。

資産管理システム１００の請求処理部１０２ａは、請求入力を実行し（ステップＳ２）、例えば、モニタ１１４に表示される請求入力画面（図８参照）上でのオペレータの操作等に応じて、対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力して、データファイル１０６ｃに登録する。

資産管理システム１００の支払処理部１０２ｂは、支払入力を実行し（ステップＳ３）、例えば、モニタ１１４に表示される請求入力画面（図９参照）上でのオペレータの操作等に応じて、対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力して、データファイル１０６ｃに登録する。

資産管理システム１００の補正データ出力部１０２ｃは、オーナー会社向け補正データ出力を実行し（ステップＳ４）、対象のオーナーについて、請求予定データ及び支払予定データに基づいて、管理項目、計上日、金額を含む補正データを作成して、データファイル１０６ｃに登録すると共に、対象のオーナーのオーナー側システム４００に出力する。補正データ出力部１０２ｃは、対象のオーナーについて、持分比率マスタ１０６ａ、請求予定データ、及び支払予定データに基づいて、持分比率で按分を行い、補正データを出力してもよい。補正データは、金額を正の値とするレコードと、金額を負の値とするレコードを含むことにしてもよい。

オーナー側システム４００のデータ取込部４０１は、振替精算データ取込を実行し（ステップＴ１）、例えば、振替精算データ取込画面上でオペレータにより指定される補正データのファイルを振替精算データにフォーマットを変更して取り込む。

オーナー側システム４００の実績データ集計部４０２は、実績データ集計を実行し（ステップＴ２）、例えば、実績データ集計画面上でオペレータにより指定される集計年月について、資産管理システム１００の請求予定データ、支払予定データ、及び取り込んだ振替精算データに基づいて、実績データを作成する。

会計データ作成部４０３は、会計データ作成画面上でオペレータにより指定される伝票日付について、取り込んだ振替精算データに基づいて、管理項目マスタ１０６ｂを参照して、補正仕訳（振替仕訳）を作成する。

つぎに、図７～図１３を参照して、本実施の形態における資産管理システム１００及びオーナー側システム４００の処理の具体例を説明する。図７～図１３は、本実施の形態における資産管理システム１００及びオーナー側システム４００の処理の具体例を説明するための図である。

（Ｓ１：持分比率登録）
図７は、持分比率登録（Ｓ１）を説明するための図である。資産管理システム１００のマスタメンテ部１０２ｆは、例えば、モニタ１１４に表示される不図示のマスタメンテ画面上でのオペレータの操作等に応じて、持分比率マスタ１０６ａのデータの設定を行う。持分比率登録（Ｓ１）では、持分比率マスタ１０６ａに物件ごとのオーナー持分比率を設定する。

持分比率マスタ１０６ａにより、取引毎のオーナーの精算割合が決定する。持分比率マスタ１０６ａは、オーナー所有の物件の場合、テナント賃料をオーナーへ送金する。複数オーナーが所有しているケースなどで、テナントへ請求した時点でオーナーの持分を宣言して、送金時に按分するためのものである。以下では、京橋ビルディングを共同所有している場合でオーナー会社についての補正データを出力する場合を例に挙げて説明する。

図７に示す持分比率マスタ１０６ａの例では、１行目は、物件コード「ＰＪ０００１」、物件名「京橋ビルディング」、持分比率コード「１」、オーナー取引先コード「Ａ０００１」、オーナー名「オーナー会社」、持分比率「２０％」、２行目は、物件コード「ＰＪ０００１」、物件名「京橋ビルディング」、持分比率コード「１」、オーナー取引先コード「Ａ０００２」、オーナー名「銀座不動産」、持分比率「３５％」、３行目は、物件コード「ＰＪ０００１」、物件名「京橋ビルディング」、持分比率コード「１」、オーナー取引先コード「Ａ０００３」、オーナー名「新橋アセットマネジメント」、持分比率「４５％」となっている。

（Ｓ２：請求入力）
図８は、請求入力（Ｓ２）を詳細に説明するための図である。資産管理システム１００の請求処理部１０２ａは、例えば、モニタ１１４に表示される請求入力画面上でのオペレータの操作等に応じて、対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力して、データファイル１０６ｃに登録する。

図８（Ａ）は、請求入力画面の表示例を示す図である。請求入力画面は、物件（物件コード、物件名）、請求書発行日、請求先、入金予定日を指定するためのヘッダエリアと、
管理項目、計上日、請求金額、持分比率コードを指定するための明細エリアと、不図示の登録ボタンを備えている。ヘッダエリア及び明細エリアにデータを入力して、登録ボタンを押すと、入力されたデータに応じた請求予定データがデータファイル１０６ｃに登録される。図８（Ａ）に示すようなデータが入力されて、登録ボタンを押すと、図８（Ｂ）に示すような請求予定データが登録される。

図８（Ｂ）は、請求予定データの例を示している。図８（Ｂ）に示す請求予定データの例では、１行目は、請求番号「１」、物件「ＰＪ０００１：京橋ビルディング」、請求先「ＳＥＩ００１：□△工業」、管理項目「Ｃ００１：会議室利用料」、計上日「２０２１／０５／３１」、請求書発行日「２０２１／０６／０１」、入金予定日「２０２１／０６／２５」、請求金額「１，５００，０００」、持分比率「１」、２行目は、請求番号「１」、物件「ＰＪ０００１：京橋ビルディング」、請求先「ＳＥＩ００１：□△工業」、管理項目「Ｃ００２：ホール利用料」、計上日「２０２１／０５／３１」、請求書発行日「２０２１／０６／０１」、入金予定日「２０２１／０６／２５」、請求金額「６００，０００」、持分比率「１」となっている。

（Ｓ３：支払入力）
図９は、支払入力（Ｓ３）を詳細に説明するための図である。資産管理システム１００の支払処理部１０２ｂは、例えば、モニタ１１４に表示される請求入力画面上でのオペレータの操作等に応じて、対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力して、データファイル１０６ｃに登録する。

図９（Ａ）は、売上入力画面の表示例を示す図である。売上入力画面は、物件、支払先、支払予定日を指定するためのヘッダエリアと、管理項目、計上日、支払金額、持分比率コードを指定するための明細エリアと、不図示の登録ボタンと、を備えている。ヘッダエリア及び明細エリアにデータを入力して、登録ボタンを押すと、入力されたデータに応じた支払予定データがデータファイル１０６ｃに登録される。図９（Ａ）に示すようなデータが入力されて、登録ボタンを押すと、図９（Ｂ）に示すような支払予定データが登録される。

図９（Ｂ）は、支払予定データの例を示している。図９（Ｂ）に示す支払予定データの例では、１行目は、支払番号「１」、物件「ＰＪ０００１：京橋ビルディング」、支払先「ＳＨＩ００１：××警備」、管理項目「Ｓ００１：日常警備費」、計上日「２０２１／０５／３１」、支払予定日「２０２１／０６／２５」、支払金額「９００，０００」、持分比率コード「１」、２行目は、支払番号「１」、物件「ＰＪ０００１：京橋ビルディング」、支払先「ＳＨＩ００１：××警備」、管理項目「Ｓ００２：臨時警備費」、計上日「２０２１／０５／３１」、支払予定日「２０２１／０６／２５」、支払金額「２００，０００」、持分比率コード「１」となっている。

（Ｓ４：オーナー会社向け補正データ出力）
図１０は、オーナー会社向け補正データ出力（Ｓ４）を詳細に説明するための図である。資産管理システム１００の補正データ出力部１０２ｃは、対象のオーナー会社について、オーナー会社向け補正データ出力指定画面上でオペレータにより指定される計上日の期間を検索条件として、持分比率マスタ１０６ａ、請求予定データ、及び支払予定データに基づいて、持分比率で按分を行い、管理項目、計上日、金額を含む補正データを作成して、データファイル１０６ｃに登録すると共に、対象のオーナー会社のオーナー側システム４００に出力して、例えば、オーナー会社のオーナー側システム４００の所定の格納場所（例えば、Ｃ：￥Ｕｓｅｒｓ￥ｍａｎａｇｅｒ￥Ｄｅｓｋｔｏｐ￥補正データ取込用．ｘｌｓｘ）に格納する。ここでは、オーナー側システム４００に補正データを格納することにしたが、オーナー側システム４００が資産管理システム１００から取り込むことにしてもよい。

このように、資産管理システム１００側で出力指示を行う。請求予定データ、支払予定データのうち、持分比率にオーナー会社が含まれているデータを対象とする。持分比率に応じて按分を行いオーナー会社側で振替精算データとして取り込める形式で補正データを作成して出力を行う。

図１０（Ａ）は、オーナー会社向け補正データ出力画面の表示例を示している。オーナー会社向け補正データ出力画面の例では、計上日の期間を指定する欄と、補正データの出力を指示する出力ボタンと、を備えている。計上日の期間を指定して、出力ボタンを押すと、指定された計上日の期間についての補正データが作成されて、出力される。図１０（Ａ）に示す例では、計上日「２０２１／０５／０１～２０２１／５／３１」が指定されており、出力ボタンが押されると、図１０（Ｂ）に示すような補正データが出力される。

図１０（Ａ）は、補正データの例を示す図である。１行目は、仮精算ＮＯ「１」、振替補正区分「補正」、物件「ＰＪ０００１：京橋ビルディング」、相手先「ＳＥＩ００１：□△工業」、管理項目「Ｃ００１：会議室利用料」、計上日「２０２１／０５／３１」、金額「３００，０００」となっている。金額「３００，０００（正の値）」は、請求金額「１，５００，０００」×持分比率マスタ１０６ａの物件「京橋ビルディング」及びオーナー「オーナー会社」の持分比率「２０％」＝「３００，０００」で算出する。

２行目は、仮精算ＮＯ「１」、振替補正区分「補正」、物件「ＰＪ０００１：京橋ビルディング」、相手先「ＳＥＩ００１：□△工業」、管理項目「Ｃ００２：ホール利用料」、計上日「２０２１／０５／３１」、金額「１２０，０００（正の値）」となっている。金額「１２０，０００」は、請求金額「６００，０００」×持分比率マスタ１０６ａの物件「京橋ビルディング」及びオーナー「オーナー会社」の持分比率「２０％」＝「１２０，０００」で算出する。

３行目は、仮精算ＮＯ「１」、振替補正区分「補正」、物件「ＰＪ０００１：京橋ビルディング」、相手先「ＳＨＩ００１：××警備」、管理項目「Ｓ００１：日常警備費」、計上日「２０２１／０５／３１」、金額「１８０，０００（正の値）」となっている。金額「１８０，０００」は、支払金額「９００，０００」×持分比率マスタ１０６ａの物件「京橋ビルディング」及びオーナー「オーナー会社」の持分比率「２０％」＝「１８０，０００」で算出する。

４行目は、仮精算ＮＯ「１」、振替補正区分「補正」、物件「ＰＪ０００１：京橋ビルディング」、相手先「ＳＨＩ００１：××警備」、管理項目「Ｓ００２：臨時警備費」、計上日「２０２１／０５／３１」、金額「４０，０００（正の値）」となっている。金額「４０，０００」は、支払金額「２００，０００」×持分比率マスタ１０６ａの物件「京橋ビルディング」及びオーナー「オーナー会社」の持分比率「２０％」＝「４０，０００」で算出する。

５～８行目は、１～４行の明細について、計上日を「２０２１／０６／０１」として、金額を負の値とした赤字明細となっている。

オーナー側システム４００では、後述するように、補正データに応じた振替精算データに基づいて、５月分についての未収金／売上、費用／未払金の仕訳と、６月にこの仕訳の振替仕訳である売上／未収金、未払金／費用の仕訳を作成する。

（Ｔ１：振替精算データ取込）
図１１は、振替精算データ取込を詳細に説明するための図である。オーナー側システム４００のデータ取込部４０１は、振替精算データ取込画面上でオペレータにより指定される補正データのファイルを振替精算データにフォーマットを変更して取り込む。このように、振替精算データは、オーナー側システム４００で取込指示を行う。取込フォーマットはオーナー会社向け補正データ出力にて出力されたフォーマットに準拠する。取り込まれた結果のデータについては、債権債務データではなく補正仕訳を作成するだけの「振替精算データ」として位置付けられる。

図１１（Ａ）は、振替精算データ取込画面の表示例を示している。振替精算データ取込画面では、取込ファイルを指定する欄と、振替精算データの取込を指示する取込ボタンと、を備えている。図１１（Ａ）に示す例では、取込ファイル「Ｃ：￥Ｕｓｅｒｓ￥ｍａｎａｇｅｒ￥Ｄｅｓｋｔｏｐ￥補正データ取込用．ｘｌｓｘ」を指定して、取込ボタンを押すと、図１１（Ｂ）に示すような振替精算データが取り込まれる。

図１１（Ｂ）は、振替精算データの例を示す図である。振替精算データは、物件、相手先、管理項目、計上日、請求書発行日、入金予定日、金額、振替精算ＦＬＧを含んでいてもよい。振替精算ＦＬＧは、補正データの振替補正区分が「補正」となっているものについて「１」を設定する。振替補正区分が「それ以外」については、「０」を設定する。振替精算ＦＬＧが「１」となっていることで、債権債務データとしての位置付けではなく、補正仕訳を作成するものという目印となる。

図１１（Ｂ）に示す振替精算データの例では、図１０（Ｂ）に示す振替精算データを相手先及び計上日の順に並び替えたものとなっている。

（Ｔ２：実績データ集計）
図１２は、実績データ集計を詳細に説明するための図である。オーナー側システム４００の実績データ集計部４０２は、実績データ集計画面上でオペレータにより指定される集計年月について、資産管理システム１００の請求予定データ、支払予定データ、及び取り込んだ振替精算データに基づいて、実績データを作成する。

図１２（Ａ）は、実績データ集計画面の表示例を示す図である。実績データ集計画面は、集計年月を指定する欄と、集計ボタンを備えている。集計年月を指定して、集計ボタンを押すと、集計年月について、資産管理システム１００の請求予定データ、支払予定データ、及び取り込んだ振替精算データに基づいて、実績データが作成される。図１２（Ａ）に示す例では、集計年月「２０２１／０５／０１～２０２１／０５／３１」が指定され、集計ボタンが押下されると、図１２（Ｃ）に示す集計データが作成される。

図１２（Ｂ）は、実績データを作成する集計対象となるデータを示している。振替精算データを集計対象とした点が本実施の形態の特徴的な部分である。

図１２（Ｃ）は、実績データの例を示す図である。実績データは、物件、管理項目、集計年月、金額、作成元を含んでいてもよい。作成元「請求」は、請求予定データに基づいて集計したものである。作成元「支払」は、支払予定データに基づいて集計したものである。

（Ｔ３：会計データ作成）
図１３は、会計データ作成（Ｔ３）を詳細に説明するための図である。オーナー側システム４００の会計データ作成部４０３は、会計データ作成画面上でオペレータにより指定される伝票日付について、指定される連携事象について、資産管理システム１００の請求予定データ、支払予定データ、入金データ、入金消込データ、及び取り込んだ振替精算データに基づいて、資産管理システム１００の管理項目マスタ１０６ｂを参照して、会計データ（仕訳）を作成する。

図１３（Ａ）は、会計データ作成画面の表示例を示す図である。会計データ作成画面は、伝票日付を指定する欄と、連携事象（売上、入金、入金消込、仕入、支払、振替）を選択するボックスと、不図示の作成ボタンを備えている。伝票日付と連携事象を指定して、集作成ボタンを押すと、指定される伝票日付について、指定される連携事象の対象となるデータに基づいて、管理項目マスタ１０６ｂを参照して、指定される連携事象（売上、入金、入金消込、仕入、支払、振替）の会計データ（仕訳）が作成される。

図１３（Ｂ）は、管理項目マスタ１０６ｂのデータ例を示す図である。管理項目マスタ１０６ｂは、管理項目毎に勘定科目が設定されており、管理項目をキーとして、勘定科目が取得されて、仕訳が作成される。

図１３（Ｂ）は、管理項目マスタ１０６ｂの例では、１行目は、管理項目「Ｃ００１：会議室利用料」、売上勘定「会議室収入」、未収勘定「未収金」、２行目は、管理項目「Ｃ００２：ホール利用料」、売上勘定「ホール収入」、未収勘定「未収金」、３行目は、管理項目「Ｓ００１：日常警備費」、仕入勘定「日常警備費用」、未払勘定「未払金」、４行目は、管理項目「Ｓ００２：臨時警備費」、仕入勘定「臨時警備費用」、未払勘定「未払金」となっている。

図１３（Ａ）に示す例では、伝票日付「２０２１／０５／０１～２０２１／０５／３１」、連携事象「振替」が指定され、作成ボタンが押下されると、取り込んだ振替精算データに基づいて、図１３（Ｂ）に示す管理項目マスタ１０６ｂが参照されて、図１３（Ｃ）に示す振替仕訳が作成される。

図１３（Ｃ）は、振替仕訳のデータ例を示す図である。振替仕訳データは、伝票番号、伝票日付、借方勘定、借方金額、仕入勘定、貸方金額を含んでいる。収入に関して、１行目は、伝票番号「１」、伝票日付「２０２１／０５／３１」、借方勘定「未払金」、借方金額「３００，０００」、貸方勘定「会議室収入」、貸方金額「３００，０００」、５行目は、伝票番号「１」、伝票日付「２０２１／０６／０１」、借方勘定「会議室収入」、借方金額「３００，０００」、貸方勘定「未収金」、貸方金額「３００，０００」となっている。

支払に関して、３行目は、伝票番号「１」、伝票日付「２０２１／０５／３１」、借方勘定「日常警備費用」、借方金額「１８０，０００」、貸方勘定「未払金」、貸方金額「１８０，０００」、７行目は、伝票番号「１」、伝票日付「２０２１／０６／０１」、借方勘定「未収金」、借方金額「１８０，０００」、貸方勘定「日常警備費用」、貸方金額「１８０，０００」となっている。

以上説明したように、本実施の形態によれば、資産管理システム１００は、対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力する請求処理部１０２ａと、対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力する支払処理部１０２ｂと、前記請求予定データ及び前記支払予定データに基づいて、管理項目、計上日、金額を含む補正データを出力する補正データ出力部１０２ｃと、を備え、オーナー側システム４００では、補正データを振替精算データとして取り込み、取り込んだ振替精算データに基づいて、補正仕訳を作成することとしたので、オーナーが所有する物件の管理を資産管理会社が行う場合に、オーナー側で、売上・支払の発生タイミングで仕訳計上を行うことが可能になる。

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

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

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

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

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

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

また、資産管理システム１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

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

また、このコンピュータプログラムは、資産管理システム１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

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

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

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

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

１００ 資産管理システム
１０２ 制御部
１０２ａ 請求処理部
１０２ｂ 支払処理部
１０２ｃ 補正データ出力部
１０２ｄ 入金処理部
１０２ｅ 画面表示制御部
１０２ｆ マスタメンテ部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 持分比率マスタ
１０６ｂ 管理項目マスタ
１０６ｃ データファイル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ オーナー側システム
４０１ データ取込部
４０２ 実績データ集計部
４０３ 会計データ作成部

Claims (8)

1. 制御部を備え、オーナー側システムと連携可能に構成されており、オーナーが所有する物件の管理を行う資産管理会社の資産管理システムであって、
   前記制御部は、
   対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力する請求入力手段と、
   対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力する支払入力手段と、
   前記請求予定データ及び前記支払予定データに基づいて、管理項目、計上日、金額を含む補正データを出力する補正データ出力手段と、
   を備え、
   前記オーナー側システムでは、前記補正データを振替精算データとして取り込み、取り込んだ振替精算データに基づいて、補正仕訳を作成することを特徴とする資産管理システム。
2. 前記補正データは、金額を正の値とするレコードと、金額を負の値とするレコードを含むことを特徴とする請求項１に記載の資産管理システム。
3. 前記制御部は、
   複数オーナーが所有する物件に対するオーナー毎の持分比率を設定した持分比率マスタにアクセス可能に構成されており、
   前記補正データ出力手段は、対象のオーナーについて、前記持分比率マスタ、前記請求予定データ、及び前記支払予定データに基づいて、持分比率で按分を行い、前記補正データを出力することを特徴とする請求項１又は２に記載の資産管理システム。
4. 前記オーナー側システムは、
   管理項目と勘定科目を関連づけて登録した管理項目マスタにアクセス可能に構成されており、前記振替精算データに基づいて、前記管理項目マスタを参照して、前記補正仕訳を作成することを特徴とする請求項１～３のいずれか１つに記載の資産管理システム。
5. 前記オーナー側システムは、前記請求予定データ、前記支払予定データ、及び振替精算データに基づいて実績データを作成することを特徴とする請求項１～４のいずれか１つに記載の資産管理システム。
6. 前記資産管理会社は、ＰＭ（Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ）会社を含むことを特徴とする請求項１～５のいずれか１つに記載の資産管理システム。
7. 制御部を備え、オーナー側システムと連携可能に構成されており、オーナーが所有する物件の管理を行う資産管理会社の資産管理システムで実行する資産管理方法であって、
   前記制御部で実行される、
   対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力する請求入力工程と、
   対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力する支払入力工程と、
   前記請求予定データ及び前記支払予定データに基づいて、管理項目、計上日、金額を含む補正データを出力する補正データ出力工程と、
   を含み、
   前記オーナー側システムでは、前記補正データを振替精算データとして取り込み、取り込んだ振替精算データに基づいて、補正仕訳を作成することを特徴とする資産管理方法。
8. 制御部を備え、オーナー側システムと連携可能に構成されており、オーナーが所有する物件の管理を行う資産管理会社の資産管理システムで実行するための資産管理プログラムであって、
   前記制御部において、
   対象の物件について、請求先、管理項目、請求金額、計上日を含む請求予定データを入力する請求入力工程と、
   対象の物件について、支払先、管理項目、支払金額、計上日を含む支払予定データを入力する支払入力工程と、
   前記請求予定データ及び前記支払予定データに基づいて、管理項目、計上日、金額を含む補正データを出力する補正データ出力工程と、
   を実行するためのものであり、
   前記オーナー側システムでは、前記補正データを振替精算データとして取り込み、取り込んだ振替精算データに基づいて、補正仕訳を作成することを特徴とする資産管理プログラム。

Images